[Docker Swarm - 5] 서비스 생성하고 스케일링하기

 

| Docker Service 이해하기

Docker의 기본적인 제어 단위는 컨테이너이다. docker run, docker rm등의 대상은 컨테이너인 것이다. 이와 마찬가지로 docker swarm에서의 제어 단위는 service이다. 

 

서비스는 같은 이미지에서 생선된 컨테이너들을 의미한다. 따라서 서비스를 제어함으로써 서비스에 소속된 모든 컨테이너를 제어할 수 있는 것이다. 서비스 내에 컨테이너는 1개 이상 존재하며 컨테이너는 각 노드에 할당된다. 이 때, 노드에 할당된 컨테이너를 태스크(Task)라고 한다.

 

ubuntu에서 이미지를 생성하고 컨테이너를 3개로 설정했을 경우 스웜 스케쥴러는 서비스의 정의에 따라 컨테이너를 적절한 노드에 배치한다(로드 밸런싱). 이 때 서비스 정의에 의해 생성된 복제 컨테이너를 레플리카(replica)라고 한다.

 

주의할 것은 꼭 노드에 하나의 컨테이너만 배치되는 것이 아니라는 것이다. swarm은 컨테이너들에 대한 상태를 지속적으로 확인한다. 만약 컨테이너 하나를 배치한 노드에 문제가 생겨 현재 총 컨테이너의 수가 레플리카에 미치치 못할 경우 swarm은 새로운 레플리카를 생성하여 다른 노드에 배정한다.

 

 

 

 

1. 서비스 생성하기

$ docker service create --name nginx-service --replicas=3 --publish 80:80 nginx:latest

• docker service create: Docker Swarm에서 새로운 서비스를 생성하는 명령
• --name nginx-service: 생성할 서비스의 이름을 nginx-service로 지정. 서비스 이름은 클러스터 내에서 고유해야 한다.
• --replicas=3: 이 서비스의 인스턴스로 실행될 컨테이너의 수를 3개로 지정. 즉, nginx-service를 위해 총 3개의 nginx 컨테이너가 Swarm 클러스터 내에 배포된다.
• --publish 80:80: 서비스의 80번 포트를 호스트의 80번 포트에 바인딩하여, 외부 네트워크에서 이 서비스에 접근할 수 있도록 한다. 이 설정을 통해 외부 요청을 nginx-service 서비스의 컨테이너에 자동으로 라우팅할 수 있다. 포맷은 --publish [호스트의 포트]:[컨테이너의 포트]로, 외부 요청을 서비스의 내부 포트로 매핑.
• nginx:latest: 사용할 컨테이너 이미지를 지정. 이 경우, Docker Hub에서 제공하는 nginx 이미지의 최신 버전을 사용.

 

 

2. 생성된 서비스 목록 출력하기

docker service ls

 

 

3. 특정 서비스 정보 보기

//docker service ps [서비스 이름 또는 ID]
docker service ps nginx-service

 

• 태스크 ID: 서비스에 속한 각 태스크(컨테이너)의 고유 식별자
• 이름: 태스크의 이름으로, 서비스 이름과 태스크 번호를 포함 (예: nginx-service.1).
• 이미지: 태스크에서 사용하는 도커 이미지
• 노드: 태스크가 할당된 노드의 이름
• 원하는 상태(Desired State): 태스크가 도달하려는 목표 상태 (예: Running).
• 현재 상태(Current State): 태스크의 현재 상태와 상태가 변경된 시간 (예: Running 5 minutes ago).
• 오류(Error): 태스크 실행 중 발생한 오류가 있을 경우 이를 표시
• 포트(Ports): 태스크에 할당된 네트워크 포트 정보(해당하는 경우).

 

웹서비스

 

 

 

| Docker Service 스케일링(scaling)

Docker Service 스케일링은 Docker Swarm 환경에서 실행 중인 서비스의 레플리카(복제본) 수를 조절하는 과정을 의미한다. 이를 통해, 애플리케이션의 부하가 증가하거나 감소할 때 자동으로 또는 수동으로 서비스의 규모를 확장(스케일 업)하거나 축소(스케일 다운)할 수 있다.

 

스케일링을 통해, 사용자는 서비스의 가용성과 성능을 유지하면서 동적인 트래픽 변화에 효과적으로 대응할 수 있다. 예를 들어, 웹 애플리케이션에 대한 요청이 폭증하는 경우, 더 많은 레플리카를 추가하여 요청을 분산 처리할 수 있다. 반대로 트래픽이 감소하면, 불필요한 리소스 소모를 줄이기 위해 레플리카 수를 줄일 수 있다.

 

Scale Up & Down

 이 명령어를 실행하면 Swarm 스케쥴러는 자동으로 서비스의 레플리카 수를 5개로 조정하며 필요에 따라 새로운 컨테이너 인스턴스를 생성하고 클러스트 내의 적절한 노드에 이를 배치한다.

레플리카 수를 줄이는 것도 마찬가지이다.

docker service scale nginx-service=5