共有ホスティングにおけるCloudLinuxのLVE制限の理解と確認

共有ホスティングにおけるLVEの制限事項

共有ホスティングでは、複数の顧客が1台のサーバーのリソースを共有します。CloudLinuxは、顧客アカウントの利用状況を 軽量仮想化環境、略してLVE。これらの制限はプロバイダーが設定します。これらは、1つのアカウントが無制限にリソースを消費することを防ぐためのものです。逆に、自身のウェブサイトがこれらの制限に達してしまう可能性もあります。

リミットとは上限値を示すものであり、必ずしも保証された性能を意味するわけではありません。例えば、CPUリミットが設定されていても、特定のプロセッサコアが独占的に利用可能になるわけでも、特定の応答時間が保証されるわけでもありません。アプリケーションの動作速度は、その処理内容やハードウェア、その他のコンポーネントにも左右されます。

LVEを利用しても、ホスティングプランが専用サーバーになるわけではありません。プロバイダーが引き続き共有環境を運用し、その設定を決定します。顧客としては、契約プランやホスティングパネルで提供される情報の範囲内でしか、適用されている設定値やその影響を自分で確認することはできません。

これとは区別すべきであるのは CageFS: これはファイルシステムの分離に関するものであり、一方、LVEリミットはリソースの使用量を制限するものです。両機能は互いに補完し合うことはありますが、同じものではありません。あなたの契約において実際にどの機能が有効になっているかについては、プロバイダーに確認してください。

各コンポーネントに関するより詳細な解説については、以下の記事をご覧ください。 CloudLinux SecureLVE によるプロセス分離. とはいえ、具体的なトラブルシューティングを行う上では、ご自身のパッケージの設定が鍵となります。リソース表示のインターフェースや詳細度は、使用するパネルや有効化設定によって異なる場合があります。

制限の対象となるのは誰ですか？

重要なのは、限度額そのものの高さだけでなく、その 適用範囲. 例えば、同じホスティングアカウントでブログとオンラインショップを運営している場合、アカウント単位の設定により、両方が同じリソース予算を消費することになります。その場合、オンラインショップでのデータインポート処理が、ブログが同時に必要とするリソースを占有してしまう可能性があります。

これは、パフォーマンスが低下しているページがすべて、そのアカウント内の別のプロジェクトによって引き起こされているわけではないことを意味します。しかし、このことは、問題が発生した際に、影響を受けているドメインだけを見るべきではない理由を説明しています。同じアカウント内のスケジュールされたタスクや他のウェブサイトも、問題の期間において関連している可能性があるからです。

CloudLinuxは、以下の方法でドキュメントを公開しています 分離株 さらに、ウェブサイト単位で制限を設定する機能もあります。この機能が実際に利用されているかどうか、また各プランでの割り当てがどのようになっているかは、「CloudLinux」という名称だけでは判断できません。したがって、この点だけを個別に検討しても、具体的な料金プランの条件を確認することに代わるものではありません。

料金プランを比較する前に、できるだけ具体的にプロバイダーに確認しましょう：SPEED、PMEM、IO、IOPS、EP、NPROCは、ホスティングアカウントごと、それともウェブサイトごとに適用されるのでしょうか？複数のプロジェクトで予算を共有する場合は、どのドメインやタスクがこの予算に割り当てられているかも重要なポイントです。 そうすることで、表示されている数値を誤って個々のウェブサイトごとに予算に組み込んでしまうことを防げます。

パネルに共通の統計情報しか表示されていない場合、まずは時間的な範囲を絞り込むには役立ちますが、個々のアプリケーションへの割り当てには必ずしも役立ちません。その場合は、サポートに問い合わせて、どのような内訳が利用可能か、またその負荷を特定のプロジェクトやタスクに割り当てることができるかどうかを確認してください。

CPU、メモリ、およびアクセス制限の違い

各種の共有ホスティングの制限は、さまざまな種類の処理を制限するものです。 SPEED これはCPUの割り当て量を指します。この割り当て量を使い切ると、計算負荷の高いプロセスの処理速度が制限され、リクエストの処理に時間がかかるようになります。したがって、ホスティングにおけるCPU制限は、ページの表示が遅くなる原因の一つに過ぎず、すべてのLVE制限と同義ではありません。

PMEMはLVEの物理メモリを制限します。メモリ不足が発生した場合、まずキャッシュが解放され、それでも不足する場合はプロセスが終了されることがあります。これは、仮想メモリを表す旧式の値であるVMEMとは区別する必要があります。同様に、PHPのmemory_limit LVEのPMEM予算全体と同一視することはできない。

ファイルへのアクセスにおいて、IOとIOPSは異なるものを測定します。IOはデータスループットを指し、IOPSは1秒あたりの読み取り・書き込み操作の回数を指します。そのため、多数の小さなファイルは、少数の大きなファイルとは異なる制限を受ける可能性があります。ここでいうIOは、インターネット接続の速度を指すものではありません。

EPはLVEへのアクセス数をカウントするものであり、同時接続者数の一般的な上限を示すものではありません。アクセス数のカウント方法は、Webサーバーやプロセスモデルなどによって異なります。 NPROC 一方、プロセスとスレッドには上限が設けられています。この上限に達すると、一時的にそれ以上のプロセスを作成できなくなります。したがって、EPとNPROCは互換性がないのです。

ストレージ容量とiノードは、関連しているものの、別々の料金プランの項目です。ファイルクォータが満杯になったり、iノードの上限に達したりしても、必ずしもCPU、PMEM、またはEPの問題とは限りません。コントロールパネル上でこれらの値のうちどれが表示されるかは、プロバイダーや提供されているインターフェースによって異なります。

LVEの制限とその影響の概要

LVEの制限はすべて同じように作用するわけではありません。進行中の作業を遅らせるものもあれば、新しいプロセスの開始を阻止したり、既存のプロセスを終了させたりするものもあります。この表は、表示されたリソースとその挙動、および適切な監査証跡を関連付けるのに役立ちます。具体的な制限値は、プロバイダーによって設定されます。

時点では PMEMの上限 個々のアプリケーションプロセスのメモリだけでなく、共有メモリやファイルキャッシュも算入される場合があります。キャッシュが算入されるかどうかは、設定によって異なります。プロセスが終了すると、HTTPエラーが発生する可能性がありますが、必ずしも目に見える結果として現れるとは限りません。

これら2つのファイルアクセス制限は、それぞれ異なる規模を表しています： 入出力 データスループットを制限し、IOPSは操作回数を制限します。そのため、多数の小さなファイルは主にIOPSを消費する一方、大きなファイルは高いスループットを生み出す可能性があります。ここでいうIOはネットワーク帯域幅を指すものではありません。CloudLinuxによると、ファイルキャッシュからのアクセスはIO制限の対象外となります。

例を用いてCPU制限を計算する

仮に、あなたの小包に SPEED制限 150パーセントです。計算上、100パーセントは1つのプロセッサコアに相当するため、これは1.5コア分のCPUバジェットに相当します。これはあくまで参考となる計算例であり、実際の測定値ではありません。お客様のパッケージの実際の値は異なる場合があります。最終的な判断はプロバイダーの記載内容に基づきます。

この例は、利用可能なCPU時間の上限を示しているものであり、排他的なコアを予約するものではありません。また、個々のプロセスが同時に1.5個のコアを利用できるという意味でもありません。この予算が実行中の作業にどのように配分されるかは、実際に並列で計算時間を必要とするプロセスの数などによって決まります。

150パーセントという数値から、応答時間の保証や、同時に処理可能な訪問者数の具体的な数値が導き出されるわけではありません。単純なリクエストでは計算負荷が小さい場合もありますが、動的なリクエストではその負荷が大幅に高まることもあります。さらに、ファイルアクセスやデータベース処理に伴う待ち時間が発生する可能性があり、CPUリソースを多く割り当てたからといって、そうした待ち時間が自動的に解消されるわけではありません。

また、異なるサーバー間で同じパーセンテージ値が得られたとしても、それが直接的な速度の比較になるわけではありません。プロセッサコアによって性能が異なる可能性があるからです。したがって、CPUリミットを評価する際には、具体的な問題が発生している間に使用率が繰り返しリミットに達しているかどうか、そして適切なリミットイベントが確認できるかどうかがより重要です。 たとえそのような状況であっても、その他の考えられる原因についても確認する必要があります。

リソース表示の正しい読み方

プロバイダーがリソースビューを有効にしている場合は、できるだけ範囲を絞り込んだインシデントから調査を開始してください。 ドメイン、日付、時刻、タイムゾーン、および必要に応じて表示されたHTTPステータスを記録してください。また、どの部分が動作が遅かったか、あるいは失敗したかについても記述してください。これらの情報がなければ、統計上のピークを具体的な問題に結びつけることは困難です。

次に、画面上で同じ期間を選択し、CPU、PMEM、IO、IOPS、EP、NPROCについて、それぞれ使用状況、設定された制限値、および必要に応じて表示されている値を比較してください。 障害. すべての画面で同じ値が表示されるわけではありません。統計情報が表示されていない場合や、どの口座に関するものかが不明な場合は、プロバイダーに問い合わせてください。

次の点に注意してください 時間分解能: 1時間あたりの平均値が低いと、限界値に達した瞬間の一時的なピークが見えにくくなる場合があります。可能であれば、より短い期間や、より詳細な表示を選択してください。1日や1時間の平均値だけを見て「ボトルネックは発生していなかった」と結論づけるのではなく、そのピークを記録されたエラー発生時刻と比較してください。

障害は境界事象を示すものですが、影響を受けた訪問者数や失敗したページ閲覧数の直接的な集計値ではありません。 時間的に一致するフォールトは、あくまで手がかりであり、完全な原因の証拠ではありません。そのため、同時刻にデータのインポート、バックアップ、スケジュールされたタスク、またはアプリケーションの変更が行われていなかったかについても確認してください。

画面の表示や機能は、パネルや権限設定によって異なるため、普遍的なメニューパスは存在しません。管理機能の技術的な背景については、以下の記事をご覧ください。 CloudLinux LVE Manager およびリソース管理 詳細情報。ただし、そこでの管理設定の手順には、適切な権限が必要であり、お客様のアカウントでは自動的に利用可能になるわけではありません。

ページの読み込みが遅い原因やエラーの分類

CMSの編集時や動的なページ表示時に動作が遅い場合は、まずその時間帯のCPU使用率を確認してください。使用率が繰り返し「SPEED」の限界値に達しており、それに伴うエラーが表示されている場合は、 CPUのクロックダウン もっともらしい。時期が一致していることから、これは手がかりとなるが、その荷物がどのような作業によって生じたものなのかを証明するものではない。

例えば、同じ時間帯に予定されているタスクが実行されていないか、あるいは拡張機能への変更が問題の発生と時期を同じくしていないかを確認してください。また、データベースの処理、ネットワークの問題、あるいは反応が遅い外部インターフェースも、ページの表示を遅らせる原因となり得ます。 したがって、CPU使用率が高いという事実だけでは、プランの選択が間違っているわけでも、特定の拡張機能が原因であるとも限りません。

複数の動的リクエストが同時に到着した際にエラーが発生した場合、同時発生する EP-Fault 参考になります。長時間続くリクエストは、接続を長く占有し続けます。また、1人の訪問者が複数のリクエストを送信することもあります。したがって、EPは訪問者数を計測するものではありません。Apacheでは、EPの制限を超過した結果としてHTTP 508が発生する可能性がありますが、このステータスコードだけでは原因を特定することはできません。

インポート中に「PMEM-Fault」というメッセージが表示された場合、LVEメモリ制限が原因である可能性があります。 インポート以外にも、同時に実行されているPHPプロセスがメモリを消費している可能性があります。適切なプロセスデータがなければ、どのタスクが引き金となったのかは不明のままです。また、HTTP 500または503エラーも他の原因によるものであり、それ自体がメモリ不足の証拠とは限りません。

PHP値 memory_limit これだけではこの質問への答えにはなりません。LVE内のすべてのタスクのメモリ使用量全体を網羅しているわけではないからです。したがって、設定や料金プランを変更する前に、インポート時点のPMEM使用量やフォルトと比較し、その時点で並行して実行されていた他のタスクを確認しておいてください。

バックグラウンド負荷を確認し、サポートに連携する

バックアップやファイルのインポートの処理が遅い場合は、以下を確認してください IO および IOPS 区別される。IOはハードディスクへのアクセス時のデータ転送量を制限し、IOPSは1秒あたりの読み取り・書き込み操作の回数を表す。そのため、多数の小さなファイルを扱う場合と、少数の大きなファイルを転送する場合では、それぞれ異なる制限が適用されることがある。なお、ここでいうIOはインターネットの帯域幅とは異なる。

バックアップ処理では、CPUとメモリを同時に消費する場合があります。 したがって、原因を処理時間だけで推測するのではなく、IOやIOPSに加え、同じ期間のSPEEDやPMEMも確認してください。CloudLinuxによると、ファイルキャッシュからのアクセスはIO制限の対象外となるため、表示されるIO使用率はすべてのファイルアクセスを均等に反映しているわけではありません。

スケジュールされたタスクを延期できる場合は、負荷の少ない時間帯におけるそのタスクの通常の実行状況を、過去の同様の期間と比較してください。 その際、作業の規模や並行して実行されているタスクを考慮してください。小規模なインポートは、完全なバックアップと直接比較できるものではありません。この分類を行うにあたり、追加の負荷テストやファイルの削除を行う必要はありません。

について データベースの負荷 表示されているWeb CPU使用率が低くても、これが影響する場合があります。アカウントへの割り当てや、個別のMySQL制限の有無は、設定によって異なります。コントロールパネルで確認できるデータベースの値や、データベースの処理がLVEに算入されるのか、それとも別途制限されるのかについては、プロバイダーに確認してください。

サポート依頼の際には、ドメイン、発生日時（タイムゾーンを含む）、確認されたHTTPステータス、および影響を受けた処理に関する情報を記載していただけると助かります。また、同期間に確認されたリミット値、利用状況、障害情報、および既知のインポートやバックアップについても併せてご記入ください。 また、リミットイベントの割り当てと、可能であればプロセススナップショットの分析をお願いいたします。そうすることで、推測をより的確に検証することができます。

最適化、アップグレード、それともサーバーの切り替え？

まずは 最適化 特定されたタスクについて、そのリソース要件を合理的に削減できる場合。 例えば、キャッシュ設定、拡張機能、並行してスケジュールされているバックグラウンドジョブなどを確認してください。その後、類似した期間を比較し、ユーザーの問題と影響を受けたリソース値の両方に注意を払ってください。その際、変更を1つずつ行うことで、実際に何が変化したかをより容易に把握できます。

適切な最適化を行っても、繰り返し発生する使用率の高いピークが割り当てられた上限に達してしまう場合、アップグレードが選択肢となります。 まず、SPEED、PMEM、IO、IOPS、EP、NPROCの具体的な値を確認してください。パッケージ名だけを比較してはいけません。CPUの上限を引き上げても、独立して存在するEPの制限やLVEメモリの不足は解消されません。

に対して 料金プランの比較 適用範囲もその一つです。プロバイダーに、自分のアカウントにいくつのウェブサイトが含まれているかを伝え、リソース予算が共有されているのか、それともウェブサイトごとに制限が設けられているのかを確認してください。CloudLinuxは「Isolates」という機能により後者の実現を可能にしていますが、製品名だけでは、利用しているサービスがこれを採用しているかどうかは判断できません。

VPSやマネージドサーバーは、より柔軟な設定が可能ですが、サイトの表示が遅い場合、必ずしも最適な解決策とは限りません。重要なのは、利用可能なリソース、実際の負荷、そして運用モデルです。VPSの場合は、特にどの管理業務を自分で担当するかを明確にする必要があり、マネージドサーバーの場合は、プロバイダーがどのタスクを担当するかを明確にする必要があります。

原因が特定できない場合は、推測だけで変更を行うよりも、収集した発生時刻や障害情報を基に確認を行う方が賢明です。LVE制限値を下回っていても、アプリケーション、ネットワーク、またはデータベースがパフォーマンスを低下させている可能性があります。決定を下す前に、各プランでどのような統計情報やサポートが利用可能かを確認しておきましょう。