Azure Blob Storage のために設計する
Azure Blob Storage の実装計画では、主に 2 つの点を考慮する必要があります。 まず、組織のストレージの可用性、待機時間、コストの要件を満たす Azure "BLOB アクセス層" を特定する必要があります。 2 つ目の考慮事項は、不変ストレージへのアクセスが必要かどうかを判断することです。
次の 4 つのアクセス オプションがあります。ホット アクセス層、クール アクセス層、コールド アクセス層、アーカイブ アクセス層。 4 つのオプションはすべて可用性と待機時間をサポートしますが、サポートのレベルによってコストが異なります。 すべてのオプションは不変ストレージもサポートしますが、ホット、クール、アーカイブの各アクセス層ではストレージの実装方法が異なります。
Azure Blob Storage の 4 つのアクセス オプションは、ストレージ コストの最適化に役立つさまざまな機能とサポート レベルを提供します。
| 比較 | ホット アクセス層 | クール アクセス層 | コールド アクセス層 | アーカイブ アクセス層 |
|---|---|---|---|---|
| 可用性 | 99.9% | 99% | 99% | 99% |
| 可用性 (RA-GRS 読み取り) | 99.99% | 99.9% | 99.9% | 99.9% |
| 待機時間 (最初のバイトまでの時間) | ミリ秒 | milliseconds | ミリ秒 | 時間 |
| 最小ストレージ存続期間 | 該当なし | 30 日 | 90 日 | 180 日 |
Azure BLOB アクセス層について知っておくべきこと
データ セットと Tailwind Traders の要件を満たすことができるアクセス オプションについて考えてください。
ホット層
ホット層は、Azure ストレージ アカウント内のオブジェクトを頻繁に読み書きするために最適化されています。 適した使用例は、アクティブに処理されるデータです。 既定では、新しいストレージ アカウントはホット アクセス層に作成されます。 この層はアクセス コストが最も低いものの、クールやアーカイブ層よりもストレージ コストが高くなります。
クール層
クール層は、アクセス頻度の低い大量のデータを格納するために最適化されています。 この層は、30 日以上クール層に保存されるデータを対象としています。 クール層の使用例としては、短期的なバックアップ、ディザスター リカバリーのデータセット、古いメディア コンテンツなどがあります。 このコンテンツは頻繁に参照する必要はありませんが、すぐに利用できる必要があります。 クール層にデータを格納すると、コスト効率が高まります。 クール層のデータへのアクセスは、ホット層のデータへのアクセスよりも高くなることがあります。
コールド層
また、コールド層は、アクセス頻度の低い大量のデータを格納するために最適化されています。 この層は、少なくとも 90 日間は層に残る可能性があるデータを対象としています。
アーカイブ層
アーカイブ層は、数時間の取得待機時間を許容できるデータのために最適化されたオフライン層です。 データは、少なくとも 180 日間、アーカイブ アクセス層に保持される必要があります。そうでない場合、早期削除料金の対象になります。 アーカイブ層のデータには、セカンダリ バックアップ、元の生データ、法的に必要なコンプライアンス情報が含まれます。 この層は、データを格納するための最もコスト効率のよいオプションです。 アーカイブ層のデータへのアクセスは、他の層のデータへのアクセスよりもコストが高くなります。
Azure BLOB 不変ストレージについて知っておくべきこと
Azure Blob Storage に不変ストレージを使うと、ユーザーはビジネスに不可欠なデータを WORM (Write Once, Read Many) 状態で格納できます。 WORM 状態の場合、ユーザーが指定した間隔でデータを変更または削除することはできません。 BLOB データに不変ポリシーを構成することにより、上書きや削除からデータを保護することができます。 ポリシーはコンテナー レベルで適用され、監査ログを使用できます。
Azure Blob Storage は、不変ストレージを実装するための 2 つの形式の不変ポリシーをサポートします。
時間ベースの保持ポリシーを使用すると、ユーザーは指定された間隔でデータを保存するポリシーを設定できます。 時間ベースのアイテム保持ポリシーが設定されている場合、オブジェクトの作成と読み取りはできますが、変更または削除はできません。 保持期間の期限が切れたオブジェクトは削除できますが、上書きはできません。 ホット、クール、アーカイブのアクセス層は、時間ベースの保持ポリシーを使用して不変ストレージをサポートします。
訴訟ホールド ポリシーを使用すると、明示的に訴訟ホールドが解除されるまで不変データを保存できます。 訴訟ホールドを設定すると、オブジェクトの作成と読み取りは可能ですが、変更または削除はできません。 Premium Blob Storage は訴訟ホールドを使用して、不変ストレージをサポートします。
次の図は、時間ベースの保持ポリシーと訴訟ホールドによって書き込みと削除の操作をどのように阻止できるのかを示しています。
Azure Blob Storage を実装する際に考慮すべき事項
Azure Blob Storage のさまざまなアクセス オプションと不変ストレージの使用方法を確認しました。 数分かけて、Tailwind Traders 用に Azure Blob Storage をどのように構成できるかを決定してください。
Blob Storage の可用性を検討してください。 データに必要な可用性のレベルを決定します。 オフライン データで十分なシナリオはありますか。 アーカイブ アクセス層は、何時間もオフラインで保存できるデータ用に最適化されています。
Blob Storage の待機時間を考慮してください。 さまざまなシナリオでデータの最初のバイトにアクセスするために必要な時間を計画します。 作業タスクにはデータへの即時アクセスが必要なタスクもあれば、ある程度の遅延を許容できるタスクもあります。 Premium Blob Storage は 10 ミリ秒未満のデータに対する待機時間をサポートしますが、ホット アクセス層とクール アクセス層はミリ秒単位 (1 桁台) の待機時間をサポートします。
Blob Storage のコストを考慮してください。 合計コストのオプションを比較検討します。 データ ストレージの最短保存期間とトランザクションとアクセスにかかる潜在的なコストを考慮します。 Premium Blob Storage とホット アクセス層では全体的なストレージ コストは高くなりますが、アクセス コストとトランザクション コストは低くなります。 クール アクセス層とアーカイブ アクセス層ではストレージ コストは低くなりますが、アクセス コストとトランザクション コストが高くなる傾向があります。
不変ストレージを検討する。 ビジネス シナリオを確認して、不変ストレージが必要になる可能性があるケースを特定します。 さまざまな種類の不変ポリシーと組織の要件を満たす形式を検討してください。