web-dev-qa-db-ja.com

2ノードサーバー2012 R2 Hyper-Vクラスター:クラスターでローカル物理ディスクを使用することは可能ですか?

次のクラスター化された共有スペースTechNet article を見ると、これは、外部SASバックプレーン経由でJBODエンクロージャーを共有するホストにのみ適用されるようです。

ただし、2ノードクラスター内の各ホストには、SAS 15Kドライブ(4))の同量があり、現在RAID 10アレイとして構成されています。

VMWareの仮想SANテクノロジーに相当するHyper-Vがあるのに対し、ローカルディスクはクラスター上の共有ストレージノードとして公開できるのではないかと思います。

基本的には、ホスト上のディスクを利用したいだけであり、フェールオーバークラスターマネージャーは、仮想マシンを移動するターゲットまでローカルディスクでボールをプレーしたくないようです。 SANメンテナンスで、必要に応じてVMをローカルディスクにシャッフルできるようになれば、いいでしょう。

7
gravyface

フェールオーバークラスターには共有ストレージが必要です。これがないと、マシンが停止した場合、マシンのデータにアクセスできなくなり、データがないとフェイルオーバーする方法がありません。

ローカルドライブを使用する組み込みのフォールトトレラントな方法があるとは思いません。クラスター化された仮想マシンの場合、共有ストレージが必要であり、内蔵ドライブは対象外です。

特に、SAN=メンテナンスまたはアップグレードの実行中にこれが一時的である場合)できることは、フォールトトレランスを失います。SCVMMを使用している場合は、[この仮想マシンを高可用性にする]をオフにします。フェールオーバークラスターマネージャーを使用している場合は、クラスターマネージャーから仮想マシンを削除し(物理ホスト上にまだ存在します)、Hyper-Vマネージャーを使用してローカルストレージに移動します。

これを行うと、フォールトトレランスが失われます-物理ホストが停止した場合、そのホスト上のすべてのVMがそれに伴います。非クラスターバージョンのライブマイグレーションを使用して、通常の操作中にそれらをホスト間で移動することはできますが、ディスクファイルの移動も意味するため、時間がかかります。

完了したら、ディスクを共有ストレージに戻し、再び高可用性にします。

4
Grant

StarWindとHP VSAはすでに言及されているので、ここで追加することはあまりありません!どちらの製品も優れた価値を提供し、達成しようとしていることを正確に実行します。

HP VSAまたはStarWindのストレージプールとしてすでにプロビジョニングされている場合、VMをローカルストレージにシャッフルすることはできません。ただし、StarWindのストレージは常にループバックモードで使用できるため、メンテナンス中でもVMにアクセスできます。 HP VSAについては不明です。クラスターには3番目の投票エンティティが必要なので、メンテナンスプロセスがより複雑になる可能性があります。

VMをシャッフルするための空き容量がある場合は、市場で入手可能な任意のストレージソリューションでStorage Live Migration機能を使用できます。

4
Stuka

StarWind Virtual SANは必要なもののほとんどすべてです。VMを実行する自家製のソリューションとは異なり、GregLは、この特定のソリューションがWindowsアプリであるため、Hyper-Vに100%ネイティブであると述べていました。インストールが簡単で、いいえVMパッチの混乱+パフォーマンス。VMに問題がない場合は、HP StoreVirtual VSAで確認してください。無料バージョンでは容量が1TBに制限され、3番目のスタンドアロンを要求しますFOMをインストールするノード(同等のWindowsクラスター監視)。

3
RiGiD5

これを実現する唯一の方法は、ローカルでホストされている「コントローラー」を使用して、vSANの独自の自家製バージョンをセットアップすることだと思います。

this のようなもの、またはクラスタ化された FreeNAS / OpenFiler 実行中のインスタンス [〜#〜] drbd [〜#〜] トリックを行う必要があります。

プライマリストレージの目的でこれに依存することはありませんが、破壊的なSANメンテナンスを実行し、少数のVMを実行し続ける必要がある場合は、ピンチで問題なく動作する可能性があります。

0
GregL