Azure Blob Storage のアクセス層の説明と管理
いくつかのコスト最適化オプションを確認したので、次は Azure Blob Storage のアクセス層について詳しく調べてみましょう。 アクセス層を適切に使い分ければストレージ使用コストを削減できる可能性があることがわかっていますが、不適切な使い方により、実際にストレージ料金が高くなってしまうこともわかっています。 このユニットでは、アクセス層の動作を管理するいくつかの一般的なルールについて学習します。 また、メリットを最大化する上で役に立つはずのいくつかの注意点も明確にします。
Azure Blob Storage では、以下の 4 つのアクセス層がサポートされています。
ホット アクセス層:頻繁にアクセスまたは変更されるデータの保存用に最適化されたオンライン層です。 この層はストレージ コストが最も高く、アクセス コストは最も安くなります。
クール アクセス層:アクセスや変更の頻度が低いデータの保存に最適化されたオンライン層です。 この層はホット層よりもストレージ コストは安くなりますが、アクセス コストは高くなります。
コールド アクセス層:アクセスや変更の頻度が低いデータの保存に最適化されたオンライン層です。 この層はホット層よりもストレージ コストは安くなりますが、アクセス コストは高くなります。
アーカイブ アクセス層:アクセスがまれであるか、まったくアクセスされないデータの保存に最適化されたオフライン層。 この層はストレージ コストが最も安く、アクセス コストは最も高くなります。
"まれ" という表現は客観的ではありません。 一般的なガイダンスとして、少なくとも連続 30 日間は BLOB を削除したり別の層に移動したりする必要がないと予想される場合は、クール アクセス層の使用を検討するべきです。 少なくとも連続 90 日間は BLOB を削除または移動する必要がないと予想される場合は、コールド アクセス層を検討できます。 その期間が 180 日以上の場合は、アーカイブ層の使用を検討してください。 これらの値は、早期削除料金を適用する価格モデルから導き出されたものです。 この料金が適用されるのは、BLOB がクールまたはアーカイブ アクセス層から、層別の所定の期間が経過する前に削除または移動された場合です。 その期間はクール アクセス層で 30 日間、コールド アクセス層で 90 日間、アーカイブ アクセス層で 180 日間です。
早期削除料金は、階層別の所定の期間の残り日数に応じて日割り計算されます。 たとえば、クール層に BLOB を割り当てて 20 日後に削除した場合、クール層に (30 引く 20 で) 10 日間 BLOB を格納するコストが早期削除料金になります。 同様に、アーカイブ層に BLOB を割り当てて 100 日後にクールまたはホット層に移動した場合、アーカイブ層に (180 引く 100 で) 80 日間 BLOB を格納するコストが早期削除料金になります。
注意
BLOB の早期削除料金を回避するために、BLOB のコピー操作を使用して別の層に BLOB をコピーすることができます。 ただし、これにより、元の BLOB の複製である追加の BLOB の作成に関連した容量の料金が増加することにご注意ください。
BLOB のアクセス層管理モデルについて説明する
ホット、クール、コールド、およびアーカイブ アクセス層のどれかを選択する際には、その他にも考慮すべき要素があります。 それぞれのアクセス層の管理モデルを理解しておくことも役立ちます。
BLOB には、価格の違いに加えて、可用性に関するサービス レベル アグリーメント (SLA) の違いも存在します。 アーカイブ、コールド、およびクール アクセス層は、同じ持続性、スループット、ストレージ アクセス待機時間の特性を提供します。 これらの取得時間はミリ秒の範囲です。 ホット層とクール層では、すべての冗長性オプションもサポートされます。
ホット、クール、コールドまたはアーカイブ アクセス層は、BLOB のアップロード中に直接 BLOB に割り当てることができます。 または、ストレージ アカウント レベルで既定の層として指定されたアクセス層に基づいて、(アーカイブではなく) ホット、クール、またはコールド アクセス層を推論することもできます。 ただし、明示的に割り当てた層がある場合、推論された層よりも優先されます。
Note
ストレージ アカウント レベルで既定のアクセス層を変更することの影響は慎重に検討してください。 これは、明示的に割り当てられたアクセス層がない BLOB が多数存在する場合に、価格に大きな影響を与える可能性があります。
アーカイブ アクセス層では、BLOB の内容を直接読み取ったり変更したりすることはできません。 ただし、インデックス タグを含め、メタデータにはアクセスできます。 BLOB の内容にアクセスするには、それをホット、クール、またはコールド アクセス層に割り当て、"リハイドレート" と呼ばれるプロセスをトリガーします。 または、BLOB のコピー操作を呼び出して、ホット、クール、またはコールド アクセス層に BLOB のコピーを作成することもできます。
Note
アーカイブ アクセス層での BLOB のリハイドレートには、"標準" と "高" という 2 つの優先度があります。 標準優先度のリハイドレートには、最大 15 時間かかる可能性があります。 しかし、高優先度の要求は標準優先度よりも優先され、サイズが 10 GB 未満の BLOB では 1 時間以内に完了する可能性があります。 高優先度リハイドレートはコストが高いため、Microsoft は、高優先度リハイドレートは緊急のデータ復元の状況用に取っておくことを推奨しています。
アーカイブ層を使用するストレージ アカウントは、LRS、GRS、または RA-GRS 冗長オプションを使用して構成する必要があります。 アーカイブ層ではゾーン冗長がサポートされていないため、冗長性を ZRS、GZRS、または RA-GZRS に設定できません。
Note
アーカイブ層では、推論に頼らずに、明示的な BLOB レベルを割り当てる必要があります。 既定の層をアーカイブに設定して Azure Storage アカウントを構成することはできません。