どのようにサーバOS環境を作るかは、システム戦略で非常に重要です。
正しい選択をすることによって、システムの信頼性が高くなり、コストをかなり抑えることができます。
作業効率・スピードが全然違ってきます。
#LXDとは
- LXD（レックスディーまたはエルエックスディー）と読みます。
- LXDはKVMやXenの代わりになるシステムコンテナです。
- コンテナで有名なDockerは、１アプリケーションを起動させることを目的としたアプリケーションコンテナと呼ばれています。
- 簡単にOSのコピーができます。
-
lxc copy 元コンテナ 新コンテナ#Macアドレスは自動で変わります。
-
- コンテナをイメージ化できます。
lxc publish コンテナ名 --alias イメージ名
- OS状態を残しておくスナップショットも簡単です。
- スナップショットをイメージ化することで、OS停止なくイメージ化できます。
- 別ホストに仮想ゲストOSを移動させるライブマイグレーションも可能です。
- コンテナごとにCPU使用率、メモリー使用量、IO負荷制限ができます。
#KVMやXenやVMwareのハイパーバイザーではなく、LXDコンテナの理由
- LXDは起動が高速です。
- LXDはスナップショットやクローンのバックアップが高速で実現できます。
- ハイパーバイザーのようなオーバーヘッドがありません。
- LXDは事前にリソースを割り当てておく必要がありません。★
- LXDは、HDD50GB、CPU 4Core、メモリー4GB を割り当てようという設計不要です。
- 開発からかなりのハイスペックを言われても、実際に使った分しか消費されません。
- LXDは、使い過ぎたら困る場合に、リソース制限をするだけです。
- CPUやメモリーやHDDの増減が、制限を変更するだけなのでOS停止は不要です。★
- 高機能な有料版VMwareは、非常に高額です。LXDなら無料です。
- LXDなら、CPUやメモリーやHDDのリソースを変更するために、OS停止が必要ということはないです。
#Dockerコンテナではなく、LXDコンテナの理由
アプリケーションコンテナのDockerは、LXDの上で動かします。DockerとLXDは利用目的が違うと考えています。
- Dockerと違い、LXDは、KVMやXenの代わりに使えます。
- Dockerと違い、LXDは、アプリケーションの変更が不要です。
- LXDと違い、ブリッジ接続が簡単にできます。
- LXDなら、スナップショット、イメージ化、ライブマイグレーションができます。★
- LXDと違い、ポート変換やiptablesは不要にできます。
- Dockerのように、IPとポートの組み合わせでコンテナ間を接続するのは、リプレースとしては非常に難しいです。
- 仮想ホストしかルーティングできなかったり、FWのグループという概念がなくなります。
- LXDには、Dockerのように、1コンテナ１プロセスにするべきというベストプラクティスはありません。
- LXDには、コンテナにデータは保存しないべきというベストプラクティスはありません。
#LXCではなく、LXDを使う理由
- LXCの機能強化版が、LXDです。
LXC + 現代的機能 = LXD
- LXCでできることは、LXDでもできる。
- LXDはライブマイグレーションができる
- 複数ホストのコンテナを管理できる。
- 今から新しくコンテナを導入するなら、LXD
#ベアメタル(物理サーバ)ではなく、LXDコンテナの理由
- LXDなら、サーバ構築依頼がきても、1ヶ月待ってくださいということがないです。★
- LXDなら、今ある環境に作ることによって、すぐにサーバを引き渡せます。
- OSが停止してしまう問題が起きてしまった時にもゲストOSを別のハードにもっていけますので、ハードが問題かソフトが問題かの切り分けができます。
- LXDにすることによって、数十個の仮想ゲストコンテナを動かせます。
- 圧倒的にコスト圧縮できます。
- １ホストで、１サーバ分のCPU、メモリーを使い切れるアプリケーションはありません。
- LXDにすることによって、余っているリソースの有効活用ができます。
- 物理サーバはかなりの場所をとりますが、LXDなら節約できます。
- LXDなら、必要なディスクサイズ、CPU、メモリーを正確に算出する必要はありません。
- 想像以上に使っても、使われなくても問題ありません。
- LXDはリソースの設計ミスがありません。
- リソースが余っていたら、もう１つ仮想ゲストを作ればいいだけです。
- リソースがひっぱくしたら、別の仮想ホストに移動させればいいだけです。
- LXDは起動が高速なので、何か問題が発生している際にも、プロセスを再起動する感覚で、OS再起動できます。★
#AWSなどのクラウドではなく、オンプレのLXDコンテナを使う理由
- ソフトだけでなくハードも含めて最適化ができる★
- 優秀なエンジニアがいればクラウドよりすごいことがしやすい★
- オンプレでLXDを使うことによって、クラウドよりかなり費用が抑えられます。
- オンプレのLXDなら、要求に応じて、高可用性物理サーバを使えます。★
- LXDなら、CPUやメモリーやHDDのリソースを変更するために、OS停止が必要ということはないです。
- LXDは、ゲストOSが起動したまま、別のホストに移動させるライブマイグレーションができます。
- OS停止しないで、ホストのメンテナンスが可能です。
- LXDは、OS作るのが、数秒です。
- LXDは、OS起動も一瞬です。
- LXDは、スナップショット、イメージ化、コピーも数秒です。
- LXDは、物理設計による高速化、高信頼性が可能です。
- 例えば、お互いに通信が多いWebとAPは同じホストに配置する。
- 例えば、2台構成のサーバは、1ホストが故障しても問題ないように、別のホストに配置する。
#LXDを使うために注意すること
- 仮想ホストは、Ubuntuにしましょう。CentOSやRHELでは動かないと考えた方がよいです。
- Ubuntuの開発元のCanonicalがLXDを開発しているので、Ubuntuがもっともテストされている環境になります。
- 仮想ゲストは、Ubuntu以外にも、日本でユーザの多いCentOSやOracle Linuxもあります。
- 仮想ゲストにRHELはないです。CentOSを使いましょう。
- 仮想ゲストにWindowsは使えないです。Windowsを使いたい場合は、同じホスト上にKVMで動かしましょう。
- １サーバに数十コンテナをのせるということは、サーバが故障した時の影響が大きいです。
- しっかりコンテナの配置を考えましょう。
- 要求に応じて、できる限り壊れにくいサーバ、ファームアップデートなどで停止が少ないサーバを選びましょう。