0

私は次のサーバーを持っていますhostgator.com

Intel Xeon E3-1265L 2.5GHz
100 mbps Uplink
4 GB DDR3 Memory
500 GB RAID-1 Drives
10 TB Bandwidth
Up to 5 Dedicated IPs

過去2か月間に、接続エラーが多すぎます。1日あたりの訪問数は1000未満なので、サーバーにとってはそれほど多くはないと思います。

先週、それは再び起こりました、そして、私たちがサポートチームでしたことは、magentoログテーブルをクリアすることでした。また、Magentoログの保持期間を180日から5日に短縮しました。

今日、それは再び起こりました、whm, cpanel or the domainそれ自体は完全にアクセスできません。

これは検索エンジンが私たちのウェブサイトをクロールしているためかどうか疑問に思いますか？先週、私はグーグルウェブマスターツールでクロールの速度を落としました。

今日、mysql接続の問題が発生したと同時に、スパムサービスとchkservdで複数のハングが発生しました。

質問は：

If I increase max connections to 400, is that too much for my server?

Do you think I need more server processor or ram?
Or do you think it might be a denial of service attack?

助けてください。

前もって感謝します。

アップデート

top - 05:41:25 up 12 days, 17:57, 1 user, load average: 33.40, 38.14, 54.62 
Tasks: 267 total, 12 running, 247 sleeping, 4 stopped, 4 zombie 
Cpu(s): 11.1%us, 0.9%sy, 0.1%ni, 83.7%id, 3.9%wa, 0.1%hi, 0.1%si, 0.0%st 
Mem: 2917444k total, 2281856k used, 635588k free, 56324k buffers 
Swap: 4194296k total, 290924k used, 3903372k free, 343860k cached 

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
26327 theprint 16 0 57088 42m 6640 R 94.0 1.5 0:58.97 php 
26316 theprint 16 0 58592 44m 6640 R 86.2 1.6 1:04.44 php 
26308 theprint 16 0 58592 44m 6644 R 74.4 1.5 1:05.23 php 
26383 theprint 16 0 59500 45m 6640 R 74.4 1.6 0:56.33 php 
26278 theprint 16 0 58596 44m 6640 R 72.5 1.5 1:05.95 php 
1253 theprint 16 0 54224 39m 6640 R 66.6 1.4 0:07.85 php 
26280 theprint 16 0 58336 44m 6640 R 64.6 1.5 1:00.90 php 
26653 theprint 16 0 59784 45m 6640 R 52.9 1.6 0:44.99 php 
26421 theprint 15 0 56280 41m 6640 S 29.4 1.5 0:36.84 php
4

3 に答える 3

1

最大接続数を400に増やすと、サーバーにとってそれが多すぎますか？

わかりません。サーバーのパフォーマンスや容量の詳細は提供されていません。あなたが持っていたとしても、あなたは賢明な答えを得る可能性は低いでしょう。

これは検索エンジンが私たちのウェブサイトをクロールしているためかどうか疑問に思いますか？

たぶん、調べてみませんか。サーバーを構成するために提供されたおもちゃが機能していない場合でも、データはログから利用できるはずです。

MySQLのパフォーマンスチューニング（これは良いスタートです）とスタックの残りのチューニングに関するいくつかの良い本を読んでください。

于 2013-02-15T11:38:24.510 に答える
0

サーバーの負荷処理能力と、サーバーが一度に処理できる同時接続の量を調査する必要があります。

同時に来るMySQL接続とリクエストが多すぎる場合、この状況が発生します。なぜなら、サーバーは一度にそのような一括リクエストを処理できないからです。したがって、この場合、サーバーが処理する同時プロセスの数を最大値とサーバー容量まで増やすことができます。

ただし、先に進む前に、同時リクエストが本当に本物であるかどうかを確認してください。実行中の継続的なMySQLプロセスを監視する必要があります。'mysql-pr'で確認できます。最大のリソースを消費しているユーザーを取得したら、先に進んで、リソースを消費している理由を確認します。正当なプロセスがないことに気付いた場合は、生成された問題を回避するためにそのようなユーザーを一時停止できます。

于 2017-08-28T11:15:05.083 に答える
0

あなたのウェブサイトに最も静的なページがある場合は？

キャッシュをよりよく使用する

CPU使用率を下げるためのオプションがたくさんあります

  • Mysqlまたはmysqliキャッシュ
  • PHPで実行していますか？部分的なページまたは完全なページをキャッシュするように変更できる単純なキャッシュスクリプトを作成できます。パフォーマンスが優れているZendのようなOpcacheを使用します。
  • RAMがもう少しある場合は？そしてウェブサイトは完全なSQLで実行されていますか？Memcachedを使用します。

cpanelを使用していることに気づきましたか？サービスを微調整する必要があります不要な監視サービスのチェックを外し、古いログをクリアするためにcronを追加します。

ボットからヒットを取得している場合、またはスパムドメインから参照されている場合は？htaccessでリファラーをブロックします。またはcpanelにnginxcpを使用します

これらは私の経験からのガイダンスです。これがCPU使用率を下げるのに役立つことを願っています。

于 2017-08-29T05:17:44.973 に答える