AWS ECS 및 기타 컨테이너 서비스를 잠시 제쳐두고 클라우드의 VM 위에서 실행되는 도커 호스트가 관련이 없습니까?
컨테이너는 게스트 OS를 최적화해야 하지만 이미 VM을 사용하고 있으므로 일종의 "모자"가 아닌가요?
패커로 프로비저닝된 4개의 소형 VM이 아닌 2개의 중간 크기 VM에서 4개의 컨테이너를 호스팅하면 어떤 이점이 있을까요?
답변1
혜택이있을 것입니다.
예를 들어 일부 가상 머신이 컨테이너화된 앱으로 Docker를 호스팅하는 경우를 생각해 보세요. 씬 VM에서도 유사한 설정을 수행할 수 있지만 Docker를 사용하는 것만큼 편리하지 않을 수 있습니다. 또한 VM은 여전히 컨테이너만큼 얇지 않으며, 각각 하나의 OS 커널과 하나의 세트만 있는 Docker 설정과 달리 각각 자체 커널과 전체 환경을 갖춘 완전한 OS를 실행하기 때문에 더 많은 리소스를 낭비하게 됩니다. 시스템 서비스가 실행 중입니다.
반면에 앱과 함께 Docker를 전용 VM에 배치하면 이 모든 항목이 호스트의 다른 서비스로부터 격리된 다음 근처에 Docker가 있는지조차 알지 못하는 해당 호스트에서 다른 VM을 실행할 수 있습니다. 이로 인해 관리 효율성이 크게 향상됩니다. 또한 이 Docker VM은 하드웨어에서 분리되고 필요한 경우 다른 호스트로 마이그레이션될 수 있으므로 "IaaS" 스타일의 고가용성을 구현할 수도 있습니다. 신중하게 설정하면 전체 가용성이 향상됩니다(Docker가 자체적으로 구현하는 "PaaS"에 추가).
일반적으로 가상화는 한 가지 문제를 해결하는 반면 컨테이너화는 다른 문제를 해결합니다. Proxmox VE처럼 전체 시스템 컨테이너화 분야에서는 일부 중복되는 부분이 있습니다. 컨테이너용으로 LXC를 사용하여 전용 환경을 실행합니다. 하지만 여전히 PVE와 Docker를 실행해야 하는 경우 클러스터 등을 방해하지 않도록 VM을 설정하겠습니다.