OSS-HDFS に保存されているすべてのデータが頻繁にアクセスされるわけではありませんが、コンプライアンスやアーカイブなどの理由で一部のデータは保持する必要があります。この課題に対応するため、OSS-HDFS は階層型ストレージをサポートしています。頻繁にアクセスされるデータは標準ストレージクラスとして保存し、アクセス頻度の低いデータは低頻度アクセス (IA)、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスとして保存します。これにより、全体的なストレージコストを削減できます。
前提条件
データが OSS-HDFS に書き込まれていること。
階層型ストレージ (低頻度アクセス、アーカイブ、コールドアーカイブストレージクラスを含む) を使用するには、まずチケットを送信して申請する必要があります。これに加えて、ディープコールドアーカイブストレージクラスも使用したい場合は、別途チケットを送信する必要があります。階層型ストレージを一度も有効にしたことがない場合は、ディープコールドアーカイブを含むすべてのストレージクラスをリクエストする単一のチケットを送信できます。
低頻度アクセス、アーカイブ、コールドアーカイブストレージクラスへの変換は、次のリージョンでサポートされています:中国 (杭州)、中国 (上海)、中国 (北京)、中国 (深セン)、中国 (張家口)、中国 (ウランチャブ)、中国 (香港)、シンガポール、ドイツ (フランクフルト)、米国 (シリコンバレー)、米国 (バージニア)、インドネシア (ジャカルタ)
ディープコールドアーカイブストレージクラスへの変換は、次のリージョンでサポートされています:中国 (杭州)、中国 (上海)、中国 (北京)、中国 (ウランチャブ)、中国 (深セン)、中国 (張家口)、シンガポール
JindoSDK 6.8.0 以降がインストールされていること。詳細については、「クイックスタート:EMR 以外のクラスターを OSS-HDFS サービスに接続する」をご参照ください。
注意事項
JindoSDK のバージョンが 6.8.0 より前の場合、低頻度アクセス、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスに設定されたディレクトリにファイルを作成することはできません。これらの 4 つのストレージクラスのいずれかのディレクトリにファイルを配置するには、まず標準ストレージクラスのディレクトリでファイルを作成して閉じ、その後 rename 操作を使用してそのディレクトリに移動します。
低頻度アクセス、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスのディレクトリに直接ファイルを作成するには、JindoSDK を 6.8.0 以降にアップグレードしてください。
データをアーカイブ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスに変換すると、高いシステムオーバーヘッドが発生し、取得が遅くなります。これらのストレージクラスは慎重に選択してください。
階層型ストレージは、以下のストレージクラス変換をサポートしています:
ホットからコールドへの変換
コールドからホットへの変換
課金
データ取得料金
低頻度アクセス、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスの OSS-HDFS データを読み取ると、取得した容量に基づいてデータ取得料金が発生します。したがって、頻繁にアクセスする必要があるデータには、これらの 4 つのストレージクラスを使用しないでください。詳細については、「データ処理料金」をご参照ください。
タグ付け料金
OSS-HDFS データのストレージポリシーを設定するには、データブロックにタグを追加する必要があります。データブロックのタグ付け料金は、OSS オブジェクトタグ付けの課金ルールに従います。詳細については、「オブジェクトタグ付け料金」をご参照ください。
最低保存期間未満で保存されたデータのストレージ料金
最低保存期間は、低頻度アクセスストレージクラスで 30 日、アーカイブストレージクラスで 60 日、コールドアーカイブストレージクラスで 180 日、ディープコールドアーカイブストレージクラスで 180 日です。JindoFS を使用してデータのストレージクラスを変換する際は、追加料金を避けるために、各ストレージクラスの最低保存期間を満たしていることを確認してください。以下の例で詳細を説明します:
変換方法
例
最低保存期間の計算方法
すでに発生した容量料金
最低保存期間より短いストレージの料金を回避する方法
ホットからコールドへ
標準 (10 日間保存) --> 低頻度アクセスに変換
変換後、保存期間は再計算されません。変換前の保存日数は、新しいストレージクラスの最低保存期間に算入されます。
標準ストレージ 10 日分の容量料金
データを低頻度アクセスストレージクラスとしてさらに 20 日間保存し続ける
低頻度アクセス (10 日間保存) --> アーカイブに変換
低頻度アクセスストレージ 10 日分の容量料金
データをアーカイブストレージクラスとしてさらに 50 日間保存し続ける
標準 (10 日間保存) --> コールドアーカイブに変換
変換後、保存期間は再計算されます。変換前の保存日数は、新しいストレージクラスの最低保存期間に算入されません。
標準ストレージ 10 日分の容量料金
データをコールドアーカイブストレージクラスとしてさらに 180 日間保存し続ける
標準 (10 日間保存) --> ディープコールドアーカイブに変換
標準ストレージ 10 日分の容量料金
データをディープコールドアーカイブストレージクラスとしてさらに 180 日間保存し続ける
コールドからホットへ
コールドアーカイブ (10 日間保存) --> 低頻度アクセスに変換
コールドアーカイブストレージ 10 日分の容量料金
データをコールドアーカイブストレージクラスとしてさらに 170 日間保存し、その後低頻度アクセスに変換する
データが低頻度アクセスストレージクラスに変換された後、さらに 30 日間保存し続ける
操作手順
ECS インスタンスに接続します。詳細については、「インスタンスへの接続」をご参照ください。
JindoFS SDK をダウンロードします。
AccessKey と環境変数を設定します。
インストールした JindoFS JAR パッケージの bin ディレクトリに移動します。
次の例では
jindofs-sdk-x.x.x-linuxを使用します。別のバージョンの JindoSDK を使用する場合は、JAR パッケージ名を適宜置き換えてください。cd jindofs-sdk-x.x.x-linux/bin/bin ディレクトリに `jindofs.cfg` という名前の設定ファイルを作成し、次の設定項目を追加します。
[client] <!-- OSS-HDFS へのアクセスに使用する AccessKey ID と AccessKey Secret を設定します。 --> fs.oss.accessKeyId = yourAccessKeyId fs.oss.accessKeySecret = yourAccessKeySecret <!-- 次の例では中国 (杭州) リージョンを使用します。実際のリージョンに置き換えてください。 --> fs.oss.endpoint = cn-hangzhou.oss-dls.aliyuncs.com環境変数を設定します。
説明<JINDOSDK_CONF_DIR> には、
jindofs.cfg設定ファイルが格納されているディレクトリの絶対パスを指定します。export JINDOSDK_CONF_DIR=<JINDOSDK_CONF_DIR>
OSS-HDFS に書き込まれたデータのストレージポリシーを設定します。
シナリオ
コマンド
結果
OSS-HDFS に書き込まれたデータのストレージポリシーを低頻度アクセスに設定
./jindofs fs -setStoragePolicy -path oss://examplebucket/dir1 -policy CLOUD_IAdir1/ ディレクトリ内のファイルのデータブロックには、キー transition-storage-class と値 IA がタグ付けされます。
OSS-HDFS に書き込まれたデータのストレージポリシーをアーカイブに設定
./jindofs fs -setStoragePolicy -path oss://examplebucket/dir2 -policy CLOUD_ARdir2/ ディレクトリ内のファイルのデータブロックには、キー transition-storage-class と値 Archive がタグ付けされます。
OSS-HDFS に書き込まれたデータのストレージポリシーをコールドアーカイブに設定
./jindofs fs -setStoragePolicy -path oss://examplebucket/dir3 -policy CLOUD_COLD_ARdir3/ ディレクトリ内のファイルのデータブロックには、キー transition-storage-class と値 ColdArchive がタグ付けされます。
OSS-HDFS に書き込まれたデータのストレージポリシーをディープコールドアーカイブに設定
./jindofs fs -setStoragePolicy -path oss://examplebucket/dir4 -policy CLOUD_DEEP_COLD_ARdir4/ ディレクトリ内のファイルのデータブロックには、キー transition-storage-class と値 DeepColdArchive がタグ付けされます。
階層型ストレージを有効にします。
-
OSS コンソールにログインします。
左側のナビゲーションウィンドウで バケット をクリックし、対象のバケットをクリックします。
左側のナビゲーションウィンドウで、 を選択します。
OSS-HDFS タブで、階層型ストレージの 設定 をクリックします。
自動ストレージ階層化 パネルの 基本設定 セクションで、ステータススイッチをオンにします。
ページの上部に「階層型ストレージは、特定のライフサイクルルールを作成することによって実装されます。このルールは事前設定されており、変更することはできません。階層型ストレージクラスには、低頻度アクセス、アーカイブ、コールドアーカイブ、ディープコールドアーカイブが含まれます。」というメッセージが表示されます。
設定エラーによる階層型ストレージの誤動作を防ぐため、OSS は次の 4 つのポリシーすべてを含むライフサイクルルールを自動的に作成します:
OSS-HDFS データストレージディレクトリ .dlsdata/ 内のデータで、キー transition-storage-class と値 IA がタグ付けされているものは、1 日後に低頻度アクセスストレージクラスに変換されます。
OSS-HDFS データストレージディレクトリ .dlsdata/ 内のデータで、キー transition-storage-class と値 Archive がタグ付けされているものは、1 日後にアーカイブストレージクラスに変換されます。
OSS-HDFS データストレージディレクトリ .dlsdata/ 内のデータで、キー transition-storage-class と値 ColdArchive がタグ付けされているものは、1 日後にコールドアーカイブストレージクラスに変換されます。
OSS-HDFS データストレージディレクトリ .dlsdata/ 内のデータで、キー transition-storage-class と値 DeepColdArchive がタグ付けされているものは、1 日後にディープコールドアーカイブストレージクラスに変換されます。
重要階層型ストレージを有効にすると、ライフサイクルルールが自動的に作成されます。このルールには、データを低頻度アクセス、アーカイブ、コールドアーカイブ、ディープコールドアーカイブストレージクラスに変換する 4 つのポリシーが含まれています。このルールは編集しないでください。編集すると、OSS-HDFS のデータやサービスが異常になる可能性があります。
OK をクリックします。
OSS-HDFS は、設定されたストレージポリシーに基づいて、ライフサイクルルール内の対応する変換ポリシーを適用します。
OSS は、ライフサイクルルールが作成されてから 24 時間以内にルールをロードします。ルールがロードされると、OSS は毎日 08:00 (UTC+8) から実行します。正確な実行時間はファイルの数によって異なり、データは最短で 48 時間以内に指定されたストレージクラスに変換されます。
-
関連コマンド
コマンド構文 | 説明 |
| このコマンドは、指定されたパス内のデータのストレージポリシーを設定します。
重要
|
| このコマンドは、指定されたパス内のデータのストレージポリシーを照会します。 |
| このコマンドは、指定されたパス内のデータのストレージポリシーをキャンセルします。 |
| このコマンドは、指定されたパス内のデータのストレージポリシーの変換ステータスを照会します。変換ステータスは 4 つあります:
説明 このコマンドは、OSS-HDFS メタデータ変換タスクのステータスのみを照会します。OSS に送信されたタスクの処理ステータスを反映するものではありません。 |
| このコマンドは、指定されたパス内のアーカイブまたはコールドアーカイブデータを一時的に解凍します。
アーカイブ、コールドアーカイブ、またはディープコールドアーカイブデータを一時的に解凍する際は、次の点にご注意ください: 重要
|