Google Cloud上でマイクロサービス数十〜数百単位のアラートポリシーを運用している企業のSRE・クラウドコスト管理担当にとって、アラート自体は「無料で使える安全網」という位置づけだった。Google Cloudは今後、この前提を変える。
Google Cloud Monitoringは、早くとも2027年9月1日以降、アラートポリシーの利用に課金を開始する[1]。料金はアラートポリシー内のメトリクス参照1件につき月額0.35ドル、加えてメトリクスアラート条件のクエリが返すデータポイント100万件あたり0.50ドルとなる見込みだ[1]。課金開始の90日前・30日前にはMSA（Mandatory Service Announcement）が送付される[1]。ただし、2026年5月31日時点で有効な割引付きコミット契約（リセラー経由・標準パートナー割引を含む）がある場合、その契約が満了・更新・延長・置き換えとなるまでは、この課金は適用されない[1]。
このコミット契約の基準日である2026年5月31日は、本稿執筆時点で既に過ぎている。つまり、今から新たにこの猶予を得ることはできない。本稿では、この課金モデルの詳細、既存のコミット契約の状態確認、そしてアラート設計そのものの見直しについて整理する。
予備知識
- アラートポリシー: 特定の条件（メトリクスの閾値超過など）を監視し、満たされた場合に通知を送るCloud Monitoringの設定単位。
- メトリクス参照: アラートポリシーが監視対象として参照するメトリクスの単位。課金の基本単位になる。
- コミット契約: 一定期間・一定金額の利用を約束する代わりに割引を受けるGoogle Cloudの契約形態。
- MSA（Mandatory Service Announcement）: Google Cloudが料金・仕様の重要な変更を利用者へ事前告知する仕組み[3]。
アラート設計を含むGoogle Cloudの監視・運用をエンタープライズ視点で体系的に学べる一冊。
現状分析：無料機能から従量課金への転換
これまでCloud Monitoringのアラートポリシーは、作成数や参照するメトリクス数に関わらず追加課金の対象ではなかった。この前提のもとで、多くの現場は「念のためアラートを増やしておく」「同じような条件のポリシーを複数のチームがそれぞれ作る」といった運用を続けてきた。
新しい課金モデルは、この「無料だから増やしても問題ない」という前提を崩す。メトリクス参照単位での月額課金に加え、クエリが返すデータポイント量にも従量課金がかかるため、高カーディナリティ（ラベルの組み合わせが多い）なメトリクスを粗い集約なしで監視しているポリシーほどコストが膨らみやすい構造になる。
新規コスト項目の発生を、会計・予算プロセスにどう接続するかを基礎から学べる入門書。
解決の方向性：コミット契約の状態確認が最初の分岐点
課金開始時期は、自社のコミット契約の状態によって変わる。2026年5月31日時点で割引付きコミット契約が有効だった企業は、その契約が満了・更新・延長・置き換えになるまで新料金の適用が猶予される。逆に、コミット契約を結んでいない、あるいは既に契約更新のタイミングを迎えている企業は、早くとも2027年9月1日から新料金が適用される可能性がある。
この基準日は既に過ぎているため、「これから契約すれば猶予が得られる」という選択肢はない。現時点でできるのは、自社の既存コミット契約がいつ満了・更新を迎えるかを確認し、その時点で新料金が有効化されるという前提でコスト試算を行うことだ。
| 契約状況 | 新料金の適用時期 |
|---|---|
| 2026年5月31日時点で有効な割引付きコミット契約あり | 契約の満了・更新・延長・置き換え時点から |
| コミット契約なし、または既に更新済み | 早くとも2027年9月1日から |
数百人規模で自社LLM基盤や生成AIサービスをAWS上に構築し、年次予算策定サイクルを持つ企業のインフラ担当・調達担当が対象になる。GPUインスタンスを一定期間確保できるCapacity Block（GPUインスタンスを予約購入できるAW[…]
具体施策：アラート設計そのものの見直し
Google Cloudは、アラートポリシー作成・編集時に推定コストを表示する機能を提供している[2]。この見積もり機能を使い、既存の主要なアラートポリシーのコストを事前に把握しておくことが実務上の出発点になる。
コスト削減の具体的な手段としては、リソースごとに個別のポリシーを作るのではなく1つのポリシーで複数リソースを監視すること、VM単位の粗い粒度ではなくサービス単位など高い集約レベルで評価すること、PromQLを使う場合はtopk演算子で返すポイント数を絞ることなどが挙げられている[2]。これらは順番に実施する手順ではなく、どれから着手してもよい独立した打ち手だ。特に、ラベルの種類が多いメトリクスを未集約のまま監視していると、参照するデータポイント数が跳ね上がりやすい。例えば100台のVMが出すメトリクスに、それぞれ10通りの値を取るラベルが10種類付いていると、カーディナリティは100×10×10＝1万になり、1回の評価で最大1万ポイントを返しうる[2]。VM単位に集約すれば100ポイントまで抑えられる、という差が生まれる。
「ログベースの指標」を使ったアラートでは、対象リソースの種類を指定せず「未指定」のままにしていると、あらゆるリソース種別を横断的にクエリしてしまい、意図せずデータポイント数を押し上げる[2]。ログベースの指標を使う場合は、対象リソースの種類を明示的に絞り込むことも、地味だが効果のある対策になる。
数千人規模でAzure MonitorとDatadogを併用し、年次のコスト監査で監視ツール契約の妥当性を問われる企業のITインフラ担当者は、今回の発表を無視できない。対象はマイクロソフトのAzure Monitor、具体的にはSLI（サ[…]
日本企業のマルチクラウド予算管理にどう組み込むか
日本企業の多くは、AWS・Azure・Google Cloudを併用するマルチクラウド構成をとりつつ、クラウド費用の予算管理を年度単位の固定枠で運用している。Google Cloud側でアラート課金という新しいコスト項目が発生することは、他クラウドとの予算配分バランスに影響しうるが、この種の「機能単位の新規課金」は、年度予算編成時点では想定に入っていないことが多い。
海外の組織では、FinOpsチームが各クラウドベンダーの料金変更告知を横断的に監視し、四半期ごとの予算見直しに反映する体制が一般的になりつつある。一方、日本企業では、クラウドごとの契約管理が異なる担当者・異なるベンダー窓口に分かれていることが多く、Google Cloud側の料金変更が、AWS・Azureの契約更新時期を管理する部門にまで伝わらないリスクがある。
この記事の読者にとって実務上いちばん効くのは、猶予条件の書き方だ。Google Cloudは猶予の対象に「リセラー経由の契約や標準的なパートナー割引を含む」と明記している[1]。日本国内のGoogle Cloud契約はリセラー（販売パートナー）経由が多く、その場合、2026年5月31日時点で割引付きのコミット契約が有効だったかどうかは、自社のコンソールだけでは確定できない。猶予の有無と、猶予が切れる日（契約の満了・更新・延長・置き換えの時点）は、リセラーに直接確認する必要がある。この確認を先に済ませておかないと、課金開始が2027年9月なのか、それより後の契約更新時なのかが決まらず、次年度予算の見積もり自体が立たない。
| 観点 | 海外の典型的な動き | 日本企業で起きやすいこと |
|---|---|---|
| 料金変更の把握 | FinOpsチームが横断的にベンダー告知を監視 | クラウドごとに担当者・窓口が分かれ情報共有が遅れがち |
| 予算への反映 | 四半期ごとの見直しで柔軟に調整 | 年度予算編成のタイミングまで反映されないことが多い |
| コミット契約の管理 | 契約満了日を一元的にトラッキング | リセラー経由の契約が多く、基準日時点の割引有無を自社だけで確認できない |
IT部門担当者の次の一手は、リセラー経由の契約であれば窓口に基準日（2026年5月31日）時点の割引付きコミット契約の有無と満了日を照会し、あわせて主要アラートポリシーの推定コストを試算することだ。決裁側の判断材料は、この新規コスト項目を次年度予算にどう織り込むか、そしてマルチクラウド全体の予算配分を見直す契機とするかどうかになる。
まとめ
Google Cloud Monitoringのアラート課金は、早くとも2027年9月1日に始まる。ただし猶予を得られるコミット契約の基準日（2026年5月31日）は既に過ぎており、既存契約の状態確認が最初にすべきことになる。IT部門担当者の次の一手は、コミット契約の満了時期確認と主要アラートポリシーのコスト試算だ。決裁側にとっての判断材料は、この新規コスト項目をマルチクラウド予算全体の見直しにどうつなげるかという点になる。
よくある質問（FAQ）
Q. うちはコミット契約を結んでいないが、いつから課金されるか？
A. 早くとも2027年9月1日から課金が適用される可能性がある。課金開始の90日前・30日前には通知が送られる予定とされている。
Q. 今からコミット契約を結べば猶予は得られるか？
A. 得られない。猶予の対象は2026年5月31日時点で既に有効だった割引付きコミット契約に限られ、この基準日は既に過ぎている。
Q. アラートポリシーの数を減らせば課金は避けられるか？
A. 完全に避けることはできないが、ポリシーの統合や集約レベルの見直しにより、メトリクス参照数・データポイント数を減らしコストを抑えることは可能だ。
出典
[1] https://cloud.google.com/products/observability/pricing[2] https://cloud.google.com/monitoring/alerts/cost-control
[3] https://cloud.google.com/docs/cloud-msa
