Azure Stack HCI および Windows Server クラスターのドライブ対称に関する考慮事項

適用対象: Azure Stack HCI バージョン 22H2 および 21H2。Windows Server 2022、Windows Server 2019

Azure Stack HCI クラスターと Windows Server クラスターは、すべてのサーバーにまったく同じドライブがある場合に最適です。

実際には、これが常に実用的であるとは限りません。 今日、あなたは広々とした3 TBのハードドライブを購入することができます。来年度は、その小さなドライブを見つけることが不可能になる可能性があります。 そのため、ある程度のミキシングとマッチングが想定され、サポートされます。 ただし、対称性の方が常に優れていることに注意してください。

記憶域スペース ダイレクトは、Azure Stack HCI と Windows Server の背後にある基になる記憶域仮想化テクノロジです。 この記事では、制約について説明し、記憶域スペース ダイレクトでサポートされている構成とサポートされていない構成の例を示します。

制約

このセクションでは、ドライブの種類、モデル、サイズ、およびドライブの数に関する制約について説明します。

タイプ

すべてのサーバーに同じ 種類のドライブが必要です。

たとえば、1 つのサーバーに NVMe がある場合、 それらはすべて NVMe を持つ必要があります。

番号

すべてのサーバーは、各種類の同じ数のドライブを持つ必要があります。

たとえば、1 台のサーバーに 6 台の SSD がある場合、 すべての サーバーに 6 つの SSD が必要です。

モデル

可能な限り、同じモデルとファームウェア バージョンのドライブを使用することをお勧めします。 できない場合は、可能な限り類似したドライブを慎重に選択してください。 記憶域スペース ダイレクトは IO を均等に分散し、モデルに基づいて区別しないため、パフォーマンスや耐久性の特性が急激に異なる同じ種類のドライブを混在させないようにします (一方がキャッシュで、もう一方が容量である場合を除く)。

サイズ

可能な限り、同じサイズのドライブを使用することをお勧めします。 サイズが異なる容量ドライブを使用すると、一部の容量が使用できなくなる可能性があります。また、サイズが異なるキャッシュ ドライブを使用しても、キャッシュのパフォーマンスが向上しない可能性があります。 詳細については、次のセクションを参照してください。

容量の不均衡を理解する

記憶域スペース ダイレクトは、ドライブ間およびサーバー間で容量の不均衡を処理するのに十分な堅牢性を備えています。 不均衡が深刻であっても、すべてが機能し続けます。 ただし、いくつかの要因によっては、すべてのサーバーで使用できない容量が使用できない場合があります。

これが発生する理由を確認するには、次の簡略化された図を検討してください。 色付きの各ボックスは、ミラー化されたデータの 1 つのコピーを表します。 たとえば、A、A、A'' とマークされたボックスは、同じデータの 3 つのコピーです。 サーバーのフォールト トレランスを優先するには、これらのコピーを別のサーバーに格納する 必要があります 。

残される容量

図に示すように、サーバー 1 (10 TB) とサーバー 2 (10 TB) はいっぱいです。 サーバー 3 には大きなドライブがあるため、合計容量は大きくなります (15 TB)。 ただし、サーバー 3 にさらに 3 方向ミラー データを格納するには、既に満杯になっているサーバー 1 とサーバー 2 にもコピーが必要になります。 サーバー 3 の残りの 5 TB の容量は使用できません。これは 、孤立 した容量です。

最適な配置

逆に、容量が 10 TB、10 TB、10 TB、15 TB の 4 台のサーバーと、3重ミラーの耐障害性がある場合には、図示されたようにすべての使用可能な容量を活用する形でコピーを適切に配置することが可能です。 可能な限り、記憶域スペース ダイレクト アロケーターは最適な配置を検索して使用し、残りの容量を残しません。

サーバーの数、回復性、容量の不均衡の重大度、およびその他の要因は、孤立した容量があるかどうかに影響します。 最も慎重な一般的な規則は、すべてのサーバーで使用可能な容量のみが使用可能であると想定することです。

キャッシュの不均衡を理解する

記憶域スペース ダイレクトは、ドライブ間およびサーバー間のキャッシュの不均衡にも耐えることができます。 不均衡が深刻であっても、すべてが機能し続けます。 さらに、常に使用可能なすべてのキャッシュを最大限に使用します。

異なるサイズのキャッシュ ドライブを使用しても、キャッシュのパフォーマンスが一様または予測的に向上しない可能性があります。より大きいキャッシュ ドライブによるドライブ バインディングに対するIOのみに、パフォーマンスの向上が見込まれる可能性があります。 記憶域スペース ダイレクトは、バインディング間で IO を均等に分散し、キャッシュと容量の比率に基づいて区別しません。

構成の例

サポートされている構成とサポートされていない構成を次に示します。

サポート: サーバー間で異なるモデル

最初の 2 台のサーバーは NVMe モデル "X" を使用しますが、3 番目のサーバーは NVMe モデル "Z" を使用します。これは非常によく似ています。

これはサポートされています。

サポート: サーバー内のさまざまなモデル

すべてのサーバーは、HDD モデル "Y" と "Z" の異なる組み合わせを使用します。これは非常によく似ています。 すべてのサーバーに合計 10 個の HDD があります。

これはサポートされています。

サポート対象: サーバー間で異なるサイズ

最初の 2 台のサーバーは 4 TB の HDD を使用しますが、3 つ目のサーバーは同様の 6 TB HDD を使用します。

これはサポートされていますが、その結果、容量の効率的利用が妨げられます。

サポート: サーバー内のさまざまなサイズ

すべてのサーバーは、1.2 TB と同様の 1.6 TB SSD の異なる組み合わせを使用します。 すべてのサーバーには、合計 4 つの SSD があります。

これはサポートされています。

サポートされていません: サーバー間で異なる種類のドライブ

サーバー 1 には NVMe がありますが、他のサーバーは NVMe を持っていません。

これはサポートされていません。 ドライブの種類は、すべてのサーバーで同じである必要があります。

サポートされていません: サーバー間で種類ごとに異なる数

サーバー 3 には、他のドライブよりも多くのドライブがあります。

これはサポートされていません。 各種類のドライブの数は、すべてのサーバーで同じである必要があります。

サポートされていません: HDD ドライブのみ

すべてのサーバーには HDD ドライブのみが接続されています。

これはサポートされていません。 各サーバーに接続されている少なくとも 2 つのキャッシュ ドライブ (NvME または SSD) を追加する必要があります。

概要

要約すると、クラスター内のすべてのサーバーに同じ種類のドライブと、各種類の同じ数が必要です。 上記の考慮事項を使用して、必要に応じてドライブ モデルとドライブ サイズを組み合わせることができます。

次のステップ

関連情報については、以下も参照してください。

• ドライブの選択