在大学设置共享networking托pipe架构

我们正在为我们的大学创build一个共享的虚拟主机基础架构。 大学内的部门可以在这个基础设施上托pipe他们的网站。 我们正在考虑设置多个连接到共享存储的负载均衡Web服务器(用于Web内容和Apacheconfiguration文件)。 这些Web服务器后面还会有数据库服务器。 有没有人有任何其他的build议? 任何build议的替代设置? 将cPanel / WHM / Plesk作为自动化账户创build/维护的好主意?

我在一所有大约21,000名学生的大学工作。 我们一直以相当简单的方式提供这项服务一段时间。 从历史上看,我们已经有Apache和IIS环境供部门用作Web主机。 现在我们正在进行升级以提高可靠性,将多个Apache主机使用相同的存储设备放在一个硬件负载平衡器之后,这对于那些需要它的less数站点来说也是一个沉重的负担。

改变我对你的问题的答案的大事是规模问题。 我们已经有了一个Web服务组,作为部门之间的中介和后端工作来build立一个新的站点,他们与部门积极合作,以确定共享主机上的完整站点还是子站点更好地满足他们的需求。 我们每年都会有一些新的网站。 这对我们有用。

然而,大学里一个规模相当,但捐款额大得多的朋友,pipe理着比我更多的物理networking服务器,因为部门历来要求物理分离并得到它。 搬到像我们这样的build筑将会是一场艰苦的政治斗争,所以他们没有这样做。

如果您希望每年增加10个以上,您可以通过自动化stream程来看到收益。 需求的下降可能会使第一年远远高于晚年,但是你比我们更好地判断这一点。 最终,这样的工具将使过程更容易,但如果需求足够低,维护cPanel /不适用环境的努力可能会超过手工编码几个站点的努力。

我最近在工作的大学正在努力实施一个单一的商业pipe理系统,所有的部门将被鼓励/使用。 我可以看到他们的推理 – 它集中了所有的pipe理,它有助于鼓励在艺术品,devise,安全等方面的单一政策。从历史上来说,各部门都运行着自己的服务器,通过DNS委派,并与中央Web团队运行主站点和htsearch。 Webmail,图书馆和在线系统都由IT部门集中pipe理。

你要考虑部门的技术能力和规模,考虑你想把控制交给他们多less,以及你想要集中处理多less。

如果我们只是在讨论主pipe部门,那么我不认为cPanel有任何需要,事实上这只会让问题复杂化。 如果你为每个员工(这可能是一个好主意)或者每个学生提供单独的托pipe(这可能不是纯粹基于占用的资源量的好主意),cPanel可能会派上用场。

我会考虑首先确定你想要支持哪些组,调查这些组的需求,然后确定你愿意提供哪些服务……然后你可以担心架构。

当我在一所大学工作时,我们的gopher服务器慢慢成长为主要的大学网站服务器 – 最后,我们有超过一千个帐户,因为大学内的任何团体都需要一名工作人员签字。 这意味着我们有整个学校和部门,而且还有学生团体,教职员的宠物项目等等。(哦,我们没有基础设施来确定什么时候团体已经不存在了,或者工作人员改变了等等,所以我们没有清理旧账户的方式)。

如果你真的想要,我可以给你我devise的devise,以满足一些承包商向大学提出的“要求”,然后坚持他可以build立,并在几个月后没有向我们展示最终运送我们灰色市场的硬件与存储arrays。

(我主要是因为我们离开部署两台机器的Sun Cluster来replace我们老化的基础设施,而且我已经实现了一个相当混乱的系统来处理login到系统的个人LDAP凭证login的人,但是之后访问数据的组目录结构,而Solaris对组配额没有很好的规定,甚至不得不为ColdFusion编写连接器,如果它真的是Web服务器故障,则不会在CF服务器上进行故障转移)

现在,我可能会采用更多的虚拟化 – 7年前,我们的承包商坚持把所有东西都扔在两台机器上(iPlanet webserver,apache,chilisoft ASP,ColdFusion,PHP,Oracle,mysql和其他一些版本)数据库等等。[注意,我最初是在构buildiPlanet + ColdFusion + Oracle,就是这样])我认为我的build议replace是一个装满1U和2U盒子的机架,但是没有太多需要单独的硬件天。

所以,这个故事(除了发泄)的原因是 – 你可以尝试提供在阳光下可用的一切 ,无论你的社区是否需要,或者你可以做一些需求分析,并满足大多数社区没有给自己一些几乎不可能维护的东西。

我们正在为我们的大学创build一个共享的虚拟主机基础架构。 大学内的部门可以在这个基础设施上托pipe他们的网站。

我强烈build议在决定采取行动之前重新考虑架构并收集需求。 从表面上看,与任何集中式CMS系统相比,这听起来效率很低,难以pipe理。 (如sharepoint或露天 )。 转向分享点types系统(尤其是在大学环境中)的好处对IT来说应该很容易

这就是说,假装有一个合法的理由来创build多个网站,而不需要集中的信息pipe理和网站pipe理(通常政治是理由/原因)。

对于所有的意图和目的,你将运行一个共享托pipe网站,只是任何其他商业网站托pipe人会。 Plesk无疑是一个多操作系统环境中的好方法,此外,plesk还可以处理虚拟和物理服务器pipe理。