経験のある人は、さらに読むことなく、すぐに技術サポートが私に提供したものを言うでしょう：もちろん、彼らのVPSに切り替えます。 国内のホスティングではこれは一般的なことですが、ブルジョワジーからは初めてこれを聞きました。 この場合、出口は1つしかありません。別のホスティングへの切り替えです。「テロリストは交渉していない」ため、300Mb VPSの15ドルは少し高価に思えたからです。
ロシアでは768MbのOpen VZ VPSを500ルーブルで選択しました。 すべてをセットアップしましたが、うまくいくようです。 しかし、DNSを変更してloadimpact.comを使用して負荷をチェックする前に悪魔が私を引き寄せました。サイトに同時にアクセスしている間、50ページの訪問者が60秒間ロードしました。
同時に、メモリは約300 MB変動しました（平均負荷：0.67 0.55 0.52）。 同じパラメーターを使用して、サイトをすぐにHyper Vにスローしました。
それから私はそれについて考えるだろう、私のヒキガエルはすでに私のために考えた：ハイパーは2倍高価だった、そしてそれは、正当な理由で判明した。
ヒキガエルはOpen VZにnginxをインストールするように私に言った、そして私は奇妙な絵を得た：
私からの管理者はいないので、慎重な考えがあります：なぜ負荷が小さいと応答時間が長いのと比べて長いのか-私にはありませんでした。 緑色の足とヒキガエルを喜んでこすり、節約したお金のためにビールを飲みに行きました。
数日が経過し、ページの読み込み時間が長くなりました（google.com/webmastersからのデータ）：
私はこのホストと私のサイトの幸せな存在のための月の闘争の私の記憶から削除しました。 多くのことが行われました：top、htop、iotop、atop、dstat。 頭はこの混乱を思い出すことを拒否します。 Open VZではシステムのカーネルへのアクセスが閉じられているため、取得できなかったデータはディスクの負荷だけです。 私の謙虚な結論は、サーバーにある種のクライアントがディスクに深刻な負荷をかけ、他のクライアントが正常に動作できないことです。 ホスティング業者がなぜこのような状況に苦しんでいるのか、私にはまだわかりません。
標準のVPSリソース（メモリとプロセッサ）をあまり消費しないため、ディスクと同じ状況に陥らないように、クラウドホスティングを試すことにしました。 指のすべてが美しいです。あなたが消費するのと同じくらい、あなたは多くを支払います。 時間が経つにつれて、すべてがうまくいきました：
しかし、問題は反対側から来ました。 サイトは不明な理由（予期しないeof、タイムアウトなど）エラーで絶えずクラッシュし始めました-そのような情報のホストトラッカーのおかげです。
もう1つの無料のサイト監視サービス-basicstate.comがあり、このクラウドホスティングの場合、トラフィックの過剰販売があると考えさせられました。
date_________uptime____dns_____connect__request____ttfb______ttlb
2011-02-22 ____ 97.94 ____ 0.114 ____ 0.265 ____ 0.265 ____ 1.352 ____ 1.731
2011-02-21 ____ 97.94 ____ 0.285 ____ 0.553 ____ 0.553 ____ 1.821 ____ 2.270
2011-02-20 ____ 97.94 ____ 0.219 ____ 0.373 ____ 0.373 ____ 1.913 ____ 2.214
2011-02-19 ____ 94.12 ____ 0.079 ______ 0.234 ____ 0.234 ____ 1.500 ____ 1.792
2011-02-18 ____ 97.94 ____ 0.169 ____ 0.320 ____ 0.320 ____ 0.732 ____ 1.033
つまり すべてがクラウド内で正常で、すべてが飛んでいます。 しかし、クラウドにつながるチャネルはゴムではなく、顧客からのトラフィックで愚かに詰まっています。 TTFB（最初のバイトまでの時間）とTTLB（最後のバイトまでの時間）の違いを見てください理論的には、すべてが正しい、データにボリュームがありますが、すぐにチャネルを通過できません。 彼らは次のことができることがわかりました：
date_________uptime____dns_____connect__request____ttfb______ttlb
2011-03-03 ___ 100.00 ____ 0.063 ____ 0.214 ____ 0.214 ____ 0.672 ____ 0.672
2011-03-02 ___ 100.00 ____ 0.010 ____ 0.161 ____ 0.161 ____ 0.624 ____ 0.624
2011-03-01 ___ 100.00 ____ 0.004 ____ 0.154 ____ 0.154 ____ 0.607 ____ 0.608
2011-02-28 ___ 100.00 ____ 0.008 ____ 0.158 ____ 0.159 ____ 0.637 ____ 0.638
2011-02-27 ___ 100.00 ____ 0.010 ____ 0.255 ____ 0.255 ____ 0.734 ____ 0.734
2011-02-26 ___ 100.00 ____ 0.007 ____ 0.157 ____ 0.157 ____ 0.622 ____ 0.622
2011-02-25 ___ 100.00 ____ 0.007 ____ 0.158 ____ 0.158 ____ 0.617 ____ 0.617
2011-02-24 ___ 100.00 ____ 0.006 ____ 0.187 ____ 0.187 ____ 0.743 ____ 0.870
2011-02-23 ___ 100.00 ____ 0.031 ______ 0.183 ____ 0.183 ____ 0.878 ____ 1.028
2011-02-22 ____ 97.94 ____ 0.114 ____ 0.265 ____ 0.265 ____ 1.352 ____ 1.731
2011-02-21 ____ 97.94 ____ 0.285 ____ 0.553 ____ 0.553 ____ 1.821 ____ 2.270
2011-02-20 ____ 97.94 ____ 0.219 ____ 0.373 ____ 0.373 ____ 1.913 ____ 2.214
2011-02-19 ____ 94.12 ____ 0.079 ______ 0.234 ____ 0.234 ____ 1.500 ____ 1.792
2011-02-18 ____ 97.94 ____ 0.169 ____ 0.320 ____ 0.320 ____ 0.732 ____ 1.033
2月23日のデータは、通常のチャネルと少数のクライアントを備えた別のクラウドホスティングです。 実際、これはVPSホスティングでなければなりません。
VPSの選択基準をまとめると、中身を見る方法が他にないため、手袋などのホスティングサービスを変更することもあり、すべて自分の肌で試してみる必要があることに注意してください。 そのため、VPSにサイトをインストールした後、次を実行します。
1） loadimpact.comで負荷を確認します。サイト自体ではなくホスティングを確認するため、DNSを変更する前に、IPによって直ちに確認する必要があります。 グラフは負荷がかかっても均一で、時間は1秒未満です。 さらに、オンラインで上位の結果を見て、サイトがメモリとプロセッサをどれだけ消費しているかを理解し、最適なVPS構成を選択します。
2）最初の項目に問題がなければ、DNSを変更します。 1週間、 host-trackerとbasicstate.comの結果を見て、すべてが次のようなものである場合：
稼働時間_____ dns ____ connect_request ____ ttfb______ttlb
100.00 ____ 0.063 ____ 0.214 ____ 0.214 ____ 0.672 ____ 0.672
それからビールを飲みに行きます。 それだけです