ウェブサイト負荷分散ソリューション-Linuxの運用と保守-php.cn

ウェブサイト負荷分散ソリューション

藏色散人

リリース： 2019-05-03 23:15:35

転載

4531 人が閲覧しました

Web 負荷分散 (ロードバランシング) は、簡単に言えば、「作業タスク」をサーバークラスターに割り当てることであり、適切な割り当て方法を使用することは、バックエンド Web サーバーを保護するために非常に重要です。

ウェブサイト負荷分散ソリューション

リバースプロキシの負荷分散

リバースプロキシサービスの中核となる作業は、主に HTTP リクエストを転送することであり、次の役割を果たします。ブラウザーとバックエンド Web サーバーのリレーの役割。 7層のネットワーク構造の7層目であるHTTP層（アプリケーション層）で動作するため、「7層負荷分散」とも呼ばれます。リバースプロキシとして使用できるソフトウェアは数多くありますが、最も一般的なものの 1 つは Nginx です。

ウェブサイト負荷分散ソリューション

Nginx は、転送戦略を自由にカスタマイズしたり、サーバートラフィックの重みを割り当てたりできる、非常に柔軟なリバースプロキシソフトウェアです。リバースプロキシでは、一般的な負荷分散戦略ではリクエストがランダムに割り当てられるため、一般的な問題は Web サーバーによって保存されるセッションデータです。同じログインユーザーからのリクエストが同じ Web マシンに割り当てられる保証はなく、セッションが見つからないという問題が発生します。

主な解決策は 2 つあります。

同じユーザーからのリクエストが同じマシンに送られるように、リバースプロキシの転送ルールを構成します (Cookie を分析することによって)。、複雑な転送ルールはより多くの CPU を消費し、プロキシサーバーの負荷が増加します。

セッションなどの情報を保存するには、redis/memchache などの独立したサービスを使用することをお勧めします。

リバースプロキシサービスではキャッシュを有効にすることもできます。有効にすると、リバースプロキシの負荷が増大するため、使用には注意が必要です。この負荷分散戦略は実装と展開が非常に簡単で、パフォーマンスも比較的良好です。ただし、「単一障害点」という問題があり、ハングすると大変なことになります。また、後段では Web サーバの数が増加し続けるため、Web サーバ自体がシステムのボトルネックになる可能性があります。

設定ファイルのサンプル:

#user nobody; worker_processes 1; #pid logs/nginx.pid; events { 
    worker_connections 1024; } http { 
    include mime.types; 
    default_type application/octet-stream; 
    sendfile on;  
    keepalive_timeout 65; 
    upstream www.hcoder.net { 
        server 192.168.1.188:80 weight=5; 
        server 192.168.1.158:80; 
    } 
    server { 
    listen 80; 
    server_name www.hcoder.net; 
    location / { 
       proxy_pass http://www.hcoder.net; 
       proxy_set_header Host $host; 
       proxy_set_header X-Real-IP $remote_addr; 
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
   } }

ログイン後にコピー

以上がウェブサイト負荷分散ソリューションの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。