웹 서버 (Apache 2와 같은)가있는 Docker 컨테이너가 있다고 가정 해 봅시다. 이제 OS를 업데이트하고 싶습니다. 이 SF 답변 은 가장 좋은 방법은 기본 이미지와 내 Apache 이미지를 다시 작성하는 것입니다. 그러나 이미지를 배포하면 새 컨테이너를 생성하기 전에 이전 컨테이너를 삭제해야하므로 다운 타임이 발생하므로 포트 80/443에 바인딩하는 컨테이너는 하나뿐입니다.
그러나 다운 타임없이이 업데이트를 어떻게 배포 할 수 있습니까? 로드 밸런서를 사용해야하고 컨테이너 간 통신을 사용해야합니까? 로드 밸런서를 어떻게 업데이트합니까?
답변:
예,로드 밸런서를 사용하고 한 번에 하나의 인스턴스를 업데이트해야합니다. 컨테이너 간 통신이 어디서 오는지 잘 모르겠습니다.
예를 들어, 사이트 A에 서비스를 제공하는로드 밸런서가 있다고 가정하십시오. 사용자는 사이트에 연결하고 "A"로만 알고 있습니다. 로드 밸런서는 두 개 이상의 백엔드 (B, C 등)가 있으며 VM인지 컨테이너인지는 중요하지 않습니다.
그런 다음 백엔드 (이 경우 Apache 인스턴스)를 업그레이드하려고합니다.
그런 다음 C, D 등에서 동일한 프로세스를 수행하십시오.
거기에 있다고 주 도커 컨테이너의 현재 위치에서 업그레이드 열기 요청 년 11 월 2013 년,하지만 위의 솔루션은 그 동안 무엇을해야하므로 훨씬 진전이 나타나지 않습니다.
아마도이 모델에서 라이브 사이트를 이미 실행 중이고 다운 타임없이 업그레이드하기 때문에이 질문을하고있는 것 같습니다. 따라서 위의 이상적인 목표 상태에 도달해야하지만 점진적으로 증가해야합니다.
다음과 같이 가정 해 봅시다 :
이러한 가정이 틀린 경우 먼저 이것이 올바른지 수정해야합니다.
그런 다음 다음 단계를 수행하십시오.
가장 쉬운 옵션은 자신의 밸런서를 실행하지 않는 것입니다. 예를 들어로드 밸런싱을 서비스로 제공하는 클라우드 플랫폼을 사용하는 경우이를 사용하는 것을 고려하면로드 밸런서의 유지 관리 및 업데이트는 문제가되지 않습니다.
자체로드 밸런서를 실행중인 경우 다른 간접 계층 (예 : DNS)을 추가하면 도움이됩니다. 다음을 가정 해 봅시다.
다음과 같이 진행합니다.
B의 IP 주소를 A와 함께 DNS 확인에 추가
B에 문제가 있으면 다음과 같이 실행 취소하십시오.
그리고 당신은 끝났습니다.
프로세스를 자동화하는 데 도움이되는 다음과 같은 문서와 도구를 참조하십시오. 그러나 일반적인 아이디어는 동일합니다.
"컴퓨터 과학의 모든 문제는 너무 많은 간접 문제를 제외하고는 다른 수준의 간접 지시로 해결할 수 있습니다." — 데이비드 휠러