Azure Stack HCI の単一サーバー スケールアウト
適用対象: Azure Stack HCI バージョン 22H2
重要
Azure Stack HCI が Azure Local の一部になりました。 製品ドキュメントの名前変更が進行中です。 ただし、古いバージョンの Azure Stack HCI (22H2 など) は引き続き Azure Stack HCI を参照し、名前の変更は反映されません。 詳細情報。
警告
この記事で説明するデプロイ手順は、古いバージョンの 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
次のコマンドを実行して、適用できなくなったストレージ層を削除します。 詳細については、 Storage レベルの概要テーブル を参照してください。
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
Note
前のコマンドは、
StorageScaleUnit
からPhysicalDisk
に、またはStorageScaleUnit
からNode
またはChassis
型に変更する場合には機能しません。
インライン回復性の変更
インライン 障害ドメインの変更が行われると、次のシナリオでノードのスケールアウトを処理するためにボリュームの回復性を高めることができます。
次のコマンドを実行して、回復性の変更の進行状況を確認します。 修復操作は、クラスター内のすべてのボリュームで確認する必要があります。
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>
Note
Windows Admin Center で作成されたボリュームは、階層化ボリュームとして構成されます。 ボリュームの回復性を変更するには、 Get-StorageTier や Set-StorageTier などの StorageTier コマンドレットを使用します。
次のステップ
詳細については、 ReFS を参照してください。