本当に良いホスティングを選ぶ方法

有料流通CMSの開発者のほぼすべてのサイトには、「認定ホスティングプロバイダー」、「推奨ホスティング」、または単に「ホスティング」というセクションがあります。







CMS開発者は、ホスティング事業者が提供するテスト料金表の特性がCMSの最小技術要件を満たしていることを確認します。 理想的には、このテスト料金にシステムをインストールし、基本操作を実行します。



ホスティングプロバイダーは、テスト済みの（認定された）ホスティング事業者のリストに分類されます。



2008年には、同じ道をたどりました。 いくつかの（有用な、私たちの意見では）機能は、実際のテストに加えて、関税の認証を成功させるために、ホスティングスタッフが2つのオンラインコース（ 「インストールとセットアップ」と「構成」 ）を要求したことです。 これにより、この特定のホスティングで問題や質問が発生した場合に、従業員が必要な支援を提供する準備ができているという保証がクライアントに与えられました。



ただし、2010年の終わりに、ホスティングプロバイダーとのパートナーシップで何かを変更する時が来たことがわかりました。 そして、ここに理由があります...

• 2010年までに、ホスティングパートナーのカタログは合計100社を超えました。 さらに、カタログは単純なリストであり、評価システムはありませんでした。 言い換えると、このようなディレクトリは適切なホストを選択するのに何の助けも与えなかったため、エンドユーザーにとってはまったく役に立たなくなりました。
• データの更新はありませんでした。 簡単な例：ホストAはBitrixと呼ばれる新しいホスティング料金表を作成し、優れたパフォーマンスを示しました。 その後、6か月または1年後、彼はクライアントで新しいサーバーを獲得したため、すべてがかろうじて移動しました...しかし、残念ながら、これについては知りませんでした。

これらの重要な欠点を完全に排除すること（および、さらに詳しく説明するいくつかの追加機能）は、今年オープンした新しい推奨ホスティング評価カタログの主な目標です。



今日、ホスティングサービスをテストする方法、特別な注意を払うこと、クライアントのホスティングサービスを選択する際に一般的に留意すべきことをお伝えしたいと思います。

• まず、以前に存在していたホスティングプロバイダーのすべての要件を保持しています （CMSの技術要件の料金順守、ホスティング事業者が提供するホスティングコース）。
• 第二に、関税テストでは、正式な要件への準拠が確認されるだけでなく、デモサイトの「ライブ」インストールも実行され、 「パフォーマンスモニター」を使用して作業速度が測定されます。
• 第三に、カタログの各料金に対して、6か月ごとに繰り返しテストが実行されます。

ランキングにおけるホストの位置を計算するために、次の式を思いつきました。







これについて詳しく説明します。



テスト期間で-すべてが明確です。 「簡易インストール」の存在は、ホスティングコントロールパネルから直接、または事前定義されたスクリプトbitrixsetup.phpを使用して1C-Bitrix製品をインストールする機能です 。



ランキングにおけるホスティング事業者の地位を決定する主な基準は、「パフォーマンス/価格」の比率でした。



「価格」パラメータは非常に意識的に追加されました。 近年、ホスティングプロバイダーには悪い慣行があります。「 標準のホスティング料金を取り、パラメーターをわずかに調整し、「Bitrix」という単語を追加し、通常よりも1.5〜2倍多く値を下げます。 クライアントはCMSを購入し、ホスティングを購入します！ 」



この写真は、私たちや顧客、開発パートナーには向いていませんでした。 ホスティング事業者が特別に割り当てている場合。 必要な設定を行った個別の機器の関税は、各サーバーに多くのアカウントを配置しません-この場合、（品質と快適さのために）価格の上昇が正当化されます。 名前だけのため（標準的な関税との違いはありません）-いいえ。



「測定」価格ですべてがシンプルで明確な場合、「パフォーマンス」ではすべてが明白ではありません。 それについて詳しく説明します。



測定には、1C-Bitrixプラットフォームの標準モジュールである「パフォーマンスモニター」の機能を使用します。







「構成」タブはホスティングまたはサーバーとサーバーソフトウェアの設定を診断し、「Bitrix」タブはパフォーマンスに影響を与える可能性のあるプラットフォーム自体の設定、「開発」は開発者コードの品質、「スケーラビリティ」は最も単純なロードを実行するための組み込みツールですテスト。



私たちにとって最も興味深いセクションは「構成」です。 ホスティング事業者のテスト時に使用しました。



私たちが答えなければならなかった最も一般的な質問の1つは、「 それがいくつかのあいまいな「オウム」のパフォーマンスを測定する場合、どのようにあなたの測定を信じることができましたか？ なぜ強力なハードウェアで低い数字を取得するのですか？ あなたの式は嘘をついています！ 」



そして、ここで私は最も古い神話の一つを暴露します。 それは、テーブルからの異なる数（ファイル操作、CPU、データベース操作など）を微妙に乗算し、その結果として非常に最終的な数を与える何らかの魔法の秘密の公式があるという事実から成ります。



そのような式はありません！ :)



パフォーマンスモニターの仕組み



製品のコアのみがロードされるシステムページを数回（正確には10回）要求します。 10回の測定結果に基づいて、このページの平均生成時間を推定します（ページがクライアントに送信された時間ではなく、サーバー時間です）。 この数値は「平均応答時間」です。 そして、全体的な結果の指標は逆数です。 私たちの場合-1 / 0.0137。 つまり、テストホスティングでは72秒で72の「空の」（カーネルのみ）ページを生成できます。



重要なのはこの量です。なぜなら、各パラメーターを個別にではなく、Webサイトを開く（ページが生成される）顧客の速度だからです。 システム管理者（または経験豊富なユーザーでも）が、ボトルネックがシステムのどこにあるかをより迅速かつ簡単に判断できるように、それらはむしろ示されています。



（パフォーマンスモニターの詳細については、1C-Bitrixテクニカルサポート責任者、 Denis Sharomovのブログをご覧ください ）



式を整理し、テストに戻ります。



数十（すでに数百に近い）ホスティングのテストエクスペリエンスは興味深い状況を示しました。幸いなことに、ホスティング事業者は頻繁に機器を節約しませんが、残念ながら、非常に頻繁に古い構成と準最適なホスティング構造の歴史的遺産を「引き出し」ます。 市場の「新参者」も、残念ながら、非常に多くの場合、最大のパフォーマンスを発揮せず、同じよくある間違いをします。



それらのいくつかに注意を引きたいと思いました。 ホスティングを慎重に選択し、さまざまなオプションをテストする人にとっては役立つと思います。



CGIとしてのPHP



PHPがCGI（FastCGIではありません！）として実行されているのは、ひどい悪魔主義です。 これはすべきではありません。



なぜそのようなスキームが悪いのか。 簡単に言えば-phpスクリプトの呼び出しごとに、新しいPHPインタープリタープロセスが起動されます。 これらはすべて非常にゆっくりと動作し、サイト（1C-Bitrixプラットフォームだけでなく、PHPで記述されたサイト）のパフォーマンスは非常に低くなります。



幸いなことに、そのような構成はあまり一般的ではありません（実際の過去6か月間、私たちはこれに遭遇していません）が、それでも、それらはまだ存在しています。



PHP構成でopen_basedirパラメーターを有効化



おそらく誰もがこのパラメーターの責任を知っています-PHPが処理できるファイルとディレクトリの「スコープ」を制限します。



多くのホスティング事業者は、ユーザーデータのセキュリティを確保するために、仮想共有ホスティングでこのオプションを有効にします（同じサーバー上の他のユーザーへのアクセスを制限します）。



ただし、このパラメーターを含めることでPHPのパフォーマンスが10〜40％低下し、ロードされたシステム（特に多数のディスク操作）で最大2〜3倍になることを誰もが知っているわけではありません。







見てください、ここは上記のテストが実行されたサーバーと同じサーバーですが、open_basedirがオンになっている場合のみです。 ページ生成速度はほぼ半分に低下しました。 PHP構成は「最適ではない」とマークされており、問題が発生した正確な場所に関するリンク「推奨事項」を詳細に読むことができます。



この特定のホスティングで、PHPでこのパラメーターを管理できることは幸運です。 また、多くのホスティングサービスでは、これはいかなる条件下でも決して切断されません。



多くのホスティング業者は私たちに反対します：「 まあ、共有ホスティングでこれを無効にすることは不可能です...そうでなければ、セキュリティ上の問題が発生します。 」



この記述は誤りです。 セキュリティとパフォーマンスのバランスを維持するためのさまざまな方法があります。異なるユーザー向けのWebサーバー（たとえば、同じApache）の個人用コピーの起動から始まり、php-fpmを介したFastCGIの使用で終わります。 ちなみに、評価の異なるホスティングプロバイダーは両方を使用しています。



繰り返しますが、open_basedirの機能のこの機能は、一般にPHPに固有のものであり、1C-Bitrixプラットフォームだけでなく、この言語で書かれたすべてのプロジェクト（Googleのopen_basedirパフォーマンスなどで検索してみてください）です。 サイトがWordPress、Joomla、Drupal、およびPHPの他のCMSにある場合は、これに注意してください。



PHPプリコンパイラがインストールされていません



パフォーマンスのもう1つの敵は、ホスティング用のPHP用のプリインストールプリコンパイラーがないことです。 それらの多く（APC、eAccelerator、XCacheなど）があり、それらはすべて同じ仕事をしています-解釈されたコードをコンパイルすることにより、PHPの作業を高速化します。 特定のプリコンパイラ、その設定（使用可能なメモリの量など）、プロジェクトコードによっては、パフォーマンスが数倍に達する場合があります。



テストホスティングを再度拷問し、前のテストに含まれていたopen_basedirを削除し、しばらくの間プリコンパイラを無効にします。



幸いなことに、私たちはこれらのすべての操作をホスティングで実行しています。そこでは、必要に応じてすべてのセットアップを行い、最終的に適切な（高速の）ホスティングを取得できます。 多くのホスティングサイトでは、残念ながら、ユーザーが変更可能なオプションのセットは厳密に固定されており、良好な結果を得ることができません（ホスティングの変更を除く）。



数字に戻ります：







サーバーパラメータ（CPU、ディスク操作）、データベースは実質的に変更されていないことに注意してください（もちろんです！）そして、正しいPHP構成はすべてを解決します。



もちろん、パフォーマンスに影響するすべてのものからはほど遠いものをリストしました。 実際のPHP設定に加えて、多くのデータベース構成パラメーター、正しく構成されたWebサーバーパラメーター、適切に設計された2レベル（フロントエンド+バックエンド）アーキテクチャが重要です...



すべてがただ悪いだけのホスティング（残念ながら絶対に現実のもの）があり、それからこの種の「ゴミと無駄」が判明します。







そして、優れた強力なハードウェア、高速SASディスク、および適切な設定で-サイトは「飛ぶ」だけです（「球状の真空」ではなく、実際の共有ホスティングのスクリーンショット）。







* * *



もう1つの側面は、1C-Bitrixの認証を通過したいが、私たちが常に注意を払っているホスティング事業者の正式な要件には記載されていませんが、 セキュリティです。 率直に言って「漏れやすい」ホスティング会社は、「認定ホスティング」および「推奨ホスティング」バッジを取得することはありません。







最も一般的な問題は、open_basedirがオフになっていることですが、ユーザーを隔離する他の手段は発明されていません。 結果は次のとおりです。すべてのホスティングクライアントは同じWebサーバーで動作し、そのプロセスは同じシステムユーザー（rootになることもあります）で開始されます。



その結果、各ユーザーは自分のファイルやディレクトリだけでなく、他のユーザーのデータも「見る」ことができます。



最も単純なチェックは、1C-Bitrix管理インターフェイスで実行できます。







もちろん、有名な大規模なホスティング業者にはそのような率直な「穴」は見つかりませんでしたが、数十/数百のクライアントを抱えるホスティング業者の間では、あちこちにあります。



ホスティングを選択する際は注意してください。



そして、上記の問題が非常に典型的なものである場合、誠実な驚きを引き起こす不注意な「ホスティング業者」が存在します-少なくとも1人のクライアントを引き付ける方法。



私たちの記憶にあるいくつかの最も印象的な例。



Hoster U （ウクライナにあるため）



テストアカウントを取得し、デモサイト（Small Business編集部のオンラインストア）を設定しました（このエディションではすべてのホスティングサービスの均一性をテストしています）。 Webインターフェースを介して「 ls –la / tmp 」を作成しました。そして、すべてのホスティングユーザーのFTP、SSH、MySQLへのアクセスのすべてのパラメーターが保存された「 login.txt 」タイプのファイルを多数見ました。



Hoster K （カザフスタン）。



標準手順、テストアカウント。 パフォーマンスと（一見）セキュリティはすべてが悪くありません。



テストは完了し、ホスティング事業者自身のサイトに行きました...そして、Bitrixのトップの管理パネルがその上に残っていることがわかりました。



結局のところ、ホスティングサイトはプラットフォーム上に作成されました。 そして、メインサイトのサブドメイン（テストアカウントがある場所）から認証データを保存するように、非常に曲がりくねって構成されていました。



* * *



私は意図的に特定のホスティングサービスの名前をテキストで示していません（個人的なコミュニケーションのための特定の推奨事項を提供できるかもしれません）。



この会社またはその会社を中傷する目的はありません。 タスクは、ホスティングの選択の問題を真剣に受け止め、ランダムに行動しない人々をどれだけニュアンスが待っているかを示すことです（ここでは幸運かもしれませんが;））。



同時に、 私たちの評価が実際に顧客が最も多様なホスティングパラメーターを考慮して選択を行うのに役立つことを願っています-パフォーマンス、そのサイトの速度、料金の費用、テスト期間の可用性、および使いやすさ。



同時に、評価において明確で透明なランキングスキームをホストに提供します。 したがって、私たちは誰もがトップになる機会を平等に与えます。 そして、それによって-新しいホスティングクライアントを引き付けることは非常に効果的です（プロモーションを含む）。 統計が示すように、1週間で評価ページからホストされたサイトへの最大1,000のコンバージョンが実行されます。 これらはほとんど準備ができている顧客です。 :)



ホスティングレーティングを積極的に開発し、時間の経過とともに、「bitrixに特化した」だけでなく、一般的なホスティングの優れた客観的レーティングを作成することを願っています。 どうして？ :)



心から、アレクサンダーデミドフ

リースソリューション責任者、1C-Bitrix