Azure Blob Storage の価格に関する考慮事項について説明する

完了

会社でのビジネスと個人のストレージ使用率は、指数関数的に増加し続けます。 オンプレミスのストレージ インフラストラクチャの容量制限を修正するための一般的な方法の 1 つは、クラウドベースの機能を使用することです。 Azure 管理者は、Azure リソースのコストを追跡する責任があり、適切なクラウドベースの機能を特定する必要があります。 また、価格モデルを調べて、それらを利用する最適な方法を決定する必要もあります。 ただし、決定には、コストだけでなく、回復性やパフォーマンスなどの他のストレージ特性も考慮する必要があることに注意してください。

このユニットでは、Azure Blob Storage 関連の価格に関する考慮事項を確認します。 これらの考慮事項には、課金モデルや、さまざまな構成オプションと予想される使用パターンに基づいてコストを見積もる方法などがあります。

Azure Blob Storage 課金モデルについて説明する

Azure Blob Storage 課金モデルは、このサービスを実装して使用するときに利用できるさまざまなオプションを反映した、いくつかの異なるコンポーネントで構成されています。 最も簡単なものは、保存データに対応できるように割り当てられたストレージ容量に関連付けられるギガバイト (GB) 単位の料金です。 ただし、この場合でも、実際のコストは、ストレージ アカウントの種類とレプリケーション スコープ、BLOB アクセス層などの条件によって異なります。 ストレージ容量は、月間の格納データの総量から算出された 1 日あたりの平均量 (GB 単位) を基準に請求されます。

アクティブな BLOB 使用量に関連するコア料金を、次のカテゴリに分けることができます。

  • ストレージの操作。トランザクションごとに測定されます

  • データ転送。GB 単位で測定されます

ストレージの総コストにさらに影響を与える可能性のある Azure Blob Storage コンポーネントが他にもいくつかあります。

  • BLOB インデックス タグ (タグごとの価格):これらのタグを使用すると、キーと値の属性を使用してデータを分類できます。

  • 変更フィード (ログされた変更ごとの価格):このオプションを使用すると、BLOB とそのメタデータに対する変更を追跡できます。

  • 暗号化スコープ (1 か月あたりの価格):スコープを使用すると、コンテナーごとまたは BLOB ごとのレベルで異なる暗号化キーを使用できます。

  • クエリ アクセラレーション (スキャンされ、返されるデータのギガバイト単位)。この機能を使用すると、フィルター処理の述語と列のプロジェクションを適用することにより、JSON または CSV 形式の BLOB から取得されるデータの量を制限できます。

  • 階層型名前空間 (メタデータの使用に適用されるギガバイト単位と月単位の価格):これにより、マルチレベルのフォルダー階層を作成し、ネットワーク ファイル システム v3 (NFSv3) やセキュア FTP (SFTP) などの追加のプロトコルを使用できます。

データ トラフィックには、追加のネットワーク コスト (ギガバイトあたり) が発生する場合もあります。 特に、Azure リージョンからのトラフィック (エグレスのみ) には追加料金が発生します。 リージョン間のデータ転送の場合、大陸内転送と大陸間転送では料金が異なります。

前に簡単に説明したように、Azure Blob Storage のコストは、ストレージ アカウントの種類 (パフォーマンスに関連する) やレプリケーション スコープなど、ストレージ アカウントの設定によっても異なります。

  • ストレージ アカウントの種類は、プロビジョニング時に選択する必要があります。これは、汎用 v1 アカウントを除き、変更できません。 BLOB は、Standard (汎用) ストレージ アカウント (v1 と v2) と Premium (ブロック BLOB) ストレージ アカウントでサポートされています。 この状況では、"Standard" と "Premium" という用語によってそれぞれのパフォーマンス特性が指定されます。 Premium ストレージでは、ソリッド ステート ドライブ (SSD) と同等のパフォーマンスが提供されますが、Standard ストレージで提供されるのは、従来の磁気ディスクと同様のパフォーマンスです。 ストレージの両方の種類の価格は、この違いを反映しています。 汎用ストレージ アカウントでは、BLOB (ブロック、追加、ページ)、テーブル、キュー、ファイルなど、あらゆる種類のコンテンツをホストできます。 ブロック BLOB ストレージ アカウントには、ブロック BLOB と追加 BLOB のみを含めることができます。

  • プロビジョニング時にストレージ アカウントのレプリケーション スコープを選択する必要があります。 ただし、ストレージ アカウントの種類とは異なり、後で変更できます (いくつか例外があります)。 レプリケーション スコープによって、アカウント コンテンツの回復性と可用性が決まります。 次のオプションがサポートされています。オプションは、価格が高い順に一覧表示されています。

    • ローカル冗長ストレージ (LRS) を使用すると、物理的に同じ場所にある 3 つのレプリカ間で、ストレージ アカウントのコンテンツが同期的にレプリケートされます。 これは最低価格のレプリケーション オプションですが、高可用性または持続性を必要とするワークロードには推奨されません。
    • ゾーン冗長ストレージ (ZRS) では、同じ Azure リージョン内の物理的な各場所 (可用性ゾーン) にストレージ アカウントのコンテンツをレプリケートすることで、回復性が向上します。
    • geo 冗長ストレージ (GRS) では、2 つのリージョン間でストレージ アカウントのコンテンツの非同期レプリケーションを有効にすると、リージョン レベルの回復性を実装できます。 セカンダリ リージョンには、ストレージ アカウントの 3 つの追加コピーが自動的に含まれます。このコピーは、そのリージョン内で同期的にレプリケートされます。
    • geo ゾーン冗長ストレージ (GZRS) では、ZRS (プライマリ リージョン内)、GRS (リージョン間レプリケーション用)、LRS (セカンダリ リージョン内のレプリケーション用) を組み合わせることで回復性が向上しますが、コストが高くなります。
    • 読み取りアクセス geo 冗長ストレージ (RA-GRS) では、セカンダリ リージョンの GRS レプリカに対する読み取り専用アクセスが提供されます。
    • 読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) では、セカンダリ リージョンの GZRS レプリカに対する読み取り専用アクセスが提供されます。

Note

Premium ブロック BLOB ストレージ アカウントでは、LRS と ZRS のレプリケーション オプションのみがサポートされます。

ストレージ コストに影響を与えるもう 1 つの重要な要因は、個々の BLOB に継承されている、または明示的に割り当てられるアクセス層です。 選択できるのは、ホット、クール、コールド、アーカイブ層です。 アクセス層を使用すると、現在および想定されているストレージの使用パターンが反映された価格モデルを選択できます。 ホット アクセス層は、取得時間とストレージ操作のコストを最小限に抑えます。 アーカイブ アクセス層はギガバイト単位のストレージ コストを最小限に抑えますが、データ取得時の待機時間を発生させます。 クール層では、取得時間がホット層と同じになり、アクセス料金が高くなる代わりにギガバイトあたりの価格は中程度になります。 コールド層はクール層よりもストレージ コストは安くなり、アクセス コストは高くなります。

Note

層間で BLOB を移動させると、追加のコストが発生します。

最後に、価格は Azure リージョンによって異なることに留意してください。 これは、データがホストされるリージョンを選択する自由度がある場合に適している可能性があります。

各請求期間の最後に、各カテゴリの料金とその概要が、Azure portal で利用可能な請求書にキャプチャされます。

Azure Blob Storage のコストの見積もり

自分のアクセス パターンを理解し、それらを持続性と可用性のニーズと関連付けることは、Azure Blob Storage のコストを最適に管理する上で役に立ちます。 これらのコストを見積もるための主なツールは、Azure 料金計算ツールです。 ただし、Azure Storage チームが提供する Microsoft Excel ベースのテンプレートの使用を検討することもできます。 このテンプレートでは、定義済みのワークシート セットを提供することで、いくつかの初期ガイダンスを提供します。 これらは、指定したワークロードを基にする入力に基づいて、移行、毎月の見積もり、将来の価格の見積もりを自動的に計算します。 その入力には次のものが含まれます。

  • ターゲット リージョン

  • 必要な持続性 (レプリケーション スコープ)

  • アクセス層 (Premium、ホット、クール、またはアーカイブ)

  • 現在のストレージの量

  • 平均のファイル サイズ

  • 1 か月あたりの予想される増加量 (ギガバイト単位)

  • 読み取り操作の量 (ギガバイト単位)

  • 1 か月あたりの、削除されるデータの量 (ギガバイト単位)

特定のニーズに合わせてテンプレートを変更できます。 テンプレートによって生成された結果の値を、Azure 料金計算ツールへの入力として使用できます。

Note

このモジュールの 「まとめ」に、Excel テンプレートへのリンクを記載してあります。

Azure 料金計算ツール

推定ストレージ コストを計算するには、[Azure 料金計算ツール] ページで、[ストレージ アカウント] タイルを選択してください。 同じページで、[ストレージ アカウント] セクションまでスクロールし、予想される使用状況のニーズを反映するオプションを指定してください。

Note

見積もりを計算する前に、Azure 環境の管理に使用するものと同じアカウントを使用して、[Azure 料金計算ツール] ページにサインインすることを検討してください。 これにより、後で参照できるように、結果の見積もりを保存できます。

見積もりを進める際には、次の情報に注意してください。

  • データ ストレージ、メタデータ、暗号化スコープは、月ごとに請求されます。 使用期間が短くなることが予想される場合は、1 日あたりのコストを計算して料金を見積もります。

  • ユニットの価格を確認するには、Azure Block Storage の価格ページを参照してください。 アカウントで階層型名前空間機能を有効にした場合は、[File Structure] (ファイル構造) ドロップダウン リストが [Hierarchical Namespace (NFS v3.0, SFTP Protocol)] (階層型名前空間 (NFS v3.0、SFTP プロトコル)) に設定されていることを確認します。 アカウントで階層型名前空間を有効にし、Data Lake Storage エンドポイントを使用する予定であれば、Azure Data Lake Storage Gen2 の価格ページを参照してください。 トランザクションの価格はこれらの 2 つのページで異なりますが、ストレージのコストはほぼ同じです。

  • 冗長性、リージョン、通貨フィルターを使用して、最終的なコストにどの程度影響するかを判断します。