windows-server-2003 – Windows Server上的PostgreSQL故障转移群集

我们正在寻找有关如何为我们的应用程序设置基本故障转移群集的建议：

>我们将使用4台运行Microsoft Windows Server的计算机(最有可能是2003年).
>所有四个将始终运行我们的应用程序,它本质上是一个Web服务.
>负载平衡是“外包” – 其他人处理服务器之间的Web请求分发.
>在任何给定时间,只有一台服务器会主动运行PostgreSQL服务器.另一台服务器(四台)也安装了数据库,但处于待机/被动状态.
> DB数据存储在共享存储中.不在服务器之间复制数据.

>许多最终用户以及相当小的数据块都经常进行读取.
>写入的频率低得多,用户少,数据量大.

现在,如何配置Microsoft群集服务以始终只保留一个数据库服务器实例和4个实例(每个服务器1个)？ PostgreSQL是否完全与MSCS整合？

更新：
我还考虑使用日志传送来复制几个数据库服务器上的数据,而不是将数据保存在共享存储上.此选项有两个问题：

>日志传送只确保我有第二台服务器获取所有数据并准备接管.如何实现实际的故障检测和故障转移开关？
>切换回：假设主设备发生故障,系统自动故障切换到从设备,之后主设备重新联机.我知道,对于WAL运输,这将需要再次重新配置日志传送,并且切换回来远非无缝.是这样吗？

使用通用服务模式,PostgreSQL可以与MSCS一起使用.建议您也在共享驱动器上安装PostgreSQL二进制文件,并将服务指向那里 – 这样您就可以确保不会出现版本不匹配的情况.

Lars有一个很好的观点,因为不建议在同一台机器上运行db和appserver.你可能想考虑使用2台机器用于数据库,2用于appserver – 或者至少让MSCS取消运行PostgreSQL的节点上的应用程序服务器(我不确定它是否可以做到,但我想象这应该)