Azure Stack HCI の単一サーバー スケールアウト
適用対象: Azure Stack HCI バージョン 22H2
警告
この記事で説明するデプロイ手順は、古いバージョンの Azure Stack HCI バージョン 22H2 に適用されます。 新しいデプロイでは、一般公開されている最新バージョンの Azure Stack HCI バージョン 23H2 を使用することをお勧めします。 デプロイ手順については、「 Azure Stack HCI バージョン 23H2 デプロイについて」を参照してください。
Azure Stack HCI バージョン 22H2 では、シングルサーバー クラスター スケールアウトのインライン障害ドメインと回復性の変更がサポートされています。この記事では、Azure Stack HCI クラスターをスケールアウトする方法について説明します。
単一サーバー クラスターのスケールアウトについて
Azure Stack HCI バージョン 22H2 では、単一サーバー クラスターから 2 ノード クラスター、および 2 ノード クラスターから 3 ノード クラスターに簡単にスケーリングできます。 次の図は、単一サーバーを Azure Stack HCI 上のマルチノード クラスターにスケールアウトする方法を示しています。
インライン 障害ドメインの変更
単一サーバー クラスターから 2 ノード クラスターにスケールアップする場合、ストレージ障害ドメインを最初に型 PhysicalDisk から に変更する StorageScaleUnit必要があります。 変更は、すべての仮想ディスクとストレージ層に適用する必要があります。 追加のノードを作成でき、データはクラスター内のすべてのノード間で均等に分散されます。
ノードを追加した後に障害ドメインを正しく設定するには、次の手順を実行します。
PowerShell を管理者として実行します。
記憶域プールの障害ドメインの種類を変更します。
Get-StoragePool -FriendlyName <s2d*> | Set-StoragePool -FaultDomainAwarenessDefault StorageScaleUnitクラスター パフォーマンス履歴ボリュームを削除します。
Remove-VirtualDisk -FriendlyName ClusterPerformanceHistory次のコマンドを実行して、新しいストレージ層を生成し、クラスターのパフォーマンス履歴ボリュームを再作成します。
Enable-ClusterStorageSpacesDirect -Verbose次のコマンドを実行して、適用されなくなったストレージ層を削除します。 詳細については、「 ストレージ層の概要」の表 を参照してください。
Remove-StorageTier -FriendlyName <tier_name>既存のボリュームの障害ドメインの種類を変更します。
階層化されていないボリュームの場合は、次のコマンドを実行します。
Set-VirtualDisk –FriendlyName <name> -FaultDomainAwareness StorageScaleUnitこの変更の進行状況をチェックするには、次のコマンドを実行します。
Get-VirtualDisk -FriendlyName <volume_name> | FL FaultDomainAwareness Get-StorageJob前のコマンドからの出力例を次に示します。
PS C:\> Get-VirtualDisk -FriendlyName DemoVol | FL FaultDomainAwareness FaultDomainAwareness : StorageScaleUnit PS C:\> Get-StorageJob Name IsBackgroundTask ElapsedTime JobState PercentComplete BytesProcessed BytesTotal ---- ---------------- ----------- -------- --------------- -------------- ---------- S2DPool-Rebalance True 00:00:10 Running 0 0 B 512 MB階層化ボリュームの場合は、次のコマンドを実行します。
Get-StorageTier -FriendlyName <volume_name*> | Set-StorageTier -FaultDomainAwareness StorageScaleUnitストレージ層の障害ドメイン認識をチェックするには、次のコマンドを実行します。
Get-StorageTier -FriendlyName <volume_name*> | FL FriendlyName, FaultDomainAwareness注意
以前のコマンドは、 から
StorageScaleUnitに変更したり、 型から または 型にPhysicalDisk変更したりStorageScaleUnitすることはできませんNodeChassis。
インライン回復性の変更
インライン障害ドメインの変更が行われると、次のシナリオでノードスケールアウトを処理するためにボリュームの回復性を高めることができます。
次のコマンドを実行して、回復性の変更の進行状況をチェックします。 修復操作は、クラスター内のすべてのボリュームで確認する必要があります。
Get-StorageJob
このコマンドは、進行中のジョブのみを表示します。
単一サーバーから 2 ノード クラスター
双方向のミラーとして残すには、アクションは必要ありません。 双方向ミラーを入れ子になった双方向ミラーに変換するには、次の操作を行います。
階層化されていないボリュームの場合は、次のコマンドを実行して、最初に仮想ディスクを設定します。
Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 4
階層化ボリュームの場合は、次のコマンドを実行します。
Get-StorageTier -FriendlyName <volume_name*> | Set-StorageTier -NumberOfDataCopies 4
次に、ボリュームを別のノードに移動して、ボリュームを再マウントします。 ReFS ではマウント時にのみプロビジョニングの種類が認識されるため、再マウントが必要です。
Move-ClusterSharedVolume -Name <name> -Node <node>
2 ノードから 3 ノード以上のクラスター
双方向のミラーとして残すには、アクションは必要ありません。 双方向ミラーを 3 方向以上のミラーに変換するには、次の手順を実行することをお勧めします。
既存の双方向ミラー ボリュームでは、次の PowerShell コマンドを使用してこれを利用することもできます。 たとえば、単一サーバー クラスターまたは 3 ノード以上のクラスターの場合、双方向のミラー ボリュームを 3 方向のミラー ボリュームに変換します。
次のシナリオはサポートされていません。
- 3 方向のミラーから双方向のミラーへのスケールダウンなど。
- ミラー高速パリティ ボリューム間でのスケーリング。
- 入れ子になった双方向ミラーまたは入れ子になったミラー高速パリティ ボリュームからのスケーリング。
階層化されていないボリュームの場合は、次のコマンドを実行します。
Set-VirtualDisk -FriendlyName <name> -NumberOfDataCopies 3
階層化ボリュームの場合は、次のコマンドを実行します。
Get-StorageTier -FriendlyName <volume_name*> | Set-StorageTier -NumberOfDataCopies 3
次に、ボリュームを別のノードに移動して、ボリュームを再マウントします。 ReFS ではマウント時にのみプロビジョニングの種類が認識されるため、再マウントが必要です。
Move-ClusterSharedVolume -Name <name> -Node <node>
注意
Windows Admin Centerで作成されたボリュームは、階層化ボリュームとして構成されます。 ボリュームの回復性を変更するには、Get-StorageTier や Set-StorageTier などの StorageTier コマンドレットを使用します。
次の手順
詳細については、「 ReFS 」を参照してください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示