17.8へアップグレードしました。17.8に更新することによって各モジュールのバージョンが変わりますが、Webサーバーの構成も大きく変わっています。Proxyとして動作し、バックエンド側でApacheが動作する構成になっています(図1)。Proxy(Nginx)とバックエンド(Apache)を動作させています。Proxyとして動作させるなら、html,cssのような静的ファイルへのアクセスは、Apacheへ転送せずNginxに直接処理させる方が性能的にはいいはずですが、必ずApacheを経由するようになっています。無駄なことをやっているように見えますが、これは既存のApache環境と互換性を維持するために行っています。全てのリクエストは一旦Apacheに来るため、既存のApacheの設定や.htaccessが従来どおり動作します。Proxyとバックエンドを動作させる静的ファイルへのリクエストもバックエンドのApacheに転送するとちょっと変わった構成になっているのは、従来のApache環境との互換性を維持しつつ、Nginxの特長である静的コンテンツの高い配信性能/同時接続数を活かすためのようです。性能的なメリットについては公式ドキュメント(ApacheとNginx)に以下のように記されています。ウェブサイトへの同時接続の最大数を増やすことができる。メモリリソースの消費量を抑えることができる。低速接続環境からの訪問者に、効率的にサービスを提供することができる。Proxy構成の場合、接続のプールをNginxで行うため(図3)、同時接続数を向上できることは予想できます。Apacheのみの構成1コネクションあたり1プロセスが必要になるので、同時に大量の接続を維持しようとするとメモリを大量に消費する。低速接続環境だと、転送に時間がかかりいつまでもプロセスを占有されてしまい新しい接続を受け付けられなくなってしまう。Onyxでの構成コネクションのプールはNginxで行われるので、遅いクライアントがたくさんいてもプロセスを大量に消費することはない。ReverseProxy背後で動作することを想定していないシステムの場合は正常に動作しない可能性があります。その場合は、従来どおりApacheのみの環境に変更することもできます。[サービス管理]で「リバースプロキシサーバ(nginx)」を停止すれば、Apacheのみの構成になります(単にNginxを止めるだけはなくApacheがフロントになるようにconfigも正しく書き換えてくれます)。ApacheとNginx=============弊社ではLinuxサーバーのOSアップグレード作業に関するお問合せもお受けしております。サポート期限が切れたOSを新しいものに更新したい等、何かお困りのことがございましたらお問い合わせください。(1)技術的な情報は以下にもあります。