このページは Cloud Translation API によって翻訳されました。

Apache ウェブサーバー（httpd）

Apache ウェブサーバーを統合すると、オープン接続数や受信リクエストなど、トラフィック関連の指標が収集されます。この統合により、アクセスログとエラーログも収集されます。アクセスログは、リクエストの詳細に重点を置いた JSON ペイロードに解析されます。エラーログは、そのエラーコードとメッセージの解析に使用されます。

Apache ウェブサーバーの詳細については、Apache ウェブサーバー（httpd）のドキュメントをご覧ください。

前提条件

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

指標の場合は、バージョン 2.7.0 以降をインストールします。
ログの場合は、バージョン 2.4.0 以降をインストールします。

この統合は、Apache ウェブサーバーバージョン 2.4 をサポートしています。

Apache ウェブサーバーインスタンスを構成する

Apache ウェブサーバーからテレメトリーを収集するには、mod_status プラグインを有効にするようにサーバーの httpd.conf ファイルを構成する必要があります。

多くの Apache のインストールでは、デフォルトでこのプラグインが有効になっています。VM インスタンスでプラグインが有効になっているかどうかを確認するには、次のコマンドを実行します。

curl localhost:80/server-status?auto

プラグインが有効になっている場合、出力には次のような行が含まれます。

Total Accesses: 2
Total kBytes: 1
BusyWorkers: 1
IdleWorkers: 4

このように出力されず、404 Not Found ページが表示された場合は、mod_status プラグインが有効になっていません。

Apache ウェブサーバーの Ops エージェントを構成する

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

構成の例

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

# Configures Ops Agent to collect telemetry from the app and restart Ops Agent.

set -e

# Create a back up of the existing file so existing configurations are not lost.
sudo cp /etc/google-cloud-ops-agent/config.yaml /etc/google-cloud-ops-agent/config.yaml.bak

# Configure the Ops Agent.
sudo tee /etc/google-cloud-ops-agent/config.yaml > /dev/null << EOF
metrics:
  receivers:
    apache:
      type: apache
  service:
    pipelines:
      apache:
        receivers:
          - apache
logging:
  receivers:
    apache_access:
      type: apache_access
    apache_error:
      type: apache_error
  service:
    pipelines:
      apache:
        receivers:
          - apache_access
          - apache_error
EOF

sudo service google-cloud-ops-agent restart
sleep 60

注: 2.10.0 より前のバージョンの Ops エージェントを使用している場合は、次のように server_status_url フィールドを指標レシーバに指定する必要があります。

metrics:
  receivers:
    apache:
      type: apache
      server_status_url: http://localhost:80/server-status?auto

ログの収集を構成する

Apache ウェブサーバーからログを取り込むには、Apache ウェブサーバーが生成するログのレシーバーを作成し、新しいレシーバーに対するパイプラインを作成する必要があります。

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

フィールド	デフォルト	説明
`exclude_paths`		`include_paths` の照合で除外するファイルシステムパスのパターンのリスト。
`include_paths`	`[/var/log/apache2/access.log,/var/log/apache2/access_log,/var/log/httpd/access_log]`	各ファイルのテーリングで読み込むファイルシステムのパスのリスト。パスには `/var/log/apache/.log` のように、ワイルドカード（`*`）を使用できます。
`record_log_file_path`	`false`	`true` に設定すると、ログレコードの取得元のファイルのパスが `agent.googleapis.com/log_file_path` ラベルの値として出力ログエントリに表示されます。ワイルドカードを使用する場合、レコードを取得したファイルのパスのみが記録されます。
`type`		値は `apache_access` にする必要があります。
`wildcard_refresh_interval`	`60s`	`include_paths` のワイルドカードファイルのパスの更新間隔。`time.ParseDuration` によって解析可能な時間として指定します（例: `30s`、`2m`）。このプロパティは、ログファイルのローテーションがデフォルトよりも短い間隔で実施され、ロギングのスループットが高い場合に有用な可能性があります。

apache_error ログのレシーバを構成するには、次の項目を指定します。

フィールド	デフォルト	説明
`exclude_paths`		`include_paths` の照合で除外するファイルシステムパスのパターンのリスト。
`include_paths`	`[/var/log/apache2/error.log,/var/log/apache2/error_log,/var/log/httpd/error_log]`	各ファイルのテーリングで読み込むファイルシステムのパスのリスト。パスには `/var/log/apache/.log` のように、ワイルドカード（`*`）を使用できます。
`record_log_file_path`	`false`	`true` に設定すると、ログレコードの取得元のファイルのパスが `agent.googleapis.com/log_file_path` ラベルの値として出力ログエントリに表示されます。ワイルドカードを使用する場合、レコードを取得したファイルのパスのみが記録されます。
`type`		値は `apache_error` にする必要があります。
`wildcard_refresh_interval`	`60s`	`include_paths` のワイルドカードファイルのパスの更新間隔。`time.ParseDuration` によって解析可能な時間として指定します（例: `30s`、`2m`）。このプロパティは、ログファイルのローテーションがデフォルトよりも短い間隔で実施され、ロギングのスループットが高い場合に有用な可能性があります。

ログの内容

logName は、構成で指定されたレシーバ ID から取得されます。LogEntry 内の詳細なフィールドは、次のとおりです。

apache_access ログの LogEntry には次のフィールドが含まれます。

フィールド	タイプ	説明
`httpRequest`	オブジェクト	`HttpRequest` を参照
`jsonPayload.host`	文字列	ホストヘッダーの内容
`jsonPayload.user`	文字列	リクエストの認証済みユーザー名
`severity`	文字列（`LogSeverity`）	ログエントリレベル（翻訳済み）

apache_error ログの LogEntry には次のフィールドが含まれます。

フィールド	タイプ	説明
`jsonPayload.client`	文字列	クライアント IP アドレス（省略可）
`jsonPayload.errorCode`	文字列	Apache エラーコード
`jsonPayload.level`	文字列	ログエントリレベル
`jsonPayload.message`	文字列	ログメッセージ
`jsonPayload.module`	文字列	ログが発生した Apache モジュール
`jsonPayload.pid`	文字列	プロセス ID
`jsonPayload.tid`	文字列	スレッド ID
`severity`	文字列（`LogSeverity`）	ログエントリレベル（翻訳済み）

指標の収集を構成する

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

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

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

フィールド	デフォルト	説明
`collection_interval`	`60s`	time duration 値（例: `30s`、`5m`）。
`server_status_url`	`http://localhost:80/server-status?auto`	mod_status モジュールによって公開される URL。
`type`		値は `apache` にする必要があります。

モニタリング対象

次の表に、Ops エージェントが Apache ウェブサーバーインスタンスから収集する指標の一覧を示します。

指標タイプ
種類、タイプモニタリング対象リソース	ラベル
`workload.googleapis.com/apache.current_connections`
`GAUGE`、`INT64` gce_instance	`server_name`
`workload.googleapis.com/apache.requests`
`CUMULATIVE`、`INT64` gce_instance	`server_name`
`workload.googleapis.com/apache.scoreboard`
`GAUGE`、`INT64` gce_instance	`server_name` `state`
`workload.googleapis.com/apache.traffic`
`CUMULATIVE`、`INT64` gce_instance	`server_name`
`workload.googleapis.com/apache.workers`
`GAUGE`、`INT64` gce_instance	`server_name` `state`

構成を確認する

このセクションでは、Apache ウェブサーバーレシーバが正しく構成されていることを確認する方法について説明します。Ops エージェントがテレメトリーの収集を開始するまでに 1～2 分かかる場合があります。

Apache Web Server のログが Cloud Logging に送信されていることを確認するには、次のようにします。

Google Cloud コンソールで、[ログエクスプローラ] ページに移動します。
[ログエクスプローラ] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Logging] の結果を選択します。
エディタに次のクエリを入力し、[クエリを実行] をクリックします。
```
resource.type="gce_instance"
(log_id("apache_access") OR log_id("apache_error"))
```

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

Google Cloud コンソールで、[Metrics explorer] ページに移動します。
Metrics Explorer に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
クエリビルダーペインのツールバーで、[MQL] または [MQL] という名前のボタンを選択します。
[MQL] 切り替えで [MQL] が選択されていることを確認します。言語切り替えボタンは、クエリの書式設定と同じツールバーにあります。

エディタに次のクエリを入力し、[クエリを実行] をクリックします。

fetch gce_instance
| metric 'workload.googleapis.com/apache.current_connections'
| every 1m

ダッシュボードを表示

Apache ウェブサーバー指標を表示するには、グラフまたはダッシュボードを構成する必要があります。 Apache ウェブサーバーのインテグレーションには、1 つ以上のダッシュボードが含まれています。インテグレーションを構成して Ops エージェントが指標データの収集を開始すると、ダッシュボードは自動的にインストールされます。

インテグレーションをインストールすることなく、ダッシュボードの静的プレビューを表示することもできます。

インストールされているダッシュボードを表示する手順は次のとおりです。

Google Cloud コンソールで [ダッシュボード] ページに移動します。
[ダッシュボード] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
[ダッシュボードリスト] タブを選択し、[統合] カテゴリを選択します。
表示するダッシュボードの名前をクリックします。

インテグレーションを構成してもダッシュボードがインストールされていない場合は、Ops エージェントが実行されていることを確認します。ダッシュボードにグラフの指標データがない場合、ダッシュボードのインストールは失敗します。Ops エージェントが指標の収集を開始した後に、ダッシュボードがインストールされます。

ダッシュボードの静的プレビューを表示する手順は次のとおりです。

Google Cloud コンソールで [統合] ページに移動します。
[インテグレーション] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] である結果を選択します。
[デプロイメントプラットフォーム] フィルタの [Compute Engine] をクリックします。
Apache Web Server のエントリを見つけて、[詳細を表示] をクリックします。
[ダッシュボード] タブを選択すると、静的プレビューが表示されます。ダッシュボードがインストールされている場合は、[ダッシュボードを表示] をクリックして移動できます。

Cloud Monitoring のダッシュボードについて詳しくは、ダッシュボードとグラフをご覧ください。

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

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

アラートポリシーは、指定した条件が成立した際に通知するように Cloud Monitoring に指示します。 Apache ウェブサーバーのインテグレーションには、使用するアラートポリシーが 1 つ以上含まれています。これらのアラートポリシーは、Monitoring の [インテグレーション] ページで表示してインストールできます。

使用可能なアラートポリシーの説明を表示してインストールする手順は次のとおりです。

Google Cloud コンソールで [統合] ページに移動します。
[インテグレーション] に移動

検索バーを使用してこのページを検索する場合は、小見出しが [Monitoring] の結果を選択します。
Apache Web Server のエントリを見つけて、[詳細を表示] をクリックします。
[アラート] タブを選択します。このタブには、利用可能なアラートポリシーの説明と、それらをインストールするためのインターフェースが表示されます。
アラートポリシーをインストールします。アラートポリシーでは、アラートがトリガーされた通知の送信先を特定する必要があるため、インストール環境の情報が必要になります。アラートポリシーをインストールする手順は次のとおりです。
1. 利用可能なアラートポリシーのリストから、インストールするアラートポリシーを選択します。
2. [通知の構成] セクションで、1 つ以上の通知チャンネルを選択します。通知チャンネルの使用を無効にすることもできますが、無効にすると、アラートポリシーは通知なく起動します。Monitoring でステータスを確認できますが、通知は受信しません。
  
  通知チャンネルの詳細については、通知チャンネルを管理するをご覧ください。
3. [ポリシーの作成] をクリックします。

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