nginxの高度な構(gòu)成は、サーバーブロックとリバースプロキシを介して実裝できます。1。サーバーブロックにより、複數(shù)のWebサイトを1つの場(chǎng)合に実行することができます。各ブロックは個(gè)別に構(gòu)成されます。 2.逆プロキシは、リクエストをバックエンドサーバーに転送して、負(fù)荷分散とキャッシュアクセラレーションを?qū)g現(xiàn)します。

導(dǎo)入

インターネットの海では、Nginxは間違いなく破壊不可能な戦艦です。高性能と柔軟性のために、開(kāi)発者とオペレーションスタッフに愛(ài)されています。しかし、どうすればこの軍艦を真にナビゲートし、その最大の可能性を達(dá)成することができますか？この記事では、Nginxの高度な構(gòu)成スキル、特にサーバーブロックとリバースプロキシのアプリケーションについてのより深い議論に導(dǎo)きます。この記事を読むことで、複雑なネットワーク環(huán)境で簡(jiǎn)単に緩和できるように、洗練された方法でNginxを構(gòu)成する方法を?qū)Wびます。

Nginxの基本概念

高性能HTTPサーバーおよびリバースプロキシサーバーとして、NGINXはイベント駆動(dòng)型、非同期および非ブロッキング処理メカニズムです。これにより、nginxは高い並行リクエストを扱うのに特に優(yōu)れています。サーバーブロックは、Nginx構(gòu)成の重要な概念であり、複數(shù)のサーバー構(gòu)成を1つのnginxインスタンスで定義できるため、ドメイン名またはIPアドレスの仮想ホスティング関數(shù)を?qū)g裝できます。 Reverse Proxyは、Nginxを介してクライアントのリクエストをバックエンドサーバーに転送するテクノロジーであり、これはしばしばロードバランスとキャッシュアクセルに使用されます。

たとえば、単純なnginx構(gòu)成は次のようになる場(chǎng)合があります。

 http {
    サーバー{
        聞く80;
        server_name example.com;
        位置 / {
            root /var/www/example.com;
            index index.html;
        }
    }
}

このコードは、ポート80に耳を傾けるサーバーを定義し、example.comドメイン名のリクエストに応答し、リクエストのルートディレクトリを/var/www/example.comに指します。

サーバーブロックの詳細(xì)な分析

サーバーブロックは、NGINX構(gòu)成のコア部分であり、同じNGINXインスタンスで複數(shù)のWebサイトまたはサービスを?qū)g行できます。各サーバーブロックは、リスニングポート、ドメイン名、ログファイルなどを個(gè)別に構(gòu)成して、高い柔軟性を?qū)g現(xiàn)できます。

定義と機(jī)能

サーバーブロックの定義は非常に単純ですが、その機(jī)能は非常に強(qiáng)力です。これにより、1つのNginxインスタンスで複數(shù)のWebサイトまたはサービスを?qū)g行できます。これは、複數(shù)のWebサイトをホストするサーバー管理者にとって非常に便利な機(jī)能です。

たとえば、次のような2つの異なるサーバーブロックを定義できます。

 http {
    サーバー{
        聞く80;
        server_name emple1.com;
        位置 / {
            root /var/www/example1.com;
            index index.html;
        }
    }

    サーバー{
        聞く80;
        server_name emple2.com;
        位置 / {
            root /var/www/example2.com;
            index index.html;
        }
    }
}

それがどのように機(jī)能するか

nginxがリクエストを受信すると、最初にリクエストのホストヘッダーをチェックし、次にserver_nameディレクティブに従って適切なサーバーブロックを一致させます。サーバーブロックが一致していない場(chǎng)合、nginxは処理にデフォルトのサーバーブロックを使用します。これは、予期しない動(dòng)作につながる可能性があるため、構(gòu)成するときに特別な注意が必要です。

逆プロキシの本質(zhì)

Reverse Proxyは、Nginxのもう1つの強(qiáng)力な機(jī)能です。クライアントリクエストをバックエンドサーバーに転送することができ、それにより、ロードバランス、キャッシュアクセラレーション、その他の機(jī)能を?qū)g現(xiàn)できます。

定義と機(jī)能

逆プロキシの定義は、NGINXを介してクライアントリクエストをバックエンドサーバーに転送することです。その機(jī)能は、バックエンドサーバーの実際のIPアドレスを非表示にし、追加のセキュリティを提供し、負(fù)荷分散を達(dá)成し、システムの信頼性とパフォーマンスを向上させることができるということです。

たとえば、単純な逆プロキシ構(gòu)成は次のようになる場(chǎng)合があります。

 http {
    上流のバックエンド{
        サーバーlocalhost：8080;
        サーバーlocalhost：8081;
    }

    サーバー{
        聞く80;
        server_name example.com;
        位置 / {
            proxy_pass http：// backend;
            proxy_set_headerホスト$ host;
            proxy_set_header x-real-ip $ remote_addr;
        }
    }
}

このコードは、 backend呼ばれる上流サーバーグループを定義し、2つのバックエンドサーバーを含み、すべてのリクエストをこのサーバーグループに転送します。

それがどのように機(jī)能するか

nginxが逆プロキシとして機(jī)能すると、クライアントからリクエストを受信し、構(gòu)成に基づいてリクエストをバックエンドサーバーに転送します。 Nginxは、異なる負(fù)荷分散アルゴリズム（ポーリング、最小接続など）に従ってバックエンドサーバーを選択し、効率的な要求配信を?qū)g現(xiàn)できます。

使用の例

基本的な使用法

単純なサーバーブロック構(gòu)成から始めましょう。

 http {
    サーバー{
        聞く80;
        server_name example.com;
        位置 / {
            root /var/www/example.com;
            index index.html;
        }
    }
}

このコードは、ポート80に耳を傾けるサーバーを定義し、example.comドメイン名のリクエストに応答し、リクエストのルートディレクトリを/var/www/example.comに指します。

高度な使用

次に、サーバーブロックと逆プロキシを組み合わせたより複雑な構(gòu)成を見(jiàn)てみましょう。

 http {
    上流のバックエンド{
        サーバーlocalhost：8080;
        サーバーlocalhost：8081;
    }

    サーバー{
        聞く80;
        server_name example.com;
        位置 / {
            proxy_pass http：// backend;
            proxy_set_headerホスト$ host;
            proxy_set_header x-real-ip $ remote_addr;
        }
    }

    サーバー{
        聞く80;
        server_name api.example.com;
        位置 / {
            proxy_pass http：// backend;
            proxy_set_headerホスト$ host;
            proxy_set_header x-real-ip $ remote_addr;
        }
    }
}

このコードは、2つのサーバーブロックを定義します。1つは、api.example.comの場(chǎng)合は1つ、もう1つは1つを定義します。どちらも同じバックエンドサーバーグループbackendを使用しますが、必要に応じて異なる構(gòu)成を行うことができます。

一般的なエラーとデバッグのヒント

nginxを構(gòu)成するときの一般的なエラーは次のとおりです。

• 構(gòu)成ファイル構(gòu)文エラー： nginx -tコマンドを使用して、構(gòu)成ファイルの構(gòu)文を確認(rèn)します。
• サーバーブロックマッチングの問(wèn)題： server_nameが正しく構(gòu)成されていることを確認(rèn)してください。そうしないと、リクエストが正しく処理されない場(chǎng)合があります。
• 逆プロキシ構(gòu)成エラー： proxy_passディレクティブが正しいアップストリームサーバーグループを指し、必要なヘッダー情報(bào)が設(shè)定されていることを確認(rèn)してください。

パフォーマンスの最適化とベストプラクティス

実際のアプリケーションでは、最適なパフォーマンスのためにNGINX構(gòu)成を最適化する方法は？ここにいくつかの提案があります：

• キャッシュの使用：NGINXはキャッシュの靜的コンテンツをサポートします。これにより、応答速度が大幅に向上します。
• worker_processesプロセスの數(shù)を調(diào)整します。Worker_Processes命令を調(diào)整して、サーバーのCPUコアの數(shù)に従って調(diào)整します。これにより、同時(shí)処理機(jī)能が向上します。
• GZIP圧縮を有効にする：GZIP圧縮を有効にすることにより、送信されたデータの量を減らして送信速度を上げることができます。

たとえば、以下は最適化されたnginx構(gòu)成の例です。

 http {
    gzip on;
    gzip_vary on;
    GZIP_PROXIED ANY;
    gzip_comp_level 6;
    GZIP_TYPESテキスト/プレーンテキスト/CSSアプリケーション/JSONアプリケーション/JavaScriptテキスト/XMLアプリケーション/XMLアプリケーション/XML RSSテキスト/JavaScript;

    proxy_cache_path/var/cache/nginxレベル= 1：2 keys_zone = static：10m inactive = 24h max_size = 1g;

    サーバー{
        聞く80;
        server_name example.com;
        位置 / {
            root /var/www/example.com;
            index index.html;
            try_files $ uri $ uri/ = 404;
        }

        場(chǎng)所?* \。（jpg | jpeg | png | gif | ico | css | js）$ {
            期限切れ1y;
            log_not_found;
            add_header Cache-Control "public、no-transform";
            proxy_cache static;
            proxy_cache_valid 200 1d;
            proxy_cache_use_staleエラータイムアウトInvalid_header更新http_500 http_502 http_503 http_504;
        }
    }
}

このコードは、GZIP圧縮を可能にし、靜的ファイルキャッシュを設(shè)定し、キャッシュポリシーを調(diào)整してNGINXパフォーマンスを向上させます。

要約します

この記事を通じて、高度なNginx構(gòu)成の本質(zhì)、特にサーバーブロックとリバースプロキシの適用の本質(zhì)を習(xí)得する必要がありました。あなたが初心者であろうと経験豊富な運(yùn)用およびメンテナンス擔(dān)當(dāng)者であろうと、これらのヒントは、NGINXサーバーをより適切に管理および最適化するのに役立ちます。 Nginx構(gòu)成は、強(qiáng)力な機(jī)能を真に発揮するために絶え間ない実踐と最適化を必要とするアートであることを忘れないでください。

以上がAdvanced Nginx構(gòu)成：マスタリングサーバーブロックとリバースプロキシの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。