サーバー負荷で利用可能

したがって、このトピックの目標は、1つの通常のサーバーでのサイトの負荷視覚化することです。

画像

この記事では、例として1つのサイトと1つのサーバーを使用します。サーバーの負荷を軽減するための主な手順を見てみましょう。





ウェブサイト: WordpressでGAに従って毎日出席

画像



北: 2つのIntel®Xeon(TM)プロセッサ、4GBのRAMを搭載した2.80GHz CPU。



歴史:数年前、私たちの都市の1つのローカルネットワーク用の小さなサイトを作成するというアイデアが浮上し、時間が経ち、トラフィックが増加し、リソースを大量に消費したためにプロバイダーがハードウェアに移行するように要求され、プロバイダーはサーバールームにハードウェアを配置する準備が整いました。

そのため、p4 3000cプロセッサと1 GBのメモリを搭載した通常のATXシステムユニットが組み立てられました。

Ubuntuはサーバー上に立っていました。Dextopicの真実:)サイトは静かにすべてに十分なリソースを開発していましたが、サイトの投稿数が3000を超えると、データベースはギガバイトになり(WP 2.3がありました)、サーバーを別のサーバーに転送する必要がありましたプロセッサ2.8とギガバイトのメモリが1つあり、データベースの負荷を引き受けました。 時間が経過し、夕方にはデータベースを備えたサーバーは100%の負荷に耐えましたが、サイトトラフィックは1日あたり約700〜900でした。

その後、ひどい緊急事態が発生し、新しいバックアップですべてのデータが失われました。古いバックアップは展開する意味がありませんでした。 (はい、はい、バックアップは正しくなければなりません!)だから人生はゼロから始まり、私が最適化と負荷削減の質問をする過程で始まりました。

したがって、Ubuntu 8.04 LTSがインストールされ、Apache2がnginxの背後に隠され、サイトのコンテンツには、写真、ビデオ、フラッシュドライブがほぼ1つ含まれています(約80,000ファイル)。



次は、データベースの「チューニング」で、別のトピックで説明します。 :)



途中で、それはシベリアへの127ドルの配達+ 100 ドルで eBayサーバーで購入されました

画像



出席者が増加し、DBが増加しました->負荷が増加し、空きリソースが減少しました。

その瞬間、彼女はこのように見えました。 CPUとメモリ。

画像

画像



次に接続されたeAccelerator

画像

画像

ここでは、メモリ消費量の急激な減少を見ることができます。

さらに、ワードプレスのプラグインをキャッシュする利点について。

Hyper Cacheプラグインが含まれていますが、現在はディストリビューションに含まれていますが、間違っている可能性があります。



画像

画像

プロセッサの負荷が著しく低下します。

WP Super Cacheプラグインを有効にする

画像

画像

大した違いは認められませんでした:)



次に、テスト手順について少し説明します。 実際、テストは逆の順序で実行されました。 システムは完全に稼働しています。 同様に、1日1回、ほぼ同時に1つの要素がオフになりました...

テストは4日間行われました。



また、一般にMYSQLとWordpresのパフォーマンスを低下させたいと思います。 これまでのところ、Wodrpressはデータベースに70〜100個のクエリを生成して第1ページをロードしていると言えます。このCMSと、「データベース」コースをパスしなかったプラグインの作成者に特別な挨拶をします。



All Articles