Consul 서버 배포

Consul 서버 배포

Consul 서버 에이전트를 배포하고 컨트롤 플레인에 조인하는 과정에 대한 개요를 설명하는 문서예요. 구체적인 단계는 런타임이나 클라우드 제공자에 따라 달라요.

출처: 문서

본문

이 주제는 Consul 서버 에이전트를 배포하고 컨트롤 플레인에 조인하는 데 관련된 프로세스에 대한 개요를 제공해요. 구체적인 단계는 런타임이나 클라우드 제공자에 따라 달라져요.

Consul 클라이언트 에이전트나 데이터플레인을 배포하는 방법에 대한 정보는 데이터플레인용 Consul 워크로드 구성을 참고하세요.

소개 (Introduction)

Consul 서버 에이전트는 Consul 배포의 중추(backbone)예요.

클러스터에서 첫 번째 서버 에이전트를 배포하는 기본 프로세스는 다음 단계로 구성돼요:

  1. 부트스트랩 모드가 활성화된 Consul 서버 구성을 만든다.
  2. Consul 서버를 시작한다.
  3. CLI 또는 HTTP API로 Consul 서버에 대한 접근을 구성한다.

클러스터에 추가 서버 에이전트를 배포하는 프로세스는 다음 단계로 구성돼요:

  1. 부트스트랩된 서버 에이전트의 주소로 서버 에이전트 구성의 retry_join 스탠자를 업데이트한다.
  2. 업데이트된 구성을 사용해 Consul 서버 에이전트를 시작한다.
  3. consul members 명령으로 클러스터 멤버를 확인한다.
  4. 부트스트랩 모드에서 서버를 제거한다.

배포한 후에는 프로덕션 환경을 위해 Consul 클러스터를 보호해야 해요. Consul의 보안 모델에 대한 자세한 내용은 Consul 보안을 참고하세요.

자동 에이전트 발견 (Automatic agent discovery)

Consul 에이전트가 시작될 때 자동으로 클러스터에 조인하도록 retry_join 스탠자를 구성할 수 있어요. 이 기능을 *클라우드 자동 조인(cloud auto-join)*이라고 해요. 구성 요구 사항은 클라우드 제공자마다 달라요. 자세한 내용은 클라우드 제공자에 클러스터 자동 조인을 참고하세요.

안내 (Guidance)

Consul 서버 에이전트를 배포하는 데 도움이 되는 런타임별 지침이 제공돼요.

가상 머신 (VMs)

서버를 배포하는 프로세스에 대한 개요는 VM에 Consul 배포 개요를 참고하세요.

다음 가이드도 사용할 수 있어요:

Kubernetes

Kubernetes 클러스터에서 실행되는 Consul 서버 배포와 관련된 문서의 개요는 Kubernetes에 Consul 서버 배포를 참고하세요.

플랫폼별 지침도 제공돼요:

AWS ECS

더 알아보기 (Learn more)