최근에 유럽의 주요 웹 호스팅 제공 업체 중 하나 인 SiteGround가 우리나라에 정착하여 성능 측면에서 최첨단 기술을 채택하고 있다는 뉴스가 발표되었습니다. Linux 컨테이너 또는 LXC. 이 기능은 운영 체제 내에서 새로운 것이 아닙니다. FreeBSD에는 Jail이 있고, Solaris에는 Zone이 있으며, OpenVZ 및 Linux VServer에서 제공하는 것과 같은 다른 유형의 컨테이너가 커널 내에서 다른 구성을 수행하기 때문에 제공되기 때문입니다.
SiteGround가 기술 측면에서이 위치를 채택했다는 사실과 명확한 비즈니스 비전은 하드웨어 수준에서 인프라의 고성능에 초점을 맞췄습니다. 솔리드 스테이트 드라이브 SSD)는 소프트웨어로서 그것이 그렇게 좋고 유망한 지에 대한 질문을 제기합니다. 아래에서 컨테이너에 대한 LXC에 대해 설명합니다.
LXC 또는 Linux 컨테이너는 현재 가장 큰 미래 전망을 가진 가장 현대적인 기술 중 하나입니다. 에 관한 것입니다 Linux 운영 체제 수준에서 환경을 가상화하고 동일한 물리적 서버 내의 여러 인스턴스에 배포 할 수있는 컨테이너. 이들 모두는 SPV (가상 사설 서버) 또는 EV (가상 환경)로 격리 된 상태에서 작동하며, 여기서 모든 리소스는 처리, 통신 및 스토리지 수준에서 제공됩니다.
그러나 컨테이너의 이점은 실제로 어디에 있습니까? 다음 사례를 살펴 보겠습니다. 서비스 포털은 사용자가 필요에 따라 자율적이고 격리 된 플랫폼을 배포 할 수 있기를 원합니다. 일반적으로 원하는 각 도구에 필요한 모든 소프트웨어와 구성 요소를 설치해야하지만 컨테이너 덕분에 필요한 모든 리소스를 함께 그룹화하고 필요한만큼 자동으로 인스턴스화 할 수 있습니다..
SiteGround에서 마지막 마이그레이션을 수행했을 때이 기술 외에도 솔리드 스테이트 디스크 SSD를 통한 스토리지를 환영했습니다. LXC는 직원들의 말로 그들에게 비즈니스에 필요한 유연성및 SSD 디스크 필요한 실행 속도 사용자에게 적시에 적절한 서비스를 제공합니다. 또한이 회사는 자체적으로 LXC 구현을 만들고 버그를 수정하고 보안 문제를 수정하는 Linux 커널을위한 다양한 패치를 생성합니다.
컨테이너의 미래는 매우 유망 해 보이며 오늘날 우리가 알고있는 가상화의 종말을 맞이할 수 있습니다. 아니면?
LXC 기능
La 자체 리소스 풀로 캡슐화되고 격리 된 컨테이너를 생성하는 기능 오늘날 가상화 환경에서 이미 수행하고있는 기능입니다. 그러나 컨테이너 기술은 향상된 성능 (베어 메탈 가상화와 거의 유사)과 유연성을 제공합니다. 컨테이너는 머신의 하드웨어를 에뮬레이션하지 않으며 공간이 가상화되지 않는 한 스토리지 공간을 차지하지 않습니다.
LXC는 다음과 같이 생각되어야합니다. 우리 자신의 운영 체제, 그리고 실용적인 목적으로 가상 머신처럼 작동합니다. 에뮬레이션은 Linux 커널 자체에서 수행되며 LXC는 다양한 환경 및 개발주기에서 재사용 할 수있는 다양한 운영 체제 배포 및 사용자 응용 프로그램의 템플릿을 저장할 수있는 최소 컨테이너를 제공합니다.
La 이식성 이 기능을 사용하면 운영 체제에서 애플리케이션을 분리하고 최소 환경의 설치에서 모든 컨테이너를 실행할 수 있으므로 보장됩니다. 또한 리소스 분리 덕분에 여러 버전의 Java, PHP 또는 Apache의 여러 인스턴스를 동시에 실행할 수 있으며, 전체적인 유연성과 여러 시스템간에 부하 균형을 맞추고 환경을 복제하거나 만들 수 있습니다. 몇 초 만에 복사본을 백업 할 수 있습니다.
가상화의 미래는 아직 끝나지 않았습니다, 현재 컨테이너가이 작업에 특정 커널을 사용할 수없는 매우 다양한 에코 시스템을 배포 할 수 있기 때문입니다.
LXC 및 Docker
LXC와 Docker는 철학이 매우 유사한 방식으로 작동하는 두 개의 컨테이너화 시스템입니다.: 자율적으로 작동하는 다양한 애플리케이션 환경을 분리하여 가상화합니다. Ubutu는 두 프로젝트 모두에서 작동합니다. 혼동되는 경향이 있으며 주요 차이점을 알아 차릴 수 있습니다. 컨테이너 LXC에는 여러 프로세스를 실행할 수있는 초기화가 있습니다. 동안 Docker 컨테이너에는 각 유형의 단일 프로세스 만 실행할 수있는 컨테이너가 있습니다..
Docker의 아이디어는 가능한 한 컨테이너의 크기를 줄이는 것입니다. 이 애플리케이션에서 관리되는 단일 프로세스로. 문제는 오늘날 개발 된 많은 애플리케이션이 여러 크론, 데몬, SSH 등을 지원하는 멀티 스레드 환경에서 실행될 수있을 것으로 기대한다는 것입니다. Docker에는 이러한 항목이 없기 때문에 배포 환경, 네트워크, 스토리지 및 전체 시스템의 최종 오케스트레이션 구성은 애플리케이션을 통해 수행해야합니다.
이것은 빙산의 일각에 불과합니다. 다른 질문은 공중에 남아 있습니다 네트워크 리소스 관리, 통신 터널링, 컨테이너 스태킹 또는 핫 환경 간의 마이그레이션과 같은. 현재는 두 기술을 구분하는 격차를 줄이고 자하는 것으로 보이며, 어느 기술이 위에 위치 할 것인지 누가 결정할 때가 될 것입니다.