特にDrupal7になってから、サイトの表示が重くなってますが、消費メモリ面の優位性や、リバースプロキシ機能を持つNginxでDrupal7は動作するでしょうか？
DrupalはNginxで動く？
OTHER FAQ
| カテゴリ | Core Ver. | 関連モジュール | タイトル |
|---|---|---|---|
| Commerce2 | 8.6.x | Commerce Order | Commerceで注文情報から全Itemを得る方法 |
| Commerce2 | 8.6.x | Commerce Shipment | Commerceで配送情報を得る方法 |
| Commerce | 8.6.x | Commerce Payment Order | Commerceで歴代購入数／金額を集計する方法 |
| コンテンツの管理 | 8.6.x | Commerce | Commerce orderからすべての商品名を取得する方法 |
| サイトの環境設定 | 8.6.x | Simhony Yaml | yamlファイルを読み込む方法 |
| フォーム | 8.6.x | JavaScript | 特定のformにJavaScriptを紐付ける方法 |
| Commerce | 8.6.x | Commerce Payment Gateway | オリジナルCommerce決済モジュール（Offsite）で決済サーバーへのPOST時のエンコードを変更する方法 |
| コンテンツの管理 | 8.5.x | Field File | コンテンツのフィールドの表示について |
| Libraries | 8.5.x | Libraries | Commerceで外部JavaScriptをテスト／本番で読み分ける方法 |
| JavaScript | 8.5.x | PHP | Commerce決済モジュール設定をJavaScriptにデータに渡す方法 |
| サイトの構築 | 8.3x | Webform | Webformモジュール メールアドレスの入力ミス確認 |
| Viewsプログラミング | 8.4x | Views | drupal8におけるViewsプログラミング |
| サイト情報 | 8.4x | JavaScript | JavaScriptに変数を渡す方法 |
| テーマ | 8.4x | hook_preprocess_html | bodyタグにnode idやaliasのClassを追加する方法 |
| コンテンツの作成 | 8.4x | json | jQueryにjsonで渡す方法 |
| コンテンツの作成 | 8.4x | Download | とにかく何でもコンテンツをダウンロードさせる方法 |
| コンテンツの作成 | 8.4x | PhpSpreadsheet | Excelを読み書きする方法 |
| コンテンツの作成 | 8.4x | archiver | zipファイル圧縮・解凍する方法 |
| コンテンツの作成 | 8.4x | node | 新規ノードを作成する |
| Views | 8.4x | hook_views_query_alter | Viewsクエリに多くの条件を追加する方法 |
コメント
設定面で試行錯誤がありましたが、動作はします。
パーマリンク Submitted by actbrain on 2014/03/28 17:53.
設定面で試行錯誤がありましたが、動作はします。
最近、あるきっかけがあって、NginxでDrupal7を動作させてみました。
AWS（Tokyo）：m1.mediamにて、
（Apache2.0＋mod_php＋Apc+rds-db.m1.medium＋Drupal7.23）で動作させてみました。
の環境で動作しているシステムを
AWS（Tokyo）：t1.micro～c3.largeインスタンスにて、
（Nginx1.4＋Fastcgi＋Apc+Mysql5.6＋Drupal7.23）で動作させてみました。
※今回の調査の目的は、
・Nginxにより「ページビューをさばく？」のではなく
・Nginxにより「Drupal7は軽くなる？」の方でしたので
下記検証は、体感速度のみで、abテストなどは行っていません。
～
Type ｜ECU｜Memory｜Strage...
t.micro｜変数｜ 0.615 ｜EBS のみ $0.027 /1 時間
・Mysql5.6では、さすがにメモリ不足のためSwapを使うようになり、動作はするものの、かえって遅くなるようになりました。
・Mysql5.1にしたら、なんとかSwapなしで動作しました。Drupal7は通常、メモリ２Gないと不安なのですが、0.6Gで動作するというのはNginxメモリ効果です。
・体感速度はオリジナルの2割減といったところでした。
～
Type ｜ECU｜Memory｜Strage...
m1.medium｜ 2 ｜ 3.75 ｜1 x 410 $0.175 /1 時間
・オリジナルと同インスタンスという事もありストレスなく動作しました。
・体感速度はオリジナルの2割減といったところでした。
※t.microにおけるMysql5.0での動作とほぼ同様の体感速度は意外でした。
～
Type ｜ECU｜Memory｜Strage...
m1.large｜ 4 ｜ 7.5 ｜ 2 x 420 $0.350 /1 時間
・オリジナルと同インスタンスという事もありストレスなく動作しました。
・体感速度はオリジナルの2割減といったところでした。
※Mysql等、キャッシュメモリ調整等でチューニングしてないので、m1.mediumとECUの差のみという事ですが、負荷は掛っていないので、結果的には同様です。
～
Type ｜ECU｜Memory｜Strage...
c3.large ｜ 7 ｜ 3.75 ｜2 x 16 SSD $0.192 /1 時間
・MySQLも含めSSDです。
・体感速度はオリジナルの5割減となりました。
総括：
閲覧負荷をかけていないので基本的には t.micro～c3.largeに至るまで、「1ECU＋各々の搭載メモリ」での動作したのだと思われます。
そのため、t.microで実メモリ不足になった以外は総じて同結果。
一点、SSDによる効果が相当のものであるという内容です。
※Drupalは標準ではキャッシュ、セッション、ログの保存場所がデータベースなので、標準状態でも SSD化するだけで相当な効果がりそうです。
※Nginx設定に関してはリバースプロキシ部分の設定は行っていないため、静的ページ対応のキャッシュ設定を行えば相当なパフォーマンス向上を見込める目途がたちました。
ページ