VSANが必要な理由
従来のアーキテクチャには、3つの主要なコンポーネントがあります。
•サーバー
•データストレージシステム（SHD）、
•適切なスイッチを使用して、ブロック（FC、FCoE、ISCSI）またはファイルプロトコル（NFS、SMB）を介してストレージをサーバーに接続するストレージネットワーク。
このような経済を管理するには、3つの異なるインターフェイス、3つの異なる能力、そして良い意味で3つの異なる専門家が必要です。
このようなアーキテクチャの展開には多くの時間がかかり、ここでの高速スケーリングも非常に重要なタスクです。
プロジェクトに予測可能で体系的なスケーリングが含まれる場合、新しいストレージを追加する週があり、設計に関与するスタッフの専門家がいる場合、従来のアーキテクチャが選択されます。
プロジェクト（パブリッククラウドなど）が飛躍的に成長すると、最小限の自動化機能を備えた新しいリポジトリを追加するのに時間がかかります。 これが、VSANの統合アーキテクチャが救いをもたらす場所であり、サーバーでコンピューティング機能とストレージ機能を組み合わせることができます。
統合ソリューションとしてのVSAN
統合ソリューションを使用すると、複数の機能（コンピューティング、ストレージなど）を一度に組み合わせる標準ブロックのインフラストラクチャを作成できます。 このようなインフラストラクチャは単一のインターフェイスを介して管理され、スケーリングは別のブロックを追加することで行われます。
VSANの場合、各ブロックはサーバーです。 もちろん、どれでもありませんが、それについては後で詳しく説明します。 サーバーはストレージ機能をどのように実行しますか？ VSANは、仮想サーバーのすべてのコンピューティングノードからアクセス可能なローカルサーバーディスクから仮想「外部」ストレージを収集します。 同時に、VSANソフトウェアは計算ノードと同じサーバーで実行されます。 したがって、同じサーバー上に計算機（計算ノード）とストレージシステムの一部（ストレージノード）の両方がすべて1つのボトルに入っています。
仕組み
各サーバーには1〜5個のディスクグループがあります。 各グループ-少なくとも1つのSSDドライブ（VSANの構築に必要な条件）および1〜7台のHDDドライブ。
これらのディスクグループのSSDは、共通のデータキャッシュプールを構成します。 VSANは主にキャッシュ内のデータを読み取ります。 キャッシュにデータがない場合、VSANはHDDに送信されます。
仮想マシンごとに、FTT（許容失敗）を構成できます。 デフォルトでは、これは2です。つまり、すべての仮想マシンデータは2つの異なるクラスターサーバーに直接書き込まれます。 一方のサーバーに障害が発生した場合、もう一方のサーバーに同期レプリカが作成され、すべてのI / O操作がこの2番目のコピーに送られます。
VSANを設計するときに探すべきこと
比較的簡単に展開できるため、VSANアーキテクチャを慎重に設計できます。 以下に、さらに詳しく説明したいポイントをいくつか示します。
1. ハードウェアとの互換性 。 VSANを使用するとハードウェアを選択する際にある程度の自由が得られますが、VMware VSANと互換性のある保証付きハードウェアのリストに残ることは理にかなっています。 そのため、Scientific Pokeメソッドを使用して互換性のあるコントローラー、アダプターなどを選択する必要はありませんCloudLITEの場合、技術的および経済的特性の組み合わせにHuawei FusionServer RH5885 V3を選択しました。 このモデルには、より効率的なPCIeフラッシュカードが搭載されており（既に従来のSSDディスクと比較して）、「ディスクスロット」を節約し、より多くのディスクグループを作成できます。 近い将来、彼のボックス化解除を手配します。 お楽しみに:)。
2. ネットワーク。 VSANを使用した構成では、VMは1つの場所で動作し、別の場所に格納できます。 これにより、ネットワークに高い要求が課されます。少なくとも10 GBのネットワークが必要です。
3. ディスクコントローラーのパフォーマンス 。 ディスクコントローラーは、コマンドの大きなキューに大きなバッファーを提供する必要があります。 負荷は非常に大きくなります。コントローラーは、このサーバーだけでなくクラスター全体に必要なデータを提供します。 たとえば、廃止されたディスクグループを新しいグループに復元する場合、短時間で大量のデータを書き込む必要があります。 書き込み速度は、コントローラーのパフォーマンスに依存します。
4. ディスクのボリューム 。 この状況では、それはもはや良いことを意味しません。 むしろ、反対。 現在、4、6 TBドライブが利用可能ですが、VSANは1 TBドライブから最適に構築されます。 キャッシュに何も入らない緊急事態を想像してみましょう（「フライング」ディスクグループ、バックアップ、またはバックアップリカバリを置き換える）：6 TBディスクは1 TBディスクよりも6倍長い時間を回復します（ボリュームに対する読み取り速度の比率を考慮すると）保存データ-IOPS / GB）。 もちろん、ここでは最悪のケースについて話していますが、これらの状況は空想の領域ではありません。 そして、VSANでボリュームディスクを使用する必要性が完全になくなるように、それぞれ6 TBの7つのハードドライブで復元されるデータ量を想像してください。
5. SSDのボリュームとハードドライブのボリュームの比率 。 これは、ディスクグループの最終的なパフォーマンスに直接影響します。SSDの容量が大きいほど（キャッシュに格納されるデータが多くなるほど）、パフォーマンスは高くなります。 CloudLITEは、キャッシュにPCIeフラッシュカードを使用します— SSDよりも待ち時間が短くなります。 ところで、VSANバージョン6.0では、SSDのみで構成されるディスクグループがサポートされています。
6. ディスク容量に対する計算能力の比率 。 VSANを設計するときは、すべてを慎重にサイズ調整する必要があります。プロセッサ、メモリ、ディスクグループの数の比率を計算し、経済的に利益を上げるために計算能力を高める比率を計算します。
ソリューションが機能すると、新しいサーバーを追加せずにVSAN（ストレージノード）の下にディスクスペースを追加することができなくなります。これは、プロセッサとメモリを意味します。 サーバーがストレージとしてのみ使用される場合（つまり、このサーバーのコンピューティングノードがアイドル状態の場合）のオプションは可能ですが、経済的に不利です。実際、これは従来の構成に戻り、統合ソリューションのメリットを拒否します。
9か月-通常のフライト
VSANにより、ミッドレンジストレージに匹敵する高いパフォーマンスが得られました。
運用期間全体にわたって、VSAN（2014年9月以降）は、エンタープライズソリューションの一部を含め、非常に高いレベルの可用性を示しました。
3月以降、システムはCloudLITE.ruオンラインストアの仮想化クラスターで動作しています。
ちなみに、無料の試乗に行ってください:)