domino的虚拟化部署请教

我们公司今年上的虚拟池，使用的Hyper-V虚拟WinSrv2013+Domino853的方式，总得来说有利有弊，效果不见得如你预期的那么好，但也不见得会如一些质疑虚拟化的人感觉的那么差，总得来说虚拟化最关注的应该是兼容性问题，既有硬件的兼容，也有软件的兼容，譬如以10台服务器组成虚拟池而言，这10太服务器本身是有一定的兼容性要求的，甚至是同一型号更好；软件方面，你的底层操作系统和虚拟化软件的兼容性，以及虚拟出来的操作系统和Domino的兼容性都是需要反复尝试的，或者找供应商提供成熟方案，否则大问题不会有，但会有一些小毛病。收起

好东西，下来学习了收起

DOMINO走Vmware虚拟化没问题，但我们需要分析的是，用户频繁的读写数据（更有大量附件邮递），此时VM虚拟磁盘的性能就捉襟见肘了，磁盘一直处于busy状态。收起

早在2007年，我们已经开始了vmware实验使用，它的稳定高效，彻底解放了系统运行维护和程序开发，因此，用于Domino部署，完全没问题的，更多亮点，都优于其他方案：
1.快照，镜像
2.快速部署
3.存储共享
等等

有关Domino可靠性、负载均衡类问题，很多时候，会把群集、虚拟化，或简单的同步复制，作为备选方案之一。若，充分考虑用户状况，以及对服务的高可用程度（7*24？），那么解决方案是不同的。

专家 yingmu77 认为备份整个DOMINO文件夹就可以。 笔者认为，这是在服务可停机处理故障的前提可行，若要求是7*24不断间服务的系统，这样处理是不能达到的。若，运营过程中发现某库有问题，这样，若将备份库复制回生产机，笔者经验：因在线同名库被IO锁定，极易出现库损。这样，本来备份是解决问题的，却因此带来新问题。

考虑以下状况：
若某库已出现物理损坏，会有什么状况？
1.同步复制或集群
        --文件可能复制失败了，我们若关注日志，会知它是坏的。这时，备份体系要发挥作用了。

2.文件备份系统
        --文件虽然复制了，我们却不知它是坏的。

3.虚拟机镜像或快照
        --文件虽然复制了，我们却不知它是坏的。因为镜像只管“原样照搬”

因此，笔者意见，这些措施都在作各自的工作，它们不抢谁的工作，合理规划，才能防患于未然。收起

Vmware虚拟化可以解决灾备问题，如用FT、HA。性能提升一是硬件资源，二是做Domino集群。收起

第一层前端反向代理实现域名统一，对第二层进行负载均衡
第二层WEB加速（反向代理），对第三次复杂均衡
第三层，资源池，将Server分割成n个独立小单元。
3.1一组App使用两个单元Server（保证两个单元不再一个物理硬件上），第二层进行负载均衡（失效转移）
3.2通过阔中App组数量，限扩展应该规模，每组应用在自己的Server单元内不对其它组产生影响。
如果需要和第三份进行集成做出统一门户，可以在第一层后添加一个认证层。资源池部分通过虚拟化解决。

说白了，就是通过大规模分布式部署，提高性能与可靠性，通过虚拟化降低大规模分布式部署的成本。收起

可以上。但要对技术非常了解才行。一知半解就会很麻烦。收起

看你的用户有多少，收起

通过虚拟化部署，旨在提升我们打Server性能，对数据容灾本方案不产生影响。但从另外一个角度，通过虚拟化进行大规模打分布式部署，对不同应用或nsf进行非均衡打资源配置，即可降低成本，又可以保证系统打 7＊24小时不间断运行。收起

我们公司所有Domino服务器都部署在vmware里收起