このページでは、Cloud Monitoring の問題を解決する方法について説明します。
請求アラート ポリシーを使用するプロジェクトを選択できない
予算を作成しており、[モニタリング メール通知チャネルをこの予算にリンクする] オプションを選択しています。[ワークスペースを選択] ダイアログの arrow_drop_down（メニュー）を使用して、通知チャンネルを含む Google Cloud プロジェクトを選択できると考えましたが、使用するプロジェクトが表示されません。
この失敗の原因は、選択するプロジェクトに仮想指標スコープが設定されていることです。一般に、指標スコープが仮想であるかインスタンス化されても、ユーザビリティには影響しません。ただし、このダイアログには、インスタンス化された指標スコープがあるプロジェクトのみが表示されます。
この問題については、Google のエンジニアリング チームが解決に取り組んでいます。
[ワークスペースを選択] ダイアログにプロジェクトが表示されるようにするには、次の操作を行います。
- 仮想指標スコープをインスタンス化された指標スコープに変換します。詳細な手順については、指標スコープをインスタンス化するをご覧ください。
- 予算作成プロセスを再開します。
指標スコープをインスタンス化する
MyNotificationsProject に、予算で使用する通知チャンネルが含まれているとします。このプロジェクトの指標スコープをインスタンス化するには、2 番目のプロジェクトをモニタリング対象プロジェクトとして追加します。次の手順では、2 番目のプロジェクトの名前は TestProject です。指標スコープをインスタンス化した後は、モニタリング対象プロジェクトのリストから TestProject を削除できます。
このプロジェクトがインスタンス化された指標スコープを持つようにするには、次の操作を行います。
2 番目のプロジェクトを作成します。この例では、このプロジェクトの名前は
TestProjectです。2 番目のプロジェクトには、既存のプロジェクトを使用できます。ただし、
MyNotificationsProjectという名前のプロジェクトは使用できません。Google Cloud コンソールのプロジェクト選択ツールで
MyNotificationsProjectを選択します。[Monitoring] に移動して、[設定] を選択します。
[GCP プロジェクトを追加] をクリックします。
表内で
TestProjectにチェックを入れ、[プロジェクトを追加] をクリックします。これらのステップが完了すると、
TestProjectがMyNotificationsProjectのモニタリング対象プロジェクトとしてリストに表示されます。この操作は、MyNotificationsProjectの指標スコープを強制的にインスタンス化します。指標スコープをインスタンス化した後は、必要に応じて、モニタリング対象プロジェクトのリストから
TestProjectを削除できます。モニタリング対象プロジェクトのリストからTestProjectを削除するには、[GCP プロジェクト] テーブルでTestProjectをオンにし、[プロジェクトを削除] をクリックします。最初の手順で 2 番目のプロジェクトを作成した場合は、そのプロジェクトを削除できます。
プロジェクトを指標スコープに追加できない
プロジェクトを指標スコープに追加しようとしましたが、失敗しました。
この問題を解決するには、次のことを試してください。
スコーピング プロジェクトと、指標スコープに追加するプロジェクトに必要な権限があることを確認します。
これらの権限の詳細については、指標スコープを構成するの「始める前に」をご覧ください。
利用可能な割り当てがあることを確認します。
デフォルトでは、指標スコープに 375 個の Google Cloud プロジェクトを含めることができます。ただし、「モニタリング対象プロジェクト / モニタリング指標スコープ」の割り当ての増加をリクエストすることもできます。詳細については、割り当ての管理に関するドキュメントをご覧ください。
指標スコープに追加するプロジェクトが対象であることを確認します。
管理プロジェクトの指標スコープには、管理プロジェクトに関連付けられているフォルダ内の子プロジェクトのみを表示できます。管理プロジェクトの詳細については、App Hub をご覧ください。
[統合] ボタンが表示されない
現在、この機能は必要とされていません。このため、Monitoring ワークスペースが指標スコープに置き換わり、[統合] ボタンと [移動] ボタンは削除されました。ワークスペース データモデルでは、 Google Cloud プロジェクトを 1 つのワークスペースにのみ配置できたため、統合機能が必要でした。プロジェクトの指標を表示できるワークスペースを変更するには、マージ オプションを使用する必要がありました。指標スコープのデータモデルでは、 Google Cloud プロジェクトを複数の指標スコープに含めることが可能なため、この機能は必要ありません。
複数のプロジェクトの指標を表示する方法については、複数のプロジェクトの指標スコープを構成するをご覧ください。
AWS ログにアクセスできない
AWS アカウントのログにアクセスするには、選択した AWS ホスティング プロジェクトで Cloud Logging を使用します。
AWS 指標がない
AWS アカウントの指標は、AWS ホスティング プロジェクトとして使用されている Google Cloud プロジェクトに保存されます。このプロジェクトが指標またはログを受信するには、このプロジェクトがモニタリング対象プロジェクトである必要があります。
Workspace から AWS ホスティング プロジェクトを削除し、AWS ホスティング プロジェクトがモニタリング対象プロジェクトではなくなった場合は、新しい指標とログの取り込みが直ちに停止します。
指標スコープから AWS ホスティング プロジェクトを削除し、AWS ホスティング プロジェクトがモニタリング対象プロジェクトではなくなった場合は、新しい指標とログの取り込みが 2 時間後に停止します。
Cloud Monitoring にアクセスできない
Cloud Monitoring にアクセスできない場合は、モニタリング データを表示できるロールがないか、 Google Cloud プロジェクトが Cloud Monitoring 用に構成されていません。必要な権限とロールの詳細については、Identity and Access Management を使用してアクセスを制御するをご覧ください。
Monitoring にプロジェクト リソースがない
VM インスタンスなどのリソースを追加または削除した後 Monitoring に移動してリソースを表示すると、リストにあるリソースに最近の変更が反映されていません。
この問題を解決するには、Monitoring でリソースの変更が検出されるまで 10 分以上待ちます。
Monitoring にサービスがない
新しいサービスを開始した直後に Monitoring に移動してそのサービスを表示しても、サービスのリストに表示されません。
この問題を解決するには、新しいサービスが検出されるまで 1 時間以上待ちます。
Cloud Monitoring エージェントのトラブルシューティング
Cloud Monitoring エージェントのインストールや実行に関する問題の診断についてのガイダンスは、エージェントのインストールのトラブルシューティングをご覧ください。
アラート ポリシーのトラブルシューティング
条件に基づいてモニタリングされる指標とリソースに対するアラート ポリシーの影響、条件の期間、インシデントの作成日時についての詳細は、指標ベースのアラート ポリシーの動作をご覧ください。
特定のアラート ポリシーで発生する可能性がある問題へのガイダンスについては、アラート ポリシーのトラブルシューティングをご覧ください。
グラフと指標のトラブルシューティング
グラフやダッシュボードに固有の問題についてのガイダンスについては、グラフとダッシュボードのトラブルシューティングをご覧ください。
Cloud Monitoring API の使用に関するトラブルシューティング
Cloud Monitoring API v3 の使用時に発生する可能性のある問題のガイダンスについては、Cloud Monitoring API のトラブルシューティングをご覧ください。
稼働時間チェックのトラブルシューティング
稼働時間チェックに固有の問題に関するガイダンスについては、稼働時間チェックのトラブルシューティングをご覧ください。