Azure Monitorは、オンプレミス、エッジ、マルチクラウドの環境からテレメトリを既に収集できます。 多くのエンタープライズ環境では、大量のテレメトリをクラウドに直接送信すると、インジェスト コストが増加し、接続の損失時に信頼性リスクが発生し、収集されるデータの制御が制限される可能性があります。 Azure Monitorパイプラインは、これらのシナリオの既存のAzure Monitorコレクション機能に基づいています。
Azure Monitor パイプラインでは、データ ソースの近くで実行される一元的なガバナンスと単一の制御ポイントが提供されるため、テレメトリをフィルター処理、変換、集計、およびルーティングしてから、Azure Monitorに送信できます。 このアプローチは、インジェストの量を減らし、切断された環境での信頼性を向上させ、ハイブリッドおよびマルチクラウドのデプロイ全体で一貫したデータ処理を適用するのに役立ちます。 OpenTelemetry テクノロジに基づいて構築されたパイプラインは、Syslog や OTLP などの標準インジェスト プロトコルをサポートし、幅広いクライアントや環境からテレメトリを受信できるようにします。
Azure Monitor パイプラインを使用する理由
クラウドへの直接収集がセキュリティ、スケール、コスト、回復性の要件を満たしていない場合は、Azure Monitorパイプラインを使用します。
| 必要 | パイプラインが役立つしくみ |
|---|---|
| 帯域幅またはインジェストコストの制約 | クラウド インジェストの前にデータをフィルター処理して集計し、ネットワーク帯域幅の要件を減らします。 |
| テレメトリの量が多い | Azure Monitorに送信する前に、継続的な高スループットのシナリオを処理するために、データをローカルで処理します。 |
| 断続的または制限された接続 | 永続的ストレージが有効になっている場合は、データをローカルに格納して、プロセスの再起動または接続の損失を維持し、接続が戻ったときに自動的にバックフィルします。 |
| テレメトリの書式設定 | Syslog および CEF データを標準テーブルに自動スキーマ化します。 |
サポートされるデータ ソース
パイプラインAzure Monitor現在、次のデータ ソースの種類を受信して処理します。
| データ ソース | 詳細情報 | 地位 |
|---|---|---|
| Syslog | TCP および UDP 経由の RFC 3164 および RFC 5424 をサポートします。 CEF は、同じ受信側を介して Syslog データとしてサポートされます。 | 一般公開 |
| OpenTelemetry ログ (OTLP) | クライアントからAzure Monitorへの OpenTelemetry ログのインジェストをサポートします。 | プレビュー |
主な機能
Azure Monitor パイプラインには、ハイブリッド環境とマルチクラウド環境での一般的なインジェストの課題に対処するのに役立つ一連の機能が含まれています。
- セキュリティで保護されたインジェスト エンドポイントは TLS とオプションの相互 TLS (mTLS) をサポートしているため、転送中のテレメトリを暗号化し、信頼されたクライアントへのインジェストを制限できます。
- ローカル処理では、Azure Monitorに達する前にテレメトリをフィルター処理、集計、および整形できるため、インジェスト コストを削減し、クラウド分析を価値の高いデータに集中させることができます。
- サポートされている Syslog および CEF データは、
SyslogやCommonSecurityLogなどのAzure Monitor テーブルに対して自動スキーマ化できます。これにより、ダウンストリームの解析作業を減らすことができます。 - オプションの永続的ストレージは、永続的なローカル ストレージにテレメトリを書き込むため、プロセスの再起動と接続の中断を維持します。 接続が戻ると、パイプラインによってデータが自動的にバックフィルされます。
- 組み込みの監視では、パイプライン自体の正常性とパフォーマンスのシグナルが公開されるため、テレメトリを受信、処理、転送しているかどうかを確認できます。
- サイズ設定のガイダンスは、予想されるテレメトリのボリュームとワークロードの特性に合わせて Kubernetes インフラストラクチャを計画するのに役立ちます。
Azure Monitor パイプラインのしくみ
パイプラインは、データセンター、エッジの場所、または別のクラウド プロバイダーの Arc 対応 Kubernetes クラスター で実行されるコンテナー化されたソリューションです。 Syslog や OpenTelemetry (OTLP) などの標準プロトコルを介してクライアントからテレメトリを受信し、そのテレメトリを処理して、Azure Monitorに送信します。 パイプラインは、Azure ポータル、ARM テンプレート、Bicep、またはAzure CLIを使用して構成されます。
注
Azureは、Azure MonitorパイプラインにAzure Monitorの管理と統合を提供しますが、パイプラインを実行する Kubernetes 環境の運用と保守を行う必要があります。 この共有責任モデルを使用すると、ローカル インフラストラクチャの制御を維持できます。
前の図に一般的なデプロイが示されており、次のコンポーネントが含まれています。
- このパイプラインは、オンプレミス、エッジ、またはマルチクラウドの各場所にある Arc 対応 Kubernetes クラスター上で実行されます。
- クライアントは、既定でポート 514 の TCP または UDP 経由で CEF を含む Syslog データをパイプラインに送信します。
- クライアントは、既定で TCP ポート 4317 のパイプラインに OpenTelemetry ログ (OTLP) データを送信します (この機能はプレビュー段階です)。
- オプションのゲートウェイは、クラスター外のクライアントにパイプライン レシーバーを公開します。
- オプションの TLS または相互 TLS (mTLS) は、インジェスト トラフィックをセキュリティで保護します。
- オプションの変換では、Log Analytics ワークスペースに送信される前にデータをフィルター処理または整形します。
- パイプラインは、ローカル ファイアウォール経由でデータをAzure MonitorのLog Analytics ワークスペースに転送します。
- データが収集されると、そのワークスペースにアクセスするすべてのAzure Monitor機能で使用できるようになります。
Azure Monitor パイプラインと Azure Monitor エージェントの比較
Azure Monitorパイプラインと Azure Monitor エージェント (AMA) はさまざまな目的に対応し、多くの場合、一緒にデプロイされます。
AMA は個々のリソースで実行され、それらのリソースからテレメトリを直接収集します。 各データ ソースにエージェントをインストールし、データをAzureに直接送信できる場合は、この方法が適しています。
パイプラインAzure Monitor一元的に実行され、任意のソースからテレメトリを受信します。 データ ソースでエージェントを実行できない場合 (たとえば、ソフトウェアをインストールすると保証、ネットワーク デバイス、または IoT ハードウェアが無効になるサードパーティ製のアプライアンス)、またはクラウド インジェストの前に一元的なフィルター処理、集計、変換が必要な場合に適しています。
| 特徴 | Azure Monitor エージェント | Azure Monitor パイプライン |
|---|---|---|
| これを実行しています。 | 個々のリソース (VM、サーバー) ごとに | Arc 対応の Kubernetes クラスター上で中央管理に |
| データを取得する方法 | エージェントがインストールされているリソースから収集します。 | ネットワーク経由でデータを送信できる任意のクライアントから受信します |
| 最適な用途 | エージェントをインストールおよび管理できるリソース | エージェントを実行できないソース、または一元的なフィルター処理、集計、変換が必要なシナリオ |
| スケールの方法 | リソースごとに 1 つのエージェント | 1 つの Arc 対応 Kubernetes クラスターにデプロイし、複数のレプリカを実行して何千ものソースに対応することで 水平方向にスケーリング します。 |
多くのアーキテクチャでは、両方を同時に使用します。 AMA は、サポートされているAzureおよび Arc 対応リソースのリソースごとの収集を処理しますが、Azure Monitor パイプラインは、データがAzureに達する前に、一元的なフィルター処理、集計、変換を必要とするエージェントやシナリオを実行できないソースの中心的なインジェスト ポイントを提供します。
サポートされている構成
Azure Monitorパイプラインは、Arc 対応 Kubernetes 上で実行されます。 サポートは、必要な cert-manager 拡張機能でサポートされているリージョンと Kubernetes ディストリビューションのバージョンの両方によって異なります。
| サポートされている Kubernetes ディストリビューション | サポートされているリージョン |
|---|---|
| - VMware Tanzu Kubernetes Grid マルチクラウド (TKGm) v1.28.11 - SUSE Rancher K3s v1.33.3+k3s1 - AKS Arc v1.32.7 |
- オーストラリア東部 - ブラジル南部 - カナダ中部 - インド中部 - 米国中部 - 米国中部 EUAP - 東アジア - 米国東部 - 米国東部 2 - 米国東部 2 EUAP - フランス中部 - ドイツ中西部 - イタリア北部 - 東日本 - 韓国中部 - 米国中北部 - 北ヨーロッパ - ノルウェー東部 - 南アフリカ北部 - インド南部 - スウェーデン中部 - スイス北部 - 英国南部 - 英国西部 - 米国中西部 - 西ヨーロッパ - 米国西部 - 米国西部 2 - 米国西部 3 |
サポートされているリージョンについては、 リージョン別の製品の可用性に関するページを参照してください。
関連資料
- Azure Monitor パイプラインの構成でクラスターのセットアップを完了します。
- Azure Monitor パイプライン - Kubernetes デプロイ用ゲートウェイ のゲートウェイ ガイダンスを確認します。
- Azure Monitor パイプライン TLS 構成の暗号化オプションを確認します。
- Azure Monitor パイプラインでデータを変換し、データ整形オプションを確認します。
- Size Azure Monitor パイプラインでデプロイ容量を計画します。