nginx と Apache: どのサーバーがどのワークロードを実行するか?

要点

1. 同時実行モデルがエッジを決定します。nginx の非同期イベント ループは、少数のワーカー プロセスで数千の同時接続を処理します。そのため、静的負荷の高いリバース プロキシ層を支配します。 Apache のイベント MPM はそのギャップの多くを埋めますが、同じハードウェア上の接続ごとにさらに多くの割り当てを割り当てます。
2. 構成哲学の衝突: Apache は .htaccess とディレクトリごとのオーバーライド (共有ホスティングの創設時の利便性) をサポートしますが、nginx 構成はサイトごとにフラットであり、リロード規律のあるファイルが含まれます。日々の影響は、誰がどこで設定を編集するかというチーム形態によって決まります。
3. ハイブリッド スタックは合法であり、監視ではありません。TLS ターミネーターおよび静的サーバーとして nginx が前にあり、アプリケーションの後ろに Apache があり、nginx のエッジ パフォーマンスを確保しながら htaccess ツールを維持する、十分にテストされた形状です。コストは、トラブルシューティングと監視のレイヤーが 1 つ増えることになります。
4. 各エンジンが完全に勝っている場合: 接続負荷の高いプロキシ、キープアライブ エッジ作業、および遅いクライアント ドレインでは nginx が勝っています。 Apache は、他のどのエコシステムもこれほど成熟していないディレクトリごとの構成機能、レガシー モジュールの互換性、mod_security/mod_php クラスの共有ホスティング資産を獲得しています。
5. LiteSpeed は、多くのホストが求める 3 番目のオプションです (私たちの特集記事で取り上げています)。イベント駆動型の同時実行性とのドロップイン Apache 互換性、コアごとのライセンスなので、共有ホスティングの経済性を考慮して、「Apache を置き換えて設定を維持する」中間パスが存在します。
6. Web サーバー カテゴリ全体で維持される決定手順: ワークロードに名前を付け (エッジでは nginx、htaccess を使用するアプリの背後では Apache)、ハイブリッドの場合は両方の役割を明示的に保ち、(雑誌のベンチマークではなく) 独自のトラフィックをベンチマークします。両方のエンジンが問題なく共存できるため、これが繰り返し実行できる 1 つの決定であることを覚えておいてください。

現場ノート

私たちにハイブリッド スタックの習慣を教えてくれたクライアントです。TLS と静的のために nginx が前にあり、後ろに Apache があり、12 年間にわたる htaccess の伝承を誰も書き直す勇気がありませんでした。正直な答えは「nginx に移行する」ではなく、「階層ごとにワークロードに名前を付ける」でした。彼らは今でもその形を維持しており、興奮もアップタイムも装飾されていません。

よくある質問