CloudLinux OS 9：共有ホスティングにおける機能と制限

CloudLinux OS 9 の位置づけ

CloudLinux OS 9 は、引き続きドキュメントが提供されているオペレーティングシステムの世代であり、 シェアードホスティング AlmaLinux 9をベースとしています。ただし、これはCloudLinux OS 10と同一視することはできません。CloudLinux OS 10は、メーカーによって別のメジャーブランチとして扱われています。バージョン番号だけでは、ライセンスの範囲や、特定のサーバー上で利用可能な共有ホスティングコンポーネントについて、何も示していません。.

分類にあたっては、 AlmaLinuxカーネル 重要：CloudLinux OS 9では、独自のCloudLinuxカーネルは使用されなくなり、代わりにAlmaLinuxのカーネルが採用されています。 そのため、カーネルバージョンに含まれる「LVE」といった名称は、アクティブなリソース分離を評価する上で適切な基準とはなりません。LVEの有無は、カーネル名に含まれる文字列ではなく、インストールされているCloudLinuxコンポーネントとその稼働状態によって確認する必要があります。.

この区別により、ある状況におけるよくある誤解を防ぐことができます。 CloudLinux のアップデート: OS 9 へのアップグレードを行っても、制限値、CageFS、PHP ハンドラ、またはデータベース制御の確認に代わるものではありません。 OSのバージョンは技術的な基盤を提供しますが、顧客に表示される機能は、ライセンス、パッケージ、およびパネル統合の組み合わせによって初めて決定されます。特に大規模なサーバーの場合、これらのレベルは互いに異なる場合があります。.

CloudLinux OS 9 では、オプションとして LTSカーネル 利用可能です。メーカーによると、このカーネルにはセキュリティ修正が含まれており、通常のAlmaLinuxカーネルに比べてアップストリームからの変更が少ないとのことです。これは、変更計画が保守的な環境には適しているかもしれませんが、一概に優れた選択肢であるとは限りません。 プロバイダーは、ハードウェアドライバ、導入されているソフトウェア、保守プロセス、およびサーバー資産全体のカーネル戦略に関する要件を総合的に検討する必要があります。.

エディションとライセンスを明確に区別する

バージョン番号「CloudLinux OS 9」は、エディションやライセンスを示すものではありません。 共有ホスティングに関しては、特に「CloudLinux OS Legacy」（旧称：CloudLinux OS Shared）と「CloudLinux OS Shared Pro」を区別する必要があります。Legacyはホスティングアカウント数を無制限にサポートしており、LVE、CageFS、MySQL Governor、PHP Selector、言語セレクターといった定評のあるコンポーネントが含まれています。.

Shared Proについては、これとは別個に考える必要があります。エディションの概要では、PHP X-Ray、Centralized Monitoring、AccelerateWP といった機能がこのエディションに割り当てられています。 したがって、適切な Pro ライセンスおよびそれぞれのインストール要件やパネル要件が満たされていない場合、OS 8 から OS 9 への cloudlinux アップデートを行っても、これらの機能は有効になりません。.

CloudLinux OS Adminも、Shared Proの簡易版というわけではありません。このエディションは異なる機能範囲を対象としており、とりわけMySQL Governorは含まれていません。したがって、ホスティングアカウントごとのデータベースの過負荷を制限したい場合は、既存のCloudLinuxインストール環境があるという理由だけで、このツールが利用可能であると推測してはなりません。.

機能の対応可否を確定する前に、次の3つの質問に個別に回答する必要があります。どのエディションがライセンス対象か、どのパッケージがインストールされているか、そして既存のパネルが希望するコンポーネントに対応しているか、です。さらに、個々のパッケージのバージョンによって、前提条件が変わる場合があります。 オペレーティングシステムの変換が成功したとしても、それはあくまで変換工程が完了したことを示すに過ぎず、すべてのオプションモジュールが即座に利用可能であることを自動的に保証するものではありません。.

共有ホスティングにおける隔離と制限

共有ホスティングでは、以下の要件を満たしています LVE アカウントごとのリソース使用量を制限する役割を担っています。これには、CPU、メモリ、入出力操作、プロセス、同時Webアクセスなどが含まれます。 あるプロジェクトが制限に達した場合でも、そのリソース消費が他のアカウントに過度な負荷をかけないよう配慮されています。これは過剰なリソース消費を防ぐための措置ですが、アプリケーションの動作遅延やデータベースクエリのエラーを自動的に修正するものではありません。.

リセラー向けプランでは、リセラー制限がアカウント制限を補完します。これらは、リセラーのサブアカウントの合計使用量を制限するものです。 個々の料金プランでは計算上、より高い値が設定される場合がありますが、サブアカウントの合計使用量は親アカウントの上限を超えてはなりません。これにより、容量や料金プランの保証内容がより明確になりますが、全体の上限を適切に計画する必要があります。.

CageFSはLVEとは異なる目的を掲げています。その目的は、 ファイルシステムの分離 ユーザーの可視システム環境を制限し、他のホスティングアカウントのファイルへのアクセスを防止することを目的としています。ただし、これは完全なセキュリティアーキテクチャの代わりにはなりません。 cPanelサーバーにおいて、メーカーのドキュメントでは、適切なchrootingが行われていないWebDAV、ファイルマネージャー、Webメール、FTPサーバーなどを、CageFSが機能しない構成例として挙げています。シンボリックリンクの保護や安全なサービス設定は、依然として別途行う必要があります。.

PHP Selector を使用すると、一元的に共有されている PHP のバージョンや拡張機能を選択することができ、CageFS が必須となります。 MySQL Governorはユーザーごとのデータベース使用状況を監視し、負荷のかかりすぎているアカウントを制限することができます。一方、mod_lsapiはApache用のPHPハンドラです。これらのコンポーネントは互いに補完し合っていますが、互換性があるわけではありません。利用可能かどうかや適切な組み合わせは、エディション、Webサーバー、および設定によって異なります。.

パネルの統合には特に注意が必要です。cPanel システムにおいて、顧客が PHP セレクターと競合する MultiPHP 選択機能を、同等の選択肢として同時に利用できるようにすべきではありません。そうすると、設定の矛盾が生じる可能性があるからです。また、すべてのパネルがすべての機能を同じ範囲で統合しているわけでもありません。 アカウントとウェブサイトの分離についてさらに詳しく知りたい場合は、以下の記事が参考になります。 SecureLVEと共有ホスティングにおけるプロセス分離; ただし、ライセンス、文書化されたパネル対応、および具体的なサーバー構成が依然として決定的な要素となります。.

用途に応じてコンポーネントを選択する

選択にあたっては、「CloudLinux OS 9」という名称だけでなく、具体的な運用目的が重要です。オペレーティングシステム、エディション、ライセンス、インストール済みのパッケージ、およびコントロールパネルは、それぞれ個別の確認項目となります。 Shared-Pro拡張機能は、OSのアップグレードだけでは自動的に利用可能になるわけではありません。エディションの概要と各コンポーネントの要件を合わせて確認する必要があります。.

この表は判断の参考となるものであり、インストールを許可するものではありません。 承諾する前に、サポートされているパネルバージョン、PHPハンドラー、具体的なライセンス、およびパッケージの状態を確認してください。CloudLinuxは個々のコンポーネントごとに独自の統合条件を記載しています。そのため、原則として存在する機能が、特定のパネル環境では利用できない、あるいは異なる方法で管理されている場合があります。.

料金設定の計画においては、この区分が特に重要です： LVEの制限値 アカウントレベルで共有サーバー容量を保護する一方で、リセラー制限はサブアカウントに対して追加の共有上限を設定します。一方、CageFS、PHP Selector、MySQL Governorは、これとは異なる役割を果たします。したがって、コンポーネントの選択は、観察されたボトルネックや保護の必要性に基づいて行うべきであり、画一的な機能リストに基づいて行うべきではありません。.

リミットとPHP管理の実用的な計画

WordPressショップでトラフィックのピークが発生した場合、アカウント制限により、CPU、メモリ、入出力操作、プロセス、および同時Webアクセスが制限されます。これにより、対象アカウントのリソース消費を所定の範囲内に抑え、他のアカウントがリソースを過剰に消費するのを防ぐことができます。 原因を分析する際には、単にサーバーの動作が全般的に遅くなっているだけだと推測するのではなく、実際にどの制限値に達しているかを確認することが重要です。.

ただし、制限値に達したからといって、それがショップの問題の診断とは限りません。不具合のある拡張機能、コストのかかるデータベースクエリ、インポート処理、あるいはキャッシュの欠如などが負荷の原因となる可能性があります。値を高く設定すれば制限値は引き上げられますが、根本的な原因が解消されるわけではありません。 したがって、まずはリソースデータとアプリケーションを確認し、その上で、最適化、別の料金プランへの変更、あるいは容量の増強のいずれが適切かを判断する必要があります。.

小規模な料金プランを多数取り扱うリセラーの場合、 再販業者の上限 各エンドユーザーの制限。各サブアカウントはそれぞれ独自の値を持つことができますが、それらの合計使用量は親アカウントの制限を超えてはなりません。これにより、アクティブな顧客数の増加に伴い、リセラーが自社のサービスで割り当てられたリソースの枠を超えてリソースを消費することを防ぎます。.

PHPについては、顧客アカウントごとに、分かりやすい選択画面が1つだけ適用されるようにすべきです。PHPセレクターを使用するには、CageFSが必要です。 cPanel システムでは、顧客が異なる場所でバージョンを変更した場合、MultiPHP との並行使用により予期せぬ動作が生じる可能性があります。そのため、どのインターフェースを表示するか、どのバージョンを有効にするか、そして例外を誰が管理するかを明確に定めておく必要があります。.

CPU、PMEM、I/O、IOPS、EP、NPROCが具体的な料金プランにどのように反映されるかについては、社内記事で解説されています 共有ホスティングにおけるCloudLinux LVE Managerの正しい設定方法. 。そこで示されている数値は、すべてのハードウェアや顧客環境に自動的に適用できるわけではありません。ストレージのパフォーマンス、アプリケーションの構成、および実際の障害の分析結果は、各構成において依然として重要な要素となります。.

1つのアカウントにつき複数のWebサイトを分離する

1つのホスティングアカウントには、多くの場合、メインサイト、オンラインショップ、ステージング環境、および顧客のプロジェクトが含まれています。アカウントの制限だけでは、これらのアプリケーションを互いに分離することはできません。. CloudLinuxの隔離機能 メーカーにより、全体として「ベータ版」と指定されています。この機能は、ドメインごとにファイルシステムの分離を設定できるため、あるウェブサイトのファイルへのアクセスを、同じアカウント内の他のウェブサイトのファイルへのアクセスから隔離することができます。したがって、リスクや責任範囲が異なるプロジェクトを抱えるアカウントにおいて、検討すべき選択肢となります。.

これとは別に、ドメインごとのLVE制限があります。これは、顧客アカウント全体だけでなく、ウェブサイトごとにリソースを制限するためのものです。 CloudLinuxは、このレイヤーについても明確に「ベータ版」と位置づけ、OS 8およびOS 9向けに提供しています。したがって、ファイルシステムの分離とドメインごとのリソース制限は、それぞれ異なる要件を持つ2つの別個のレイヤーとなります。.

• ドメインごとのLVE制限については、CloudLinuxでは少なくとも lve-stats3 5.1.0-1 および lve-utils 6.6.40-1 を指定する必要があります。.
• PHPハンドラーとコントロールパネルは、それぞれのIsolates設定に対応している必要があります。.
• ドメインごとのファイルシステムの分離は、ドメイン制限の前提条件がまだ満たされていない場合でも、可能である場合があります。.

したがって、要件は個別に確認してください。まず、希望するファイルシステム層に対して、使用しているパネルおよびハンドラーでベータ機能「Isolates」がドキュメントに記載されているかどうかを確認し、次にパッケージのバージョンとリソース制限のベータステータスを確認してください。 スタンドアロンのLiteSpeedについては、CloudLinuxは現在cPanelのみをサポートしていると記載されています。他の考えられる組み合わせについても、同等のサポートが受けられると推測してはなりません。.

Isolatesは、1つのアカウント内での影響範囲を縮小することはできますが、アプリケーションのメンテナンスに代わるものではありません。プラグインの更新、個別のアクセス情報、バックアップ、および適切な権限管理は依然として必要です。複数の独立した顧客プロジェクトを含むアカウントの場合、 ドメインの分離 互換性テストの結果が確認されているとはいえ、共通のアカウント制限のみを適用するよりも、より適切な追加の制限となる可能性があります。.

OS 9 への移行準備

CloudLinux OS 9 への移行は、通常のパッケージ更新ではなく、計画的な移行作業です。この移行により、インストール済みのパッケージ、リポジトリの設定、およびホスティングパネルの連携に影響が生じる可能性があります。 そのため、移行を開始する前に、元のOS、CPUアーキテクチャ、仮想化環境、および各パネルがサポートするCloudLinuxとの統合機能を確認してください。.

メンテナンスウィンドウを設定し、完全かつテスト済みのバックアップ、あるいは各復元手順に従って復元可能な一貫性のあるVMスナップショットを使用して作業を行ってください。 また、管理上のベストプラクティスとして、変換前にパッケージソース、稼働中のサービス、および通常とは異なる設定を事前に文書化しておくことをお勧めします。これにより、変換後の差異を的確に追跡できるようになりますが、その文書をバックアップの代わりとして扱うことは避けてください。.

システム移行後、検証作業は変換処理が正常に完了した時点で終了させてはなりません。 統合されたリポジトリおよびパネルとの連携を確認し、追加コンポーネントについては個別に処理してください。PHP Selector、X-Ray、AccelerateWPには、それぞれ独自のインストール、ライセンス、パネルに関する要件があります。OS-9が正常に動作しているからといって、これらのコンポーネントが自動的に利用可能になるわけではありません。.

重要な制限の一つはバージョンパスに関するものです。変換処理では、元のベースとなるメジャーバージョンが維持されます。したがって、CentOS 7 システムを直接 CloudLinux OS 9 システムに変換することはできません。 このような世代交代を行うには、複数のメジャーバージョンにわたるアップグレードとして変換を捉えるのではなく、データやアカウントを引き継いだ再構築など、適切な移行方法が必要となります。.

パッケージ、カーネル、およびフォールトの確認

インストールまたはアップグレード後、動作確認は現状把握から始まります。 まず、実行中のカーネルを確認してください。CloudLinux OS 9 は AlmaLinux カーネルを使用しているため、出力値に「LVE」という名称が含まれていないからといって、LVE 機能が欠落している証拠にはなりません。このコマンドは、単に現在起動中のカーネルのバージョンを読み取るだけです。.

uname -r

その後、インストール済みのコアパッケージを確認します。出力にはパッケージ名とバージョンが表示されるほか、インストールされていないパッケージがある場合はその旨が通知されます。ただし、これはライセンスチェックや、使用中のコントロールパネルがそれぞれのインターフェースや機能を正しく統合しているかどうかの確認に代わるものではありません。.

rpm -q lve lvemanager cagefs lve-utils

CloudLinux Isolates を使用してドメインごとの制限を評価する場合は、そのために文書化されているパッケージのバージョンも併せて確認してください。 この照会によって設定が変更されることはありません。ドメインLVEはベータ版としてマークされているため、適切なパッケージバージョンであるという事実だけでは、PHPハンドラーの実用的な互換性やパネルによるサポートが保証されるわけではありません。.

rpm -q lve-stats3 lve-utils

原因分析には、 障害 また、リソースデータは、すべての制限値を一律に引き上げるよりも、より的確な判断材料となります。アカウントが制限に達した場合は、まずCPU、メモリ、I/O、プロセス、あるいは同時アクセスが影響を受けているかどうかを特定します。 その後、アプリケーションやデータベースクエリを確認し、キャッシュの状況を評価した上で、継続的な需要がある場合は、容量や料金プランの見直しを行います。.

よくある誤解を避ける

最も重要な点は、CloudLinux OS 9 はオペレーティングシステムの世代を示すものであり、ホスティングライセンスの機能のすべてを網羅しているわけではないということです。CloudLinux OS 10 は別のメジャーブランチであるため、OS 9 に関する記述は OS 10 に自動的に当てはまるわけではありません。 また、Shared Proは、PHP X-Ray、Centralized Monitoring、AccelerateWPなどの追加機能を備えた独立したエディションであり続けます。.

同様に、移行が成功したからといって、すべてのモジュールが完全に利用可能になったとは見なすべきではありません。 移行後は、パネル連携、パッケージの状態、ライセンスの範囲、および各追加機能の要件を個別に確認する必要があります。これにより、選択したエディションには含まれている可能性のある機能であっても、実際のサーバー上ではまだ設定されていない、あるいはサポートされていない機能について、顧客に誤って約束してしまうことを防ぐことができます。.

CloudLinux Isolates については、特に細心の注意が必要です。メーカーのドキュメントでは、Isolates 全体がベータ版として扱われています。また、1つのアカウント内でのウェブサイト間のファイルシステムの分離と、オプションのドメインごとの LVE 制限は同列に扱うことはできません。ドメインごとの制限についても、明示的にベータ版とされています。 導入前には、PHPハンドラー、コントロールパネル、およびドキュメントに記載されているパッケージの前提条件を確認する必要があります。.

また リソース制限 アプリケーション内の根本原因を解決するものではありません。運用分析を行う際には、まずフォールトと影響を受けたリソースの種類を評価することが有効です。CloudLinux では、CPU、メモリ、I/O、IOPS、同時接続数、およびプロセスに関する制限超過を特定することができます。 その後に初めて、アプリケーション、データベースクエリ、cronジョブ、キャッシュ、そして実際にさらなる容量が必要かどうかを評価します。.

顧客プロジェクトを主に互いに分離し、負荷のピークを抑制することが目的であれば、運用上の判断にはアカウントごとの制限で十分です。 また、再販業者がサブアカウントの合計容量を管理する必要がある場合には、再販業者向け制限も適しています。ウェブサイト分離機能は、1つのアカウント内でリスクレベルが異なる複数のプロジェクトを管理するためのベータ版オプションとして評価すべきですが、これは互換性テストの結果が文書化され、そのステータスが明確に表示された場合に限り利用可能です。.