個人のWordPressネットワークでVPS環境を10ドルで最適化した経験

この短い記事は、シングルおよびネットワークモード（WordPressネットワークモード）のサイトの個人用WordPressネットワークで月額10ドルのVPSを許容できる状態にするための私の行動について説明しています。

イントロ

だから、私の愛するハイテク専門家とカジュアルな読者の皆さん、この物語は2012年4月の終わりに始まりました。

私は小さなリゾートタウンに住んでいます（地元に3千人、夏に5万人がここに来ました）。私の個人的なプロジェクトのほとんどは、地元の愛する都市に捧げられています。 一対の都市型ウェブカメラ、天気、ガイドなど。 さらに、私はまだ正義と権利のために少し苦労しています：私はテレビの領域で小さなプロジェクトを組織しました-私たちは役人の無法性などについてのレポートを撮影します...

それが私が意味することです...ああそうです！ そのため、プロバイダーのラックには完全に無料の2ユニットサーバー（サーバーと呼ぶのは困難です）があり、3つのラックがあり、そのうち2つは空でした。 なぜ無料なのですか？ 私はこのプロバイダーが企業サイトを開発するのを手伝ったからです。 さらに、私たちの小さな町には、私の似たような知識を持っている人は他にいません-遠い周辺、賢い人はモスクワや他の外国にすぐに出発します。



一般に、私のプロジェクトはAthlonX3 / 4Gb RAMでスピンしており、最適化とセットアップの問題に悩まされませんでした。お気に入りのワードプレスでWebサイトを作成し、いつかは無料になるとは思いませんでした。



地元の市長に関するアマチュア報告書の次の公開後、プロバイダ長は私に近づき（市長と同じ関係者から）、24時間以内にサーバーから情報を取得するよう勧めました。 妥協は彼にかかった。 彼が来て言ったのは良いことです



もう日はありませんでした。 そして、私の予測はすでにSERPに収まっており、自分の立場を失いたくはありませんでした...結論としては、12時間でドイツで10ドルの最初の安価なVPSが見つかりました（私の国ではありません）。データが輸血され、DNSが書き直され、悲しみが半分になり、ほとんど動作しませんでしたが、ほとんど動作しませんでした。



ちなみに、10ドルの制限が理由で取られました-これは私がウェブマネーでその時に持っていた量で、Yandex.Directに蓄積されました。 実際、この予算はたったの2ドル増加しました-追加のIPに対して。 今、このVPSの費用は12ドルです。

検索エンジンのみが見た場合

VPSパラメーター：CentOS 5、XEN、2.8Ghz、256 Mb RAM、15 GB SATA、トラフィック-無制限。 急いで、nginx、apache + mod_php + eaccelerator、mysql、memcacheがインストールされました。 想像してみてください-時間は刻々と過ぎているので、ある国から別の国へ約12ギガを転送し、それを入れて設定し、検索エンジンが何も理解しないようにすることが必要です:)

私はプログラマーではありません-まあ、 田舎の llamoエンコーダーであり、管理者ではありません-yum install、yum erase、make && make installを知っています...しかし、多かれ少なかれ不可欠なGoogleラーニングスキルがあります。

私はもともとApacheフロントエンドを設定しました。 古いサーバーからのab2は、1秒あたり1.4リクエストしか示しませんでした。 Nginxその後、私は初めて見ました。 置く、読む（少し、時間がありませんでした）どういうわけか設定を保存しました-開始しました。 さらに高速です。 eacceleratorをインストールした後、6 rpsでのab2の結果はうまくいくように見えたので、このすべてを残しました。



mysqltuner.plも、apache mpmの選択も最適化も、nginxでもメモリを大量に消費したため、詰まったスワップの80％が正常であるように見えました。 しかし、どうやらそれはストレスによるものだったようです:)私の意見では、サイトの速度は落ちませんでした。 しかし、私の聴衆を知って、私は私の訪問者がどこにも行かないと完全に理解しました。

なんとなく本当に遅いもの

サイトは拡大し、拡大しました-ゆっくりですが、私のリゾート都市に関するリクエストのためにトップ5のGoogleとYandexに達すると、夏のサイトはしばしば利用できなくなりました（RAM / SWAP-100％）。 夏には最適化を行う時間が本当になかったため、タスクを年末まで延期しました。



4月下旬から12月7日まで、この「ベアリーライディング」モードで、私のサイトは次の統計を表示しました。



.SUはWordPressネットワーク、私の都市専用のサイトのネットワークです。 残りは「単一」のWordPressです。 PSすべてがサブドメインに分割されている場合-維持する方が便利です。 ちなみに、今日はサブドメインで静的変数を作成することについて読みましたが、後で試します。



（コメントで、Wordpressの悪さ、コード、およびリソース消費量について詳しく説明しないようにお願いします。私自身は、壁にぶつかる頭のようにこれに遭遇しました。これが次の記事の本質かもしれません。）



ちなみに、この期間中に、市内にサイトを作成する必要のある顧客がいるようになったという事実に言及することが重要です。 私は特に気にしませんでした-WPに刻印されています。 そしてある時点で、次のサイトの立ち上げに伴い、WPのこの山全体が非常にひどく機能し始めました。

読んで、置いて、設定して、チュンヤ、カタ、離陸する

yum updateは多くの更新をもたらしました。 しかし、彼らはあまり助けませんでした、そして彼らは助けられませんでした。 私はphp-fpmに切り替えてキャッシュを開始する必要があることを知っていました。 私の場合、私のサイトの大部分はほとんど静的であるため、キャッシングが最も関連性が高く、数週間で有効期限が切れます。 また、静的ではないサイト（これは主に重いWordPressネットワークです）を慎重に微調整して、必要なときに必要なときにキャッシュを厳密に更新することができます。



一般的に、php-fpmはタンバリンなしでインストールされることを望みませんでした。 別のリポジトリをすぐに見つけて、必要なオプションがすべて揃ったコンパイル済みパッケージを見つけました。 一般的に、それはソートから可能でした-しかし、したくありませんでした。 インストール、すぐにセットアップ... httpd stop && php-fpm start-LLC！ 9 rps！ レコードに行きます！ もちろん冗談です。



php-frmのコストはかかりますが、eacceleratorは取り壊す必要がありました-互換性がなく、新しいものが必要です。 Googleトレーニング-このアクセラレータは長い間古くなっていました。 php-pecl-apcをインストールします。 再びタンバリンなしではなく設定されました-私はそれを調整し、起動しました。 ページ生成は、どういうわけか非常に奇妙に動作し始めました。 最初のオープニングは長く、その後しばらくの間サイトが飛び始めます。 バカ。 その後、再び飛ぶ。 長いGoogleチュートリアルで、FacebookでのAPCの使用について説明しました。 有用であることが判明し、多くのことが明らかになりました。



php-fpmを構成しました。 サイトを登る-その後、突然502、F5、F5、504。なんてカヌー！ php-fpmはしばらくすると応答しなくなります。 もう一度読みます-記憶がほとんどありません。 より良いが、しばらくしてから502。読み取り、読み取り、memleaks、デッドロック、完全なセット。



APCを実行し、XCacheを配置します。 一般的に開始しませんでした。 わかった 考えて読む必要があります。 APCを戻します。 もう一度設定します。 別の設定では、これまでのところ飛び出しを停止しています。 また、速度が大幅に向上しました-特に単純なページの生成時間は数倍に短縮されました（2.7秒-> 0.8秒）。 はい、みんな、2.7s-これはWordPressのシンプルなページです。 そして、.TVにあるようにプラグインを切ると、一般的に最適化なしに最適化されるのは19-25秒のみです。



そして突然、私は気づきました！ 最初に、すべての地区ソフトウェアを構成する必要があります。これは、多くの人々によって実行され、その任務に完全に対処します。 php-fpm + apcの選択を停止し、オペレーティングシステムのネットワークスタックから「フロント」エッジから構成を開始しました。 ネットワークには多くの推奨事項があり、すべてが詳細です-繰り返しません。 設定、チェック、nginxの移動が非常に速くなり、mysqlが少し速くなりました。



次に、nginx-ワーカー数を1に減らし、接続を8196に減らしました。sendfileとaioを有効にし、directio値を確認しました。 マニュアルに従ってoutput_buffersをツイストしました。 そしてそこに行きます！ スタティックで60 rpを少し超えましたが、最初の勝利は継続する必要があると思いました。 同様にphp-fpmをウォークスルーしました（apcにはまだ触れません）。 終わり、限界。 その後、mysql。 Mysqltuner.plは、これともちろんマニュアルを手伝ってくれました。 キャッシュを増やし、接続数を減らした後、すべてのVPS作業が大幅に加速され、負荷平均が低下し、メモリの3分の1が解放されました。



ただし、php-fpmは定期的に低下し続けました。 Googleで多くのリンクを読みました。 APCは優れていますが、彼はとても優れています。 少し後で説明します。

眠りたい、サイトははかない

暫定的な解決策として、すべてのWordPressにキャッシュプラグイン-W3-Total-Cacheを配置することにしました。 将来的には、nginx fastcgiキャッシュとキャッシュパージモジュールを使用したかった（試した-気に入らなかったので、その理由を以下に記載する）。 W3TCは「スリープへの高速セットアップ」として選択されましたが、私の場合は最適なソリューションでした。 バックエンドが落ちた場合、フロントエンドは人々に静的な情報を与えます（ただし、すべてがスムーズではありません）。



次のようにW3TCを準備します-ページキャッシュ：ディスク拡張、データベースキャッシュ-APC、オブジェクトキャッシュ-APC。 味に期限切れ。 ワードプレスのコードで、W3TCからフロントエンドから直接（php-fpmを実行せずにnginx経由で）ページキャッシュを配布するための半機能構成を見つけ、それを完成させました。 再起動して、ここでのみ、サイトが高速な場合の意味を理解し始めます。 Staticsはnginx'aの下から非常に素早く飛び出します。 純粋な静力学では、ab2で最大800（!!!）rpsになりました



もちろん、このテキストを書くために座ったとき-ab2が悪いこと、そして包囲が良いことをすでに知っています。 しかし、その瞬間、私はこれを知りませんでした。 そしてまだ！ 最初のショー1.4と中級800を比較してください！ しかし、これはそこで終わりではなく、始まったばかりです！ しかし、翌朝だけ。

夕方の朝は賢い

朝、次のYandex SMSから目が覚めました。サイトはかなり長い間連絡を取り合っていました。 php-fpmはフロントエンドリクエストに応答しませんでした。 長時間のピッキング、再起動、再構成の結果、apcのユーザーキャッシュをクリーニングすると何らかのデッドロックが発生し、php-fpmがリクエストの処理を停止することが判明しました。 そして、ここで私はVPSにあったものに来ましたが、適切に使用されていませんでした。 Memcachedおよびphpの対応する拡張機能はmemcacheです。 W3TCのデータベースキャッシュとオブジェクトキャッシュは、Memcachedに緊急に再構成されました。 もちろん、localhostでmemcachedを実行しても、ディスクキャッシュに比べてパフォーマンスは向上しませんが、私の場合、その増加は非常に顕著でした。 テストなしで、視覚的に。 どうやらこれはVPSの重要なIOによるものです。



php-fpm ALMOSTは動揺しませんでしたが、ほとんどそうです。 気に入らなかった-座ってそれが機能するかどうかを常に確認することはできません。 はい、そしてどのように-それは本番ソリューションのように見えますが（まだ小さいですが）、バックエンドは落ちます。 残念だ。 異なるオプションでコンパイルされた最後のAPCをダウンロードしました。 スピンロックは最大のパフォーマンスを示しましたが、最も揮発性が高くなります（すべて実験的）。 一般に、これはユーザーキャッシュ（db、wp +w3tのコンテキストのオブジェクト）をクリーニングするときのデッドロックに影響せず、ハングおよびハングします。 その結果、ユーザーキャッシュはmemcachedに置かれ、スマートに動作します。



私が試しなかったもの。 彼はmmapメモリとpthreadミューテックスロックロックを備えたAPCに基づいて停止しました。 クラウン用の小さなスクリプトを作成しました。1分に1回、php-fpmの活性をチェックします。 そして、fastcgiタイムアウトを2分でnginxに設定します。 突然バカになるまで（php-fpmが落ちる）、小さなユーザーは（私の聴衆を考慮して）待機します。 私はまだ別の解決策を見つけていません-誰かが出会ったか知っている場合-提供しています。



別の曲はnginx fastcgiキャッシュです。 初期化後、nginxキャッシュマネージャーは合計256個のメモリのうち60MBを消費し、nginx + w3tc（ページキャッシュディスク拡張）よりも低いパフォーマンスを示し、安全に無効化されました。

最適化手順の結果

今のところ、私は次のソフトウェアに決めました：nginx 1.3.8、php 5.3.19（+ php-fpm）、apc 3.1.19、memcached 1.4.15、mysql 5.0.95は、アクティブ化されたW3プラグインで複数の単一のWordPressと1つのWordPressネットワークを提供します合計キャッシュ



PHPセッションはmemcached、ユーザーキャッシュ（db、オブジェクト）-> memcached、/ dev / shm /のapc.XXXXXXにあり、apcはphpオペコードのオプティマイザーとキャッシュとしてのみ機能します。



完全にキャッシュされたサイトでのab2は、ブロックキャッシュサイトで約200 rps（切り捨て）で約800 rpsを生成します。

本日12/12/2012に更新

PHP-FPMが絶え間なく低下することにうんざりしていました。 しかし、今日、一晩中、PHP 5.4.9をコンパイルする前に、構成キーの素晴らしいセックス解析を行いました。 私はそれを構築する方法とソースからのモジュールを見つけましたが、屋根が動くと思いました。 かろうじて収集、立ち上げ。 サイトは機能します。 APCのユーザーキャッシュはデッドロックを引き起こしません。 出版物の更新時-PHP-FPM Uptime 9時間15分、苦情なし。 ただし、PHPをWordPress用の最小限の作業アセンブリにコンパイルする方法を理解できませんでした。 現在、すべてのモジュールはPHP自体にコンパイルされており、それらを正しくオフにする方法がわかりません。 親愛なるコミュニティ、私に教えてください、これをどのように行うことができますか？ PHPバイナリを最小限に抑えてWordPressを最適に動作させるには、どのような実際のモジュールが必要ですか？

同じ日の夕方のサプリメント：

aktubaの指示のおかげで、If-Modified-SinceまたはIf-None-Matchヘッダーに対するサーバーの応答の重要性に気付きました。 何らかの理由で、nginxもW3TCも、適切な場合には304 Not Modifiedをくれませんでした。 その結果、次のディレクティブを1つのWPサイトのnginx構成コンテキストに追加しました。if_modified_since before; etag on; これは、サーバーへのリクエストの数を減らすのに非常に良い効果がありました。 リクエストの統計を見て、すべてのサイトで有効にします。



さらに、worker_aio_requests 128ディレクティブがnginx設定のイベントコンテキストに追加されました。 aioのパフォーマンスを向上させます。



合成abでは、次の結果が得られました。

添付：

紳士、専門家、私が理解しているように、しばしば批判するのは良いことですが、私は専門家ではなく、新人とあまりベストプラクティスを共有していませんが、誰にとっても便利な方法を見つける方法を示しています。 もちろん-批判する！ そして、実際のコミュニティの推奨事項は特に有用です-このVPSで試して、テストし、増加があれば記事を補足したいと思います。



いい気分