当前：
2x Web / DB服务器
每个都安装了IIS / MSsql. Windows网络负载平衡,使用虚拟IP地址和2个节点在2个节点之间分配流量. MSsql镜像,具有DB的自动故障转移功能.
1x MSsql见证服务器(小型VM)
如果一台服务器出现故障,NLB会将流量重新路由到另一个节点,MSsql会自动进行故障转移. NLB重定向可能有40秒的停机时间.
可能：
2个vSphere主机
>防火墙VM – 1个vcpu,512MB RAM,20GB HDD
> Web服务器VM – 1个vcpu,2GB RAM,50GB HDD
> DB Server VM – 2个vcpu,4GB RAM,100GB HDD
1x CentOS Linux SAN(作为NFS共享安装)
对于数据库和数据库而言,担心的资源不足.网页.目前,Web / DB服务器充分利用该节点,并且只有在一个节点出现故障时才必须共享该节点.如果SAN失败怎么办？被告知虚拟机HDD将驻留在主机上,SAN充当冗余存储.我认为此解决方案使用VMware高可用性 – 数据库的数据丢失是不可接受的.应该是2x DB VM机器设置MSsql镜像但在不同的主机节点上运行？
编辑：虚拟化的优势在于能够克隆机器,轻松转移到新硬件,能够分离出DB / Web服务器.对此有何评论？
任何帮助将不胜感激！
此外,您当前的解决方案可以保护您免受服务器内部的问题：应该f.e. O.S.其中一个服务器损坏,另一个服务器保持在线;如果相反,你唯一的数据库虚拟机有问题,你就会失去它.
我建议使用这两种解决方案：使用两台主机构建虚拟化环境,然后在其中放置冗余虚拟机,以便能够处理OS /应用程序级别的故障.但是,如果您的硬件资源有限且无法处理,那么请坚持使用当前的解决方案.