web-dev-qa-db-ja.com

wordpressサイトのGodaddyリソース制限に達しました

質問に飛び込む前に、私のサイトの詳細を教えてください。

  • コーディングブログであるブログがあるので、チュートリアルとコードサンプルがあります。
  • プラットフォームとして自己ホストWordPressを実行しています。
  • Yoast SEO、お問い合わせフォーム7、Googleアナリティクスなどの人気のあるプラグインがいくつかあります。

次のGodaddyホスティングプランがあります（リソースを追加したデラックスプラン）

  • 1GBラム
  • 2 CPU
  • 1024 I/O
  • 125エントリープロセス

このサイトの1日あたりの訪問数は1000未満です。

しかし、私はそれがリソースを使い果たしていることがわかりました。

これはどのように可能ですか？

web-hostingwordpressgodaddyshared-hosting
5
krv

これは、実行しているプラ​​グインの数など、さまざまな要因による可能性があります。考慮に入れる必要があるいくつかの要因は次のとおりです...

  • キャッシュが有効になっています
  • 提供される画像の数
  • 出力はGZipedです

基本的に、wordpressが実行することはすべて、リクエストごとにメモリを消費します。それに加えて、WordPressは、 W3 Total Cache や WP Super Cache などの何らかのキャッシュプラグインなしではうまくスケールしません。 WordPressのインストールでは、何らかのキャッシュプラグインを使用する必要があります。これにより、要求ごとの動的PHPコンパイルとSQLヒットが本質的に最小化され、代わりにコンテンツのキャッシュコピーが提供されます。

サーバーのコマンドラインにアクセスせずに、最も多くのメモリを消費しているものを確認することはできませんが、ここでだれかが合理的な推測を行うことができるだけですが、最初のステップは上記のアクションを実行することです。

共有ホスティングプロバイダーを使用する際の補足として、多くの共有プロバイダーがApache内で有効にするすべての追加モジュールのため、セッションごとに平均PHPアプリケーションを2MBのメモリとして計算する傾向があります。

さらに、GoDaddyを確認した後、 ヘルプページ 同時接続の数がエントリプロセス数であることがわかりました（他のプロバイダーではこれまでにありませんでした）。どのリソースが不足しているかを示していないので、それが最大化するエントリプロセスリソースである場合、唯一の解決策は、そのようなリソース制限を適用しない代替プロバイダーに変更するか、アカウントでサポートできるエントリプロセスの数を増やします。さらに、CRONジョブとSSHセッションもエントリプロセス数にカウントされます。あなたが提供した125の入場プロセスはGoDaddyにとって異常に低いようです。彼らのデラックスプランには少なくとも300の入場プロセスが含まれており、次のプランではプレミアム、無制限、究極のアップがカウントされ、そのカウントは600になるとアドバイスしています。

最初にこれらをチェックしてみてください。これらのリソースがどれも削減されたリソースでない場合は、どの特定のリソースが最大限に使用されているかをお知らせください。アップデートを掲載します。

4
Chris Rutherfurd

LinuxのRAM使用量

Linuxは通常、ディスクキャッシュ（スワップファイル）を回避するために 大量のRAMを食べる を使用し、RAMがほとんどまたはまったくない場合に問題があることを示しません。空きメモリがなく、Linux OSがスワップファイルを使用している場合にのみ、問題と見なしてください。

Linuxスワップファイル

ディスクスワップ キャッシュはできるだけ避ける必要があります。ディスクで発生するSQLクエリは非常に遅く、システムがキュー要求を開始するため、CPU使用率とIO read /書き込みます。

これはウェブマスターによるよくある質問です RAMまたはCPUがもっと必要ですか？ ？答えはどちらでもなく、プロセスに応じてサイトごとに異なります（プロセスがよりSQLベースまたはCPUベースの場合）。 SQLはCPUとRAMの両方にヒットしますが、SQLがキャッシュされている場合、処理が高速であるためCPUにヒットせず、別のSQLに進みます。ほとんどの場合、RAMを増やすとリソースの問題が解決されます。

サーバーがスワップ領域を使用している場合は、RAMを増やす必要があります。通常、ほとんどのサイトではCPUが必要なRAM以上が必要になるため、常に1コアに減らしてRAMを増やすことができます。個人的には、1つのCPUコア1.5GB RAMを選択し、2つのCPUコア、1GBのRAMを選択します。

Vanish HTTP Cache

ソース

Varnishは、コンテンツが大量に存在する動的なWebサイトおよび大量に消費されるAPI向けに設計されたHTTPアクセラレータです。クライアント側のキャッシュとして誕生したSquidや、主にOriginサーバーであるApacheとnginxなどの他のWebアクセラレーターとは対照的に、VarnishはHTTPアクセラレーターとして設計されました。 Varnishは、FTP、SMTP、および他のネットワークプロトコルをサポートすることが多い他のプロキシサーバーとは異なり、HTTPのみに焦点を当てています。

Varnishは、Wikipedia、The New York Times、The Guardian、The Hindu、Corriere della Seraなどのオンライン新聞サイト、Facebook、Twitter、Vimeo、Tumblrなどのソーシャルメディアやコンテンツサイトなど、注目度の高いトラフィックの多いWebサイトで使用されています。 Webの上位10Kサイトのうち、約10分の1がソフトウェアを使用しています。

GANDI などの「GOOD」ホスティング会社の多くは Vanish を使用しています。これは非常に高速で、サイトを100〜1000倍高速化することが知られています。

コンテンツ配信ネットワーク

CDN network を使用してフェッチの量を減らすこともできます。非常に手頃な価格であり、サーバーの負荷を減らすのに役立ちますが、最も近いファイルを読み込むため、サイトの速度を上げるのに役立ちますあなたの訪問者の場所に。 Googleは高速サイトに対して報酬を与えます。 Cloudflare および同様のサービスをお勧めします。

4
Simon Hayter