私たちは、大学用の共有ウェブホスティング インフラストラクチャを作成中です。大学内の各部門は、このインフラストラクチャでサイトをホストできます。共有ストレージ (ウェブ コンテンツおよび Apache 構成ファイル用) に接続された複数の負荷分散ウェブ サーバーを設定することを考えています。これらのウェブ サーバーの背後にはデータベース サーバーも配置されます。これについて他に何か提案はありますか? 代替セットアップの推奨事項はありますか? アカウントの作成/メンテナンスを自動化するには、cPanel/WHM/Plesk を使用するのがよいでしょうか?
答え1
私は約 21,000 人の学生がいる大学で働いています。私たちはかなり長い間、かなり単純な方法でこのサービスを提供してきました。これまで、部門が Web ホストとして使用するために Apache と IIS の両方の環境がありました。現在、信頼性を向上させるためにアップグレードを行っており、同じストレージを使用する複数の Apache ホストをハードウェア ロード バランサーの背後に配置しています。このロード バランサーは、SSL を必要とする少数のサイトで SSL の重い処理も行います。
あなたの質問に対する私の回答を大きく変えるのは、規模の問題です。当社にはすでに、新しいサイトを構築するために各部門とバックエンド作業の仲介役を務める Web サービス グループがあり、彼らは各部門と積極的に協力して、共有ホスト上のフル サイトとサブ サイトのどちらがニーズに適しているかを判断しています。当社では、このような新しいサイトが 1 年に 2、3 件あります。これは当社にとってうまく機能しています。
しかし、私とほぼ同じ規模だが、寄付金ははるかに多い大学に勤める友人は、私よりもはるかに多くの物理 Web サーバーを管理しています。これは、各部門が歴史的に物理的な分離を要求し、それが実現してきたためです。私たちのようなアーキテクチャに移行することは、彼らにとって厳しい政治的闘争となるため、彼らはそれを行っていません。
年間 10 件以上のサイト構築を予定している場合は、プロセスを自動化することで利益が得られる可能性があります。需要が蓄積しているため、最初の 1 年間は後年よりも大幅に高くなる可能性がありますが、その判断は私たちよりもあなたの方が得意です。最終的には、このようなツールによってプロセスが簡単になりますが、需要が十分に低い場合は、cPanel などの環境を維持する労力が、いくつかのサイトを手動でコーディングする労力を上回る可能性があります。
答え2
私が最近勤務していた大学では、すべての部門で使用が推奨/強制される単一の商用 CMS システムの実装に取り組んでいました。その理由は理解できます。すべての管理を一元化し、アートワーク、デザイン、セキュリティなどに関する単一のポリシーを推奨するのに役立ちます。これまでは、各部門が DNS 経由で委任された独自のサーバーを運用し、中央の Web チームがメイン サイトと htsearch を運用していました。Web メール、ライブラリ、オンライン システムはすべて IT 部門によって一元管理されていました。
各部門にどの程度の制御を委譲し、どの程度を集中管理するかを検討する際には、各部門の技術的能力と規模を考慮する必要があります。
部門のホスティングだけを考えているのであれば、cPanel は必要ないと思います。むしろ、それが問題を複雑にするだけです。cPanel は、スタッフ全員 (おそらく良いアイデアです) または学生全員 (リソースの消費量だけを考慮すれば、おそらく良いアイデアではありません) に個別のホスティングを提供する場合に役立つかもしれません。
答え3
まず、サポートしたいグループを決定し、それらのグループのニーズを調査し、次に提供したいサービスを決定することを検討します。その後、アーキテクチャについて心配することができます。
...
私が大学で働いていたとき、Gopher サーバーは徐々に成長して、大学のメイン Web サーバーになりました。最終的には、大学内のどのグループもスタッフの承認を得るだけで済むため、アカウントは 1,000 を超えました。つまり、学校や学部全体だけでなく、学生グループ、教員の個人プロジェクトなども管理していました (ああ、グループが廃止されたときや、スタッフが変更されたときなどを識別するインフラストラクチャがなかったため、古いアカウントをクリーンアップする方法がありませんでした)。
本当に欲しいなら、私が提案した「要件」を満たす設計をお渡しできます。ある請負業者が大学に提案し、その後、建設できると主張し、何ヶ月も何も示さなかった後、最終的にグレーマーケットのハードウェアを出荷しました。空のストレージアレイ。
(私が最も苦い思いをしている理由は、老朽化したインフラストラクチャを置き換えるために 2 台のマシンの Sun Cluster を導入するまであと数週間だったことと、システムへの個々の LDAP 認証情報を使用してログインするユーザーに対応するためにかなり面倒なシステムを実装していたこと、そしてデータのグループ ディレクトリ構造にアクセスしていたこと、一方 Solaris にはグループ クォータに関する適切な規定がなかったこと、さらに、Web サーバーが実際に障害を起こした場合でも CF サーバーをフェイルオーバーしない ColdFusion 用のコネクタを作成する必要があったことなどです)
最近は、仮想化をさらに進めると思います。7 年前、私たちの請負業者は、すべてを 2 台のマシン クラスター (iPlanet Web サーバーの 2 つのバージョン、Apache、chilisoft ASP、ColdFusion、PHP、Oracle、mysql、その他のデータベースなど) に投入することを主張しました (注: 当初は iPlanet + ColdFusion + Oracle を構築していました)。私が提案した代替品は、1U および 2U ボックスでいっぱいのラックだったと思いますが、最近は個別のハードウェアはそれほど必要ありません。
...
だから、この話の理由は（不満をぶちまける以外に）、すべてコミュニティが必要かどうかに関係なく、あらゆる場所で利用可能であり、要件分析を行って、保守がほぼ不可能なものを自らに与えることなく、コミュニティの大多数のニーズを満たすことができます。
答え4
私たちは、大学用の共有ウェブホスティング インフラストラクチャを作成中です。大学内の各部門は、このインフラストラクチャ上でサイトをホストできます。
行動方針を決定する前に、アーキテクチャを再考し、要件を収集することを強くお勧めします。一見すると、これは集中型 CMS システムと比較して、恐ろしく非効率的で管理が難しいように思えます。(例:共有ポイントまたは屋外）。SharePointタイプのシステムに移行することの利点（特に大学環境）は、IT部門にとって簡単に受け入れられるはずです。
そうは言っても、集中的な情報管理やサイト管理を必要とせずに複数の Web サイトを作成する正当な理由があったと仮定しましょう (通常は政治的な理由が正当化/理由になります)。
事実上、他の商用 Web ホスティング業者と同様に、共有ホスティング サイトを運営することになります。Plesk は、複数の OS 環境に最適な方法であることは間違いありません。さらに、Plesk は仮想サーバーと物理サーバーの管理も行います。