私が働いているウェブサイトはローンチ直後に大ヒット率を持つと言われています。クライアントは、1日あたり1秒あたり約2500ヒットの可能性について話しています。
このヒット率はおそらく野生のクライアントの楽観的であり、可能な限り最大のサーバーを取得することは別として、Drupalが大きなヒット率をサポートするように構成する最良の方法は何であるかという事実を無視します。
Drupal.orgインフラストラクチャのスケーリング、Drupalパフォーマンスのブログ、Drupalのスケーリングのベストプラクティスなどの多くのページを読みましたが、私が探しているのは、これを行う実際の経験、何が機能するか、何が機能しないか、何をするかです期待する。
回答:
Markdorisonの答えは、基本的にこの問題を攻撃するために受け入れられている方法です。それをもう少し詳しく見ていきます。
D6のPressflowまたはD7のDrupal、Memcached、およびVarnishがすべて正常に機能する場合、VCLファイルをカスタムコード化する必要があります。出発点を作る無料のものがありますが、それらを常にプレイする必要があります。
Varnishを最適に動作させるには、デフォルトの-s file / path / to / fileではなく-s malloc xGで起動するようにしてください。また、Varnishを使用すると、できる限りニスの静的アイテムをキャッシュできます。
複数のWebサーバーがある場合は、VCLでVarnishに送信されたヘッダーからETagを削除します。Expiresも削除し、ヘッダーのAgeとmax-ageに単純に依存するため、ブラウザーをサイトに戻します。
バージョン1.5（2011年3月3日現在）は、Drupal.orgのMemcachedモジュールの最速バージョンです。私は通常、サーバーごとに単一のビンを使用して展開し、大規模な複数のビンへの接続のTCPトラフィックを低減します）
「パフォーマンス」のキャッシュを外部に設定し、Varnishなどのキャッシュプロキシに正しいヘッダーを送信する最大期間を設定します。
特定のページをVarnishで適切にキャッシュできない場合は、Web上のブログ投稿でリクエストの検査方法を詳しく調べてください。ここに私がしばらく前に書いた例の投稿があります：VarnishとDrupal Pressflowが匿名ユーザーのページビューをキャッシュするのを止めているもの
MySQLのInnoDB（またはXtraDBなどの他のプロバイダーの別の名前）を選択し、すべてのテーブルをそこに移動する必要があります。次に、このブログ投稿で基本的なチューニングのアドバイスを確認してくださいhttp://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
大きなバッファプールを持つことは基本的に重要です。サイトの負荷テスト時に、スロークエリログをオンにします。おそらく、最初に50ミリ秒以上かかるクエリをキャプチャしてからクエリを調整し、インデックスを使用してほとんどのクエリを実行し、かなり迅速に実行するまで、低速のログキャプチャ時間を繰り返し減らします。
他の基本事項には、APCをPHPに含めることが含まれます。mod_phpではなく高速のCGIを使用する場合は、適切なラッパースクリプトを設定して、PHPインスタンス間でAPCキャッシュを共有するために時間を費やしてください。また、APCキャッシュがメモリマップファイル内にあり、PHPの最後のビットをすべて圧縮していることを確認してください。
Pressflow（Drupal 6を使用している場合）、Memcache、Varnish、およびAkamaiなどの何らかの形式のコンテンツ配信ネットワーク（CDN）から始めることをお勧めします。最終的な結果は、実際にオリジンサーバーにアクセスするユーザーができるだけ少なくなるはずです。
非匿名ユーザー（そのユーザーに固有のもの、「Welcome userX」など）に対してキャッシュできないページの部分がある場合は、非同期などのページのこれらの部分を設定するオプションを調べることができますコールバックまたはエッジサイドインクルード。
サイトのキャッシュされていないバージョンを表示できるようにする必要がある内部ユーザーの小さなグループ（エディターのグループなど）がある場合、サイトのキャッシュされていないバージョンを別のURL（VPNの背後で保護）で公開することをお勧めしますまたは可能であれば同等）。
1日に1秒あたり2500ヒット。「ヒット」で「ページ配信」を意味する場合、それは1日あたり2億1,600万ページです。これを教えてください：1日あたり2億1600万ページはありません。私はこれらのクライアントが大好きです...
とはいえ、生の交通データは何も言っていません。このスレッドのアドバイスは、トラフィックが匿名の場合のみ、Vannish / CDNについては適切ですが、トラフィックにログインしている場合は、課題に直面しています。しかし、問題を解決するために時間と労力のとんでもない金額を費やす前に、あなたは確認して持っている問題を。1秒あたり2500ヒット、ビングはそれよりも少なくなります。
サーバ側
コード側
データベース
また、このLullabotポッドキャストを聞いて、1週間にわたるトラフィックの急増に備えてGrammys.com Webサイトをセットアップした方法についても聞きます。それはかなり教育的な説明でした。
パターンを予測することは非常に困難ですが、トラフィックレベルの公平な考えがあれば。ソリューションをロードテストします。さまざまなオプションがあり、ライブトラフィックが発生するまで予測することはできませんが、少なくとも可能な限り負荷テストを行うと、セットアップがトラフィックを処理できるというかなりの自信が得られます。
最初にテストしないと、世界中のすべてのチューニングは役に立ちません。
これは、DC SFでのエコノミストのやり方に関するプレゼンテーションでした。 http://sf2010.drupal.org/conference/sessions/performance-testing-economist-online-using-grinder
トラフィックの多いWebサイトの場合は、複数のサーバーとロードバランサーを使用するか、単にCDNを使用する必要があります。また、Webサーバーの負荷を最小限に抑えるために、可能な限りキャッシュすることが非常に重要です。
コンテンツ配信ネットワーク（CDN）を使用すると、リソースを複数のドメインに分散し（ドメインシャーディング）、Webサーバーの負荷を軽減できます。
CDNの使用は、分散キャッシングとリモートアクセラレーションに役立ち、複数のエンドポイントがあるため、DDoS攻撃を軽減するのにも役立ちます。キャッシュされたコンテンツはより悪用されにくいため、セキュリティに役立ちます。
プロバイダーの例：Fastly、Rackspace、Akamai、Azure、CloudFlare、Amazon、MaxCDN、Verizon。
以下にいくつかの提案を示します。
abJMeter for TTFBなどのツールを使用して、Webアプリケーションで負荷テストとストレステストを行います。したがって、ユーザーの観点から見たWebアーキテクチャは次のようになります。
Drupalの最適化の提案については、次を確認してください。Drupalのパフォーマンスをどのように改善しますか？
2つの拡張機能を有効にします。
パフォーマンスが向上します。
Microsoft AzureでZend OPcacheとWincacheを調整する場合は、最初に「ini」の下にフォルダー名を作成しますD:\home\site\。また、「.user.ini」と「settings.ini」の2つのファイルを作成します
各ファイルに次の構成を追加します。
.user.ini
[PHP]
post_max_size = 32M
memory_limit = 512M
zend.enable_gc = On
upload_max_filesize = 32M
opcache.enable=1
setting.ini
wincache.ocenabled = 1
wincache.ocachesize = 255
また、キー PHP_INI_SCAN_DIRと値を使用してWebアプリにアプリ設定を追加します d:\home\site\ini
PHP_INI_SYSTEMを変更したら、Webアプリを再起動します。構成の調整について詳しく知りたい場合は、Microsoftのドキュメントを参照してください。
上記の設定後、Drupal（Drupal 8.3）サイトは3秒以内にロードされます。
DNSベースまたはソフトウェア/ハードウェアの負荷分散ソリューションを活用して、複数のサーバーに負荷を再分散することも検討できます。これにより、フォールトトレランスも強化されます。