MENU
  1. ホーム
  2. Apache
  3. ApacheでPHPスクリプトの負荷分散を設定する方法を徹底解説

ApacheでPHPスクリプトの負荷分散を設定する方法を徹底解説

Apache

Apacheを使用してPHPスクリプトの負荷分散を設定することで、Webサーバーの処理能力を向上させ、トラフィックの増加に対応できます。特にアクセスが集中するWebアプリケーションでは、1台のサーバーだけで全てのリクエストを処理するのは非効率です。負荷分散を行うことで、複数のサーバーにリクエストを分散させ、応答速度の向上やサーバー障害時の冗長性を確保できます。

本記事では、ApacheでPHPスクリプトの負荷分散を行う方法について、基本的な仕組みから設定方法までをわかりやすく解説します。mod_proxyやmod_proxy_balancerなどのモジュールの導入手順や、負荷分散アルゴリズムの選定、セッション管理方法など、実際の運用に役立つ情報を網羅しています。さらに、障害発生時のフェイルオーバー設定や効果的なモニタリング方法についても詳しく説明します。

これからApacheでPHPスクリプトの負荷分散を導入しようとしている方、または既存のシステムのパフォーマンスを改善したい方にとって、有益な内容となるでしょう。

目次

Apacheでの負荷分散の仕組みとは


Apacheでの負荷分散は、複数のバックエンドサーバーにリクエストを分配し、処理の負荷を分散させる仕組みです。これにより、1台のサーバーだけで処理を行う場合と比較して、パフォーマンスが向上し、サーバーの耐障害性も高まります。

負荷分散の基本原理


Apacheはリバースプロキシとして機能し、クライアントからのリクエストを受け取った後、複数のバックエンドサーバーに転送します。リクエストは事前に定められたルール（アルゴリズム）に基づいて振り分けられます。これにより、特定のサーバーに負荷が集中するのを防ぎます。

主な構成要素


Apacheで負荷分散を行うためには、以下のモジュールが必要になります。

  • mod_proxy：Apacheをリバースプロキシとして機能させるモジュール。
  • mod_proxy_balancer：複数のバックエンドサーバー間でリクエストを分散させるモジュール。
  • mod_status：サーバーの状態を監視し、負荷分散の状況を確認するためのモジュール。

負荷分散の利点

  • スケーラビリティ：トラフィックが増加しても、新しいバックエンドサーバーを追加することで対応可能。
  • 冗長性の向上：サーバー障害時にも別のサーバーがリクエストを処理し、サービスの中断を防止。
  • 応答速度の改善：リクエストが分散されることで、処理速度が向上し、ユーザーの待ち時間が短縮。

Apacheの負荷分散はシンプルで導入しやすく、特にPHPスクリプトの運用環境に適しています。次のセクションでは、必要なモジュールのインストール方法について解説します。

必要なモジュールのインストールと設定方法


ApacheでPHPスクリプトの負荷分散を行うには、適切なモジュールのインストールと設定が必要です。特にmod_proxyとmod_proxy_balancerは、リバースプロキシとロードバランサーの役割を果たします。

必要なモジュール一覧

  1. mod_proxy：リバースプロキシ機能を提供し、リクエストをバックエンドサーバーに転送します。
  2. mod_proxy_balancer：複数のバックエンドサーバーへの負荷分散機能を提供します。
  3. mod_lbmethod_byrequests：ラウンドロビン方式でリクエストを分散させます。
  4. mod_status：サーバーの状態や負荷状況を監視します。

モジュールのインストール方法


以下は、一般的なLinux環境でApacheの必要なモジュールをインストールする方法です。

CentOS/RHELの場合

sudo yum install httpd mod_ssl
sudo yum install mod_proxy mod_proxy_balancer mod_status

Ubuntu/Debianの場合

sudo apt update
sudo apt install apache2
sudo a2enmod proxy proxy_balancer proxy_http lbmethod_byrequests status
sudo systemctl restart apache2

モジュールの有効化と確認


モジュールが正しくインストールされたかを確認するには、以下のコマンドを使用します。

apachectl -M | grep proxy

出力例：

 proxy_module (shared)
 proxy_balancer_module (shared)
 proxy_http_module (shared)

これで必要なモジュールが有効であることを確認できます。

基本設定


次に、Apacheの設定ファイルに負荷分散用のバランサーを設定します。

<Proxy "balancer://mycluster">
    BalancerMember http://192.168.1.10:80
    BalancerMember http://192.168.1.11:80
    ProxySet lbmethod=byrequests
</Proxy>

ProxyPass /app balancer://mycluster/
ProxyPassReverse /app balancer://mycluster/

この設定では、192.168.1.10と192.168.1.11の2台のサーバーにリクエストが分散されます。

次のセクションでは、PHPスクリプトに最適な負荷分散アルゴリズムの選択方法について解説します。

PHPスクリプトに適した負荷分散アルゴリズムの選択


ApacheでPHPスクリプトの負荷分散を行う際は、リクエストの振り分け方法（ロードバランシングアルゴリズム）がシステムのパフォーマンスに大きく影響します。負荷の種類やシステムの構成に応じて適切なアルゴリズムを選択することが重要です。

主な負荷分散アルゴリズム

1. ラウンドロビン方式 (byrequests)


リクエストを順番に各サーバーへ振り分けるシンプルな方法です。すべてのサーバーが同等のパフォーマンスを持つ場合に有効です。
特徴：

  • 設定が簡単で理解しやすい
  • サーバーごとの負荷が均等になる

設定例：

ProxySet lbmethod=byrequests

2. 最小接続方式 (bytraffic)


現在の接続数が最も少ないサーバーに新しいリクエストを割り当てます。トラフィックの不均衡を防ぎ、動的に負荷を調整できます。
特徴：

  • アクセスが集中するシステムで効果的
  • 負荷が高いサーバーを避けられる

設定例：

ProxySet lbmethod=bytraffic

3. IPハッシュ方式 (bybusyness)


クライアントのIPアドレスに基づいてリクエストを振り分けます。同じクライアントは常に同じサーバーに接続されます。セッションの維持が必要な場合に最適です。
特徴：

  • セッションの維持が容易
  • キャッシュの効果を最大限に活かせる

設定例：

ProxySet lbmethod=bybusyness

PHPスクリプトに最適なアルゴリズムの選択基準

  • セッション管理が必要：IPハッシュ方式（bybusyness）が適しています。セッションデータがサーバーごとに保存される場合に有効です。
  • 均等な負荷分散を優先：ラウンドロビン方式（byrequests）が簡単で効果的です。小規模なシステムやパフォーマンスが均等なサーバーに最適です。
  • アクセスの偏りがある：最小接続方式（bytraffic）を選ぶことで、負荷の集中を避けられます。

設定例

<Proxy "balancer://mycluster">
    BalancerMember http://192.168.1.10:80
    BalancerMember http://192.168.1.11:80
    ProxySet lbmethod=bytraffic
</Proxy>

ProxyPass /app balancer://mycluster/
ProxyPassReverse /app balancer://mycluster/

この例では、最小接続方式を使用し、接続が少ないサーバーに優先的にリクエストを振り分けます。

次のセクションでは、バックエンドサーバーの設定方法について詳しく解説します。

バックエンドサーバーの設定と構築方法


Apacheで負荷分散を行うためには、複数のバックエンドサーバーを構築し、それぞれがPHPスクリプトを適切に処理できるように設定する必要があります。ここでは、PHP環境のセットアップ方法から、Apacheでの連携までを詳しく解説します。

バックエンドサーバーの構成例

  • ロードバランサー（フロントエンド）：Apacheをリバースプロキシとして設定し、リクエストを振り分ける
  • バックエンドサーバー：複数のPHP処理サーバー

例：

  • Apacheロードバランサー（192.168.1.1）
  • バックエンド1（192.168.1.10）
  • バックエンド2（192.168.1.11）

PHP環境の構築


バックエンドサーバーにはApacheとPHPをインストールし、基本的なPHPスクリプトが実行できる状態にします。

CentOS/RHELの場合

sudo yum install httpd php php-cli php-fpm
sudo systemctl enable httpd
sudo systemctl start httpd

Ubuntu/Debianの場合

sudo apt update
sudo apt install apache2 php libapache2-mod-php php-cli php-fpm
sudo systemctl enable apache2
sudo systemctl start apache2

PHP-FPMの設定（オプション）


高負荷環境ではPHP-FPM（FastCGI Process Manager）を使用することで、PHPスクリプトの実行速度が向上します。

設定ファイルの編集例（/etc/php-fpm.d/www.conf）

listen = 127.0.0.1:9000
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 35

PHP-FPMを起動

sudo systemctl enable php-fpm
sudo systemctl start php-fpm

ApacheでのPHP動作確認


バックエンドサーバーでPHPが正常に動作しているか確認します。

テストファイル作成

sudo echo "<?php phpinfo(); ?>" > /var/www/html/info.php

ブラウザでhttp://192.168.1.10/info.phpにアクセスし、PHPの情報画面が表示されれば成功です。

バックエンドサーバーをロードバランサーに追加


ロードバランサーとなるApacheサーバーの設定に、構築したバックエンドサーバーを追加します。

<Proxy "balancer://mycluster">
    BalancerMember http://192.168.1.10
    BalancerMember http://192.168.1.11
    ProxySet lbmethod=byrequests
</Proxy>

ProxyPass /app balancer://mycluster/
ProxyPassReverse /app balancer://mycluster/

これにより、ロードバランサーがリクエストをバックエンドサーバーに自動で分散します。

次のセクションでは、Apache設定ファイルの具体例について詳しく解説します。

Apache設定ファイルの具体例


ApacheでPHPスクリプトの負荷分散を行うための設定ファイル（httpd.confまたは専用の設定ファイル）を具体的に解説します。この設定では、複数のバックエンドサーバーにリクエストを分散し、効率的な負荷分散を実現します。

基本的な設定例


以下は、Apacheの設定ファイルでリバースプロキシと負荷分散を行う際の基本構成です。

設定ファイルの場所例：

  • CentOS/RHEL：/etc/httpd/conf/httpd.conf
  • Ubuntu/Debian：/etc/apache2/sites-available/000-default.conf
<VirtualHost *:80>
    ServerName www.example.com

    # ロードバランサークラスタの定義
    <Proxy "balancer://mycluster">
        BalancerMember http://192.168.1.10
        BalancerMember http://192.168.1.11
        ProxySet lbmethod=byrequests
    </Proxy>

    # クライアントからのリクエストをクラスタに振り分け
    ProxyPass /app balancer://mycluster/
    ProxyPassReverse /app balancer://mycluster/

    # ロードバランサーステータスの表示
    <Location "/balancer-manager">
        SetHandler balancer-manager
        Require ip 192.168.1.0/24
    </Location>

    ErrorLog /var/log/httpd/app_error.log
    CustomLog /var/log/httpd/app_access.log combined
</VirtualHost>

設定内容の解説

  • BalancerMember：バックエンドサーバーのIPアドレスを指定し、リクエストを分散します。
  • lbmethod=byrequests：ラウンドロビン方式でリクエストを均等に振り分けます。必要に応じてbytrafficやbybusynessに変更可能です。
  • ProxyPass /app：/appへのアクセスをバックエンドサーバーにリダイレクトします。
  • ProxyPassReverse：リバースプロキシを設定し、レスポンスを適切にクライアントへ返します。
  • balancer-manager：ロードバランサーの状態をWebブラウザから確認できる管理画面を提供します。

balancer-managerの使い方


管理画面はhttp://www.example.com/balancer-managerでアクセス可能です。各バックエンドサーバーの状態や接続数をリアルタイムで確認でき、必要に応じてサーバーの追加・削除が可能です。

設定のテストと反映

設定テスト

apachectl configtest

Syntax OKと表示されれば、設定に問題はありません。

Apacheの再起動

sudo systemctl restart httpd  # CentOS/RHEL
sudo systemctl restart apache2  # Ubuntu/Debian

次のセクションでは、セッション管理とPHPスクリプトの動作確認について詳しく解説します。

セッション管理とPHPスクリプトの動作確認


ApacheでPHPスクリプトの負荷分散を行う際、セッション管理は重要な課題です。セッションがサーバーごとに分断されると、ログイン状態が保持されず、ユーザーが再認証を求められる場合があります。この問題を防ぐために、セッション共有の設定が必要です。

セッション管理の課題


PHPは通常、セッションデータを各サーバーのローカルストレージに保存します。負荷分散環境では、リクエストが異なるバックエンドサーバーに分散されるため、セッションデータが一貫しません。

セッション共有の方法


以下の方法でセッションデータを共有し、負荷分散環境でも安定した動作を確保します。

1. セッションをデータベースに保存


セッションデータをMySQLやRedisなどのデータベースに保存することで、複数のサーバーからセッションデータにアクセス可能になります。

PHP設定例（php.ini）：

session.save_handler = redis
session.save_path = "tcp://192.168.1.5:6379"

2. memcachedを使用したセッション管理


memcachedを使用すると、高速かつ分散されたキャッシュを利用してセッション管理ができます。

インストールと設定例（Ubuntu）：

sudo apt install php-memcached memcached
sudo systemctl enable memcached
sudo systemctl start memcached

php.ini設定：

session.save_handler = memcached
session.save_path = "192.168.1.5:11211"

3. IPハッシュ方式の負荷分散


同じクライアントからのリクエストを常に同じサーバーに送る方式です。Apacheのbybusynessアルゴリズムを使用します。

ProxySet lbmethod=bybusyness

ただし、この方法はサーバーが増減した際にセッションが失われる可能性があります。

PHPスクリプトの動作確認

1. テストスクリプト作成


以下のPHPスクリプトを作成し、セッションが保持されているか確認します。
/var/www/html/session_test.php

<?php
session_start();
if (!isset($_SESSION['count'])) {
    $_SESSION['count'] = 1;
} else {
    $_SESSION['count']++;
}
echo "訪問回数: " . $_SESSION['count'];
?>

2. 動作確認


ブラウザでhttp://www.example.com/session_test.phpにアクセスし、ページを更新します。訪問回数が増えていればセッションが正しく動作しています。

セッション共有の確認方法

  1. 2台のバックエンドサーバーにスクリプトを配置します。
  2. どちらのサーバーにリクエストが行っても、セッションカウントが継続するか確認します。
  3. セッションが維持されていない場合は、データベースやmemcachedの接続設定を再確認してください。

次のセクションでは、障害発生時の自動フェイルオーバー設定について解説します。

障害発生時の自動フェイルオーバー設定


Apacheの負荷分散環境では、バックエンドサーバーの障害時にリクエストを自動で他のサーバーに振り分けるフェイルオーバーの設定が不可欠です。これにより、サービスの継続性と安定性を向上させることができます。

Apacheでのフェイルオーバーの仕組み


Apacheのmod_proxy_balancerは、バックエンドサーバーの応答状態を監視し、サーバーが応答しない場合は自動的にリクエストを別のサーバーに振り分けます。これにより、特定のサーバー障害が発生してもサービスダウンを防ぎます。

フェイルオーバー設定例

httpd.conf（またはvhost設定ファイル）

<VirtualHost *:80>
    ServerName www.example.com

    <Proxy "balancer://mycluster">
        BalancerMember http://192.168.1.10 retry=5
        BalancerMember http://192.168.1.11 retry=5
        BalancerMember http://192.168.1.12 status=+H
        ProxySet lbmethod=byrequests
    </Proxy>

    ProxyPass /app balancer://mycluster/
    ProxyPassReverse /app balancer://mycluster/

    # ロードバランサーマネージャー
    <Location "/balancer-manager">
        SetHandler balancer-manager
        Require ip 192.168.1.0/24
    </Location>

    ErrorLog /var/log/httpd/app_error.log
    CustomLog /var/log/httpd/app_access.log combined
</VirtualHost>

設定のポイント

  • BalancerMemberのretryオプション：サーバーがダウンした際、5秒後に再度接続を試みます。
  • status=+H（Hot Standby）：バックエンドサーバー192.168.1.12は通常はスタンバイ状態で、他のサーバーがダウンした場合にのみ使用されます。
  • lbmethod=byrequests：ラウンドロビン方式でリクエストを分散します。障害が発生した場合は次のサーバーにリクエストが振り分けられます。

フェイルオーバーのテスト

1. バックエンドサーバーの停止


以下のコマンドでバックエンドサーバーのApacheを停止し、フェイルオーバーが機能するか確認します。

sudo systemctl stop httpd  # CentOS/RHEL
sudo systemctl stop apache2  # Ubuntu/Debian

2. アクセス確認


ブラウザからhttp://www.example.com/appにアクセスし、サービスが継続しているかを確認します。フェイルオーバーが成功している場合、スタンバイサーバーがリクエストを処理します。

ログで障害状況を確認


障害発生時のログは以下のコマンドで確認できます。

tail -f /var/log/httpd/app_error.log

ログにはフェイルオーバー処理が記録されます。

[proxy:error] [client 192.168.1.20] AH01102: Server 192.168.1.10 not responding, failover to 192.168.1.12

フェイルオーバーの効果

  • サーバー障害時のダウンタイムを最小限に抑えられます。
  • ユーザーは障害に気づかず、安定したサービスを受け続けることができます。

次のセクションでは、負荷分散の効果を確認する方法について詳しく解説します。

負荷分散の効果を確認する方法


Apacheで負荷分散を設定した後は、実際にどの程度効果があるのかを確認することが重要です。適切に負荷が分散されているか、サーバー間のトラフィックが均等か、障害時のフェイルオーバーが正しく機能しているかを検証します。

Apacheの監視ツールを使用した確認


Apacheには、負荷分散の状態をリアルタイムで監視するためのmod_statusが用意されています。これを活用することで、サーバーの稼働状況や接続数を確認できます。

mod_statusの有効化


httpd.conf（または000-default.conf）に以下を追加して、mod_statusを有効化します。

<Location "/server-status">
    SetHandler server-status
    Require ip 192.168.1.0/24
</Location>

再起動して反映

sudo systemctl restart httpd  # CentOS/RHEL
sudo systemctl restart apache2  # Ubuntu/Debian

ブラウザでhttp://www.example.com/server-statusにアクセスすると、Apacheの詳細な状態を確認できます。

確認ポイント

  • 現在の接続数：サーバーごとのリクエスト数が均等かどうかを確認
  • 稼働中のバックエンドサーバー：障害が発生していないか確認
  • 平均レスポンスタイム：処理速度が遅いサーバーがないかチェック

ログを活用した分析


Apacheのログを解析することで、負荷分散の効果を定量的に評価できます。

アクセスログの確認

tail -f /var/log/httpd/app_access.log

エラーログの確認

tail -f /var/log/httpd/app_error.log

ログ分析のポイント

  • HTTPステータスコード：500エラーが頻発していないか確認
  • リクエスト数の分布：サーバー間で偏りがないかをチェック
  • フェイルオーバーの記録：障害発生時のログでリクエストの振り分けが適切に行われているか確認

外部ツールを使った負荷テスト


Apacheの負荷分散がどの程度のトラフィックに耐えられるかを評価するには、外部ツールを使用した負荷テストが有効です。

Apache Bench（ab）の使用例


Apache Benchは、リクエストを大量に送信してサーバーの負荷耐性を測るシンプルなツールです。

ab -n 10000 -c 100 http://www.example.com/app/
  • -n 10000：合計10,000リクエストを送信
  • -c 100：同時に100リクエストを送信

結果例：

Concurrency Level:      100
Time taken for tests:   12.345 seconds
Complete requests:      10000
Failed requests:        0
Requests per second:    810.25 [#/sec]
  • Failed requestsが0であれば、負荷分散が正常に機能しています。
  • Requests per secondが低すぎる場合、サーバーがボトルネックになっている可能性があります。

監視ツールの導入


より高度な監視を行うためには、以下のツールが役立ちます。

  • Prometheus + Grafana：リアルタイムでサーバーのメトリクスを視覚的に表示
  • Nagios：サーバーの稼働状況を監視し、障害時に通知
  • Zabbix：トラフィックやサーバーの負荷状況を細かく監視

負荷分散の効果の指標

  • レスポンスタイムの短縮：ユーザーの体感速度が向上
  • サーバー稼働率の向上：複数のサーバーが均等に処理を分担
  • 障害時の迅速な復旧：フェイルオーバーが機能し、ダウンタイムが短縮

次のセクションでは、記事のまとめとして負荷分散の重要性と今後の運用のポイントを解説します。

まとめ


本記事では、Apacheを使用してPHPスクリプトの負荷分散を設定する方法について解説しました。負荷分散を適切に導入することで、Webサイトの安定性やパフォーマンスが向上し、障害発生時にもサービスを継続できる環境を構築できます。

重要なポイントとして、mod_proxyやmod_proxy_balancerのインストール・設定、セッション管理の工夫、フェイルオーバーの設定が挙げられます。特にセッションの共有やフェイルオーバーの仕組みを整えることで、ユーザーエクスペリエンスを損なうことなくシームレスなサービス提供が可能となります。

負荷分散の効果を定量的に確認するためには、mod_statusや外部の負荷テストツール（Apache Benchなど）を活用し、定期的にパフォーマンスを監視することが重要です。

これからApacheで負荷分散を導入する方は、この記事を参考にしながらサーバー環境を構築し、アクセスの増加や障害に強いシステムを目指してください。

Apache
Apache 負荷分散 Webサーバー PHP

コメント

コメントする

目次