今、あなたは LXD コンテナ内に root としてログインしています。このコンテナには LXD がネストしてインストールされています。

多少負荷のある状態で SSL 鍵を生成する必要があるため、最初の起動には数秒かかる可能性があります。
それ以降に実行するコマンドはすぐに実行されるはずです。

自由に色々やってみて、man ページや --help オプションを使って LXD について発見してみてください。
もしくは、このステップバイステップのチュートリアルを使って、LXDの主な機能を学んでも良いでしょう。

LXD はイメージベースです。しかし、デフォルトでは以下のコマンドの結果のように、イメージはロードされていません:

lxc image list

LXD はデフォルトでイメージサーバが 3 つ登録されています:

• ubuntu: (Ubuntu stable イメージ用 )
• ubuntu-daily: (Ubuntu daily イメージ用 )
• images: (その他多数のディストリビューション用 )

stable の Ubuntu イメージは以下のようにリスト表示できます:

lxc image list ubuntu: | less

"first" という名前の最初のコンテナを起動するには、以下のようにします:

lxc launch ubuntu:16.04 first

あなたが作成した新しいコンテナは以下のようにして確認できます。

lxc list

コンテナの状態と設定は以下のようにして確認できます。

lxc info first
lxc config show first

デフォルトでは、あなたの作成したコンテナはリソース制限がなく、自身の親環境のリソースをそのまま引き継いでいます。これは以下のように確認できます。

free -m
lxc exec first -- free -m

あなたが作成したコンテナに制限を追加するには以下のよう実行します。

lxc config set first limits.memory 128MB

そして、制限が適用されたことを確認するには以下のように実行します。

lxc exec first -- free -m

LXD はスナップショットの取得とコンテナのスナップショットからのリストアをサポートしています。
スナップショットを作成する前に、コンテナに少し変更を加えてみましょう。例えば、以下のようにアップデートします。

lxc exec first -- apt-get update
lxc exec first -- apt-get install sl -y
lxc exec first -- /usr/games/sl

今、コンテナはすべてアップデートされ、クリーンな状態になりました。このスナップショットを "clean" と名づけましょう。

lxc snapshot first clean

ここでコンテナを破壊してみましょう。

lxc exec first -- rm -Rf /etc /usr

壊れたことを以下のように確認してみます (実行後に exit してください)。

lxc exec first -- bash

そして、スナップショットの状態へすべてリストアしてみましょう。

lxc restore first clean

すべて普通の状態に戻っていることを確認してみましょう (実行後に exit してください)。

lxc exec first -- bash

すでにお分かりのように、LXD はイメージベースです。つまり、すべてのコンテナはイメージか既存のコンテナのコピーのどちらかから作られます。

あなたは既存のコンテナか、コンテナのスナップショットから新たにイメージを作成できます。

"clean-ubuntu" というユーザフレンドリーなエイリアスを持つ新しいイメージとして、先の "clean" という名前のスナップショットをイメージ化するには、以下のように実行します。

lxc publish first/clean --alias clean-ubuntu

最初の "first" コンテナが不要であることを示すため、以下のように削除してみましょう。

lxc stop first
lxc delete first

最後に、作成したイメージから新しいコンテナを起動してみましょう。

lxc launch clean-ubuntu second

コンテナからファイルを取得するには、"lxc file pull" コマンドが使えます。

lxc file pull second/etc/hosts .

取得したファイルにエントリを追加しましょう。

echo "1.2.3.4 my-example" >> hosts

以下のようにしてファイルをコンテナに戻します。

lxc file push hosts second/etc/hosts

以下のような方法でログファイルにアクセスすることもできます。

lxc file pull second/var/log/syslog - | less

もうこのコンテナが不要であれば、以下のようにして削除しましょう。

lxc delete --force second

クライアントツール lxc からは複数の "リモートホスト" が使えます。これらのリモートホストは、読み取り専用のイメージサーバか、他の LXD ホストのどちらかです。

LXC 開発元はこのようなサーバを https://images.linuxcontainers.org で運用しています。ここでは、色々な Linux ディストリビューションのイメージを自動的に作成して提供しています。

このサーバはデフォルトで LXD に登録されています。もしこのサーバを使わない場合は、デフォルトの登録を変更したり、削除したりできます。

利用可能なイメージのリストは以下のように取得できます。

lxc image list images: | less

そして、CentOS 7 コンテナを起動するには、以下のように実行します。

lxc launch images:centos/7 third

コンテナが CentOS 7 かどうか確認するには、以下のように実行します。

lxc exec third -- cat /etc/redhat-release

そしてコンテナを削除します。

lxc delete -f third

設定されたリモートホストの一覧は以下のように取得できます。

lxc remote list

このステップでは、2 つ目のデモセッションが必要となります。そこで新しいセッションを ここから 開いてください。

その新しいセッションページのトップにある「コンテナの情報」の "LXD" 部分から以前のセッションのシェルへ "lxc remote add" コマンドをコピー＆ペーストしてください。
そしてリモートサーバのフィンガープリントを確認してください。

新しい LXD デーモンは、応答があるまでコマンドをリトライして、ネットワークを LISTEN するまでに数秒かかることがあるかもしれないことに注意してください。

この時点で、あなたは以下のようにリモートのコンテナをリスト表示できます。

lxc list tryit:

そして、リモートのイメージをリスト表示できます。

lxc image list tryit:

さあ、先に作成したローカルイメージを使って、リモートの LXD 上で新しいコンテナを起動してみましょう。

lxc launch clean-ubuntu tryit:fourth

これであなたはリモートホスト "tryit" 上で "fourth" という名前で実行中のコンテナを持っていることになります。以下のようにリモートのコンテナ内でシェルを起動できます (実行後に exit してください)。

lxc exec tryit:fourth bash

このコンテナを新しい "fifth" というコンテナにコピーしてみましょう。

lxc copy tryit:fourth tryit:fifth

お遊び感覚で、それをローカルの LXD に "sixth" という名前に変更して移動してみましょう。

lxc move tryit:fifth sixth

そして、それがすべて実行中であることを確認しましょう (実行後に exit してください)。

lxc start sixth
lxc exec sixth -- bash

そして、すべてをクリーンアップするには、以下のように実行します。

lxc delete -f sixth
lxc delete -f tryit:fourth
lxc image delete clean-ubuntu

この入門が LXD について、LXD でできること、LXD が簡単に使えることを理解するのに役立つ良い入門となれば幸いです。

あなたが LXD を使い、最新の機能を体験したいということであれば、このデモサービスを使うことを歓迎します。

楽しんでください!