Object Storage Service:OSS-HDFS の前提条件

機能

リスク

説明

参考資料

保持ポリシー

データを削除できない

同じバケットで OSS-HDFS サービスを有効にする場合、保持ポリシーは構成しないでください。有効にした場合、OSS-HDFS を通じて .dlsdata/ ディレクトリからデータを削除すると、操作が成功したように見えますが、データはポリシーの期間中保持され、ポリシーの有効期限が切れた後も削除できません。

バケットレベルの保持ポリシー (BucketWorm)

ライフサイクルルール

データ損失

OSS-HDFS が有効になっているバケットでライフサイクルルールを作成または更新する場合、 NOT 要素を使用して .dlsdata/ ディレクトリを除外する必要があります。これにより、ライフサイクルルールが OSS-HDFS の運用に重要なデータを削除または移行することを防ぎます。

[ライフサイクルルールの作成] パネルで、[ポリシー] を [プレフィックスによる一致] に設定し、[NOT] スイッチを有効にして、NOT の下の [プレフィックス] フィールドに .dlsdata を入力します。

サービスを有効にした後に OSS-HDFS に保存されたデータのライフサイクルを管理する必要がある場合は、組み込みの 自動ストレージ階層化 機能を使用してください。

• 最終変更時刻に基づくライフサイクルルール

• 最終アクセス時刻に基づくライフサイクルルール

• 自動ストレージ階層化の使用

バージョニング

自動データ削除の失敗とサービスの不安定性

同じバケットに対して OSS-HDFS サービスとバージョニングを有効にしないでください。サービスの不安定性につながる可能性があります。安定した動作を確保するために、できるだけ早くバージョニングを一時停止し、削除マーカーをクリーンアップするためのライフサイクルルールを構成してください。

• OSS-HDFS とバージョニングの両方が有効になっているバケットを処理する方法

• バージョニング

• バージョニングが有効なバケットからオブジェクトを削除する

• バージョニング関連の操作

ディレクトリの削除

データ損失

サービスの中断やデータ損失を防ぐため、OSS-HDFS が有効になっているバケット内の .dlsdata/ ディレクトリまたはそのサブディレクトリを削除しないでください。

ディレクトリの削除

オブジェクトの削除

データ損失

サービスの中断やデータ損失を防ぐため、OSS-HDFS が有効になっているバケット内の .dlsdata/ ディレクトリ内のオブジェクトを削除しないでください。

オブジェクトの削除

ディレクトリの名前変更

データ損失

サービスの中断やデータ損失を防ぐため、階層型名前空間と OSS-HDFS の両方が有効になっているバケット内の .dlsdata/ ディレクトリの名前を変更しないでください。

ディレクトリの名前変更

オブジェクトの名前変更

データ損失

サービスの中断やデータ損失を防ぐため、OSS-HDFS が有効になっているバケット内の .dlsdata/ ディレクトリ内のオブジェクトの名前を変更しないでください。

オブジェクトの名前変更

オブジェクトのアップロード

データ損失

サービスの中断やデータ損失を防ぐため、OSS-HDFS 以外の方法で .dlsdata/ ディレクトリにオブジェクトをアップロードしないでください。

シンプルアップロード

オブジェクトのストレージクラスの変更

データアクセスの失敗と課金の変更

OSS-HDFS が有効になっているバケットの .dlsdata/ ディレクトリ内のオブジェクトのストレージクラスを変更しないでください。

• ストレージクラスを低頻度アクセスに変更した場合、データは OSS-HDFS を通じて引き続きアクセス可能です。

• ストレージクラスをアーカイブ、コールドアーカイブ、またはディープコールドアーカイブに変更した場合、データは OSS-HDFS を通じてアクセスできなくなります。アクセスする前にデータを復元する必要があります。

• ストレージクラスを低頻度アクセス、アーカイブ、またはその他のタイプに変更すると、最小課金サイズ (64 KB)、最小保存期間、データ取得料金などの制限が適用される場合があります。

データアクセスへの影響や追加コストの発生を避けるため、慎重に実行してください。

• オブジェクトのストレージクラスの変更

• ストレージクラス変換の考慮事項

• オブジェクトの復元

バケットポリシー

データアクセスの失敗、自動削除の失敗、継続的な課金

OSS-HDFS ユーザーが.dlsdata/ ディレクトリとそのオブジェクトにアクセスできるように、OSS-HDFS サービスを有効にした後は、拒否アクションを含むバケットポリシーを作成しないでください。そうしないと、OSS-HDFS サービスはバケットへの読み取りまたは書き込みができなくなります。

セキュリティ上の理由で特定の IP アドレスまたは VPC へのアクセスを制限する拒否ポリシーを構成する必要がある場合は、すべての deny ステートメントに次の条件を追加し、 Condition 要素内に配置する必要があります。これにより、OSS-HDFS バックグラウンドサービスがクラシックネットワークを通じてバケットにアクセスできるようになります。

"StringNotLike":{
    "oss:ClassicIntranet":[
        "true"
    ]
}

バケットポリシー

RAM

データアクセスの失敗、自動削除の失敗、継続的な課金

バケットで OSS-HDFS サービスを有効にすると、 AliyunOSSDlsDefaultRole RAM ロールが自動的に作成され、 AliyunOSSDlsRolePolicy ポリシーがアタッチされます。ユーザーが .dlsdata/ ディレクトリとそのオブジェクトにアクセスできるようにするため、このロールまたはアタッチされたポリシーを無効化、変更、または削除しないでください。

OSS-HDFS の有効化

Bucket inventory

データ汚染

サービスの中断やデータの汚染を防ぐため、OSS-HDFS が有効になっているバケットでインベントリレポートを設定する際は、[インベントリパス] を .dlsdata/ に設定しないでください。

バケットインベントリ

ログ転送

データ汚染

OSS-HDFS が有効になっているバケットでログシッピングを設定する場合、サービスの中断やデータの汚染を防ぐために、ログ接頭辞 を.dlsdata/ に設定しないでください。

ログ転送の構成

ZIP パッケージの展開

データ汚染とデータ損失

OSS-HDFS が有効になっているバケットで ZIP パッケージの解凍ルールを設定する際に、サービスの中断、データの破損、またはデータの損失を防ぐには、解凍先ディレクトリ を.dlsdata/ に設定しないでください。

Upload and automatically decompress a ZIP package