#概要
NutanixやHPE SimpliVityやVMwareなどハイパーコンバージドインフラが人気です。
ハイパーコンバージドは、サーバ、ストレージ、ネットワークを集約した仮想基盤になります。
ハイパーコンバージドを導入することによって、高可用性、高密度、運用効率向上になります。
ただ、どのベンダーから出ている製品も豪華構成であり、ものすごい高額な製品になっています。
そこで、オープンソースでも同じような構成ができないか考えましたので紹介します。
OSSハイパーコンバージドインフラです。
#OSSハイパーコンバージドインフラとは
一般的なOSSと一般的なx86サーバを使うことによって、ハイパーコンバージド仮想基盤を作ります。
基本は2ホスト構成のActive/Activeで、1ホストが故障した場合、別のホストから起動できるようにします。
ゲストOSがのっている領域は、分散ファイルシステム(GlusterFS)で両ホストから同じデータがみえるようにします。
推奨OSS
- Linux (CentOSでもUbuntuでも可能です。)
- GlusterFS （分散ファイルシステム）
- LXC（システムコンテナ）
- KVM（ハイパーバイザー ） ※Windowsを動かしたいなど必要があれば
#OSSハイパーコンバージドインフラの特徴
##プラス評価
- 高可用性
- ２ホスト構成で、１ホストが故障しても、別のホストからゲストOSを起動できます。
- 低コスト
- x86サーバ2台から作れます。
- x86サーバは、好きなベンダーを使いましょう。（HPEでも、DELLでも、Huaweiでも、Supermicroでも大丈夫です）
- シンプル構成
- GlusterFS/LXC/KVMという一般的で、長年の実績のあるOSSを利用します。
- シンプルな構成のため、仮想ホストのリプレースもやりやすいです。
別の2台構成のOSSハイパーコンバージドを用意しておき、ゲストを移動させるだけです。
- 大掛かりな構成ではないので、パフォーマンスの問題が発生した時にも、構成を変えやすいです。
- 例えば、HDDからSSDに変更する。
- 例えば、仮想ゲストの数を変更する。
- 例えば、どうしてもパフォーマンスがでないなら、GlusterFSをやめる
##マイナス評価
- 性能はそこまでよくはありません。
- ネットワークで両ノードにデータを書き込む分散ファイルシステムのためです。
商用ハイパーコンバージドでも同じように性能は高くないです。
ただし、OSSハイパーコンバージドは、IOが遅いKVMなどのハイバーバイザーではなく、
LXCのコンテナを使うことでできる限りIO性能を克服しようとしています。
- ネットワークで両ノードにデータを書き込む分散ファイルシステムのためです。
#サーバ構成 ##ハードウェアイメージ図
- 構成はあくまで例です。コストや利用状況によって全然違います。
##ディスク利用イメージ図
- ２ホスト構成で、１ホストが故障しても、別のホストから起動できるようにします。
- GlusterFS領域を作り、LXC用ディレクトリと、KVM用ディレクトリを作ります。
KVM不要なら、LXCディレクトリのみです。 - 仮想化がLXCだけなら数十個のコンテナをのせることができるでしょう。
##GlusterFSを使う理由
- 分散ファイルシステムを使い、１ホストが故障しても、別のホストで同じデータが見えるようにします。
- GlusterFSは、マスターレスで扱いやすいです。
- GlusterFSは、2台から構成できます。管理サーバも不要です。
- RedHat商用製品のRed Hat Gluster Storageの分散ストレージソフトウェアがGlusterFSです。
##LXCを使う理由
- 仮想化には、システムコンテナのLXCを使います。
コンテナで有名なDockerはアプリケーションコンテナなので、用途が違います。 - LXCの軽量コンテナにすることによって、１ホストに数十コンテナがのります。
- LXDは高機能ですが、複数ホストで同じ領域を管理することができなそうなため、シンプルなLXCを使います。
設定方法
- /var/lib/lxcをGlusterFSにして、両ホストから同じファイルが見えるようにします。
注意
- LXDではなく、Directory BackendのLXCなので、OS停止しないとスナップショットは取得できないです。
- LXDではなく、Directory BackendのLXCなので、OS CloneもＯＳ停止が必要です。
##KVMを使う理由
LXCと同時に、KVMも利用することもできます。
CentOSを使う場合は、LXCの方が軽量で多くのゲストOSを乗せられるため、オススメですが、
RHELやWindowsを使いたい場合には、KVMも使うことができます。
GlusterFSは大きいサイズのファイルも得意のため、50GBのKVMイメージでも利用できます。
##その他
###ネットワーク
- ホスト間は、直結のBondingにします。
- どのくらいの帯域が必要かによって、Bondingのやり方がちがいます。
- active-backup(mode=1)がシンプルです。
- ラウンドロビン(mode=0)にすることによって、1G2本で2G、4本で4Gのスピードになるようにもできます。
- リンクアグリゲーション(mode=4)にしても、１本しか使えないので注意が必要です。
#OSSハイパーコンバージドの利用場面 ## Active/Standby構成の代替
■１ホストだけで高可用性を実現
Active/Standby構成ですと、設定はすべてお互い同期されているのか？
アプリはVIPで接続に来ているのかなど、
スタンバイ切り替わった時に問題ないのか不安になります。
ホストの問題発生時には、同じイメージを別ホストから起動できる効果は大きいと思います。
■クラスターソフト不要で高可用性を実現
Active/Standbyを実現するためのクラスターソフトは設定や仕様が難しいミドルウェアであり、
デファクトスタンダードのクラスターソフトもありません。
全ての機能、パラメータを知っているわけではないので、変な動きをしないか不安になります。
テストでは問題なかったのに、いざという時に動かないこともあります。
OSSハイパーコンバージドなら、クラスターソフト不要で高可用性構成のシステムを作れます。
１ホストで起動していたLXCのサーバが、問題が発生しましたら、
自動で別のホストでLXCを起動するようにシェルスクリプトを組むのです。
LXCのコンテナなら、5秒以内には起動してくれるでしょう。
■共有ボリューム不要で高可用性を実現
同じイメージを起動することによって、共有ディスク不要のシンプルな構成が作れます。
ストレージやFCSWのメンテナンスの影響を受けなくなります。
##社内システムサーバ、開発サーバ
社内システムサーバや開発サーバではコストの関係から、１台構成のことも多いです。
サーバが故障した場合、修理するまでに時間がかかってしまいます。
OSSハイパーコンバージドにすることによって、別ホストからも起動できるため、利用者に影響を与えことが少ないです。