OSS-HDFSサービスを有効にする前に、OSS-HDFSサービスとObject Storage service (OSS) の機能との関係を理解する必要があります。 これにより、OSS-HDFSサービスを適切に使用してデータの損失を防ぐことができます。
バケットのOSS-HDFSを有効にすると、OSS-HDFSを使用して書き込まれたデータがに保存されます。OSS-HDFSのdlsdata/
ディレクトリ。 OSS-HDFSサービスの可用性を確保したり、データの損失を防ぐために、で書き込み操作を実行しないでください。dlsdata/
ディレクトリまたはOSS-HDFSサービスでサポートされていないメソッドを使用してディレクトリ内のオブジェクトにアクセスします。 たとえば、ディレクトリの名前変更、ディレクトリの削除、ディレクトリ内のオブジェクトの削除などの書き込み操作を実行しないでください。
次の表に、への書き込みを伴う可能性のあるOSS機能を使用する場合のリスクまたは考慮事項を示します。dlsdata/
ディレクトリ。
機能 | リスク | 説明 | 参考資料 |
保持ポリシー | データ削除の失敗 | OSS-HDFSサービスの有効化とバケットの保持ポリシーの設定を同時に行うことは推奨しません。 保持ポリシーが設定されているバケットに対してOSS-HDFSが有効になっているとします。 OSS-HDFSでサポートされているメソッドを使用して、 | |
ライフサイクルルール | データ損失 | OSS-HDFSが有効になっているバケット内のすべてのオブジェクトと一致するようにライフサイクルルールを設定または変更するには、NOT要素を使用して OSS-HDFSに保存されているデータのライフサイクルを管理する場合は、OSS-HDFSの自動ストレージ階層化機能を使用します。 | |
バージョン管理 | 自動データ削除の失敗とサービス例外 | バケットのOSS-HDFSとバージョン管理を有効にしないでください。 バケットのOSS-HDFSとバージョン管理が有効になっている場合、期待どおりに機能しないOSS-HDFSがあります。 OSS-HDFSの安定性を確保するには、早期にバージョン管理を一時停止し、ライフサイクルルールを設定して削除マーカーを削除する必要があります。 | |
ディレクトリの削除 | データ損失 | OSS-HDFSの安定性を維持し、データの損失を防ぐために、 | |
オブジェクトの削除 | データ損失 | OSS-HDFSの安定性を維持し、データの損失を防ぐために、 | |
ディレクトリ名の変更 | データ損失 | OSS-HDFSの安定性を維持し、データの損失を防ぐために、 | |
オブジェクトの名前変更 | データ損失 | OSS-HDFSの安定性を維持し、データの損失を防ぐために、 | |
オブジェクトのアップロード | データ損失 | OSS-HDFSの安定性を維持し、データの損失を防ぐために、オブジェクトを | |
オブジェクトのストレージクラスの変更 | データアクセスの失敗と課金ルールの変更 |
オブジェクトのストレージクラスをIA、Archive、Cold Archive、またはDeep Cold Archiveに変更する場合は、最小課金サイズ (64 KB) 、最小ストレージ期間、データ取得料金などの必然的な要因に注意してください。 | |
バケットポリシー | データアクセスの失敗、自動データ削除の失敗、予期しない課金 |
| |
RAM | データアクセスの失敗、自動データ削除の失敗、予期しない課金 | バケットのOSS-HDFSを有効にすると、 | |
バケット在庫 | データ汚染 | OSS-HDFSの可用性を維持し、データの汚染を防ぐために、Inventory Pathを | |
ロギング | データ汚染 | OSS-HDFSの可用性を維持し、データの汚染を防ぐために、Log Prefixを | |
ZIPパッケージの抽出 | データの汚染とデータの損失 | OSS-HDFSの可用性を維持し、データの汚染を防ぐために、Destination Directoryを |
OSS-HDFSサービスは、HDFSデータと補助データをに格納します。OSSバケットのdlsdata/
ディレクトリ。 データはOSSストレージ容量を消費し、ストレージ料金が課金されます。 詳細については、「OSS-HDFSのストレージ容量使用量」をご参照ください。