こんにちは。
2024/07/09のアップデートにて、Cloud Monitoring のアラートに対する課金開始がアナウンスされました。
課金開始時期は「2025/01/07」となりますが、ある程度影響が想定されるアップデートだと思われますので、影響と対策を探ってみます。

公式サイトを確認すると、以下のような記載があります。

・・・・これだけではイメージつかないので、実際のケースにて確認したいと思います。

ちなみに、Google Cloud 以外 のパブリッククラウドでは、監視サービス(アラーム)の価格設定は既に有料化されていました。
今回の価格改定で Google Cloud が追い付いた状況の様ですね。

ここではもう少し解像度を上げて、5 台の Compute Engine に対して「CPU 使用率を監視するアラート」を設定するケースについて考えてみましょう。
なお、Cloud monitoring が条件を実行する頻度は原則として「30 秒に 1 回」とのことで、以下では実行回数として表現しています。
また、メトリクスによって取得できる時系列データ数も異なってきますので、あくまでも考え方の参考としていただければと思います。
 
 

ケース１：

まずは一般的なケースとして、Compute Engine に対し、それぞれ5つのアラートポリシーを設定するケースを想定してみます。

・ アラートポリシー設定

① アラートポリシーにて、Compute Engine ごとにポリシーを作成していきます。

・ 費用感

・ 費用計
計：7.65 USD ／月

ケース２：

今度は、Compute Engine に付与したラベルでフィルタリングし、１つのアラートポリシーを設定するケースを想定してみます。

・ アラートポリシー設定

① まず、Compute Engine にラベル (vm-type：web-server) を付与します。

② アラートポリシーにて、付与したラベルをもとにフィルタリングを行います。

・ 費用感

・ 費用計
計：1.65 USD ／月

比較結果：

「ケース１」「ケース２」ともに、ほぼ似たアラートが検知できる設定でしたが、費用としては違いが出るようです。
上記ケースのポイントは「アラートポリシー数」ですね。

アラートポリシー数以外にも、アラート料金を削減については、公式サイトにて以下のような提案がされていますので、あわせて確認されることをオススメします。

・ アラートポリシーを統合して、より多くのリソースで運用する
・ アラートが必要なレベルのみに集計する
・ 未集計の生データに対してアラートを発しない
・ 不要な応答を除外する
・ トップストリーム演算子を使用して、返される時系列の数を減らします
・ 実行期間の長さを増やす（PromQLのみ）

これまでは無料であったため、コスト面はあまり気に留めずアラートポリシーを作成してきた感がありますが、
有料化にあたり、今後はコスト面も考慮しつつ監視設計をすすめていくことが重要かと思います。
 
また、現在アラートポリシーを活用いただいている環境に関しては、幸いまだ時間があるので、コスト面の影響確認をしつつ、必要な場合は削減に向けた検討を進めていただければと思います。

・ まず不要なアラートポリシーは削除
・ アラートポリシーを統合／集約 等の対策を検討

最後まで読んでいただき、ありがとうございました！

 
 
当社システムサポートは、Google Cloud の導入・移行・運営支援を行っています。
クラウド移行含めた最適なシステム環境構築のご相談は、以下よりお願いいたします！