IIS

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 指標、またはその両方を収集するようにエージェントを構成できます。

注: v1 指標に構築されたアラートやその他の構成があり、v2 指標に切り替えた場合は、構成も移行する必要があります。v1 指標の収集を停止すると、アラートやその他のアラートのモニタリングが機能しなくなります。次の表は、v1 指標と v2 指標のマッピングを示しています。

v1 指標（`agent.googleapis.com/iis/`）	v2 指標（`workload.googleapis.com/`）
`current_connections`	`iis.connection.active`
`network/transferred_bytes_count`	`iis.network.io`
`new_connection_count`	`iis.connection.attempt.count`
`request_count`	`iis.request.count`

前提条件

IIS テレメトリーを収集するには、Ops エージェントをインストールする必要があります。

指標 v1 の場合は、バージョン 1.0.0 以降をインストールします。
指標 v2 の場合は、バージョン 2.15.0 以降をインストールします。
ログの場合は、バージョン 2.14.0 以降をインストールします。

この統合は IIS バージョン 8.5 と 10.0 をサポートしています。

IIS の Ops エージェントの構成

Ops エージェントの構成のガイドに沿って、IIS インスタンスからテレメトリーを収集するために必要な要素を追加し、エージェントを再起動します。

構成の例

次のコマンドは、IIS のテレメトリーを収集して取り込み、Ops エージェントを再起動するための構成を作成します。

$ErrorActionPreference = 'Stop'

# This config gets merged with the built-in Ops Agent config, which already
# includes the v1 receiver in the default pipeline.
# Because the v2 receiver here uses a unique ID, it does not overwrite
# the default receiver and so both receivers will be active simultaneously
# during the test.

# Create a back up of the existing file so existing configurations are not lost.
Copy-Item -Path 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' -Destination 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml.bak'

# Configure the Ops Agent.
Add-Content 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' "
metrics:
  receivers:
    iis_v2:
      type: iis
      receiver_version: 2
  service:
    pipelines:
      iispipeline:
        receivers:
          - iis_v2
logging:
  receivers:
    iis_access:
      type: iis_access
  service:
    pipelines:
      iis:
        receivers:
        - iis_access
"

# Stop-Service may fail if the service isn't in a Running state yet.
(Get-Service google-cloud-ops-agent*).WaitForStatus('Running', '00:03:00')
Stop-Service google-cloud-ops-agent -Force
Start-Service google-cloud-ops-agent*

このレシーバは、デフォルトの 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 が指標を生成できるようにします。たとえば、サーバーマネージャーコンソールで IIS サーバーを右クリックして、[パフォーマンスカウンターの開始] を選択します。サーバーが Ops エージェントへの指標の送信を開始します。

v2 指標の収集を構成する

IIS から v2 指標を取り込むには、IIS が生成する指標に対するレシーバーを作成し、新しいレシーバーのパイプラインを作成する必要があります。

このレシーバーでは、複数のエンドポイントのモニタリングなど、構成で複数のインスタンスを使用することはできません。このようなインスタンスはすべて同じ時系列に書き込まれるため、Cloud Monitoring ではインスタンスを区別できません。

iis 指標のレシーバーを構成するには、次のフィールドを指定します。

フィールド	デフォルト	説明
`collection_interval`	60s	time.Duration 値（30 秒、5m など）。
`receiver_version`		収集された指標のバージョン。v2 指標を収集する場合は、`2` を使用します。
`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"）。

指標タイプ^{リリースステージ} 表示名
種類、タイプ、単位モニタリング対象リソース	説明ラベル
`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-04-11 19:12:46 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 コンソールのナビゲーションパネルで、[ロギング] を選択してから、[ログエクスプローラ] を選択します。
[ログエクスプローラ] に移動
エディタに次のクエリを入力し、[クエリを実行] をクリックします。
```
resource.type="gce_instance"
log_id("iis_access")
```

IIS 指標が Cloud Monitoring に送信されていることを確認するには、次のようにします。

Google Cloud コンソールのナビゲーションパネルで [Monitoring] を選択し、次に [ Metrics Explorer] を選択します。
Metrics Explorer に移動
クエリビルダーペインのツールバーで、名前が [MQL] または [PromQL] のボタンを選択します。
[言語] 切り替えで [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. 利用可能なアラートポリシーのリストから、インストールするアラートポリシーを選択します。
2. [通知の構成] セクションで、1 つ以上の通知チャンネルを選択します。通知チャンネルの使用を無効にすることもできますが、無効にすると、アラートポリシーは通知なく起動します。Monitoring でステータスを確認できますが、通知は受信しません。
  
  通知チャンネルの詳細については、通知チャンネルを管理するをご覧ください。
3. [ポリシーの作成] をクリックします。

Cloud Monitoring のアラートポリシーの詳細については、アラートの概要をご覧ください。

[インテグレーション] ページの使用方法については、インテグレーションを管理するをご覧ください。

次のステップ

Ansible を使用して Ops エージェントをインストールし、サードパーティアプリケーションを構成してサンプルダッシュボードをインストールする方法については、Ops エージェントをインストールして、サードパーティアプリケーションのトラブルシューティングを行うの動画をご覧ください。

IIS

始める前に

前提条件

IIS の Ops エージェントの構成

構成の例

ログの収集を構成する

ログの内容

v1 指標の収集を構成する

v2 指標の収集を構成する

モニタリング対象

v1 指標

v2 指標

構成を確認する

構成を確認する

ダッシュボードを表示する

アラート ポリシーをインストールする

次のステップ

アラートポリシーをインストールする