サイトの冗長性のためのVMware vSphereクラスター設計
vSphereクラスターを使用する場合のサイトの冗長性の最適な設計について質問があります。最初に私たちの状況についての背景情報を少し。 私たちは、異なる国に2つの主要なオフィスを持つ中規模の会社です。私たちのネットワークは、現在使用されていないLayer2 150Mbps専用線によってリンクされています。社内で使用するために、物理サーバーや既存のvSphereクラスターなど、さまざまなサービスを実行しています。私たちの部門では、NTP、Syslog、ジャンプサーバー、監視サーバーなど、いくつかのサービス（ほとんどすべてがさまざまなLinuxの形式で実行されています）も実行しています。 現在、これらのサーバーは各場所（現時点ではありません）内で冗長である必要があり、サイトの冗長性（ある程度、サーバーは第2の場所で複製されているため、構成が同期されている）が必要です。アプリケーション層でのさまざまなメソッド）。利用可能なSANがありません。少なくとも現時点で使用できるものはありません。 コストも問題です。予算はありますが、たとえば両方の場所でSANを購入する余裕はありません。 私はVSA機能を調べましたが、これは私たちにとって何かの可能性があるようですが、サイトの冗長性要件を解決する方法がわかりません。 現在、テスト目的で、2つのESXiホストにVSAを備えたvSphere 5をラボでセットアップしています。現在Essentials PlusキットとVSAライセンスを使用しています。これにより、最大3つのホスト上にVSAクラスターを構築し、vCenterライセンスを使用してそれらを管理できます。ホストにはそれぞれ、Raid1で実行される2つのデュアルポートネットワークカードと2つの600GBドライブがあります。ハードウェア的には、これはVMとして必要なすべてのサービスを実行するのに十分であり、サイト内で冗長性を提供します。 現時点では、サイトの冗長性を確保するためのオプションは2つしかありません。 2番目の場所に同じVSAクルーターを構築し、さまざまなサービスをアプリケーションレイヤーで同期させます（データベースの同期、rsyncなど）。 ホストの1つを既存のクラスターから2番目の場所に移動するだけで、基本的にVSAクラスターはサイト間の150Mbpsリンクに広がります。 私は2番目のオプションを非常に好みますが、それがまったく機能するかどうか、私はそれがどれだけうまく機能するかわかりません。技術的には、必要なVLANを専用回線にまたがって、2番目の場所で使用できるようにする必要があります。利点は、データベースの同期などについてまったく心配する必要がないことです。しかし、帯域幅が十分ではないと感じています。VSAクラスターがホスト間で生成するトラフィックの量を知る方法はありません。これはVMの個々の使用状況に依存する可能性が高いと思いますが、それでも、VSAがESXiホスト間でデータを複製する方法がわかりません。 これらは私の唯一のオプションですか、それとも私の目標は他の方法で達成できますか？メインの場所から1晩に1回VMが同期される2番目の場所に、ある種の「コールドスタンバイ」クラスターを配置する方法はありますか？最初のサイトが利用できなくなった場合に、それらすべてのVMをそこでオンラインにすることができるという考えです。1日経過したデータで問題ありません。 どんな答えでもありがたいです。 よろしく、ステファン