Internet Information Services の統合により、IIS ウェブサーバーからテレメトリーが収集されます。この指標は、接続情報と転送されたバイトに関するデータを提供します。このインテグレーションでは、アクセスログの情報も収集されます。
IIS の詳細については、Internet Information Services のドキュメントをご覧ください。
準備
Ops エージェント バージョン 2.15.0 では、workload.googleapis.com/
接頭辞を使用した新しい IIS 指標セットのサポートが追加されています。構成例の説明に沿って、これらの指標を収集するようにエージェントを構成する必要があります。
Ops エージェントは、常に限定された IIS 指標をサポートしています。これらの指標は agent.googleapis.com/iis/
接頭辞を使用します。Windows VM でこれらの指標を収集するために、追加の構成は必要ありません。
このドキュメントでは、agent
接頭辞の指標を v1 指標と、workload
接頭辞の指標を v2 指標と表記しています。これらの指標の表については、モニタリング対象をご覧ください。
Ops エージェント バージョン 2.15.0 以降では、v1 指標、v2 指標、またはその両方を収集するようにエージェントを構成できます。
前提条件
IIS テレメトリーを収集するには、Ops エージェントをインストールする必要があります。
- 指標 v1 の場合は、バージョン 1.0.0 以降をインストールします。
- 指標 v2 の場合は、バージョン 2.15.0 以降をインストールします。
- ログについては、バージョン 2.14.0 以降をインストールします。
このインテグレーションは、IIS バージョン 8.5 と 10.0 をサポートしています。
IIS の Ops エージェントの構成
Ops エージェントの構成のガイドに沿って、IIS インスタンスからテレメトリーを収集するために必要な要素を追加して、エージェントを再起動します。
構成の例
次のコマンドは、IIS のテレメトリーを収集して取り込み、Ops エージェントを再起動するための構成を作成します。
このレシーバは、デフォルトの W3C ロギング形式のみをサポートしています。
ログの収集を構成する
IIS からアクセスログを取り込めるようにするには、ログのレシーバを作成してから、新しいレシーバのパイプラインを作成する必要があります。
iis_access
ログのレシーバを構成するには、次の項目を指定します。
フィールド | デフォルト | 説明 |
---|---|---|
exclude_paths |
[] |
include_paths の照合で除外するファイルシステム パスのパターンのリスト。 |
include_paths |
['C:\inetpub\logs\LogFiles\W3SVC1\u_ex*'] |
各ファイルのテーリングで読み込むファイルシステムのパスのリスト。パスには、C:\inetpub\logs\LogFiles\W3SVC1\u_ex* のように、ワイルドカード(* )を使用できます。 |
type |
値は iis_access を指定してください。 |
|
record_log_file_path |
false |
true に設定すると、ログレコードの取得元のファイルのパスが agent.googleapis.com/log_file_path ラベルの値として出力ログエントリに表示されます。ワイルドカードを使用する場合、レコードを取得したファイルのパスのみが記録されます。 |
wildcard_refresh_interval |
60s |
include_paths のワイルドカード ファイルのパスの更新間隔。time.ParseDuration によって解析可能な時間間隔として指定されます(30s、2m など)。このプロパティは、ログファイルのローテーションがデフォルトの間隔よりも速く、ロギングのスループットが高い場合に有用です。 |
ログの内容
logName
は、構成で指定されたレシーバ ID から取得されます。LogEntry
内の詳細なフィールドは、次のとおりです。
iis_access
ログでは、LogEntry
に次のフィールドが含まれます。
フィールド | タイプ | 説明 |
---|---|---|
httpRequest.referer |
文字列 | Referer ヘッダーの内容 |
httpRequest.remoteIp |
文字列 | リクエストを行ったクライアントの IP |
httpRequest.requestMethod |
文字列 | HTTP メソッド |
httpRequest.requestUrl |
文字列 | リクエスト URL(通常は URL のパス部分のみ) |
httpRequest.serverIp |
文字列 | リクエストされたサーバーの IP とポート |
httpRequest.status |
数値 | HTTP ステータス コード |
httpRequest.userAgent |
文字列 | User-Agent ヘッダーの内容 |
jsonPayload.sc_substatus |
数値 | サブステータスのエラーコード |
jsonPayload.sc_win32_status |
数値 | Windows ステータス コード |
jsonPayload.time_taken |
数値 | 処理にかかった時間(ミリ秒) |
jsonPayload.user |
文字列 | リクエストの認証済みユーザー名 |
timestamp |
文字列(Timestamp ) |
リクエストを受信した時刻 |
v1 指標の収集を構成する
Microsoft Windows VM の Ops エージェントは、IIS v1 指標を自動的に収集します。追加の構成作業は必要ありません。v2 指標のみの収集については、v2 指標の収集の構成をご覧ください。
新しい IIS インスタンスを設定した後、IIS は直ちに指標を報告しないことがあります。Windows Server にインストールされたサーバー マネージャー コンソールを使用すると、[管理機能] 列にサーバーのステータスが「オンライン - パフォーマンス カウンターが開始されていません」と表示される場合があります。
IIS が指標を生成できるようにする 1 つの方法は、サーバー マネージャー コンソールで IIS サーバーを右クリックして、[Start Performance Counters] を選択することです。サーバーが Ops エージェントへの指標の送信を開始します。
v2 指標の収集を構成する
IIS から v2 指標を取り込むには、IIS が生成する指標に対するレシーバを作成し、新しいレシーバのパイプラインを作成する必要があります。
このレシーバでは、複数のエンドポイントのモニタリングなど、構成で複数のインスタンスを使用することはできません。このようなインスタンスはすべて同じ時系列に書き込まれるため、Cloud Monitoring ではインスタンスを区別できません。
iis
指標のレシーバーを構成するには、次のフィールドを指定します。
フィールド | デフォルト | 説明 |
---|---|---|
collection_interval |
60s | 時間の値(例: 30s、5m)。 |
receiver_version |
収集された指標のバージョン: 2 を使用して v2 の指標を収集します。 |
|
type |
値は、iis にする必要があります。 |
デフォルトでは、v1 の指標は自動的に収集されます。v2 指標を収集して v1 指標を拡張することも、v1 指標をオーバーライドして v2 指標のみを収集することもできます。
v2 の指標のみを収集する方法は次のとおりです。
- レシーバ
iis
に名前を付ける type
フィールドをiis
に設定します。receiver_version
フィールドを2
に設定します。- このレシーバを
default_pipeline
パイプラインで使用します。この構成により、iis
レシーバの組み込み構成がオーバーライドされます。
- レシーバ
v1 と v2 の両方の指標を収集する方法は次のとおりです。
- レシーバに
iis
以外の名前(iis_v2
など)を設定します。 type
フィールドをiis
に設定します。receiver_version
を2
に設定します。- このレシーバを新しいパイプラインで使用します。この構成により、組み込みのレシーバがオーバーライドされることなく、v2 レシーバが追加されます。構成例のスクリプトは、このアプローチを使用しています。
- レシーバに
モニタリング対象
バージョン 2.15.0 以降では、Ops エージェントは 2 つの異なる指標セットを収集できます。
- v1 指標:
agent.googleapis.com/iis/
。 - v2 の指標:
workload.googleapis.com/
。
v1 指標
次の表に、Ops エージェントが IIS インスタンスから収集する v1 指標の一覧を示します。
次の表の指標タイプの文字列には、agent.googleapis.com/iis/
という接頭辞を付ける必要があります。この接頭辞は表内で省略されています。
ラベルをクエリする場合は、metric.labels.
接頭辞を使用します。例: metric.labels.LABEL="VALUE"
。
指標タイプリリース ステージ 表示名 |
|
---|---|
種類、タイプ、単位 モニタリング対象リソース |
Description Labels |
current_connections 一般提供IIS のオープン接続の数 |
|
GAUGE , DOUBLE , 1
aws_ec2_instance gce_instance |
IIS に対して現在開かれている接続の数。60 秒ごとにサンプリングされます。 |
network/transferred_bytes_count 一般提供IIS 転送バイト数 |
|
CUMULATIVE , INT64 , By
aws_ec2_instance gce_instance |
IIS によって転送されたネットワーク バイト数。60 秒ごとにサンプリングされます。direction : 方向(送信、受信)
|
new_connection_count 一般提供IIS 接続数 |
|
CUMULATIVE , INT64 , 1
aws_ec2_instance gce_instance |
IIS に対して開かれた接続数。60 秒ごとにサンプリングされます。 |
request_count 一般提供IIS リクエスト数 |
|
CUMULATIVE , INT64 , 1
aws_ec2_instance gce_instance |
IIS に対するリクエスト数。60 秒ごとにサンプリングされます。http_method : HTTP メソッド(post、put、get、delete、option、trace、head)
|
表の生成日時: 2024-07-25 13:55:28 UTC
v2 指標
次の表に、Ops エージェントが IIS インスタンスから収集する v2 の指標の一覧を示します。
指標タイプ | |
---|---|
種類、タイプ モニタリング対象リソース |
ラベル |
workload.googleapis.com/iis.request.count
|
|
CUMULATIVE 、INT64 gce_instance |
request
|
workload.googleapis.com/iis.request.rejected
|
|
CUMULATIVE 、INT64 gce_instance |
|
workload.googleapis.com/iis.request.queue.count
|
|
GAUGE 、INT64 gce_instance |
|
workload.googleapis.com/iis.request.queue.age.max
|
|
GAUGE 、INT64 gce_instance |
|
workload.googleapis.com/iis.network.file.count
|
|
CUMULATIVE 、INT64 gce_instance |
direction
|
workload.googleapis.com/iis.network.blocked
|
|
CUMULATIVE 、INT64 gce_instance |
|
workload.googleapis.com/iis.network.io
|
|
CUMULATIVE 、INT64 gce_instance |
direction
|
workload.googleapis.com/iis.connection.attempt.count
|
|
CUMULATIVE 、INT64 gce_instance |
|
workload.googleapis.com/iis.connection.active
|
|
GAUGE 、INT64 gce_instance |
|
workload.googleapis.com/iis.connection.anonymous
|
|
CUMULATIVE 、INT64 gce_instance |
|
workload.googleapis.com/iis.thread.active
|
|
GAUGE 、INT64 gce_instance |
|
workload.googleapis.com/iis.uptime
|
|
GAUGE 、INT64 gce_instance |
構成を確認する
このセクションでは、IIS レシーバが正しく構成されていることを確認する方法について説明します。Ops エージェントがテレメトリーの収集を開始するまでに 1~2 分かかる場合があります。
IIS ログが Cloud Logging に送信されていることを確認するには、次のようにします。
-
Google Cloud コンソールで、[ログ エクスプローラ] ページに移動します。
検索バーを使用してこのページを検索する場合は、小見出しが [Logging] の結果を選択します。
- エディタに次のクエリを入力し、[クエリを実行] をクリックします。
resource.type="gce_instance" log_id("iis_access")
IIS 指標が Cloud Monitoring に送信されていることを確認するには、次のようにします。
-
Google Cloud コンソールで、[leaderboardMetrics Explorer] ページに移動します。
検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
- クエリビルダー ペインのツールバーで、[codeMQL] または [codeMQL] という名前のボタンを選択します。
- [MQL] 切り替えで [MQL] が選択されていることを確認します。言語切り替えボタンは、クエリの書式設定と同じツールバーにあります。
- v1 指標の場合、エディタで次のクエリを入力し、[クエリを実行] をクリックします。
fetch gce_instance | metric 'agent.googleapis.com/iis/request_count' | every 1m
- v2 指標の場合、エディタで次のクエリを入力して、[実行] をクリックします。
fetch gce_instance | metric 'workload.googleapis.com/iis.request.count' | every 1m
ダッシュボードを表示
IIS 指標を表示するには、グラフまたはダッシュボードが構成されている必要があります。 IIS インテグレーションには、1 つ以上のダッシュボードが含まれています。インテグレーションを構成して Ops エージェントが指標データの収集を開始すると、ダッシュボードは自動的にインストールされます。
インテグレーションをインストールすることなく、ダッシュボードの静的プレビューを表示することもできます。
インストールされているダッシュボードを表示する手順は次のとおりです。
-
Google Cloud コンソールで [ダッシュボード] ページに移動します。
検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
- [ダッシュボード リスト] タブを選択し、[統合] カテゴリを選択します。
- 表示するダッシュボードの名前をクリックします。
インテグレーションを構成してもダッシュボードがインストールされていない場合は、Ops エージェントが実行されていることを確認します。ダッシュボードにグラフの指標データがない場合、ダッシュボードのインストールは失敗します。Ops エージェントが指標の収集を開始した後に、ダッシュボードがインストールされます。
ダッシュボードの静的プレビューを表示する手順は次のとおりです。
-
Google Cloud コンソールで [統合] ページに移動します。
検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
- [デプロイメント プラットフォーム] フィルタの [Compute Engine] をクリックします。
- IIS のエントリを見つけて [詳細を表示] をクリックします。
- [ダッシュボード] タブを選択すると、静的プレビューが表示されます。ダッシュボードがインストールされている場合は、[ダッシュボードを表示] をクリックして移動できます。
Cloud Monitoring のダッシュボードについて詳しくは、ダッシュボードとグラフをご覧ください。
[インテグレーション] ページの使用方法については、インテグレーションを管理するをご覧ください。
アラート ポリシーをインストールする
アラート ポリシーは、指定した条件が成立した際に通知するように Cloud Monitoring に指示します。 IIS インテグレーションには、使用する 1 つ以上のアラート ポリシーが含まれています。これらのアラート ポリシーは、Monitoring の [インテグレーション] ページで表示してインストールできます。
使用可能なアラート ポリシーの説明を表示してインストールする手順は次のとおりです。
-
Google Cloud コンソールで [統合] ページに移動します。
検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
- IIS のエントリを見つけて [詳細を表示] をクリックします。
- [アラート] タブを選択します。このタブには、利用可能なアラート ポリシーの説明と、それらをインストールするためのインターフェースが表示されます。
- アラート ポリシーをインストールします。アラート ポリシーでは、アラートがトリガーされた通知の送信先を特定する必要があるため、インストール環境の情報が必要になります。アラート ポリシーをインストールする手順は次のとおりです。
- 利用可能なアラート ポリシーのリストから、インストールするアラート ポリシーを選択します。
[通知の構成] セクションで、1 つ以上の通知チャンネルを選択します。通知チャンネルの使用を無効にすることもできますが、無効にすると、アラート ポリシーは通知なく起動します。Monitoring でステータスを確認できますが、通知は受信しません。
通知チャンネルの詳細については、通知チャンネルを管理するをご覧ください。
- [ポリシーの作成] をクリックします。
Cloud Monitoring のアラート ポリシーの詳細については、アラートの概要をご覧ください。
[インテグレーション] ページの使用方法については、インテグレーションを管理するをご覧ください。
次のステップ
Ansible を使用して Ops エージェントをインストールし、サードパーティ アプリケーションを構成してサンプル ダッシュボードをインストールする方法については、Ops エージェントをインストールして、サードパーティ アプリケーションのトラブルシューティングを行うの動画をご覧ください。