このトピックでは、PowerShell を使って記憶域スペース ダイレクトでサーバーを削除する方法について説明します。
ドライブを残したままのサーバーの削除
すぐにサーバーをクラスターに追加し直す場合、または別のサーバーに移動してドライブを保持する場合は、記憶域プールからドライブを削除 せずに 、クラスターからサーバーを削除できます。 フェールオーバー クラスター マネージャーを使ってサーバーを削除する場合、これは既定の動作です。
PowerShell で Remove-ClusterNode コマンドレットを使用します。
Remove-ClusterNode <Name>
記憶域プールは削除されたドライブを "記憶" し、戻ってくることを予期しているため、このコマンドレットは容量の考慮事項に関係なくすぐに成功します。 削除されたドライブからなくなるデータはありません。 欠落している間、 OperationalStatus は "通信が失われました" と表示され、ボリュームには "不完全" と表示されます。
ドライブが戻ると、新しいサーバーに移動した場合でも自動的に検出されてプールに再度関連付けられます。
Warning
プール データを含むドライブを 1 つのサーバーから他の複数のサーバーに分散しないでください。 たとえば、10 台のドライブを持つ 1 台のサーバーで障害が発生した場合 (たとえば、マザーボードまたはブート ドライブに障害が発生したため)、10 台のドライブすべてを 1 つの新しいサーバー に移動 できますが、それぞれを別のサーバーに個別に移動 することはできません 。
サーバーとそのドライブの削除
クラスターからサーバーを完全に削除する場合 (スケールインと呼ばれることもあります)、クラスターからサーバーを削除 し、 そのドライブを記憶域プールから削除できます。
Remove-ClusterNode コマンドレットを省略可能な -CleanUpDisks フラグと共に使用します。
Remove-ClusterNode <Name> -CleanUpDisks
Windows はそのサーバーに保存されたデータをすべてクラスター内の他のサーバーに移動する必要があるため、このコマンドレットの実行には時間がかかることがあります (場合によっては数時間)。 この処理が完了すると、ドライブは記憶域プールから完全に削除され、影響を受けるボリュームが正常な状態に戻ります。
Requirements
永続的にスケールイン (サーバー とその ドライブを削除) するには、クラスターが次の 2 つの要件を満たしている必要があります。 そうでない場合、 Remove-ClusterNode -CleanUpDisks コマンドレットは、中断を最小限に抑えるために、データ移動を開始する直前にエラーを返します。
十分な容量
まず、すべてのボリュームに対応するために、残りのサーバーに十分なストレージ容量が必要です。
たとえば、サーバーが 4 台 (それぞれ 1 TB のドライブを 10 台搭載) ある場合、物理的な記憶域の合計容量は 40 TB です。 1 台のサーバーとそのドライブをすべて削除すると、残りの容量は 30 TB になります。 ボリュームのフットプリントが合計で 30 TB を超える場合、残りのサーバーに収まらないため、コマンドレットによりエラーが返され、データは削除されません。
十分な障害ドメイン
次に、ボリュームの回復性を実現するのに十分な障害ドメイン (通常はサーバー) が必要です。
たとえば、ボリュームが回復性のためにサーバー レベルで 3 方向ミラーリングを使っている場合、サーバーが 3 台以上ないと完全に正常な状態にはなりません。 サーバーがちょうど 3 台の場合に、1 台のサーバーとそのドライブをすべて削除しようとすると、コマンドレットによりエラーが返され、データは削除されません。
次の表に、回復性の種類ごとに必要な障害ドメインの最小数を示します。
| Resiliency | 最低限必要な障害ドメイン |
|---|---|
| 双方向ミラー | 2 |
| 3 方向ミラー | 3 |
| デュアル パリティ | 4 |
Note
障害発生時やメンテナンス時など、短期的にサーバーが減ってもかまいません。 しかし、ボリュームが完全に正常な状態に戻るには、上に示したサーバーの最小数が必要です。