特にDrupal7になってから、サイトの表示が重くなってますが、消費メモリ面の優位性や、リバースプロキシ機能を持つNginxでDrupal7は動作するでしょうか?
DrupalはNginxで動く?
OTHER FAQ
カテゴリ | Core Ver. | 関連モジュール | タイトル |
---|---|---|---|
コンテンツの管理 | 7.15 | Views Bulk Operation | 標準のコンテンツ編集/ユーザ一覧ページが物足りません |
コンテンツの管理 | 7.15 | Pagenation | 一つの長いページをBookなどのように連続して読ませることはできますか? |
コンテンツの管理 | 8.6.x | Commerce | Commerce orderからすべての商品名を取得する方法 |
コンテンツの管理 | 8.5.x | Field File | コンテンツのフィールドの表示について |
コンテンツの管理 | 8.4x | Entity | EntityをPropertyで探す(クエリする)方法 |
コンテンツの管理 | 8.9.x | 写真の変更を行いたい | |
コンテンツの管理 | 7,51 | Views Data Export | Views Data ExportでCSVデータが欠けてしまう |
コンテンツの管理 | 6.x | Views Flag Calendar | 空き室予約のような仕組みは実現できますか? |
コンテンツの管理 | 8.9.x | Dialog Modal Canvas | drupal 8 の標準機能のダイアログ/ポップアップを表示する方法 |
コンテンツの管理 | 7.15 | Content Access | 簡単に閲覧制限を行うには? |
コンテンツの作成 | 7.15 | Mailhandler | メールを通じてnodeの投稿をするには |
コンテンツの作成 | 7.26 | Form Ajax | 入力フォームで#ajax使用時、#default_valueを書き換えても反映しない |
コンテンツの作成 | 7.50 | Inline Entity Form | Drupal6のフィールドグループのようなモジュールはありませんか? |
コンテンツの作成 | 8.9.x | CSS | キャプション付きの(右寄/左寄)画像を画像サイズを基準にきれいに表示する方法 |
コンテンツの作成 | 7.50 | Expanding Textareas | Textareaフォームの行サイズを自動調整するモジュール |
コンテンツの作成 | 8.4x | node | node保存前に色々やる方法 |
コンテンツの作成 | 6.x | Views | カルーセルのように回転するコンテンツを作りたい |
コンテンツの作成 | 8.4x | json | jQueryにjsonで渡す方法 |
コンテンツの作成 | 7.23 | maxlength | テキストフィールドの最大長のチェック&カウントダウン |
コンテンツの作成 | 8.4x | archiver | zipファイル圧縮・解凍する方法 |
コメント
設定面で試行錯誤がありましたが、動作はします。
パーマリンク 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は通常、メモリ2Gないと不安なのですが、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設定に関してはリバースプロキシ部分の設定は行っていないため、静的ページ対応のキャッシュ設定を行えば相当なパフォーマンス向上を見込める目途がたちました。
ページ