Azure Blob Storageの料金は高い？AWS S3との比較と最適化手法

Azure Blob Storageの料金は、データの保存容量だけでなく、ホットやアーカイブといったアクセス層、LRSやGRSなどの冗長性オプション、読み書きのトランザクション数、外向きデータ転送量の組み合わせで決まります。標準的な保存単価はAWS S3と同水準ですが、小規模ファイルの頻繁な操作やアーカイブ層からの早期削除を行うと、操作費用やペナルティが加算され請求額が跳ね上がります。データの利用頻度に応じたライフサイクル管理の自動化や予約容量の購入を適用することで、運用コストを抑えられます。

Azure Blob Storageの料金体系の基本

Azure Blob Storageの料金は、初期費用や固定の最低利用料金が存在しない従量課金制です。毎月の請求額は、単一の指標ではなく複数の課金要素の組み合わせによって算出されます。正確なコスト試算を行うためには、容量だけでなく操作回数や通信量を含めた5つの要素を把握する必要があります。

各課金要素の単価は、ストレージアカウントを作成するリージョン（東日本や西日本など）や、パフォーマンス階層（標準的な汎用v2か、高速なSSDベースのPremiumか）によって変動します。最新の正確な単価については、Azure Blob Storageの公式料金ページで確認できます。

データ保存容量（GB単位）に応じたコスト

データ保存容量の料金は、1か月間に保存されたデータの平均容量（GB/月）に対して課金されます。例えば、100GBのデータを月の前半15日間だけ保存し、後半15日間はすべて削除して0GBだった場合、その月の課金対象は約50GBとして計算されます。

課金対象となる容量には、ユーザーがアップロードしたファイル本体だけでなく、システムが保持するメタデータや、データ保護機能によって生成された領域も含まれます。具体的には、誤削除に備える「論理的な削除（ソフトデリート）」の保持期間中のデータや、変更履歴を残す「バージョニング」「スナップショット」のデータも、通常のデータと同じGB単価で容量に加算されます。

また、標準（GPv2）のホット層など一部の階層では、段階的なボリュームディスカウントが適用されます。月の保存容量が最初の50TB（テラバイト）まで、次の450TBまで、500TB超といった区切りで、保存量が増えるほど1GBあたりの単価がわずかに引き下げられる仕組みです。

アクセス層（ホット・クール・コールド・アーカイブ）別の単価

Azure Blob Storageでは、データのアクセス頻度や保持期間に合わせて4つのアクセス層（Access Tiers）が提供されています。データの保存単価と、データを取り出す際の操作・取得コストはトレードオフの関係にあり、保存単価が安いアクセス層ほど、データアクセス時のコストが高くなります。

ホット層、クール層、コールド層の3つは「オンライン層」に分類され、保存されているデータへ即座にアクセスして読み取ることが可能です。一方、アーカイブ層は「オフライン層」であり、保存したままの状態では直接ファイルを読み取ることができません。アーカイブ層のデータを参照するには、一度オンライン層（ホット層・クール層・コールド層のいずれか）へデータを戻す「リハイドレート（復元）」と呼ばれる処理を実行する必要があり、優先度によっては完了までに最大15時間程度かかります。なお、ライフサイクル管理ポリシーではアーカイブ層からの復元を自動実行できないため、復元はCopy Blobなどで明示的に行います。

また、クール層、コールド層、アーカイブ層には、それぞれ30日、90日、180日の「最小保持期間」が設定されています。この期間が経過する前にデータを削除したり、別のアクセス層へ移動させたりした場合、残りの日数分の容量料金が早期削除ペナルティとして請求される点に注意が必要です。なお、ソフトデリートが有効な場合は、ソフトデリートの保持期間が終わるまでペナルティは発生しません。

冗長性オプション（LRS・ZRS・GRS・GZRS）による価格差

クラウド上のデータをハードウェア障害や自然災害から保護するため、Azure Blob Storageはデータを自動的に複数コピーして保存します。この複製範囲を指定するのが冗長性オプションであり、可用性と耐久性が高まるにつれて1GBあたりの保存単価も上昇します。

GRSおよびGZRSを選択した場合、通常時はセカンダリリージョン（複製先）のデータに直接アクセスすることはできず、フェイルオーバーが実行された際にのみアクセス可能となります。もし障害時以外にもセカンダリリージョンから常時データの読み取りを行いたい場合は、RA-GRS（読み取りアクセスgeo冗長）またはRA-GZRSを選択する必要があり、通常のGRS・GZRSよりもさらに高い保存単価が適用されます（差は約25%とする情報もあるため、最新の料金ページで確認してください）。

トランザクション（読み取り・書き込み操作）とデータ取得費用

データを保存しているだけでなく、ストレージに対してAPIリクエスト（操作）を発行するたびにトランザクション料金が発生します。トランザクションは基本的に「10,000操作あたり何円」という単位で課金され、操作の種類によって単価が大きく異なります。

さらに、クール層、コールド層、アーカイブ層からデータを読み出す際には、10,000回単位の読み取りトランザクション料金に加えて、読み出したデータ容量に応じた「データ取得（Data Retrieval）費用」が1GB単位で課金されます。ホット層ではこのデータ取得費用は無料ですが、クール層からアーカイブ層へ行くほど1GBあたりの取得単価が高くなります。

反対に、データを書き込む際にも注意が必要です。クール層やコールド層に直接データをアップロードする場合、またはライフサイクル管理機能でホット層から低温層へデータを移動させる場合、ホット層よりも高い書き込みトランザクション単価が適用される仕組みになっています。

データ転送（エグレス・イングレス）にかかる通信費

Azure Blob Storageと外部ネットワーク、あるいは他のAzureリソースとの間でデータをやり取りする際には、通信の向きと経路によってデータ転送料金（帯域幅コスト）の有無が決まります。

まず、インターネットからAzure Blob Storageへデータをアップロードする「外から内への通信（イングレス / データ受信）」は、データ量にかかわらず完全に無料です。

一方、Azure Blob Storageからデータを外へ持ち出す「内から外への通信（エグレス / データ送信）」は、通信先によって課金ルールが異なります。

先述したGRSやGZRSといったgeo冗長オプションを利用している場合、プライマリリージョンに書き込まれたデータをセカンダリリージョンへ自動的に転送する処理が行われます。この複製処理に対しても、書き込んだデータ量（GB単位）に応じた「geoレプリケーションデータ転送」の通信費が別途加算されます。

Azure Blob Storageの料金は高い？AWS S3との徹底比較

クラウドストレージの導入や移行にあたり、Microsoftの「Azure Blob Storage」とAmazon Web Services（AWS）の「Amazon S3」のどちらがコスト面で優れているかは、インフラ選定における重要な判断基準です。両サービスの料金を日本国内の主要リージョン（Azureは東日本リージョン、AWSは東京リージョン）の基準で比較すると、単一データセンター内で冗長化する構成ではAzureが安く、複数ゾーンでの冗長化構成ではほぼ同水準になるという明確な特徴があります。

両社のコスト差を正確に把握するためには、単純な1GBあたりの保存単価だけでなく、デフォルトの冗長性仕様やアクセス頻度に応じた階層構造、ネットワーク通信費、API操作コストという4つの軸で比較する必要があります。なお、各クラウドサービスの公式価格は米ドル（USD）建てを基準としており、日本円での請求額は為替レートによって変動するため、ここでは基準となるUSD単価（一部日本円の参考値を含む）を用いて比較します。日本円は1ドル＝約151.5円で換算した目安です。最新の価格テーブルはAzure Blob Storage の価格およびAmazon S3 の料金で確認できます。

標準的なストレージ保存単価の比較（ホット層とS3 Standard）

日常的に読み書きが発生する汎用的なデータ領域として、Azure Blob Storageの「ホット層」とAmazon S3の「S3 Standard」を比較します。ここで最も注意すべき点は、両サービスにおけるデフォルトの冗長化範囲（可用性ゾーンの扱い）の違いです。

Amazon S3 Standardは、標準で複数のアベイラビリティゾーン（独立したデータセンター群）にデータを分散保存する仕組みになっており、単一データセンターのみに保存する安価なオプションは標準クラスには存在しません。一方、Azure Blob Storageでは、単一のデータセンター内でデータを3重に保護する「LRS（ローカル冗長ストレージ）」と、3つの可用性ゾーンに分散配置する「ZRS（ゾーン冗長ストレージ）」を用途に応じて選択できます。

同等の耐障害性を持つ「AzureのZRS」と「AWSのS3 Standard」を比べた場合、最初の50TBまではともに1GBあたり0.025 USD前後となり、保存単価に差はありません。しかし、開発環境のデータや一時的なキャッシュ、あるいは別システムですでにバックアップが確保されておりゾーン障害対策が不要なワークロードであれば、AzureでLRSを選択することでAWS S3 Standardよりも保存コストを約20%低く抑えることができます。

低頻度アクセスおよびアーカイブ層のコスト比較

月に1回程度しか参照されないバックアップデータや、法令遵守のために数年単位で保管するログデータなどを格納する場合、低頻度アクセス層やアーカイブ層を利用します。両社ともに、保存単価が安くなる代わりに、データの取り出し時（データ取得）に容量課金が発生し、最低保存期間の制約が設けられる仕組みです。

低頻度アクセス領域の比較において、コスト計算に直結する重要な違いが「最小課金オブジェクトサイズ」の有無です。Amazon S3の低頻度アクセス系クラス（Standard-IAやGlacier Instant Retrievalなど）には、1ファイルあたり128KBという最小容量制限が存在します。128KB未満の小さなテキストファイルやJSONログを保存した場合でも、1ファイルにつき128KBとして切り上げて課金されるため、小規模ファイルが大量にある環境では実効単価が跳ね上がります。なお、Glacier Flexible RetrievalとDeep Archiveには128KBの最小課金サイズはありませんが、オブジェクトごとに約40KBのメタデータ領域が課金対象に加わります。

これに対し、Azure Blob Storageのクール層やコールド層、アーカイブ層には、公式のアクセス層・料金情報の範囲では、保存容量そのものに対する最小オブジェクトサイズの切り上げ課金は確認できません（なお、アクセス状況に応じて自動で階層を移動する「スマート階層（Smart tier）」では、128KiB未満のオブジェクトはホット層に留まり、階層移動の対象外です。スマート階層はゾーン冗長のアカウントが前提で、アーカイブ層は対象外です）。そのため、数十KB単位の小さなログやセンサーデータを圧縮せずにそのまま低頻度層へ移行させる運用では、Azureの方が無駄な容量課金を抑えやすい構造になっています。

データ転送料金（インターネットへの送信）の違い

クラウドストレージにデータをアップロードする外向き受信通信（イングレス）は、Azure・AWSともに無料です。一方、ストレージからインターネット経由でクライアント端末や外部サーバーへデータをダウンロードさせる外向き送信通信（エグレス）には、月間の無料枠を超えた分に対して従量課金が発生します。詳細はAzure 帯域幅の価格でも定義されています。

標準のグローバルネットワークを使用した場合、1GBあたりのエグレス単価はAWSのほうが数パーセント安価に設定されています。しかし、月間数テラバイト規模の動画配信や静的コンテンツ配信を行う場合は、ストレージから直接インターネットへ送信するのではなく、前段にCDN（Azure Front DoorやAmazon CloudFront）を配置してキャッシュ配信するのが一般的です。また、解約や他社環境への全面移行に伴ってAzureから全データを引き上げる際には、事前申請などの条件を満たすことでエグレス料金が全額免除される措置が両クラウドともに用意されています。

APIリクエストや操作コストの比較

ストレージに対するファイルの書き込み（PUT / POST / Create）、一覧取得（List）、読み取り（GET / Read）といったAPIリクエストは、10,000回または1,000回単位で課金されます。保存容量が小さくても、アプリケーションから高頻度でアクセスがある場合はこのトランザクション費用が請求額の大部分を占めることがあります。

料金表上の表記単位が異なる点に注意が必要です。Amazon S3は書き込み系を「1,000リクエストあたり」、読み取り系を「1,000リクエスト（または10,000リクエスト）あたり」で表記することが多いのに対し、Azure Blob Storageはすべての操作を「10,000トランザクションあたり」で統一表記しています。単位を10,000回に揃えて比較すると、ホット層における通常の読み書きコストは両社で10,000回あたり0.003〜0.05 USDの範囲に収まり、決定的な価格差にはなりません。

ただし、アーカイブ層からデータを取り出す際の操作コストには違いが出ます。Azureのアーカイブ層からの読み取り操作は、LRS構成でも10,000回あたり約5.5 USD（約833円）と高額に設定されており、多数のファイルを個別に復元するとリクエスト料金だけでコストが膨れ上がります。以上の比較から、既存システムが動いているクラウド基盤に合わせて通信費を抑えることを基本としつつ、以下に示す条件に当てはまる場合はAzure Blob Storageを選択することで高いコストメリットを得られます。

Azure Blob Storageの料金が高くなる原因と注意点

Azure Blob StorageはGBあたりの保存単価が低く設定されていますが、実際の請求額が事前の試算を大きく上回るケースが少なくありません。その原因の多くは、データ保存容量そのものではなく、付随して発生するデータ取得費用、APIトランザクション、冗長構成、ネットワーク通信費の見落としにあります。ここでは、運用開始後に想定外のコスト増加を引き起こす4つの原因と注意点を解説します。

アーカイブ層からのデータ早期削除ペナルティと復元コスト

保存単価が低い「クール」「コールド」「アーカイブ」の各アクセス層には、データを最低限保持しなければならない「最小保持期間」が定められています。この期間が経過する前にデータを削除したり、別のアクセス層へ移動したりすると、残りの日数分のストレージ保存料金が早期削除ペナルティとして一括請求されます。

例えば、アーカイブ層に保存した10TBのデータを保存から30日後に削除した場合、残りの150日分に相当する保存料金が削除時点で課金されます。さらに、アーカイブ層のデータは直接読み取ることができないため、参照時にはホット層またはクール層へデータを戻す「リハイドレート（復元）」が必要です。この復元処理には、読み取るデータ量（GB単位）に応じたデータ取得費用と、10,000リクエストあたりの高い読み取りトランザクション単価が適用されます。なお、アーカイブ層にあるBlobのメタデータ（一覧取得やプロパティ参照に使われる情報）の保存料金は、クール層の単価で課金されます。小さなファイルが大量にある環境では、この費用も考慮してください。Microsoftは復元にCopy Blobを推奨しており、早期削除ペナルティを避けられますが、コピー元とコピー先の両方で容量課金が発生します。

特に障害対応などで急いでデータを復元するためにリハイドレート優先度を「高（High）」に設定すると、標準（Standard）優先度と比べて高い取得コストが発生します。監査ログや長期バックアップなど、一度保存したら半年以上変更・参照しないデータ以外にアーカイブ層を適用すると、かえってコストが膨らむ原因となります。

頻繁な小規模ファイルの読み書きによるトランザクション急増

トランザクション料金は「10,000リクエストあたり数円〜数十円」と一見安価ですが、ファイルサイズに関係なくAPIリクエストの回数に応じて課金される点に注意が必要です。合計の保存容量が小さくても、数KB単位の小規模なファイルを大量に読み書きするワークロードでは、トランザクション費用がストレージ保存料金の何倍にも膨れ上がることがあります。

具体的には、以下のようなシステム構成や運用でトランザクションの急増が発生しやすくなります。

クール層やコールド層は、ホット層と比較して保存単価が安い反面、書き込みや読み取りのトランザクション単価が高く設定されています。アクセス頻度が高い小規模ファイルをこれらの低頻度アクセス層に配置すると、リクエストのたびに割高な操作コストが積み重なります。

過剰な冗長性オプションの選択によるコスト肥大化

ストレージアカウントの作成時に選択する冗長性オプションによって、保存料金は大きく変動します。最も安価なローカル冗長ストレージ（LRS）と比較して、ゾーン冗長ストレージ（ZRS）は約1.25倍、地理冗長ストレージ（GRS）や読み取りアクセス地理冗長ストレージ（RA-GRS）は約2倍以上の保存単価となります。

さらに、GRSや地理ゾーン冗長ストレージ（GZRS）を選択した場合、プライマリリージョンに書き込まれたデータをセカンダリリージョンへ非同期レプリケーションするための地域間データ転送料金（GB単位）が保存料金とは別に課金されます。

Azureポータルでストレージアカウントを新規作成する際、初期値（デフォルト）としてGRSが選択されている場合があります。開発環境やテスト環境、あるいは再生成が可能な一時データやキャッシュの保存先に対して、デフォルト設定のままGRSやGZRSを適用してしまうと、不要な二重化コストとレプリケーション通信費を毎月支払い続けることになります。システムの目標復旧時点（RPO）や目標復旧時間（RTO）の要件を整理し、本当にリージョン間での災害対策（DR）が必要なデータであるかを見極めることが不可欠です。

リージョン間データ転送や外向き通信の発生

Azureデータセンター内へデータをアップロードする内向き通信（イングレス）は無料ですが、Azureからインターネットや別リージョンへデータを送信する外向き通信（エグレス）には、転送データ量（GB単位）に応じた通信費が発生します。大容量の動画ファイルやソフトウェアのインストーラー、画像素材などを扱っている場合、保存料金よりも通信費の方が高くなるケースが目立ちます。

外向き通信やリージョン間転送によるコスト増加を防ぐため、以下の構成になっていないか確認してください。

同一リージョン内のAzureサービス間（東日本リージョンのBlob Storageと東日本リージョンの仮想マシンなど）であれば、データ転送は原則無料です。しかし、リージョンをまたいだ瞬間から大陸内または大陸間のデータ転送料金が適用されるため、ストレージとコンピュートリソースは必ず同一リージョンに配置する設計が基本となります。

Azure Blob Storageの料金を劇的に下げる最適化手法

Azure Blob Storageの運用コストを抑えるには、データの利用頻度や保持期間に合わせてストレージの設定と保存形式を見直す必要があります。手動での管理は運用負荷が高いため、Azureが提供する自動化機能や割引制度、アップロード前のデータ処理を組み合わせてコストを削減します。

ライフサイクル管理ポリシーによるアクセス層の自動移行

保存されたデータは、時間の経過とともに参照頻度が低下するのが一般的です。Azure Blob Storageのライフサイクル管理ポリシーを設定すると、最終更新日や最終アクセス日時を基準として、ホット層からクール層、コールド層、アーカイブ層へとデータを自動的に移行できます。ポリシーの適用自体に追加料金は発生しません。

管理者がAzureポータルまたはJSON形式でルールを定義しておけば、人手を介さずに保存単価の安いアクセス層へデータが移動し、月々の容量課金を抑えられます。具体的なルール設定の例は以下の通りです。

ただし、ライフサイクル管理によるアクセス層の変更時には、移行先の層への書き込みトランザクション料金が発生します。また、各アクセス層に定められた最低保存期間（クールは30日、コールドは90日、アーカイブは180日）を満たす前に別の層へ移動または削除すると早期削除ペナルティが課されるため、データの参照サイクルを把握した上で移行日数を設定することが重要です。

Azure予約容量（リザーブドキャパシティ）の購入による割引

長期間にわたり一定量以上のデータを保存することが確実な場合は、Azure Blob Storageの予約容量（リザーブドキャパシティ）を購入することで、従量課金と比較してストレージ容量のコストを大幅に引き下げることができます。契約期間は1年または3年から選択でき、保存容量は100TiB単位または1PiB単位（公式表記はTiB・PiB）で予約します。

予約容量の割引はデータ保存容量（GB単価）に対してのみ適用され、トランザクション料金やデータ転送料金は対象外です。また、購入した予約容量に対して実際の使用量が下回った月でも、未使用分の料金は返金されず翌月への繰り越しもできません。そのため、過去数ヶ月間のストレージ使用量の推移を確認し、年間を通じて確実に消費し続けるベースラインの容量を見極めてから購入手続きを行う必要があります。なお、予約容量は交換が可能で、解約した場合は日割りで返金されます（返金額には年間の上限があります）。

データの重複排除と圧縮による保存容量の削減

Azure側に支払うコストは物理的な保存容量と操作回数に比例するため、アップロードする前のアプリケーション側でデータサイズとファイル数を減らす処理が有効です。

テキスト形式のログファイル、CSV、JSONなどのデータは、ストレージへ書き込む前にGzipやZstandardなどのアルゴリズムで圧縮することで、データ容量を数分の一に縮小できます。さらに、数KB程度の小さなファイルを大量に保存する構成になっている場合、一定期間ごとに1つのアーカイブファイル（tarやzipなど）やParquet形式にまとめてからアップロードすることで、保存容量だけでなく書き込み・読み取り時のトランザクション回数も同時に削減できます。

また、バックアップシステムやデータ連携基盤からBlob Storageへデータを転送する際は、同一ファイルの重複アップロードを防ぐ仕組みを取り入れます。ファイルのハッシュ値（MD5やSHA-256）を事前に比較して差分のみを転送するか、ブロックBlobの仕組みを利用して変更されたブロックのみを更新することで、無駄な容量消費と通信量を抑えられます。

不要なスナップショットやバージョンの定期削除

誤削除やデータの破損に備える「BLOBのバージョン管理」「スナップショット」「論理的な削除（ソフトデリート）」は安全な運用に欠かせない機能ですが、これらを有効にすると、変更前の古いデータや削除済みデータがストレージ内に保持され続けます。保持されている過去のデータにも、通常のデータと同じGB単価で容量料金が課金されます。

特に更新頻度が高いファイルに対してバージョン管理を有効にしている場合、現行データの数倍から数十倍の容量を過去バージョンが占め、気づかないうちに請求額が膨らむケースが少なくありません。この問題を防ぐには、データ保護の要件を満たす最小限の保持期間を定め、期間を過ぎたデータを自動で消去する設定を行います。

このように、現行データだけでなく目に見えにくい保護用データのライフサイクルも合わせて管理することで、不要なストレージ課金の蓄積を確実に防ぐことができます。

Azure料金計算ツールを使ったシミュレーション手順

Azure Blob Storageの月額コストを正確に把握するには、Microsoftが公式に提供しているAzure 料金計算ツールを使用します。このツール上で「ストレージ アカウント」を選択して見積もりに追加し、利用環境に合わせたパラメータを入力することで、課金が発生する前に詳細な料金シミュレーションが可能です。

計算ツールにアクセスしたら、画面下部の設定エリアへ移動し、ページの最下部にある通貨設定を「日本円（JPY）」に変更しておくと、予算策定や社内稟議にそのまま活用できる見積もりを作成できます。

リージョンとパフォーマンス階層（標準・Premium）の選択

見積もり画面に追加された「ストレージ アカウント」のパネルでは、最初にデータの保存場所やストレージの基本仕様といった前提条件を指定します。ここで選択した項目によって、後から入力する保存容量やトランザクションの基本単価が決まります。

これらの基本項目を順番にプルダウンから選択していくことで、選択した条件に応じた1GBあたりの保存単価や、操作ごとの単価がツール上に自動反映されます。

保存容量と月間トランザクション数の入力方法

基本仕様の選択が完了したら、月間の利用見込み量となる数値を入力します。想定されるデータ量やアプリケーションの挙動を具体的な数値に置き換えて各項目を埋めていきます。

トランザクション数の算出にあたっては、保存するファイルサイズと総容量から逆算すると見積もりやすくなります。たとえば、1個あたり1MBの画像ファイルを月間に10万個アップロードし、それぞれが月間に10回ずつ閲覧されるシステムであれば、書き込み操作は月間10万回（入力値は「10」）、読み取り操作は月間100万回（入力値は「100」）となります。

なお、インターネット経由でデータをダウンロードする際の外向きデータ転送（エグレス）費用は、ストレージアカウントの枠内には含まれていません。外部への通信費も含めて総額を算出したい場合は、計算ツールの検索窓から「帯域幅（Bandwidth）」モジュールを別途追加し、月間の送信データ量を入力して合算します。すべての入力を終えたら、画面最下部の「エクスポート」からExcel形式で内訳をダウンロードできるほか、「共有」ボタンから設定状態を保持したURLを発行してチーム内で見積もり結果を共有できます。

よくある質問（FAQ）

Azure Blob Storageに無料枠はありますか？

新規でアカウントを作成したユーザー向けに、登録から12か月間利用できる無料枠が用意されています。この期間中は、LRS（ローカル冗長ストレージ）のホットアクセス層を毎月5GBまで無料で利用可能です。容量に加えて、月間20,000件の読み取り操作と10,000件の書き込み操作も無料の対象に含まれます。最新の適用条件については、Azureの無料アカウントのページで確認できます。

無料枠が適用されるのは特定の条件を満たした範囲に限定されるため、以下の点に注意が必要です。

また、アカウント作成時に付与される無料クレジット（200米ドル相当、有効期限30日間）を使用すれば、無料枠の対象外となる冗長構成や大容量データの保存を実質無料で検証できます。

Azure FilesやAzure Disk Storageとの料金の違いは何ですか？

Azureが提供する主要なストレージサービスは、データの保存形式や用途によって料金の計算単位とGBあたりの単価が異なります。非構造化データを大量に保存する用途ではAzure Blob Storageが最も安価であり、ファイル共有やOSの起動ディスクといった機能性が求められるサービスほど単価は高くなります。

各ストレージサービスの特徴と課金方式の違いは以下の通りです。

Azure Disk Storageは、実際にデータを書き込んだ量ではなく、割り当てたディスク容量全体（128GB、256GBなどの固定サイズ）に対して課金されます。そのため、仮想マシンにアタッチして高速な読み書きを行うシステム領域にはDisk Storageを使い、システムから出力されるバックアップやメディアファイルの保管先には実使用量のみで安く済むBlob Storageを使うと、コストを抑えられます。

Azure Data Lake Storage Gen2を有効にすると料金は変わりますか？

ストレージアカウントの作成時に「階層型名前空間（Hierarchical Namespace）」を有効化してAzure Data Lake Storage Gen2（ADLS Gen2）として構成しても、データの保存容量（GB単価）自体は通常のBlob Storageと同額です。

ただし、運用時のトータルコストには以下の違いが生じるため、利用形態に応じた見極めが必要です。

ビッグデータ分析基盤としてフォルダ階層を用いた高速なデータ処理を行う場合は、操作回数の削減によってADLS Gen2の方がトータルコストを抑えられます。一方、階層構造での一括操作を行わず、単にオブジェクトを保存して個別に取得するだけの用途であれば、通常のBlob Storageのまま運用する方がトランザクション単価を安く維持できます。詳細な単価の違いはAzure Data Lake Storageの料金ページに記載されています。

日本リージョン（東日本・西日本）で料金に差はありますか？

東日本リージョン（Japan East）と西日本リージョン（Japan West）の間には、料金の差が存在します。リージョンごとに単価が設定されており、東日本と西日本で差が出る場合があります。差の大きさは時期や契約によって異なるため、最新の料金ページで必ず確認してください。

西日本リージョンは東日本リージョンのペアリージョンであり、GRSなどの地理冗長構成ではデータの複製先になります。

そのため、特別な理由がない限りは、コンピューティングリソースと同じリージョンをプライマリとして選択するのが基本です。ただし、すでに西日本リージョンで仮想マシンやデータベースを稼働させている場合、ストレージだけを東日本リージョンに配置すると、アクセスするたびにリージョン間のデータ転送（通信）料金が発生します。結果としてストレージ単価の差額以上に通信費が高くつくケースがあるため、原則としてコンピューティングリソースと同じリージョンにBlob Storageを配置してください。

請求額の急増を防ぐためのアラート設定は可能ですか？

Azureポータル内のコスト管理機能である「Microsoft Cost Management」にある予算（Budgets）機能を使うことで、無料で請求額のアラート通知を設定できます。想定外のトランザクション急増や大容量データの放置による高額請求を未然に検知できます。

アラートは以下の手順で設定します。

予算アラートは設定した金額に達した事実をメール等で通知する機能であり、上限に達してもストレージの稼働や課金が自動的に停止するわけではありません。もしプログラムのループ処理などによる予算超過時に強制的な措置を講じたい場合は、予算の作成と管理のチュートリアルを参考に、アラート条件に「アクショングループ」を紐付け、Azure AutomationやAzure Functionsを呼び出してアクセス制限をかける構成を別途組む必要があります。

まとめ

Azure Blob Storageの料金は、運用条件に合わせた設定を行うことでAWS S3と同等以下の水準に抑えられます。コスト管理における重要ポイントは以下の通りです。

まずは公式のAzure料金計算ツールで自社の利用条件を入力し、具体的なコストのシミュレーションから実践してみましょう。