オブジェクトストレージの費用や性能問題は、容量だけを見ても原因が分かりません。アクセスが急増したのか、別リージョンへ転送しているのか、低頻度向けクラスを頻繁に読んでいるのかを切り分ける必要があります。
Google Cloudは2026年9月18日の更新まとめで、Storage Intelligence Advisorの一般提供（GA）を発表しました。Cloud Storageの活動に基準線を作り、異常と推奨対応をプロジェクト、フォルダ、組織の単位で確認できます。
<style> .si-hero,.si-note,.si-flow{padding:1.2rem;margin:1.5rem 0;border:1px solid #c8d9e7;border-radius:16px;background:#f1f8fc;color:#183044}.si-hero p:last-child,.si-note p:last-child{margin-bottom:0}.si-grid{display:grid;grid-template-columns:repeat(auto-fit,minmax(min(100%,205px),1fr));gap:12px;margin:1.5rem 0}.si-card{padding:1.1rem;border:1px solid #c8d9e7;border-radius:14px;background:#fff}.si-card strong{display:block;color:#087f8c;font-size:1.15rem;margin-bottom:.4rem}.si-table{overflow-x:auto;margin:1.5rem 0}.si-table table{border-collapse:collapse;width:100%;min-width:680px}.si-table th,.si-table td{padding:.8rem;border:1px solid #c8d9e7;text-align:left;vertical-align:top}.si-table th{background:#dfedf5}.si-flow ol{padding-left:1.3rem}.si-flow li{margin:.7rem 0}.si-note{background:#fff6e7;border-left:5px solid #b96a16}.si-bars{display:grid;gap:.85rem;margin:1.5rem 0}.si-row{display:grid;grid-template-columns:9rem 1fr 5rem;gap:.6rem;align-items:center}.si-track{height:14px;background:#dce8ee;border-radius:99px;overflow:hidden}.si-fill{height:100%;background:linear-gradient(90deg,#087f8c,#45bda9)}.si-caption{font-size:.9rem;color:#587081}@media(max-width:560px){.si-row{grid-template-columns:1fr 4rem}.si-track{grid-column:1/-1;grid-row:2}} </style>① 容量・操作・エラー・転送の過去傾向から異常を見つけます。
② 組織からプロジェクト、バケット、プレフィックス、サービスアカウントへ原因を絞ります。
③ 結果は日次分析です。即時障害検知や請求上限の代わりにはなりません。
Storage Intelligence Advisorは、独自の集計パイプラインやBigQueryクエリを最初から作らなくても、主要指標、異常検知、推奨される次の対応をコンソールで示します。2026年9月18日にGAとして案内された機能です。
「異常」は固定しきい値ではなく、選択したスコープの履歴から作る基準線との比較です。事業成長や移行作業による正当な増加も検知し得るため、アラートではなく調査の入口として扱います。
| 表示単位 | 確認できること | 運用上の使い方 |
|---|---|---|
| 組織／フォルダ | 異常があるプロジェクト数と対象一覧 | 中央クラウドチームの横断監視 |
| プロジェクト | 全体への影響、主要バケット | 担当チームへの切り分け |
| バケット | 操作量、エラー、増加率など | 原因となる保存先を特定 |
| プレフィックス | 増加の大きいオブジェクト群 | ジョブやデータセットを推定 |
| サービスアカウント | 増加したAPI要求の主体 | 誤設定した処理や権限を追跡 |
Advisorは390日分の集約済みバケットメタデータと活動データを保持します。削除済みバケットの情報が表示される場合があるため、現在存在する資源だけの一覧とは限りません。
| 検知 | 最初の確認 | 代表的な対応候補 |
|---|---|---|
| 429急増 | 要求元とリトライ方式 | 指数バックオフ、負荷分散、詳細ログ調査 |
| リージョン間転送 | 利用サービスとバケットの配置 | 同一リージョンへ配置、バケット移転を検討 |
| Coldline／Archive操作 | 継続的か一時作業か | Autoclass、アクセス権の縮小、対象オブジェクト調査 |
| 容量増加 | 増えたバケットとプレフィックス | Lifecycle、Autoclass、Storage Insightsで詳細分析 |
Autoclassの移行操作やStorage InsightsからBigQueryへ出すデータには別途費用が発生し得ます。推奨を見て即実行せず、保存期間、取得頻度、早期削除料金、データ所在地を含めて試算します。
時間軸は役割を示す概念図です。実際の反映時間や通知頻度は設定とサービス仕様を確認してください。
公式ドキュメントでは、検知結果は前日の活動を反映すると説明されています。また初回表示には24〜48時間かかる場合があります。障害対応のSLOを守る監視はCloud Monitoringとログベース指標、費用上限はBilling Budgetで別に構成します。
VPC Service Controlsはプロジェクトレベルの保護です。
Advisorは組織／フォルダでも有効化できますが、VPC Service Controlsのサービス境界にフォルダや組織リソースを追加することはできません。上位スコープはIAMで管理します。
クラウド基盤チームは、容量グラフだけでは見えにくい操作数・エラー・転送の変化を横断的に発見できます。アプリ開発者には「ストレージが遅い」という曖昧な症状から、要求元やプレフィックスへ近づく手掛かりが増えます。FinOpsでは、安いストレージクラスへ移すだけでなく、取り出し方と配置を含めた総費用で判断しやすくなります。
コンソール中心の知見を通知・チケットへ安全に接続できるか、検知しきい値の説明可能性、組織規模での料金、既存のMonitoring／Billing運用との重複を確認します。導入効果は、推奨件数ではなく、異常から原因特定までの時間と回避費用で評価すべきです。
最終確認日：2026年9月20日