web-dev-qa-db-ja.com

Debian8.4上のLXD2.0

Debian 8.4を実行していて、最近リリースされたLXD2.0をセットアップしたいと思います。これは実現可能ですか、それともLXCを使い続ける必要がありますか? UbuntuでLXDを使用することにすべての焦点が当てられているようです。

3
Jay

目的のディストリビューションのリポジトリにないものでも、その上でアプリケーション/サービスを実行したい場合は、遅かれ早かれ問題が発生します(読んでください:物事を実行し続けるための余分な作業)。

物事が異なる場合(あなたが何をしているのかを知っているため(tm))、テクノロジーが安全に使用できるかどうかがわかります。

今のところ、LXDでUbuntuをLXCのフロントエンドとして使用する場合は、Ubuntuを使用する必要があります。 (それがLXDであるため、LXCのフロントエンドです。)

コンテナーが必要なだけで、それでもdebianを使い続けたい場合は、LXCを直接使用してください。 ProxmoxはDebianに基づいており、そこでLXCもサポートされています。これは、proxmoxプロジェクトの成熟度を考えると、おそらく最善のアプローチかもしれません。

Debianの非特権コンテナにLXDが必要な場合は、LXCでこれを試してください: http://www.linuxquestions.org/questions/linux-kernel-70/lxc-unprivileged-container-in-debian-jessie-cgroups -許可-4175540174 /

1
sjas

私が抱えていた唯一の本当の問題は、Debian用のパッケージを構築することでした。パッケージがビルドされると、JessieとStretchの両方ですべてが非常に正常に機能します。

debuildを使用して)ソースからパッケージをコンパイルするのは、Ubuntuでは利用できるがDebianでは利用できない依存関係を処理する必要があるため、少し面倒な場合があります。これは、リポジトリで検索する代わりに、組み込みのGoパッケージを使用するようにLXDのビルド構成を調整することで(もちろんテストシステムの場合)実現できます。 IIRC、この設定はUSE_EMBEDDEDと呼ばれます。

それ以外は、パッケージはJessieに対して正常にビルドされ、これまでのところ問題なく動作します。依存関係の違いのため、Ubuntu用にビルドされたLXDパッケージをインストールしてみることは本当にやりたくないことです。

0
pistache