VM 또는 도커?

VM이 아닌 Docker가 필요하다는 것을 어떻게 이해합니까? 정확히 무엇을 격리할지 결정해야 합니다. 보장된 리소스와 가상 하드웨어로 시스템을 격리하려는 경우 선택은 VM에 있어야 합니다. 실행 중인 애플리케이션을 별도의 시스템 프로세스로 격리해야 하는 경우 Docker가 필요합니다.

Docker 컨테이너와 VM의 차이점은 무엇입니까?

가상 머신(VM) 가상 장치 드라이버, 메모리 관리 및 기타 구성 요소와 함께 새로운 독립 OS가 설치된 모든 가상 장치와 가상 하드 디스크가 있는 가상 컴퓨터입니다. 즉, 하나의 컴퓨터에서 많은 가상 컴퓨터를 실행할 수 있는 물리적 하드웨어의 추상화를 얻습니다.
설치된 VM은 다양한 방식으로 디스크 공간을 차지할 수 있습니다.

• 가상 하드 디스크에 대한 빠른 액세스를 허용하고 파일 조각화를 방지하는 고정 하드 디스크 공간
• 동적 메모리 할당. 추가 응용 프로그램을 설치할 때 할당된 최대 양에 도달할 때까지 메모리가 동적으로 할당됩니다.

서버의 가상 머신이 많을수록 더 많은 공간을 차지하며 애플리케이션이 작동하는 데 필요한 환경의 지속적인 지원이 필요합니다.

도커 컨테이너를 기반으로 애플리케이션을 구축하기 위한 소프트웨어입니다. 컨테이너와 가상 머신은 비슷한 이점이 있지만 다르게 작동합니다. 컨테이너는 공간을 덜 차지합니다. VM보다 호스트 시스템의 공유 리소스를 더 많이 사용합니다. VM과 달리 하드웨어가 아닌 OS 수준에서 가상화를 제공합니다. 이 접근 방식은 더 적은 메모리 공간, 더 빠른 배포 및 더 쉬운 확장을 제공합니다.

컨테이너는 호스트 시스템에 필요한 인터페이스를 제공하여 애플리케이션 캡슐화를 위한 보다 효율적인 메커니즘을 제공합니다. 이 기능을 통해 컨테이너는 시스템의 핵심을 공유할 수 있습니다. 여기서 각 컨테이너는 자체 메모리 영역 세트(자체 가상 주소 공간)가 있는 기본 OS의 별도 프로세스로 실행됩니다. 각 컨테이너의 가상 주소 공간은 고유하므로 다른 메모리 영역에 속한 데이터는 변경할 수 없습니다.
Docker의 기본 OS는 Linux(Docker는 Windows 및 MacOS에서도 사용할 수 있음)이며 분할 커널을 구성할 수 있는 주요 이점을 사용합니다. Windows에서 Docker 컨테이너의 시작은 Linux 가상 머신 내에서 이루어집니다. 컨테이너는 호스트 시스템의 OS를 공유하며 컨테이너의 주요 OS는 Linux입니다.

컨테이너 - 어떻게 작동합니까?

컨테이너 코드와 종속성을 결합하는 애플리케이션 수준의 추상화입니다. 컨테이너는 항상 이미지에서 생성되며 쓰기 가능한 최상위 계층을 추가하고 다양한 매개변수를 초기화합니다. 컨테이너에는 자체 쓰기 계층이 있고 모든 변경 사항이 해당 계층에 저장되기 때문에 여러 컨테이너가 동일한 마스터 이미지에 대한 액세스를 공유할 수 있습니다.

각 컨테이너는 메인 솔루션인 docker-compose.yml에 포함된 docker-compose 프로젝트의 파일을 통해 구성할 수 있습니다. 여기에서 컨테이너 이름, 포트, 식별자, 리소스 제한, 다른 컨테이너 간의 종속성과 같은 다양한 매개 변수를 설정할 수 있습니다. 설정에서 컨테이너 이름을 지정하지 않으면 Docker는 매번 새 컨테이너를 생성하고 임의로 이름을 할당합니다.

컨테이너가 이미지에서 시작되면 Docker는 아래 레이어 위에 읽기/쓰기 파일 시스템을 마운트합니다. 여기에서 Docker 컨테이너를 실행하려는 모든 프로세스가 실행됩니다.

Docker가 컨테이너를 처음 시작할 때 초기 읽기/쓰기 계층은 비어 있습니다. 변경 사항이 발생하면 해당 레이어에 적용됩니다. 예를 들어 파일을 수정하려는 경우 해당 파일은 아래의 읽기 전용 레이어에서 읽기-쓰기 레이어로 복사됩니다.
파일의 읽기 전용 버전은 여전히 ​​존재하지만 이제 복사본 아래에 숨겨집니다. 볼륨은 컨테이너의 수명 주기와 관계없이 데이터를 저장하는 데 사용됩니다. 컨테이너가 생성되면 볼륨이 초기화됩니다.

이미지는 컨테이너와 어떻게 연관되어 있습니까?

이미지 - 각 컨테이너의 주요 요소. 이미지는 프로젝트에 추가된 Dockerfile에서 생성되며, 파일 시스템(계층) 집합이 서로 겹쳐지고 함께 그룹화되어 읽기 전용으로만 사용할 수 있습니다. 최대 레이어 수는 127개입니다.

각 이미지의 중심에는 Dockerfile 이미지를 생성할 때 진입점인 FROM 명령으로 지정되는 기본 이미지가 있습니다. 각 계층은 읽기 전용 계층이며 Dockerfile로 작성된 파일 시스템을 수정하는 단일 명령으로 표시됩니다.
이러한 레이어를 단일 이미지로 결합하기 위해 Docker는 Advanced multi-layered Union 파일 시스템(AuFS는 UnionFS 위에 구축됨)을 사용하여 서로 다른 파일 레이어의 서로 다른 파일 및 디렉터리를 투명하게 겹치게 하여 연결된 파일 시스템을 생성합니다.

레이어에는 런타임 및 빌드 시간에 각 레이어에 대한 관련 정보를 저장할 수 있는 메타데이터가 포함되어 있습니다. 각 레이어에는 다음 레이어에 대한 링크가 포함되어 있습니다. 레이어에 링크가 없으면 이것이 이미지의 최상위 레이어입니다.

Dockerfile에는 다음과 같은 명령이 포함될 수 있습니다.

• 와 - 이미지 형성의 진입 점;
• MAINTAINER - 이미지 소유자의 이름입니다.
• RUN - 이미지 조립 중 명령 실행;
• ADD - 호스트 파일을 새 이미지에 복사합니다. URL 파일을 지정하면 Docker가 해당 파일을 지정된 디렉토리에 다운로드합니다.
• ENV - 환경 변수;
• CMD - 이미지를 기반으로 새 컨테이너 생성을 시작합니다.
• ENTRYPOINT - 컨테이너가 시작될 때 명령이 실행됩니다.
• WORKDIR은 CMD 명령을 실행하기 위한 작업 디렉토리입니다.
• USER - 이미지에서 생성된 컨테이너의 UID를 설정합니다.
• VOLUME - 호스트 디렉토리를 컨테이너에 마운트합니다.
• EXPOSE는 컨테이너에서 청취하는 포트 세트입니다.

UnionFS는 어떻게 작동합니까?

유니온FS — Linux 및 FreeBSD용 서비스 스택 파일 시스템(FS). 이 FS는 기록 중 복사(Copy-On-Write, COW) 메커니즘을 구현합니다. UnionFS의 작업 단위는 계층이며 각 계층은 루트 자체의 디렉토리 계층 구조를 가진 별도의 완전한 파일 시스템으로 간주되어야 합니다. UnionFS는 다른 파일 시스템에 대한 통합 마운트를 생성하고 다른 파일 시스템(브랜치라고 함)의 파일과 디렉토리를 사용자에게 투명하게 단일 연결된 파일 시스템으로 투명하게 병합할 수 있도록 합니다.

동일한 경로를 가진 디렉토리의 내용은 결과 파일 시스템의 하나의 결합된 디렉토리(동일한 네임스페이스 내)에 함께 표시됩니다.

UnionFS는 다음 원칙에 따라 레이어를 결합합니다.

• 레이어 중 하나는 최상위 레이어가 되고 두 번째 및 후속 레이어는 하위 레이어가 됩니다.
• 레이어 개체는 "위에서 아래로" 사용자가 액세스할 수 있습니다. 요청된 개체가 "상위" 계층에 있으면 "하위" 계층에 동일한 이름을 가진 개체가 있는지 여부에 관계없이 반환됩니다. 그렇지 않으면 "하단" 레이어 개체가 반환됩니다. 요청된 객체가 존재하지 않는 경우 "No such file or directory" 오류가 반환됩니다.
• 작업 레이어는 "최상위" 레이어입니다. 즉, 데이터를 변경하는 모든 사용자 작업은 하위 레이어의 콘텐츠에 영향을 주지 않고 최상위 레이어에만 반영됩니다.

Docker는 애플리케이션 작업에서 컨테이너를 사용하기 위한 가장 일반적인 기술입니다. Linux 커널이 제공하는 cgroup 및 네임스페이스를 기반으로 구축되어 이 영역의 표준이 되었습니다.

Docker를 사용하면 별도의 OS 프로세스로 실행되는 모든 컨테이너 간에 OS 커널을 공유하여 애플리케이션을 신속하게 배포하고 파일 시스템을 최대한 활용할 수 있습니다.

출처 : habr.com