Azure Stack HCI の単一サーバー スケールアウト

適用対象: Azure Stack HCI バージョン 22H2

Azure Stack HCI バージョン 22H2 では、シングルサーバー クラスター スケールアウトのインライン障害ドメインと回復性の変更がサポートされています。この記事では、Azure Stack HCI クラスターをスケールアウトする方法について説明します。

単一サーバー クラスターのスケールアウトについて

Azure Stack HCI バージョン 22H2 では、単一サーバー クラスターから 2 ノード クラスター、および 2 ノード クラスターから 3 ノード クラスターに簡単にスケーリングできます。 次の図は、単一サーバーを Azure Stack HCI 上のマルチノード クラスターにスケールアウトする方法を示しています。

インライン 障害ドメインの変更

単一サーバー クラスターから 2 ノード クラスターにスケールアップする場合、ストレージ障害ドメインを最初に型 PhysicalDisk から に変更する StorageScaleUnit必要があります。 変更は、すべての仮想ディスクとストレージ層に適用する必要があります。 追加のノードを作成でき、データはクラスター内のすべてのノード間で均等に分散されます。

ノードを追加した後に障害ドメインを正しく設定するには、次の手順を実行します。

1. PowerShell を管理者として実行します。

2. 記憶域プールの障害ドメインの種類を変更します。

   Get-StoragePool -FriendlyName <s2d*> | Set-StoragePool -FaultDomainAwarenessDefault StorageScaleUnit
   

3. クラスター パフォーマンス履歴ボリュームを削除します。

   Remove-VirtualDisk -FriendlyName ClusterPerformanceHistory
   

4. 次のコマンドを実行して、新しいストレージ層を生成し、クラスターのパフォーマンス履歴ボリュームを再作成します。

   Enable-ClusterStorageSpacesDirect -Verbose
   

5. 次のコマンドを実行して、適用されなくなったストレージ層を削除します。 詳細については、「 ストレージ層の概要」の表 を参照してください。

   Remove-StorageTier -FriendlyName <tier_name>
   

6. 既存のボリュームの障害ドメインの種類を変更します。

   階層化されていないボリュームの場合は、次のコマンドを実行します。

   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>

次の手順

詳細については、「 ReFS 」を参照してください。