StorageGRIDにおけるサイトの運用停止に関する考慮事項
サイトを削除するためにサイト廃止手順を使用する前に、留意事項を確認する必要があります。
サイトを廃止するとどうなるか
サイトを廃止すると、StorageGRID はサイト内のすべてのノードとサイト自体を StorageGRID システムから完全に削除します。
サイトの廃止手順が完了したら:
-
StorageGRID を使用して、サイトまたはサイト内のいずれかのノードを表示またはアクセスすることはできなくなります。
-
当該サイトを参照していたストレージプールやイレイジャーコーディングプロファイルは、今後一切使用できなくなります。StorageGRID がサイトを廃止すると、これらのストレージプールは自動的に削除され、これらのイレイジャーコーディングプロファイルは無効化されます。
接続サイトと非接続サイトの廃止手順の違い
サイト廃止手順を使用して、すべてのノードが StorageGRID に接続されているサイトを削除すること(接続されたサイトの廃止と呼ばれます)、またはすべてのノードが StorageGRID から切断されているサイトを削除すること(切断されたサイトの廃止と呼ばれます)ができます。開始する前に、これらの手順の違いを理解しておく必要があります。
|
|
サイトに接続されたノード( |
-
接続されたサイトの廃止により、運用中のサイトを StorageGRID システムから削除できます。例えば、接続済みサイトの廃止を実行することで、機能はしているものの不要になったサイトを削除できます。
-
StorageGRID が接続済みサイトを削除する際は、ILM を使用してそのサイトのオブジェクトデータを管理します。接続済みサイトの廃止を開始する前に、サイトをすべての ILM ルールから削除し、新しい ILM ポリシーを有効化する必要があります。オブジェクトデータの移行を行う ILM プロセスと、サイトを削除する内部プロセスは同時に実行できますが、実際の廃止手順を開始する前に ILM の手順が完了するまで待つことをお勧めします。
-
切断されたサイトの廃止により、障害が発生したサイトを StorageGRID システムから削除できます。たとえば、火災や洪水によって破壊されたサイトを削除するために、切断されたサイトの廃止処理を実行できます。
StorageGRID は、接続が切断されたサイトを削除する際、すべてのノードを復旧不可能とみなし、データの保存を一切試みません。ただし、切断されたサイトの廃止を開始する前に、すべての ILM ルールからサイトを削除し、新しい ILM ポリシーを有効にする必要があります。
切断されたサイトの廃止手順を実行する前に、NetApp のアカウント担当者にお問い合わせください。NetApp は、廃止サイトウィザードのすべての手順を有効にする前に、お客様の要件を確認いたします。サイトの復旧やサイトからのオブジェクトデータの復旧が可能と思われる場合は、切断されたサイトの廃止を試みるべきではありません。
接続済みまたは切断済みのサイトを削除するための一般的な要件
接続済みまたは切断済みのサイトを削除する前に、以下の要件を理解しておく必要があります:
-
プライマリ管理ノードを含むサイトは廃止できません。
-
ノードのいずれかに高可用性(HA)グループに属するインターフェイスがある場合、そのサイトを廃止することはできません。ノードのインターフェイスを削除するには、HAグループを編集するか、HAグループ全体を削除する必要があります。
-
接続済み(
)と切断済み(
または
)ノードが混在しているサイトは廃止できません。 -
他のサイトのいずれかのノードが切断されている場合、サイトを廃止することはできません(
または
)。 -
ec-node-repair操作が進行中の場合、サイトの廃止手順を開始することはできません。イレイジャーコーディングされたデータの修復を追跡するには、"データ修復作業を確認する"を参照してください。
-
サイトの廃止手続きが進行中の場合:
-
廃止予定のサイトを参照する ILM ルールを作成することはできません。既存の ILM ルールを編集して、そのサイトを参照するようにすることもできません。
-
拡張やアップグレードなどの他のメンテナンス手順は実行できません。
接続されたサイトの廃止中に別のメンテナンス手順を実行する必要がある場合は、"ストレージノードの削除中は、処理を一時停止してください。"。「一時停止」ボタンは、ILM評価または消去コーディングデータの廃止段階に達した場合にのみ有効になります。ただし、ILM評価(データ移行)はバックグラウンドで引き続き実行されます。2回目のメンテナンス手順が完了したら、廃止を再開できます。 -
サイトの廃止手続きを開始した後にノードを復旧する必要がある場合は、サポートにお問い合わせください。
-
-
一度に複数のサイトを廃止することはできません。
-
サイトに 1 つ以上の管理ノードが含まれており、StorageGRID システムでシングル サインオン(SSO)が有効になっている場合は、Active Directory Federation Services (AD FS) からそのサイトのすべての証明書利用者信頼を削除する必要があります。
情報ライフサイクル管理(ILM)の要件
サイトを削除する際には、ILM の設定を更新する必要があります。廃止サイト ウィザードは、以下の事項を確実に実行するためのいくつかの前提条件となる手順を案内します。
-
このサイトは、ILMポリシーで参照されていません。参照されている場合は、ポリシーを編集するか、新しいILMルールを含むポリシーを作成してアクティブ化する必要があります。
-
ILM ルールがポリシーで使用されていない場合でも、そのサイトを参照している ILM ルールは存在しません。サイトを参照しているすべてのルールを削除または編集する必要があります。
StorageGRID がサイトを廃止すると、そのサイトを参照している未使用のイレイジャーコーディングプロファイルが自動的に無効化され、そのサイトを参照している未使用のストレージプールが自動的に削除されます。All Storage Nodes ストレージプールが存在する場合(StorageGRID 11.6 以前)、すべてのサイトを使用するため削除されます。
|
|
サイトを削除する前に、新しいILMルールを作成し、新しいILMポリシーを有効化する必要がある場合があります。これらの手順は、ILMの仕組みを十分に理解しており、ストレージプール、イレイジャーコーディングプロファイル、ILMルールの作成、およびILMポリシーのシミュレーションとアクティブ化に精通していることを前提としています。参照:"ILMを使用してオブジェクトを管理する" |
接続されたサイトにおけるオブジェクトデータに関する考慮事項
接続済みサイトの廃止措置を実施する場合、新しいILMルールと新しいILMポリシーを作成する際に、サイト内の既存のオブジェクトデータをどのように処理するかを決定する必要があります。以下のいずれか、または両方を行うことができます。
-
選択したサイトから、グリッド内の1つまたは複数の他のサイトにオブジェクトデータを移動します。
データ移行の例:サニーベールに新しいサイトを追加したため、ローリーにあるサイトを廃止したいとします。この例では、すべてのオブジェクトデータを旧サイトから新サイトに移行したいと考えています。ILMルールとILMポリシーを更新する前に、両サイトのキャパシティを確認する必要があります。サニーベールサイトがローリーサイトからのオブジェクトデータを収容するのに十分な容量を備えていること、および将来の成長に備えてサニーベールに十分な容量が確保されていることを確認する必要があります。
十分な容量を確保するために、この手順を実行する前に、既存のサイトにストレージ ボリュームまたはStorage Nodeを追加するか、新しいサイトを追加して"グリッドを拡張する"を行う必要がある場合があります。 -
選択したサイトからオブジェクトのコピーを削除します。
データ削除の例:現在、オブジェクトデータを3つのサイト間で複製するために、3コピーのILMルールを使用しているとします。サイトを廃止する前に、同等の2コピーILMルールを作成することで、データを2つのサイトにのみ保存できます。2コピールールを使用する新しいILMポリシーをアクティブ化すると、StorageGRID はILMの要件を満たさなくなったため、第3サイトからコピーを削除します。しかし、オブジェクトデータは引き続き保護され、残りの2つのサイトの容量も変わりません。
サイトの削除に対応するために、単一コピーのILMルールを作成しないでください。一定期間ごとに複製コピーを1つしか作成しないILMルールは、データが永久に失われるリスクをもたらします。オブジェクトの複製コピーが1つしか存在しない場合、ストレージノードが故障したり、重大なエラーが発生したりすると、そのオブジェクトは失われます。アップグレードなどのメンテナンス手順中は、一時的にオブジェクトへのアクセスができなくなる場合もあります。
接続されたサイトの廃止に関する追加要件
StorageGRID が接続されたサイトを削除する前に、以下の点を確認する必要があります。
-
StorageGRID システム内のすべてのノードの接続状態が「接続済み」(
)である必要があります。ただし、ノードにはアクティブなアラートが存在する可能性があります。1つ以上のノードが切断されている場合は、サイト廃止ウィザードの手順1~4を完了できます。ただし、すべてのノードが接続されていないと、ウィザードのステップ5(廃止処理を開始するステップ)を完了することはできません。 -
削除予定のサイトに、ロード バランシングに使用されるゲートウェイノードまたは管理ノードが含まれている場合、別のサイトに同等の新しいノードを追加するために"グリッドを拡張する"必要がある場合があります。サイトの廃止手順を開始する前に、クライアントが代替ノードに接続できることを確認してください。
-
削除予定のサイトに、高可用性(HA)グループに属するゲートウェイノードまたは管理ノードが含まれている場合は、サイト廃止ウィザードの手順1~4を実行してください。ただし、これらのノードをすべてのHAグループから削除するまでは、ウィザードのステップ5(廃止処理を開始するステップ)を完了することはできません。既存のクライアントがサイトのノードを含むHAグループに接続している場合は、サイトが削除された後もクライアントが引き続きStorageGRIDに接続できることを確認する必要があります。
-
クライアントが削除予定サイトのストレージノードに直接接続している場合、サイトの廃止手順を開始する前に、クライアントが他のサイトのストレージノードに接続できることを確認する必要があります。
-
有効なILMポリシーの変更により移動するオブジェクトデータを格納するために、残りのサイトに十分な空き容量を確保する必要があります。場合によっては、接続済みサイトの廃止を完了する前に、ストレージノード、ストレージボリューム、または新しいサイトを追加することで"グリッドを拡張する"が必要になる場合があります。
-
廃止措置の手続きが完了するまで、十分な時間を確保する必要があります。StorageGRID ILM プロセスでは、サイトを廃止する前に、サイトからオブジェクトデータを移動または削除するのに数日、数週間、あるいは数ヶ月かかる場合があります。
サイトからオブジェクトデータを移動または削除するには、サイト上のデータ量、システム負荷、ネットワーク遅延、および必要なILM変更の性質に応じて、数日、数週間、あるいは数か月かかる場合があります。 -
可能な限り、サイト廃止ウィザードの手順1~4をできるだけ早く完了してください。実際の廃止手順を開始する前に(ウィザードのステップ5で「廃止開始」を選択することで)サイトからデータを移動できるようにすると、廃止手順がより迅速に完了し、中断やパフォーマンスへの影響も少なくなります。
切断されたサイトの廃止に関する追加要件
StorageGRID が切断されたサイトを削除する前に、以下の点を確認する必要があります。
-
NetAppの担当営業窓口にお問い合わせいただきました。NetAppにてお客様の要件を確認した上で、サイトのアンコミッション ウィザードのすべてのステップを有効にします。
サイトを復旧できる可能性がある、あるいはサイトからオブジェクトデータを復旧できる可能性があると考える場合は、切断されたサイトの廃止を試みるべきではありません。"テクニカルサポートがサイトを復旧する方法"を参照してください。 -
サイト内のすべてのノードは、以下のいずれかの接続状態である必要があります。
-
不明 (
): 不明な理由により、ノードが切断されたか、ノード上のサービスが予期せず停止しました。例えば、ノード上のサービスが停止したり、停電や予期せぬ障害によってノードのネットワーク接続が失われたりする可能性があります。 -
Administratively Down (
):ノードは想定される理由によりグリッドに接続されていません。例えば、ノードまたはノード上のサービスが正常にシャットダウンされた場合などです。
-
-
他のすべてのサイトのすべてのノードは、接続状態が*接続済み*(
)である必要があります。ただし、これらの他のノードにはアクティブなアラートが存在する可能性があります。 -
サイトに保存されているオブジェクトデータの表示や取得に StorageGRID を使用できなくなることを理解する必要があります。StorageGRID がこの手順を実行する際、切断されたサイトからのデータを保存しようとする試みは一切行いません。
ILM ルールとポリシーが単一サイトの損失から保護するように設計されている場合、オブジェクトのコピーは残りのサイトに引き続き存在します。 -
サイトにオブジェクトのコピーが1つしか存在しない場合、そのオブジェクトは失われており、取得できないことを理解しておく必要があります。
サイトを削除する際の整合性に関する考慮事項
S3 バケットの整合性によって、StorageGRID がオブジェクトのメタデータをすべてのノードとサイトに完全にレプリケートしてから、オブジェクトの取り込みが成功したことをクライアントに通知するかどうかが決まります。整合性とは、オブジェクトの可用性と、異なるストレージノードやサイト間でのオブジェクトの整合性とのバランスを取るものです。
StorageGRID がサイトを削除する場合、削除対象のサイトにデータが書き込まれないようにする必要があります。その結果、各バケットまたはコンテナの整合性が一時的に上書きされます。サイトの廃止プロセスを開始すると、StorageGRID は削除対象のサイトにオブジェクトのメタデータが書き込まれるのを防ぐため、一時的に strong-site 整合性を使用します。
この一時的なオーバーライドの結果として、残りのサイトで複数のノードが利用不能になった場合、サイトの廃止中に発生するクライアントの書き込み、更新、および削除操作が失敗する可能性があることに注意してください。