Azure環境の試験方法について

Question

お世話になっております。

現在、 Azure環境にてアプリケーションサーバとしてAKS（Linux）、ストレージとしてストレージアカウントのファイル共有をアタッチする構成を構築しております。

以下二点についてご教示ください。

①AKS上のJavaアプリケーションのJVM監視について

JVMのアプリケーションレベルのメトリクス監視は、Application Insightsの導入が必要な認識であいますでしょうか？他の方法で監視が可能であれば、ご教示いただけますでしょうか。

参考：https://learn.microsoft.com/ja-jp/azure/azure-monitor/containers/kubernetes-monitoring-overview

②Azure Service Healthの機能検証手順について

Service Healthを用いたプラットフォーム障害・メンテナンス通知のアラート配信動作を確認したいと考えております。ただし、試験期間（〜3 月）内に実際のインシデント発生がない可能性が高く、アラートが発砲しないまま検証終了となる懸念があります。

この場合、機能検証をどのように進めるのが推奨でしょうか。テスト用の擬似イベント生成等、Microsoft推奨のアプローチがあればご教示ください。

参考：https://learn.microsoft.com/en-us/azure/service-health/service-notifications

以上、よろしくお願いいたします。

Answer 1

Hello 89302197

Thank you for posting your query on Microsoft Q&A platform.

はい、Application Insights を使用することが、AKS で JVM レベルのメトリクスやトレースを監視する最も簡単でサポートされている方法です:

1. アプリ インサイト自動計測（プレビュー）:

Azure Monitor は AKS 上の Java ワークロードに対して自動計測機能を提供し、コードの変更なしで pods に OpenTelemetry ベースの Java エージェントを注入します。クラスタまたはデプロイごとの webhook によって、テレメトリ（メトリクス、トレース、ログ）を有効にすることができます。

Reference: https://learn.microsoft.com/en-us/azure/azure-monitor/app/kubernetes-codeless?tabs=portal

2. 手動 Java エージェント＋プロファイラー:

あるいは、コンテナやJVMのコマンドラインで -javaagent:path/to/applicationinsights-agent.jar を使用して、Application Insights Java エージェントを注入することもできます。公式ドキュメントには、JVM引数によるデプロイやSpring Bootとの統合の設定詳細が記載されています。

Java向けのApplication Insightsプロファイラーは、CPU、メモリ、またはSLAのしきい値違反に基づいてJFRプロファイルを取得し、より詳細なパフォーマンス診断に最適です。

Reference: https://learn.microsoft.com/en-us/azure/azure-monitor/app/java-spring-boot

https://learn.microsoft.com/en-us/azure/azure-monitor/app/java-standalone-profiler

3. オープンソースのオプション：Prometheus + JMX / Micrometer

もし非Azureのツールを使用したい場合や必要な場合は次の通りです： JavaポッドからJVMメトリックを公開するには、Prometheus JMX Exporterを使用し、Azure Managed Prometheusでスクレイピングします。 Spring Bootアプリは、同様のセットアップのためにMicrometerを統合できます。 AKS上のAzure Monitorの管理されたPrometheusは、スケーリング、保持、事前構築されたダッシュボードを提供します。

Reference: https://learn.microsoft.com/en-us/azure/azure-monitor/containers/prometheus-exporters

https://learn.microsoft.com/en-us/azure/azure-monitor/metrics/prometheus-metrics-overview

Azure サービス ヘルス アラートの確認:

シミュレーションされたプラットフォームのインシデントは発生させることができないため、アラートのパイプラインをテストするには、Microsoft がサポートする方法を使用してください。

1. サンプルペイロードを使ったWebhookテスト: Microsoftは、サンプルのService Health webhookペイロードを提供しています。これらを直接ウェブフックのエンドポイントに送信して、スキーマ解析、アクショングループの呼び出し、アラートロジックを確認できます。

Reference: https://learn.microsoft.com/en-us/azure/service-health/service-health-alert-webhook-guide

2. サービスヘルスアラート用の組み込みポリシーを展開する:

Azure には、Azure Policy に標準で組み込まれている「サービス健全性アラートのデプロイ」ポリシーがあります。これを有効にすると、実際のイベントが発生していなくても、アラートやアクショングループの関連付けが確実に設定されます。

Reference: https://learn.microsoft.com/en-us/azure/service-health/alerts-activity-log-service-notifications-portal

3. 予定保守範囲: すべてのサービスまたはテナント単位で計画メンテナンスを購読します。どの Azure リージョンでの小規模な予定されたメンテナンスイベントでもアラートが生成され、テスト期間中に実際の動作を検証することができます。

JVMのメトリクスについて: Application Insightsの自動計測は完全にサポートされています（プレビュー）。本番向けのオプションとしては、手動エージェント + プロファイラがあります。オープンソースの代替手段では、PrometheusへのJMXスクレイピングの設定が必要です。

サービスヘルスアラートのテストについて: Microsoft提供のWebhookサンプルペイロードを使用し、組み込みポリシーによる構成を強制する、または計画メンテナンスに広くサブスクライブしてテストアラートを生成してください。

もし他にご質問がありましたら、ぜひお知らせください。

Thanks,

Suchitra.

Answer 2

**Hello **89302197

Good Day!

提案された解決策があなたの懸念を解決するのに役立ったかどうか、ぜひお知らせください。もし役立った場合は、同様の問題を抱える他の方の参考にもなるため、提案された解決策についてのフィードバックをいただけるとありがたいです。 解決策が役立たなかった場合は、引き続き直面している課題の詳細を共有してください。現在の問題や具体的なエラーなどの追加情報があると、より深い分析を行い、より的確なガイダンスを提供することができます。 私たちは引き続きサポートし、適切な解決策に向けて共に取り組むことを喜んで行います。 よろしくお願いします。 スチトラ

Thanks,

Suchitra.