3 도커 스웜 - Githubissues

도커 스웜은 왜 필요할까?

지금까지 도커 사용법은 하나의 host에서 사용하는 것이 기준
실제 운영 환경에 도커를 적용한다고 가정
- 하나의 호스트 머신에서 도커 엔진 구동
- CPU/메모리/저장공간이 부족하면?
  - 뻗음
  - 장애
- 그럼 더 좋은 서버를 사자!
  - 비쌈
  - 언젠간 부족해짐
- 그럼 비슷한 서버를 싸게 여러개 사서 돌리자
  - 좋아!
  - 근데 언제 서버/컨테이너를 추가하고, 어떤 서버에 컨테이너를 할당하고, 다운되는거 감지하고... 이런건 어떻게 해
  - => 도커 스웜!

스웜 클래식? 도커 스웜 모드?

스웜 클래식

여러 도커 서버를 하나의 지점에서 사용하도록 단일 접근점 제공
별도의 클러스터 툴 필요
스웜 모드
MSA 컨테이너를 다루기 위한 클러스링 기능에 초점
분산 코디네이터, 에이전트 와 같은 클러스터 툴 내장

~~스웜 클래식은 이름에서 부터 느껴지는 legacy~~ 그냥 스웜 모드만 알아보자

도커 스웜 모드

도커 스웜에서 사용하는 용어

스웜(swarm): 직역하면 떼, 군중이라는 뜻을 가지고 있습니다. 도커 1.12버전에서 스웜이 스웜 모드로 바뀌었지만 그냥 스웜이라고도 하는듯 합니다. 스웜 클러스터 자체도 스웜이라고 합니다. (스웜을 만들다. 스웜에 가입하다. = 클러스터를 만들다. 클러스터에 가입하다)

노드(node): 스웜 클러스터에 속한 도커 서버의 단위입니다. 보통 한 서버에 하나의 도커데몬만 실행하므로 서버가 곧 노드라고 이해하면 됩니다. 매니저 노드와 워커 노드가 있습니다.

매니저노드(manager node): 스웜 클러스터 상태를 관리하는 노드입니다. 매니저 노드는 곧 워커노드가 될 수 있고 스웜 명령어는 매니저 노드에서만 실행됩니다.

워커노드(worker node): 매니저 노드의 명령을 받아 컨테이너를 생성하고 상태를 체크하는 노드입니다.

서비스(service): 기본적인 배포 단위입니다. 하나의 서비스는 하나의 이미지를 기반으로 생성하고 동일한 컨테이너를 한개 이상 실행할 수 있습니다.

테스크(task): 컨테이너 배포 단위입니다. 하나의 서비스는 여러개의 테스크를 실행할 수 있고 각각의 테스크가 컨테이너를 관리합니다.

그림으로 알아보자

스웜 클러스터 구축
개별 노드 접근
- ingress network 생성: 어떤 노드에 접근하더라도, 현재 서비스 중인 컨테이너에 접근하도록 구성
- 로드밸런서가 활성화된 노드에 라운드 로빈 방식으로 밸런싱
매니저 노드 죽으면 큰일이다
- Replica 갯수 6개로 설정
- 알아서 골고루 분배
- 한 두개 죽어도 정상 동작
- 죽으면 도커 스웜이 감지하고 컨테이너 재 생성

스웜 모드에서의 볼륨

서비스를 할당 받을 수 있는 모든 노드가 볼륨 데이터를 가지고 있어야 함
퍼시스턴트 스토리지(?) 같은 걸로 별도로 구성
어렵고 적합하지 않다. 쓰지 말자.

sangw0804 / study-docker

3 도커 스웜 #4