日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

サイトの削除に関する考慮事項

01/04/2023 共同作成者

PDF

サイトの運用停止手順を使用してサイトを削除する前に、考慮事項を確認しておく必要があります。

サイトの運用を停止した場合の動作

サイトの運用を停止すると、 StorageGRID はサイトのすべてのノードとサイト自体を StorageGRID システムから完全に削除します。

サイトの運用停止手順が完了したら、次の手順を実行します

StorageGRID を使用してサイトやサイトの任意のノードを表示したり、アクセスしたりすることはできなくなります。
サイトを参照するストレージプールやイレイジャーコーディングプロファイルは使用できなくなります。サイトを StorageGRID が運用停止すると、これらのストレージプールが自動的に削除され、イレイジャーコーディングプロファイルが非アクティブ化されます。

接続されているサイトと切断されているサイトの運用停止手順の違い

サイト運用停止手順を使用すると、すべてのノードが StorageGRID に接続されているサイト（接続されていないサイトの運用停止と呼ばれる）を削除したり、すべてのノードが StorageGRID から切断されているサイト（切断されたサイトの運用停止と呼ばれる）を削除したりできます。作業を開始する前に、これらの手順の違いを理解しておく必要があります。

サイトに接続された（アイコンアラートの緑のチェックマーク

）および切断されているノード（アイコンのアラームグレーが管理上ダウンしています

または

）の場合は、すべてのオフラインノードをオンラインに戻す必要があります。

接続されたサイトの運用停止機能を使用すると、 StorageGRID システムから運用サイトを削除できます。たとえば、接続されたサイトの運用停止を実行して、機能しているが不要になったサイトを削除できます。
StorageGRID は、接続されているサイトを削除する際、 ILM を使用してサイトのオブジェクトデータを管理します。接続されたサイトの運用停止を開始するには、すべての ILM ルールからサイトを削除し、新しい ILM ポリシーをアクティブ化する必要があります。オブジェクトデータを移行するための ILM プロセスとサイトを削除するための内部プロセスは同時に発生する可能性がありますが、実際の運用停止手順を開始する前に ILM の手順を完了しておくことを推奨します。

切断されたサイトの運用停止機能を使用すると、障害が発生したサイトを StorageGRID システムから削除できます。たとえば、切断されたサイトの運用停止を実行して、火災や洪水によって破壊されたサイトを削除できます。

切断されているサイトを削除すると、 StorageGRID はすべてのノードをリカバリ不能とみなし、データの保持を試みません。ただし、切断されたサイトの運用停止を開始する前に、サイトをすべての ILM ルールから削除して、新しい ILM ポリシーをアクティブ化する必要があります。

切断されたサイトの運用停止手順を実行する前に、ネットアップのアカウント担当者にお問い合わせください。運用停止サイトのウィザードですべての手順を有効にする前に、要件を確認してください。切断されているサイトの運用停止は、サイトをリカバリしたり、サイトからオブジェクトデータをリカバリしたりできる可能性がある場合は、試行しないでください。

接続されているサイトまたは切断されているサイトを削除するための一般的な要件

接続されているサイトや切断されているサイトを削除する前に、次の要件について確認しておく必要があります。

プライマリ管理ノードを含むサイトの運用を停止することはできません。
アーカイブノードが含まれているサイトは運用停止できません。
ハイアベイラビリティ（ HA ）グループに属するインターフェイスがあるノードがある場合は、サイトの運用を停止できません。HA グループを編集してノードのインターフェイスを削除するか、 HA グループ全体を削除する必要があります。
接続されているサイト（）および切断（または）をクリックします。
他のサイトのいずれかのノードが切断されている（の場合）は、サイトの運用を停止できませんまたは）。
EC ノードの修復処理が進行中の場合、サイトの運用停止手順を開始することはできません。イレイジャーコーディングデータの修復を追跡するには、次のトピックを参照してください。

"データ修復ジョブを確認しています"

サイトの運用停止中は、手順は次の処理を実行します。

運用停止するサイトを参照する ILM ルールは作成できません。サイトを参照する既存の ILM ルールを編集することもできません。

拡張やアップグレードなどの他のメンテナンス手順は実行できません。

接続されているサイトの運用停止中に別のメンテナンス手順を実行する必要がある場合は、ストレージノードを削除している間に手順を一時停止できます。[Pause （一時停止） ] ボタンは、「デコミッション・レプリケート・データとイレイジャーコーディング・データ」ステージの間に有効になります。

サイトの運用停止手順の開始後にノードをリカバリする必要がある場合は、サポートにお問い合わせください。

一度に複数のサイトの運用を停止することはできません。
サイトに 1 つ以上の管理ノードが含まれており、 StorageGRID システムでシングルサインオン（ SSO ）が有効になっている場合は、そのサイトに対する証明書利用者信頼をすべて Active Directory フェデレーションサービス（ AD FS ）から削除する必要があります。

情報ライフサイクル管理（ ILM ）の要件

サイトを削除する場合は、 ILM 設定を更新する必要があります。Decommission Site ウィザードでは、次のことを確認するために、いくつかの前提条件となる手順を実行できます。

アクティブな ILM ポリシーではサイトが参照されません。その場合は、新しい ILM ルールを使用して新しい ILM ポリシーを作成してアクティブ化する必要があります。
ドラフトの ILM ポリシーが存在しません。ドラフトポリシーがある場合は削除する必要があります。
アクティブポリシーまたはドラフトポリシーで使用されていない ILM ルールはサイトを参照していません。サイトを参照するすべてのルールを削除または編集する必要があります。

サイトを StorageGRID が運用停止すると、そのサイトを参照している未使用のイレイジャーコーディングプロファイルは自動的に非アクティブ化され、サイトを参照している未使用のストレージプールが自動的に削除されます。システムデフォルトの All Storage Nodes ストレージプールは、すべてのサイトを使用するため削除されます。

サイトを削除する前に、新しい ILM ルールを作成して新しい ILM ポリシーをアクティブ化する必要がある場合があります。この手順を実行するには、 ILM の仕組みと、ストレージプール、イレイジャーコーディングプロファイル、 ILM ルール、 ILM ポリシーのシミュレートとアクティブ化について十分に理解している必要があります。情報ライフサイクル管理を使用してオブジェクトを管理する手順を参照してください。

"ILM を使用してオブジェクトを管理する"

接続されているサイトでのオブジェクトデータに関する考慮事項

接続されたサイトの運用停止を実行する場合は、新しい ILM ルールと新しい ILM ポリシーを作成するときに、サイトの既存のオブジェクトデータで実行する処理を決定する必要があります。次のいずれか、または両方を実行できます。

選択したサイトからグリッド内の 1 つ以上の他のサイトにオブジェクトデータを移動します。

データ移動の例 * ：サニーベールで新しいサイトを追加したために、ローリーでサイトの運用を停止するとします。この例では、すべてのオブジェクトデータを古いサイトから新しいサイトに移動します。ILM ルールと ILM ポリシーを更新する前に、両方のサイトで容量を確認する必要があります。サニーベールサイトにローリーサイトのオブジェクトデータを保存できるだけの十分な容量があり、将来の成長に備えてサニーベールに十分な容量が残っていることを確認する必要があります。

十分な容量を使用できるようにするために、この手順を実行する前に既存のサイトにストレージボリュームまたはストレージノードを追加したり、新しいサイトを追加したりしなければならない場合があります。StorageGRID システムの拡張手順を参照してください。

選択したサイトからオブジェクトコピーを削除します。

データの削除の例 * ：現在、 3 コピーの ILM ルールを使用して 3 つのサイト間でオブジェクトデータをレプリケートしているとします。サイトの運用を停止する前に、同等の 2-copy ILM ルールを作成して、 2 つのサイトにのみデータを格納することができます。2-copy ルールを使用する新しい ILM ポリシーをアクティブ化すると、 ILM 要件を満たさなくなるため、 StorageGRID は 3 番目のサイトからコピーを削除します。ただし、オブジェクトデータは引き続き保護され、残りの 2 つのサイトの容量は同じになります。

サイトの削除に対応するためにシングルコピーの ILM ルールを作成しないでください。ある期間にレプリケートコピーを 1 つしか作成しない ILM ルールには、データが永続的に失われるリスクがあります。オブジェクトのレプリケートコピーが 1 つしかない場合、ストレージノードに障害が発生したり、重大なエラーが発生すると、そのオブジェクトは失われます。また、アップグレードなどのメンテナンス作業中は、オブジェクトへのアクセスが一時的に失われます。

接続されたサイトの運用停止に関する追加要件

StorageGRID で接続されているサイトを削除する前に、次の点を確認してください。

StorageGRID システムのすべてのノードの接続状態が * connected * （アイコンアラートの緑のチェックマーク）です。ただし、ノードにはアクティブなアラートを含めることができます。

1 つ以上のノードが切断されている場合は、 Decommission Site ウィザードの手順 1~4 を完了できます。ただし、すべてのノードが接続されていないと、ウィザードの手順 5 を実行して運用停止プロセスを開始することはできません。

削除するサイトにゲートウェイノードまたは負荷分散に使用される管理ノードが含まれている場合は、拡張手順を実行して同等の新しいノードを別のサイトに追加しなければならないことがあります。サイトの運用停止手順を開始する前に、クライアントが交換用ノードに接続できることを確認してください。
削除するサイトにハイアベイラビリティ（ HA ）グループ内のゲートウェイノードまたは管理ノードがある場合は、運用停止サイトウィザードの手順 1~4 を完了できます。ただし、ウィザードの手順 5 を実行して運用停止プロセスを開始する場合は、これらのノードをすべての HA グループから削除する必要があります。既存のクライアントがサイトのノードを含む HA グループに接続している場合は、サイトの削除後も引き続き StorageGRID に接続できることを確認する必要があります。
削除するサイトのストレージノードにクライアントが直接接続している場合は、サイトの運用停止手順を開始する前に、それらのクライアントが他のサイトのストレージノードに接続できることを確認する必要があります。
アクティブな ILM ポリシーの変更に伴い移動されるオブジェクトデータに対応できる十分なスペースを残りのサイトに確保する必要があります。接続されているサイトの運用停止を完了する前に、ストレージノード、ストレージボリューム、または新しいサイトを追加して StorageGRID システムの拡張が必要になる場合があります。

手順の運用停止が完了するまでに、十分な時間を確保する必要があります。StorageGRID の ILM プロセスの運用が停止されるまでに、サイトからオブジェクトデータを移動または削除するのに数日、数週間、場合によっては数カ月かかることがあります。

サイトからオブジェクトデータを移動または削除するには、サイトのデータ量、システムの負荷、ネットワークのレイテンシ、および ILM に求められる変更の性質に応じて、数日、数週間、場合によっては数カ月かかることがあります。

Decommission Site ウィザードの手順 1~4 をできるだけ早く完了する必要があります。実際の運用停止手順を開始する前にサイトからデータを移動できるようにすると（ウィザードの手順 5 で「運用停止 * を開始」を選択して）、運用停止手順の処理がより迅速になり、システム停止やパフォーマンスへの影響も少なくなります。

切断されたサイトの運用停止に関する追加要件

StorageGRID で切断されているサイトを削除する前に、次の点を確認してください。

ネットアップのアカウント担当者に連絡しておきます。運用停止サイトのウィザードですべての手順を有効にする前に、要件を確認してください。

切断されているサイトの運用停止は、サイトをリカバリしたり、サイトからオブジェクトデータをリカバリしたりできる可能性がある場合は、試行しないでください。

サイトのすべてのノードの接続状態が次のいずれかである必要があります。
- * 不明 * （）：不明な理由でノードがグリッドに接続されていません。たとえば、ノード間のネットワーク接続が失われた、電源が切れたなどの原因が考えられます。
- * 管理上のダウン * （）：想定される理由でノードがグリッドに接続されていません。たとえば、ノード上のノードまたはサービスが正常にシャットダウンされたとします。
他のすべてのサイトのすべてのノードの接続状態が * connected * （のようになっている必要がありますただし、これらの他のノードにはアクティブなアラートを含めることができます。
StorageGRID を使用してサイトに格納されているオブジェクトデータを表示したり読み出したりすることができなくなることを理解しておく必要があります。StorageGRID はこの手順を実行する際、切断されているサイトのデータを一切保持しません。

ILM ルールとポリシーが単一サイトの損失を防ぐように設計されている場合は、オブジェクトのコピーが残りのサイトに存在します。
サイトにオブジェクトの唯一のコピーが含まれていた場合は、オブジェクトが失われて読み出しできないことを理解しておく必要があります。

サイトを削除するときの整合性制御に関する考慮事項

S3 バケットまたは Swift コンテナの整合性レベルにより、オブジェクトの取り込みが成功したことをクライアントに通知する前に、 StorageGRID がすべてのノードおよびサイトにオブジェクトメタデータを完全にレプリケートするかどうかが決まります。整合性レベルを設定する場合は、オブジェクトの可用性と、異なるストレージノードおよびサイト間におけるオブジェクトの整合性のどちらかを犠牲にしなければなりません。

StorageGRID でサイトを削除するときは、削除するサイトにデータが書き込まれていないことを確認する必要があります。その結果、各バケットまたはコンテナの整合性レベルが一時的に上書きされます。サイトの運用停止プロセスの開始後、 StorageGRID は一時的に strong-site 整合性を使用し、オブジェクトのメタデータがサイトに書き込まれないようにします。

この一時的な上書きの結果、残りのサイトで複数のノードが使用できなくなった場合、サイトの運用停止中に発生するクライアントの書き込み、更新、および削除の処理が失敗する可能性があることに注意してください。