MENU
  1. ホーム
  2. Apache
  3. 負荷分散環境でApacheログを分割して効率的に解析する方法

負荷分散環境でApacheログを分割して効率的に解析する方法

Apache

負荷分散環境では、複数のApacheサーバーが同時に稼働していることが一般的です。このような環境では、アクセスログやエラーログが各サーバーごとに生成され、解析が複雑になります。ユーザーのアクセス状況やエラーの発生頻度を正確に把握するには、複数のログファイルを一元的に管理し、統合的に解析する必要があります。

本記事では、Apacheのログを分割して収集し、効率的に解析するための方法を詳しく解説します。負荷分散環境でログを適切に管理することにより、トラフィックの動向を把握し、エラーの原因を迅速に特定することが可能になります。さらに、ログ収集の自動化や解析ツールの導入方法についても具体的に説明します。これにより、システムの安定稼働とパフォーマンス向上に寄与することを目指します。

目次
  1. 負荷分散環境におけるApacheログの課題
    1. ログが分散することによる解析の難しさ
    2. エラートラブルの特定が困難
    3. セキュリティ面でのリスク
  2. ログ解析の重要性とメリット
    1. トラフィックの可視化とボトルネックの特定
    2. セキュリティの強化
    3. エラーの迅速な特定と対応
    4. パフォーマンスチューニングと最適化
  3. Apacheログの基本構成と収集方法
    1. Apacheログの種類
    2. Apacheログのフォーマット
    3. Apacheログの収集方法
    4. 複数サーバーからのログ収集
  4. ログ分割の具体的な方法（mod_log_configの活用）
    1. mod_log_configとは
    2. アクセスログの分割例
    3. 設定内容の解説
    4. 応用：特定パスのログ分割
    5. メリットと運用ポイント
  5. ログの一元化（ログアグリゲーションツールの活用）
    1. ログアグリゲーションの概要と必要性
    2. 主要なログアグリゲーションツール
    3. Fluentdを使用したログ一元化の例
    4. Filebeatを使ったログ収集の例
    5. ログアグリゲーションのメリット
  6. ログ解析ツールの選定と使用方法
    1. 代表的なログ解析ツール
    2. Elasticsearch + Kibanaによるログ解析
    3. GoAccessによるリアルタイム解析
    4. 解析結果の活用方法
  7. 実際の解析例（トラフィック解析とエラーログのパターン解析）
    1. トラフィック解析の例
    2. エラーログのパターン解析
    3. 解析結果の活用例
  8. Apacheログ解析の自動化とスケジューリング
    1. 自動化のメリット
    2. cronジョブによるログ解析のスケジューリング
    3. リアルタイム解析の自動化（Filebeat + Elasticsearch）
    4. 異常検知の自動化（Elasticsearch + Watcher）
    5. 自動解析の結果の活用
  9. まとめ

負荷分散環境におけるApacheログの課題


負荷分散環境では、リクエストが複数のApacheサーバーに分散されるため、各サーバーが独自のログを生成します。この結果、アクセスログやエラーログがサーバーごとに分かれ、以下のような課題が発生します。

ログが分散することによる解析の難しさ


一つのユーザーセッションが複数のサーバーに跨るケースでは、ログが複数のファイルに分散します。これにより、特定のリクエストの追跡やエラーの原因調査が困難になります。ログファイルを個別に確認する必要があり、時間と労力がかかります。

エラートラブルの特定が困難


サーバーごとにエラーログが記録されるため、障害発生時にどのサーバーでエラーが起きているかを迅速に特定することが難しくなります。さらに、エラーが複数サーバーで断続的に発生している場合、全体像を把握するのが複雑になります。

セキュリティ面でのリスク


ログが分散していると、不正アクセスやサイバー攻撃の兆候を見逃す可能性があります。サーバーごとにログを確認する作業が煩雑になり、異常なトラフィックを検出するのが遅れる場合があります。

これらの課題を解決するためには、ログの収集と一元管理が不可欠です。次のセクションでは、Apacheログの基本構成と収集方法について詳しく解説します。

ログ解析の重要性とメリット


Apacheのログ解析は、システムの健全性やパフォーマンスを維持し、セキュリティを確保するために不可欠です。負荷分散環境では特に、ログの適切な解析が運用の効率化や障害対応の迅速化につながります。

トラフィックの可視化とボトルネックの特定


Apacheログを解析することで、ユーザーのアクセス状況やトラフィックのピーク時間を把握できます。どのページが頻繁にアクセスされているか、どのリクエストが処理時間を要しているかを特定し、ボトルネックの改善が可能です。

セキュリティの強化


ログには、不正アクセスやサイバー攻撃の痕跡が記録されます。ログ解析を行うことで、不審なIPアドレスや大量のエラーリクエストを検出し、攻撃の兆候を早期に発見できます。これにより、セキュリティ対策を迅速に講じることが可能になります。

エラーの迅速な特定と対応


エラーログを解析することで、システムやアプリケーションの不具合を特定しやすくなります。アクセス障害や内部エラーなどをログから読み解き、原因を特定することで、迅速な修復対応が可能になります。

パフォーマンスチューニングと最適化


ログを基にサーバーのレスポンスタイムやリクエスト処理時間を解析することで、設定の見直しや最適化が可能になります。これにより、サーバーのリソースを有効に活用し、システム全体のパフォーマンスを向上させることができます。

ログ解析は、システムの安定性を維持し、ユーザーエクスペリエンスを向上させる上で欠かせない作業です。次のセクションでは、Apacheログの基本構成と収集方法について具体的に説明します。

Apacheログの基本構成と収集方法


Apacheサーバーは、アクセスの記録やエラー情報をログとして出力します。これらのログはサーバー運用において重要なデータであり、負荷分散環境でも適切に収集・管理することで、システム全体の状況を把握できます。ここでは、Apacheログの基本構成と収集方法について解説します。

Apacheログの種類


Apacheには主に2種類のログがあります。

  • アクセスログ（Access Log）
    クライアントからのリクエストが記録されます。アクセス元のIPアドレス、アクセス先URL、レスポンスコード、転送データ量などが含まれます。
  • エラーログ（Error Log）
    サーバーで発生したエラーが記録されます。リクエストの処理中に発生したエラーやサーバー自体の不具合などが記載されます。

Apacheログのフォーマット


ログはフォーマットを自由に設定でき、必要な情報を記録することが可能です。デフォルトのログフォーマットは以下のようになっています。
アクセスログの例

127.0.0.1 - - [27/Dec/2024:10:00:23 +0000] "GET /index.html HTTP/1.1" 200 5123
  • 127.0.0.1：アクセス元IPアドレス
  • GET /index.html：アクセスされたリソース
  • 200：HTTPステータスコード（成功）
  • 5123：転送データ量

エラーログの例

[Wed Dec 27 10:05:45 2024] [error] [client 192.168.0.1] File does not exist: /var/www/html/favicon.ico
  • [error]：エラーレベル
  • File does not exist：エラー内容

Apacheログの収集方法


Apacheログは、デフォルトでサーバー上に保存されます。設定ファイルhttpd.confやapache2.confでログの出力先やフォーマットを指定します。
アクセスログ設定例

CustomLog /var/log/apache2/access.log combined


エラーログ設定例

ErrorLog /var/log/apache2/error.log

複数サーバーからのログ収集


負荷分散環境では、各サーバーのログを一箇所に収集する必要があります。rsyncやscpなどのツールを使って手動でログを集約する方法や、Fluentd、Filebeatなどのログ収集ツールを活用して自動的に収集する方法があります。

次のセクションでは、Apacheログの分割とmod_log_configを活用した具体的な設定方法について詳しく説明します。

ログ分割の具体的な方法（mod_log_configの活用）


Apacheでは、mod_log_configモジュールを使用してログの出力形式や分割方法を柔軟に設定できます。負荷分散環境では、リクエストの種類や応答ステータスによってログを分割することで、解析や管理が効率化されます。ここでは、mod_log_configを活用してログを分割する具体的な方法を紹介します。

mod_log_configとは


mod_log_configは、Apacheのログ記録を制御するモジュールで、リクエスト内容に応じたログの出力先やフォーマットを設定できます。たとえば、ステータスコード別にログを分けたり、特定のURLパスだけを別ログに記録することが可能です。

アクセスログの分割例


以下の設定例では、正常なリクエストとエラーリクエストを分割して記録します。

httpd.confの設定例

# 通常のアクセスログ（200番台のリクエスト）
CustomLog "|/usr/bin/rotatelogs /var/log/apache2/access.log 86400" combined env=!error

# エラーリクエスト（400番台、500番台）
CustomLog "|/usr/bin/rotatelogs /var/log/apache2/error_request.log 86400" combined env=error

環境変数の設定例（SetEnvIfを使用）

# 400番台と500番台のステータスコードを検知
SetEnvIf Request_URI ".*" all_requests
SetEnvIf Status ^[45] error

設定内容の解説

  • SetEnvIf：リクエストURIやステータスコードに応じて環境変数を設定します。
  • CustomLog：環境変数errorがセットされているリクエストはエラーログに、そうでないリクエストは通常のアクセスログに記録します。
  • rotatelogs：ログを一定期間ごとに自動的にローテーション（分割）します。86400は1日（24時間）の秒数です。

応用：特定パスのログ分割


特定のURLパス（例：APIアクセス）だけを別ログに記録する方法もあります。

SetEnvIf Request_URI "^/api/" api_request
CustomLog "/var/log/apache2/api_access.log" combined env=api_request


この設定により、/api/で始まるリクエストだけがapi_access.logに記録されます。

メリットと運用ポイント

  • エラー検出が容易に：エラーリクエストが分離されるため、障害対応が迅速に行えます。
  • トラフィック解析の効率化：通常のアクセスログがシンプルになり、解析作業がスムーズになります。
  • セキュリティ強化：特定パスの異常なアクセスを監視しやすくなります。

次のセクションでは、複数のサーバーで生成されたログを一元化する方法について解説します。

ログの一元化（ログアグリゲーションツールの活用）


負荷分散環境では、複数のApacheサーバーがそれぞれ独自にログを出力するため、ログの一元管理が必要になります。ログが分散したままだと、障害の調査やアクセス解析が困難になります。ここでは、FluentdやFilebeatなどのログアグリゲーションツールを活用し、分散したApacheログを一元化する方法を紹介します。

ログアグリゲーションの概要と必要性


ログアグリゲーションとは、複数のサーバーで生成されたログを収集・転送し、一か所に集約する手法です。これにより、以下のメリットがあります。

  • 効率的なログ管理：すべてのログが中央で管理され、検索や解析が容易になる。
  • 障害調査の迅速化：複数のサーバーを横断したログ解析が可能。
  • セキュリティの強化：異常なアクセスや攻撃パターンをリアルタイムで検知できる。

主要なログアグリゲーションツール


ログの一元化には、以下のツールがよく使用されます。

  • Fluentd：軽量で拡張性が高く、さまざまなログ形式に対応。プラグインが豊富でカスタマイズが容易。
  • Filebeat：Elastic Stackの一部で、軽量なログシッパー。ElasticsearchやLogstashと連携して効率的にログを転送。
  • rsyslog：シンプルな設定でログの転送が可能。セキュリティログなどにも利用される。

Fluentdを使用したログ一元化の例


Fluentdを使って、Apacheサーバーのアクセスログを一元化する方法を示します。

ステップ1：Fluentdのインストール

curl -fsSL https://toolbelt.treasuredata.com/sh/install-ubuntu-focal-td-agent4.sh | sh

ステップ2：Apacheログ転送用の設定ファイル（/etc/td-agent/td-agent.conf）

<source>
  @type tail
  path /var/log/apache2/access.log
  pos_file /var/log/td-agent/apache-access.log.pos
  tag apache.access
  format none
</source>

<match apache.access>
  @type forward
  <server>
    host logserver.local
    port 24224
  </server>
</match>
  • source：Apacheのアクセスログを監視し、新しいログを検知して収集。
  • match：収集したログをログサーバー（logserver.local）へ転送。

ステップ3：ログサーバー側の設定

<source>
  @type forward
  port 24224
  bind 0.0.0.0
</source>

<match **>
  @type file
  path /var/log/fluentd/aggregated.log
</match>


これで、すべてのApacheサーバーのアクセスログが/var/log/fluentd/aggregated.logに集約されます。

Filebeatを使ったログ収集の例


Filebeatは軽量で、簡単にセットアップできるツールです。以下はFilebeatの設定例です。

filebeat.ymlの設定例

filebeat.inputs:
- type: log
  enabled: true
  paths:
    - /var/log/apache2/access.log

output.elasticsearch:
  hosts: ["localhost:9200"]


FilebeatはElasticsearchと連携してログを直接投入できます。Kibanaと組み合わせることで、視覚的にログ解析が可能になります。

ログアグリゲーションのメリット

  • リアルタイム解析：ログがリアルタイムで集約され、障害検知や監視が迅速に行えます。
  • リソース効率化：各サーバーで解析せず、一元管理されたログを活用するため、サーバー負荷が軽減されます。
  • 拡張性：サーバーが増えても、同様の設定を新サーバーに適用するだけで簡単にスケールアウトが可能です。

次のセクションでは、集約したログを解析するためのツールと方法について詳しく解説します。

ログ解析ツールの選定と使用方法


一元化されたApacheログを効果的に解析するには、専用のログ解析ツールを使用します。これにより、大量のログデータからトラフィックの傾向を読み取り、障害の原因を迅速に特定できます。本セクションでは、代表的なログ解析ツールとその使用方法について詳しく解説します。

代表的なログ解析ツール


以下は、Apacheログの解析に広く利用されているツールです。

  • Elasticsearch + Kibana：Elasticsearchでログデータを蓄積し、Kibanaで視覚的に解析・ダッシュボード化。リアルタイム解析が可能。
  • GoAccess：リアルタイムでアクセスログをターミナル上やWebインターフェースで解析。インストールが簡単で軽量。
  • Awstats：Apacheログを解析してアクセス状況をレポート化するツール。長期的なトラフィックの傾向を把握するのに最適。
  • Grafana + Loki：ログを一元管理し、Grafanaで視覚的に表示。Lokiは軽量で導入が容易。

Elasticsearch + Kibanaによるログ解析


ElasticsearchとKibanaの組み合わせは、リアルタイムでのログ解析やビジュアルダッシュボードの作成に最適です。分散環境でも高いスケーラビリティを持ちます。

Elasticsearch + Kibanaの導入手順

  1. ElasticsearchとKibanaのインストール
sudo apt update
sudo apt install elasticsearch kibana
  1. Elasticsearchの設定（/etc/elasticsearch/elasticsearch.yml）
network.host: 0.0.0.0
discovery.seed_hosts: ["localhost"]
  1. Kibanaの設定（/etc/kibana/kibana.yml）
server.host: "0.0.0.0"
elasticsearch.hosts: ["http://localhost:9200"]
  1. ApacheログをElasticsearchに投入（Filebeatを使用）
filebeat.inputs:
- type: log
  enabled: true
  paths:
    - /var/log/apache2/access.log
output.elasticsearch:
  hosts: ["localhost:9200"]
  1. Kibanaでダッシュボードを作成し、Apacheログを視覚的に解析します。

GoAccessによるリアルタイム解析


GoAccessは簡単にリアルタイム解析が可能なツールで、Apacheログの監視に適しています。

sudo apt install goaccess
goaccess /var/log/apache2/access.log --log-format=COMBINED


ブラウザやターミナルで解析結果を確認できます。

解析結果の活用方法

  • トラフィックの監視：リクエストが集中する時間帯を把握し、サーバーのスケール調整を行う。
  • エラー率の確認：HTTP 500エラーの増加など、障害の兆候を検出して迅速に対応。
  • セキュリティ監視：異常なアクセスやスキャン行為を検知し、攻撃対策を実施。

次のセクションでは、実際に解析したデータを基に、トラフィック解析やエラーログのパターンを分析する方法を解説します。

実際の解析例（トラフィック解析とエラーログのパターン解析）


Apacheログの一元化と解析ツールの導入が完了したら、具体的なデータを使ってトラフィックの傾向やエラーログのパターンを分析します。このセクションでは、Apacheアクセスログを用いたトラフィック解析と、エラーログを使った障害発生の特定方法を実例で解説します。

トラフィック解析の例


以下は、Kibanaを使用してApacheアクセスログを解析する手順の例です。
目的：ピーク時間帯の特定と、高頻度アクセスページの分析

  1. KibanaでApacheアクセスログをロード
    KibanaのDiscover機能を使い、過去24時間のアクセスログを確認します。
  2. ピーク時間の解析
    Kibanaの「Visualize」で、時間ごとのアクセス件数を棒グラフで表示します。
{
  "aggs": {
    "time_aggregation": {
      "date_histogram": {
        "field": "@timestamp",
        "interval": "hour"
      }
    }
  }
}


結果として、特定の時間帯にアクセスが集中していることがわかります。

  1. 高頻度アクセスページの特定
    以下のクエリで、アクセス数が多いURLランキングを取得します。
{
  "aggs": {
    "top_urls": {
      "terms": {
        "field": "request.keyword",
        "size": 10
      }
    }
  }
}


これにより、特定のページ（例：/loginや/product）が頻繁にアクセスされていることが可視化されます。

エラーログのパターン解析


次に、エラーログを解析して障害の原因を特定します。
目的：エラー発生件数の推移とエラー内容の詳細分析

  1. HTTP 500エラーの抽出
    KibanaのDiscoverで、ステータスコード500のログだけを抽出します。
{
  "query": {
    "match": {
      "status": 500
    }
  }
}


エラーが集中している時間帯や発生頻度を確認します。

  1. エラーメッセージの集計
    どの種類のエラーが多いかを集計するクエリを実行します。
{
  "aggs": {
    "error_types": {
      "terms": {
        "field": "error_message.keyword",
        "size": 5
      }
    }
  }
}


これにより、「File not found」「Timeout」「Permission denied」など、具体的なエラー内容が特定できます。

  1. エラー発生箇所の特定
    エラーがどのURLで多く発生しているかを解析します。
{
  "aggs": {
    "error_urls": {
      "terms": {
        "field": "request.keyword",
        "size": 10
      }
    }
  }
}


これにより、特定のページでエラーが頻発していることがわかります。

解析結果の活用例

  • パフォーマンス改善：アクセスが集中するページについて、キャッシュの導入やリソースの増強を検討します。
  • 障害対応：エラーが多いURLに対してコード修正やリダイレクト設定を行います。
  • セキュリティ強化：不正アクセスが疑われるログについて、IPアドレスのブロックやWAFの強化を実施します。

次のセクションでは、解析を自動化し、定期的にログを解析する方法について解説します。

Apacheログ解析の自動化とスケジューリング


Apacheログの解析を手動で行うことは効果的ですが、継続的な監視や障害の早期発見を目的とする場合、自動化が不可欠です。ログ解析を自動化することで、トラフィックの異常やエラーをリアルタイムで検知し、迅速な対応が可能になります。ここでは、ログ解析の自動化とスケジューリングの具体的な方法について解説します。

自動化のメリット

  • リアルタイム監視：ログをリアルタイムで解析し、異常を即座に検知できる。
  • 運用コスト削減：手動での解析作業が不要になり、人的リソースを削減。
  • 障害対応の迅速化：障害の発生を早期に把握し、ダウンタイムを最小限に抑える。
  • セキュリティ強化：不正アクセスや攻撃を即時に検知し、アラートを発出できる。

cronジョブによるログ解析のスケジューリング


Apacheログの定期的な解析には、cronジョブを活用します。cronはLinuxで利用されるタスクスケジューラーで、指定した時間に自動的にスクリプトを実行します。

例：1日1回Apacheアクセスログを解析するスクリプト

  1. 解析スクリプトの作成（/usr/local/bin/analyze_apache_logs.sh）
#!/bin/bash
LOG_FILE="/var/log/apache2/access.log"
OUTPUT_FILE="/var/log/apache2/daily_report_$(date +\%Y\%m\%d).log"

# goaccessでアクセスログを解析し、レポートを生成
goaccess $LOG_FILE --log-format=COMBINED -o $OUTPUT_FILE
echo "Log analysis completed for $(date)" >> /var/log/apache2/cron.log
  1. cronジョブの登録
crontab -e


以下の行を追加し、毎日午前3時にスクリプトを実行します。

0 3 * * * /usr/local/bin/analyze_apache_logs.sh

リアルタイム解析の自動化（Filebeat + Elasticsearch）


リアルタイムでログを解析・可視化するには、FilebeatとElasticsearchを組み合わせて運用します。FilebeatがApacheログを継続的に監視し、Elasticsearchにデータを送信します。

  1. Filebeatのセットアップ
sudo apt install filebeat
  1. Filebeat設定ファイル（filebeat.yml）
filebeat.inputs:
- type: log
  enabled: true
  paths:
    - /var/log/apache2/access.log

output.elasticsearch:
  hosts: ["localhost:9200"]
  1. Filebeatの起動
sudo systemctl enable filebeat
sudo systemctl start filebeat


これで、ApacheのアクセスログがリアルタイムでElasticsearchに送信されます。

異常検知の自動化（Elasticsearch + Watcher）


ElasticsearchのWatcher機能を使えば、特定の条件でアラートを発出できます。

例：HTTP 500エラーが1時間に100件を超えた場合に通知する設定

{
  "trigger": {
    "schedule": {
      "interval": "1h"
    }
  },
  "input": {
    "search": {
      "request": {
        "indices": ["apache-logs-*"],
        "body": {
          "query": {
            "range": {
              "status": {
                "gte": 500
              }
            }
          }
        }
      }
    }
  },
  "condition": {
    "compare": {
      "ctx.payload.hits.total": {
        "gte": 100
      }
    }
  },
  "actions": {
    "send_email": {
      "email": {
        "to": "admin@example.com",
        "subject": "High Number of 500 Errors Detected",
        "body": "There were more than 100 500 errors in the last hour."
      }
    }
  }
}

自動解析の結果の活用

  • トラフィック増加時のスケールアップ：特定時間帯にアクセスが集中する場合、自動でサーバーリソースを増強する。
  • エラー発生時のアラート：障害の兆候を検知し、運用担当者に即座に通知。
  • ログの長期保存と分析：過去のログデータを蓄積し、長期的なトレンド分析を行う。

次のセクションでは、これまでの解析結果をもとに、Apacheログ解析の総まとめを行います。

まとめ


本記事では、負荷分散環境におけるApacheログの分割と解析方法について詳しく解説しました。複数のサーバーに分散されたログを適切に収集・管理することで、トラフィックの監視や障害の早期発見が可能になります。

Apacheのmod_log_configを活用したログ分割や、Fluentd・Filebeatを用いたログの一元化、ElasticsearchとKibanaによる視覚的なログ解析は、サーバー運用の効率化に直結します。また、cronジョブを使ったログ解析の自動化やリアルタイム監視を組み合わせることで、運用の負担を軽減し、迅速な対応が可能になります。

これらの手法を活用することで、負荷分散環境でもログを効果的に管理し、システム全体の安定性とセキュリティを強化できます。今後のサーバー運用に役立てていただければ幸いです。

Apache
ログ解析 Apache 負荷分散

コメント

コメントする

目次
  1. 負荷分散環境におけるApacheログの課題
    1. ログが分散することによる解析の難しさ
    2. エラートラブルの特定が困難
    3. セキュリティ面でのリスク
  2. ログ解析の重要性とメリット
    1. トラフィックの可視化とボトルネックの特定
    2. セキュリティの強化
    3. エラーの迅速な特定と対応
    4. パフォーマンスチューニングと最適化
  3. Apacheログの基本構成と収集方法
    1. Apacheログの種類
    2. Apacheログのフォーマット
    3. Apacheログの収集方法
    4. 複数サーバーからのログ収集
  4. ログ分割の具体的な方法（mod_log_configの活用）
    1. mod_log_configとは
    2. アクセスログの分割例
    3. 設定内容の解説
    4. 応用：特定パスのログ分割
    5. メリットと運用ポイント
  5. ログの一元化（ログアグリゲーションツールの活用）
    1. ログアグリゲーションの概要と必要性
    2. 主要なログアグリゲーションツール
    3. Fluentdを使用したログ一元化の例
    4. Filebeatを使ったログ収集の例
    5. ログアグリゲーションのメリット
  6. ログ解析ツールの選定と使用方法
    1. 代表的なログ解析ツール
    2. Elasticsearch + Kibanaによるログ解析
    3. GoAccessによるリアルタイム解析
    4. 解析結果の活用方法
  7. 実際の解析例（トラフィック解析とエラーログのパターン解析）
    1. トラフィック解析の例
    2. エラーログのパターン解析
    3. 解析結果の活用例
  8. Apacheログ解析の自動化とスケジューリング
    1. 自動化のメリット
    2. cronジョブによるログ解析のスケジューリング
    3. リアルタイム解析の自動化（Filebeat + Elasticsearch）
    4. 異常検知の自動化（Elasticsearch + Watcher）
    5. 自動解析の結果の活用
  9. まとめ