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

クラウドストレージプールオブジェクトのライフサイクル

共同作成者
PDF

クラウドストレージプールを実装する前に、クラウドストレージプールのタイプごとに格納されているオブジェクトのライフサイクルを確認してください。

S3 ：クラウドストレージプールオブジェクトのライフサイクル

S3クラウドストレージプールに格納されるオブジェクトのライフサイクルステージについて説明します。

メモ 「Glacier」は、GlacierストレージクラスとGlacier Deep Archiveストレージクラスの両方を表します。例外が1つあります。Glacier Deep Archiveストレージクラスでは、Expeditedリストア階層はサポートされません。Bulk または Standard のみがサポートされます。
メモ Google Cloud Platform （ GCP ）では、 POST Restore 処理を実行しなくても、長期保存からのオブジェクトの読み出しがサポートされます。

  1. * StorageGRID * に格納されているオブジェクト

    ライフサイクルを開始するために、クライアントアプリケーションがオブジェクトを StorageGRID に格納します。

  2. * オブジェクトを S3 クラウドストレージプールに移動 *

    • S3 クラウドストレージプールを配置場所として使用する ILM ルールにオブジェクトが一致した場合、 StorageGRID はクラウドストレージプールで指定された外部の S3 バケットにオブジェクトを移動します。

    • オブジェクトがS3クラウドストレージプールに移動されると、クライアントアプリケーションは、オブジェクトがGlacierストレージに移行されていないかぎり、StorageGRIDからS3 GetObject要求を使用してオブジェクトを読み出すことができます。

  3. * オブジェクトを Glacier に移行（読み出し不可の状態） *

    • 必要に応じて、オブジェクトを Glacier ストレージに移行できます。たとえば外部の S3 バケットが、ライフサイクル設定を使用してオブジェクトを即座または数日後に Glacier ストレージに移行できます。

      メモ オブジェクトを移行する場合は、外部のS3バケットのライフサイクル設定を作成する必要があります。また、Glacierストレージクラスを実装し、S3 RestoreObject APIをサポートするストレージ解決策を使用する必要があります。
    メモ Swiftクライアントによって取り込まれたオブジェクトにはクラウドストレージプールを使用しないでください。SwiftではRestoreObject要求がサポートされないため、StorageGRIDはS3 Glacierストレージに移行されたSwiftオブジェクトを読み出すことができません。これらのオブジェクトを読み出す Swift GET object 要求は失敗します（ 403 Forbidden ）。

    • 移行中、クライアントアプリケーションはS3 HeadObject要求を使用してオブジェクトのステータスを監視できます。

  4. * Glacier ストレージからオブジェクトをリストア *

    オブジェクトがGlacierストレージに移行されている場合、クライアントアプリケーションはS3 RestoreObject要求を問題して、読み出し可能なコピーをS3クラウドストレージプールにリストアできます。要求では、クラウドストレージプールでコピーを利用できる日数と、リストア処理に使用するデータアクセス階層（ Expedited 、 Standard 、 Bulk ）を指定します。読み出し可能なコピーの有効期限に達すると、コピーは自動的に読み出し不可能な状態に戻ります。

    メモ StorageGRID内のストレージノードにもオブジェクトのコピーが存在する場合は、RestoreObject要求を実行してGlacierからオブジェクトをリストアする必要はありません。代わりに、GetObject要求を使用してローカルコピーを直接取得できます。

  5. * オブジェクトが取得されました *

    オブジェクトがリストアされると、クライアントアプリケーションはGetObject要求を問題して、リストアされたオブジェクトを読み出すことができます。

Azure ：クラウドストレージプールオブジェクトのライフサイクル

Azureクラウドストレージプールに格納されるオブジェクトのライフサイクルステージについて説明します。

  1. * StorageGRID * に格納されているオブジェクト

    ライフサイクルを開始するために、クライアントアプリケーションがオブジェクトを StorageGRID に格納します。

  2. * オブジェクトを Azure クラウドストレージプールに移動 *

    Azureクラウドストレージプールを配置場所として使用するILMルールにオブジェクトが一致した場合、StorageGRIDはクラウドストレージプールで指定された外部のAzure BLOBストレージコンテナにオブジェクトを移動します。

    メモ Swiftクライアントによって取り込まれたオブジェクトにはクラウドストレージプールを使用しないでください。SwiftではRestoreObject要求がサポートされないため、StorageGRIDはAzure BLOBストレージのアーカイブ層に移行されたSwiftオブジェクトを読み出すことができません。これらのオブジェクトを読み出す Swift GET object 要求は失敗します（ 403 Forbidden ）。

  3. * オブジェクトをアーカイブ層に移行（読み出し不可の状態） *

    オブジェクトを Azure クラウドストレージプールに移動すると、 StorageGRID は自動的にオブジェクトを Azure BLOB ストレージのアーカイブ層に移行します。

  4. * アーカイブ層からオブジェクトを復元 *

    オブジェクトがアーカイブ層に移行されている場合、クライアントアプリケーションはS3 RestoreObject要求を問題して、読み出し可能なコピーをAzureクラウドストレージプールにリストアできます。

    StorageGRIDは、RestoreObjectを受信すると、オブジェクトを一時的にAzure BLOBストレージのクール層に移行します。RestoreObject要求の有効期限に達すると、StorageGRIDはすぐにオブジェクトをアーカイブ層に戻します。

    メモ StorageGRID内のストレージノードにもオブジェクトのコピーが1つ以上存在する場合は、RestoreObject要求を実行してアーカイブアクセス層からオブジェクトをリストアする必要はありません。代わりに、GetObject要求を使用してローカルコピーを直接取得できます。

  5. * オブジェクトが取得されました *

    オブジェクトがAzureクラウドストレージプールにリストアされると、クライアントアプリケーションはGetObject要求を問題して、リストアされたオブジェクトを読み出すことができます。

関連情報

"S3 REST APIを使用する"