コンピュート・インスタンス・ヘルス・メトリック
コンピュート仮想マシン(VM)インスタンスのヘルス、容量およびパフォーマンスは、メトリック、アラームおよび通知を使用してモニターできます。
このトピックでは、メトリック・ネームスペースoci_compute_instance_healthによって生成されるメトリックについて説明します。
リソース: コンピュートVMインスタンス。
メトリックの概要: oci_compute_instance_health
次のコンピュート・インスタンス・ヘルス・メトリックは、コンピュート・インスタンスのステータス、ヘルスおよびアクセシビリティのモニターに役立ちます。
インスタンス・アクセシビリティ・ステータス: instance_accessibility_statusメトリックを使用すると、VMインスタンスが応答しないかどうかをモニターできます。コンピュートにより、アドレス解決プロトコル(ARP)のリクエストが、インスタンスの仮想ネットワーク・インタフェース・カード(VNIC)に送信されます。ARP pingが失敗した場合、メトリックはインスタンスが応答していないことを示します。
instance_accessibility_statusメトリックは、インスタンスの応答性のない特定の理由を特定または報告しません。ARPテストでは、インスタンスのOSで発生する可能性のある問題に関する洞察は得られません。応答しないVMインスタンスをトラブルシューティングするには:
- インフラストラクチャ・ヘルス・メトリックを確認して、インフラストラクチャに進行中の問題があるかどうかを判断します。インフラストラクチャに進行中の問題がある場合は、Oracle Cloud Infrastructureによって問題が解決されるまで待機してから、
instance_accessibility_statusメトリックを再度確認してください。 - インフラストラクチャに進行中の問題がない場合、インスタンスには、ソフトウェアの問題またはネットワークの構成の問題が存在する可能性があり、お客様ご自身での解決が必要になります。OSとネットワークが正しく構成されていることを確認します。コンピュートのトラブルシューティングの提案およびネットワーキングのトラブルシューティングの提案を参照してください。
- コンピュートおよびネットワーキングのトラブルシューティングのステップが成功しない場合は、診断リブートを使用すると、アクセスできないインスタンスを再構築できます。
必要なIAMポリシー
リソースをモニターするには、コンソールまたはREST API (およびSDK、CLIまたはその他のツール)のどちらを使用しているかにかかわらず、管理者が作成するポリシーで必要なアクセスのタイプが付与されている必要があります。ポリシーでは、モニター・サービスおよびモニター対象のリソースにアクセス権を付与する必要があります。アクションを実行しようとして、権限がない、または認可されていないというメッセージが表示された場合は、管理者に連絡して、付与されているアクセスのタイプと作業する必要があるコンパートメントを確認してください。モニタリングのユーザー認可の詳細は、「IAMポリシー」を参照してください。
使用可能なメトリック: oci_compute_instance_health
次の表に示すメトリックは、インスタンスで自動的に使用可能になります。これらのメトリックを取得するためにインスタンスでモニタリングを有効にする必要はありません。
モニタリング・サービスを使用して、カスタム問合せを作成することもできます。
メトリックには次のディメンションが含まれます:
- resourceDisplayName
- インスタンスのわかりやすい名前。
- resourceId
- インスタンスのOCID 。
| メトリック | メトリック表示名 | 単位 | 説明 | ディメンション |
|---|---|---|---|---|
instance_accessibility_status
|
インスタンス・アクセシビリティ・ステータス | 件数 | VMインスタンスのアクセシビリティ・ステータス。値1は、インフラストラクチャまたはインスタンス自体の問題により、インスタンスの応答がないことを示します。値0は、アクセシビリティの問題が検出されていないことを示します。インスタンスが停止済の場合、メトリックに値はありません。 |
|
コンソールの使用
APIの使用
APIの使用およびリクエストの署名の詳細は、REST APIのドキュメントおよびセキュリティ資格証明を参照してください。SDKの詳細は、SDKおよびCLIを参照してください。