tencent cloud

Cloud Log Service

Azure Logへの配信

ダウンロード
フォーカスモード
フォントサイズ
最終更新日: 2026-10-12 14:51:42
AI翻訳
ログがCLSに収集された後、ログデータをAzure Monitor Analytics Logに配信することがサポートされ、Azure側でログを統合的に保存、検索、分析するために使用され、Microsoft Sentinel、Azure Monitorなどの上位サービスのデータソースとしても利用できます。この機能は外部ネットワークの読み取りトラフィックに基づいて課金されます。

前提条件

CLSを有効化し、ログセットとログトピックを作成して、ログデータを正常に収集します。
サブアカウント/コラボレーターはメインアカウントの承認が必要です。承認手順についてはCAMに基づく権限管理を、承認ポリシーについてはCLSアクセスポリシーテンプレートを参照してください。
Azure側で以下の準備が完了しています(CLSから配信されるデータを受信するため):
Log Analyticsワークスペース(Workspace)を作成し、そのワークスペースにターゲットCustomテーブル(例:MyCLSLog_CL)を作成しました。
データ収集エンドポイント(Data Collection Endpoint、DCE)を作成しました。
データ収集ルール(Data Collection Rule、DCR)を作成し、DCRでターゲットテーブル(Customテーブル)とストリーム(Stream)を定義しました。
Azure ADでアプリ登録(App Registration)を完了し、テナントID(Tenant ID)、クライアントID(Client ID)、クライアントシークレット(Client Secret)を取得し、以下のロール承認を完了しました:
DCRでMonitoring Metrics Publisherロールを付与します:DCEにログデータを書き込むために使用します。
対象のLog Analyticsワークスペース(またはそのリソースグループ/サブスクリプション)でLog Analytics Readerロールを付与します:フィールドマッピング手順でターゲットテーブルのスキーマを読み取るために使用します。この権限が付与されていない場合、Azureフィールドの取得と自動マッピングは失敗するため、Azure側で手動でフィールドを確認し、このページで手動で入力する必要があります。

操作手順

1. CLSコンソールにログインします。
2. 左側のナビゲーションバーで、ログトピックを選択します。
3. 配信するログトピックのID/名前をクリックし、ログトピック管理ページに移動します。
4. 配信と消費>Azure Logへの配信タブをクリックし、Azure Logへの配信設定ページに移動します。新規作成をクリックし、基本設定に進みます。
基本設定項目
必須/任意
説明
例
配信タスク名
はい
配信タスクの名前を設定します。
cls-to-analytics-log-prod
ログトピック
はい
Analytics Log へ配信する必要があるソースログトピック。
広州/test123
ログプレフィルタリング
いいえ
条件を追加:インタラクティブモード/ステートメントモードでフィルタ条件を設定し、フィルタ後の結果をAzure Analytics Logに送信します。
インタラクティブモード(デフォルト):
ログを保持:条件を満たすログは保持されます。
ログを破棄:条件を満たすログは破棄されます。
ステートメントモード:プレフィルター関数を参照してください。
-
サービスログ
いいえ
配信タスクの実行によって生成された監視指標を、無料のログトピックcls_service_logに書き込みます。
スイッチをオンにしてください。
配信ログプレビュー
いいえ
配信する必要があるログをプレビューします。
{"a":123,"b":123,"c":-123,"d":123.45,"e":{"e1":123,"f1":"123"}}
5. 次へをクリックし、ターゲット設定に進みます。
設定項目
必須/任意
説明
データ収集エンドポイント(DCE)
はい
Data Collection Endpoint URLは、ログ書き込みのHTTPエントリポイントです。Azureポータルの「監視 → データ収集エンドポイント」で取得します。例えばhttps://my-dce-xyz.eastus-1.ingest.monitor.azure.comです。
データ収集ルールID(DCR Immutable ID)
はい
Data Collection Ruleの不変IDは、ログがどのWorkspace/テーブルに入るか、およびKQL変換ルールを定義します。DCR詳細ページ → JSONビュー → immutableIdで取得します。形式はdcr-a1b2c3d4…のようになります。
テーブル名(Table Name)
はい
目标表のテーブル名です。例えばMyCLSLogです。システムは自動的にDCRで定義されたストリーム名(Custom-<テーブル名>)に連結します。
テナントID(Tenant ID)
はい
Azure ADテナントIDは、Tokenを取得するためのログインアドレスを組み立てるために使用します。
クライアントID(Client ID)
はい
アプリ登録(App Registration)のApplication (client) IDです。
クライアントシークレット(Client Secret)
はい
アプリ登録のClient Secretです。キーはサーバー側でAccessTokenを取得するためにのみ使用され、コンソールには平文で表示されません。
接続性チェックが成功した後にのみ、フィールドマッピングを設定できます。Azureフィールドを取得して自動マッピングをクリックすると、システムはターゲットテーブルのスキーマを読み取り、同じ名前のログフィールドをログフィールド名列に自動的に入力します。
Azure アプリ認証設定項目
必須/任意
説明
ルール
ログフィールド名
はい
CLSログのフィールド名は、Azureのターゲットテーブルのフィールドとマッピングされます。JSONの第1階層ノードのキー(例:app_name)のみ入力できます。details.request_idのようなネストされたノードはサポートされません。
-
Azureフィールド
いいえ
システムはAzure DCR StreamのSchemaから読み取ります。ここでは変更できません。Azure側でターゲットテーブル/DCRを調整してください。
-
フィールドタイプ
いいえ
Azureフィールドのタイプ(Datetime、String、Intなど)は、システムがSchemaから読み取ります。ここでは変更できません。

解析失敗時の代入値
いいえ
フィールド値の解析に失敗した場合、その値をAzureに書き込みます。空(空文字列)、null、またはカスタム値を選択できます。
フィールドがログに存在しない場合、Azure側はnullを書き込みます。解析失敗時の割り当てがnullの場合、Azure側はnullを書き込みます。解析失敗時の割り当てがnull以外の場合、その割り当てに従って再度解析を試みます。成功した場合は書き込み、失敗した場合はnullを書き込みます。
空/null/カスタム値
マッピングを有効にします
いいえ
このフィールドをAzureテーブルにマッピングするかどうかを指定します。不要な場合は、スイッチをオフにしてください。Azureで「必須」とマークされているフィールド(例:TimeGenerated)はオフにできません。
-
6. 送信をクリックし、新しいタスクの設定を完了します。



ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック