nginxでバックアップサーバーを構(gòu)成するには、「バックアップ」パラメーターをアップストリームブロックのサーバーに追加し、他のすべてのサーバーが利用できない場合にのみトラフィックを受信するようにします。 1.構(gòu)文「サーバーバックアップ;」を使用してバックアップサーバーを定義します。上流のブロック內(nèi)。 2。重量、MAX_FAILS、FAIL_TIMEOUTなどのパラメーターと組み合わせて、バックアップサーバーがより高い重みがあっても使用されないことに留意してください。 3.「nginx -t」で構(gòu)成をテストし、障害をシミュレートし、応答時間、可用性、フェールオーバーログを監(jiān)視します。 4.アクティブアクティブセットアップ、自動スケーリング環(huán)境、またはより堅牢な冗長性が必要な高可用性シナリオでバックアップを使用しないでください。正しい構(gòu)文を確保し、nginxの上流のルールにロジックを合わせて、誤った採掘を避けます。

nginxを使用して上流ブロックでバックアップサーバーを構(gòu)成するには、基本的にbackupパラメーターをバックアップとして指定するサーバーに追加するだけです。これにより、Nginxは、上流グループの他のすべてのサーバーが利用できない場合にのみトラフィックをそのサーバーに送信するように指示します。

これがあなたが実際にそれを行う方法と、何に注意すべきかです。

基本的な構(gòu)文とセットアップ

バックアップサーバーを定義する最も簡単な方法は、上流ブロックのサーバーアドレスの後にbackupキーワードを含めることです。これが基本的な例です。

上流のバックエンド{
    サーバー192.168.0.10;
    サーバー192.168.0.11バックアップ;
}

この場合、Nginxは最初に192.168.0.10にリクエストを送信します。そのサーバーがダウンしたり、到達不可能になった場合、Nginxはトラフィックを自動的に192.168.0.11にルーティングします。

• backupフラグは、他の非バックアップサーバーが利用できない場合にのみサーバーがトラフィックを受信することを保証します。
• バックアップとして1つ以上のマークが付いた複數(shù)のサーバーを使用できます。

構(gòu)文が正しいことを確認してください - 欠落しているセミコロンまたはタイプミスは、構(gòu)成を破ることができます。

他のサーバーパラメーターと組み合わせる

backupフラグを、 weight 、 max_fails 、 fail_timeoutなどの他のパラメーターと組み合わせることができます。例えば：

上流のバックエンド{
    サーバー192.168.0.10重量= 3;
    サーバー192.168.0.11 MAX_FAILS = 3 FAIL_TIMEOUT = 30S;
    サーバー192.168.0.12バックアップ;
}

• weightパラメーターは、相対的な負荷分布を定義します。
• max_failsおよびfail_timeoutコントロールNGINXがダウンする前に、nginxが許可する試みの數(shù)の數(shù)。

留意してください：

• より高い重量であっても、バックアップサーバーは使用されません。
• バックアップサーバーがアクティブになると、メインサーバーがオンラインで戻ってくるまでアクティブを維持します。

テストと監(jiān)視

アップストリームブロックをセットアップした後、nginxをリロードする前に、常に構(gòu)成をテストします。

• nginx -tを?qū)g行して、構(gòu)文エラーを確認します。
• curlまたはブラウザを使用してエンドポイントを押して、どのサーバーが応答するかを確認します。
• プライマリサーバーへのアクセスを停止またはブロックすることにより、障害をシミュレートし、バックアップが開始されることを確認します。

監(jiān)視も検討してください。

• サーバーの応答時間
• 可用性ステータス
• フェイルオーバーログ（ /var/log/nginx/error.logは、しばしば有用な情報を表示します）

また、（Nginx Plusまたはサードパーティモジュールのようなヘルスチェックを設(shè)定して、サーバーがアクティブなリアルタイムの洞察を取得することもできます。

バックアップを使用しない場合

バックアップサーバーを使用すると、必ずしも最良のアプローチではありません。例えば：

• すべてのサーバーを使用するだけでなく、すべてのサーバーの負荷のバランスをとるアクティブアクティブセットアップでは。
• クラウドベースの自動スケーリングを使用している場合、インスタンスを動的に追加/削除すると、靜的バックアップ定義が関連性が低下します。
• 高い可用性要件を持つ環(huán)境では、単一のバックアップに依存すると、十分な冗長性が提供されない場合があります。

そのような場合、バックアップフラグなしでleast_conn ip_hash 、ラウンドロビンなどのさまざまな負荷分散戦略を使用する方が良いでしょう。

それはほとんどそれがどのように機能するかです。特に他のディレクティブと混合する場合は、簡単ですが、誤解が簡単です。 Nginxが上流のルールを解釈する方法とロジックが一致することを確認してください。

以上が上流のブロックでバックアップサーバーを構(gòu)成する方法は？の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。