제 워크스테이션에서 로컬 격리 개발 환경을 구성하는 방법을 설명하겠습니다. 이 방법은 다음과 같은 요인의 영향을 받아 개발되었습니다.

• 다양한 언어에는 다양한 IDE와 툴체인이 필요합니다.
• 다양한 프로젝트에서 서로 다른 버전의 툴체인과 라이브러리를 사용할 수 있습니다.

이 접근 방식은 로컬로 노트북이나 워크스테이션에서 실행되는 LXD 컨테이너 내부에서 개발하고 그래픽 출력을 호스트로 리디렉션하는 것입니다.

예시를 통한 구성 Ubuntu 20.04.

해당 옵션에 대한 고찰과 이유는 기사의 마지막 부분에서 설명됩니다.

1. LXD 설치

В Ubuntu 20.04 LXD는 더 이상 deb 패키지로 설치할 수 없으며 snap을 통해서만 설치할 수 있습니다.

$ snap install lxd

설치 후 초기화를 수행해야 합니다.

$ lxd init

내가 변경하는 유일한 매개변수는 다음과 같습니다. storage bakend - 나는 사용합니다 dir 가장 간단한 방법으로. 사진과 사본을 사용하지 않기 때문에 경고는 다음과 같습니다. 선적 서류 비치 나는 두려워하지 않는다:

마찬가지로 디렉토리 백엔드는 최후의 수단으로 고려해야 합니다.
모든 주요 LXD 기능을 지원하지만 수행할 수 없기 때문에 매우 느리고 비효율적입니다.
즉석 복사본이나 스냅샷이 필요하므로 인스턴스의 스토리지 전체를 매번 복사해야 합니다.

2. LXD 프로필 설정

LXD의 프로필 — 이는 여러 컨테이너에 적용되는 매개변수 집합입니다. 제 경우에는 단일 기본 프로필로 충분합니다. default 다음 변경 사항이 있습니다.

• $ lxc profile device add default X0 disk source=/tmp/.X11-unix/X0 path=/tmp/.X11-unix/X0 — 컨테이너 내의 애플리케이션이 호스트 X11 서버와 상호 작용할 수 있도록 합니다.
• $ lxc profile set default environment.DISPLAY :0 - 환경 변수가 DISPLAY 컨테이너에 올바르게 설치되었습니다.
• $ lxc profile set default raw.idmap "both 1000 1000" — 올바른 사람을 위해 ID 매핑.

3. 컨테이너 생성 및 구성

이미지를 기반으로 컨테이너 만들기 images:ubuntu/20.04:

$ lxc launch images:ubuntu/20.04 dev1

저는 저장소의 이미지를 선호합니다 https://images.linuxcontainers.org사전 설치된 소프트웨어가 적기 때문입니다. 이러한 이유로 접두사를 추가했습니다. images: 이미지 이름으로. 저장소의 이미지를 기반으로 컨테이너를 생성합니다. Ubuntu 다음과 같이 할 수 있습니다. $ lxc launch ubuntu/20.04 dev1.

컨테이너의 루트 셸에 액세스:

$ lxc exec dev1 -- bash

Firefox와 VS Code를 설치하겠습니다(저장소에서) 지시에 따라):

$ apt update
$ apt install curl gpg firefox

$ curl https://packages.microsoft.com/keys/microsoft.asc | gpg --dearmor > packages.microsoft.gpg
$ install -o root -g root -m 644 packages.microsoft.gpg /usr/share/keyrings/
$ echo "deb [arch=amd64 signed-by=/usr/share/keyrings/packages.microsoft.gpg] https://packages.microsoft.com/repos/vscode stable main" > /etc/apt/sources.list.d/vscode.list

$ apt update
$ apt install code

명확성을 위해 컨테이너를 포함시키겠습니다.

poweroff

보너스! 컨테이너에 GPU를 추가하면 컨테이너에서 실행되는 애플리케이션이 해당 그래픽 카드를 사용할 수 있습니다. 이를 위해서는 다음이 필요합니다.

• 기기 추가 $ lxc config device add dev1 mygpu gpu;
• 호스트에 설치된 것과 동일한 비디오 카드 드라이버를 컨테이너에 설치합니다.

4. 용기 사용

컨테이너가 아직 실행 중이 아니라면 컨테이너를 시작해야 합니다.

lxc start dev1

루트가 아닌 사용자로 VS Code 실행 ubuntu:

lxc exec dev1 -- sudo --login --user ubuntu code

Firefox를 실행합니다:

lxc exec dev1 -- sudo --login --user ubuntu firefox

애플리케이션 창은 호스트에 표시되지만 컨테이너 내부에서 실행됩니다. 이는 ssh를 사용하여 그래픽을 전달하는 것과 비슷합니다.

실행 중인 컨테이너를 수동으로 종료하지 않습니다. 그럴 의미가 없다고 생각하기 때문입니다. 실행 중인 애플리케이션의 창을 닫는 것으로 제한합니다.

5. 결론

개발에 호스트 OS를 사용하지 않는 것을 선호합니다. 개발 도구 설치, 라이브러리 디버그 버전 설치, 시스템 구성 요소 특정 방식 구성 및 기타 조작이 필요하기 때문입니다. 이 모든 작업은 개발용이 아닌 다른 소프트웨어 또는 전체 OS의 예기치 않은 동작으로 이어질 수 있습니다. 예를 들어, OpenSSL 구성 변경으로 인해 OS가 제대로 시작되지 않을 수 있습니다.

저는 개발 환경을 분리하기 위해 다양한 도구를 시도해 보았습니다.

• 가상 머신(KVM, VirtualBox 등)이 가장 일반적인 선택지이지만, 개발 환경에서는 상당한 리소스를 소모합니다. Windows (호스트의 경우) Linux다른 선택지는 없습니다.
• 로컬 머신에서 실행되는 클라우드 개발 도구(컨테이너나 가상 머신의 Cloud9, Eclipse Che 등)는 이러한 운영 모드에 맞춰 개발되지 않았으며, 추가 구성과 유지 관리가 필요하므로 원래 목적대로 클라우드에서 사용하는 것이 가장 좋습니다.
• Docker 컨테이너는 원래 다른 용도로 만들어졌습니다. 제 생각에는 아직 별도의 컨테이너로 패키징되지 않은 소프트웨어를 사용하여 빠르게 프로토타입을 만드는 데는 그다지 편리하지 않습니다.

선택한 접근 방식이 단순하고 진입 장벽이 낮아서 마음에 듭니다. 컨테이너 자체에서는 프로젝트별 접근 방식을 사용할 수 있습니다. 모든 것을 수동으로 설치하고 구성하거나 자동화(Puppet, Ansible 등)를 사용하거나 배포할 수도 있습니다. Docker 기반 인프라. 또한 많은 수의 종속성이나 다른 OS 버전을 설치해야 하는 특정 소프트웨어를 실행하기 위해 LXD 컨테이너를 사용합니다. 이 경우 예를 들어 필요한 OS 버전으로 컨테이너를 만들 수 있습니다. $ lxc launch images:ubuntu/16.04 dev16.

격리 측면에서 컨테이너화는 가상화보다 공격 표면이 더 넓다는 점을 기억하는 것이 중요합니다. 호스트와 컨테이너가 단일 커널을 공유하는데, 이 취약점을 통해 맬웨어가 컨테이너에서 탈출할 수 있습니다. 의심스러운 소프트웨어를 사용하는 실험의 경우, 더 적합한 격리 메커니즘을 사용하는 것이 좋습니다.

유용한 링크

• 하브르에 대한 간결한 기사 컨테이너 시스템인 LXD의 기본 기능은 다음과 같습니다. Linux
• LXD 프로젝트 포털LXD와 LXC를 혼동하지 않는 것이 중요합니다. 이 둘은 다르지만 관련이 있습니다.
• Simos Xenitellis의 블로그 — 이 블로그에는 LXD에 대한 많은 유용한 실용 정보가 담겨 있습니다.
• 미리 만들어진 가상 머신 이미지 Windows 10 개발자를 위한 — Microsoft는 주기적으로 새로운 어셈블리를 수집하여 특별 라이선스를 통해 배포합니다.

출처 : habr.com