网站虚拟主机性能调校维护问题

问：

大家都说apserver跟dbserver要分开，性能会更好。但现在很多公司都用虚拟主机了，就算分别安装网站应用服务器跟数据库服务器，还是用同一个实体主机的资源啊?这样前述的说法还有效吗?

答：

AP/DB性能不佳,原本就应该进行调校,调校得宜者,不论实体虚拟都不会有问题。现在问题在于:原先的实体机管理者,不善系统调校,只能放着给他烂。此时如果由这个管理者自行导入虚拟化,结果还是一样烂。但是一个专业的虚拟建设顾问,在导入前,势必会先做实地勘察(Sitesurvey),看看哪些适合虚拟化?那些不适合?而那些原本就重拖的系统,是否有机会先进行调校,之后再来虚拟化?如果不能调校,是否可以事先配置足够的硬件资源,来满足这些重拖的系统?

SiteSurvey->Sizing->Deployment是专业顾问的基本程序,上了虚拟化会变好,是因为顾问在前面做了很专业的SiteSurvey和Sizing,所以在虚拟化的过程中,一并解决了原本实体机上面,管理者应该要做,却没有去做的调校或是资源分配的工作。所以有这样以上的过程,才会真的变快。

事实上，这是新客户的提问。一直以来，我们都建议客户将AP/DB分开，而此新客户就问说，我们都是虚拟主机了，这样分开还有意义吗?AP/DB分开,不是只有性能上的考虑,还有维护上的问题。假设你的AP出问题,整个系统要重新安装的话,此时若DB是在另外一台服务器上,你一定会感谢神明,不必没事毁了一个好好的DB,还要重新备份几百GB的数据再倒回来。而且万一该DB是多个AP共享的话,你这样一重装,岂不是所有AP都要停摆?

此外,当你发现DB负荷很重,想要从系统数据去察看的时候,你也不希望CPU的用量是跟AP混在一起,分不出到底是DB用得多?还是AP用得多?PhysicalDiskI/O也不会混在一起,看不出是DB用得多?还是AP用得多?

以查修经验来看,微软的架构,最好是一个操作系统,只执行一件事情,这样最容易查修。多用途共享一个操作系统,查修时会碍手碍脚的,因为你不知道动了这个参数,会不会去影响另外一个原本功能正常的任务?互相牵扯的因素多了,查修需要更谨慎,也更花时间,才能避免引发更多的故障。原本任务分开,查修一台需要一小时;把它们合在同一台,查修起来可能会变成三小时。