我正在build立一个高度可用的Web群集，我打算开始使用连接到共享存储的2个Web服务器（可能通过NFS）。 什么是实施这个最好的方法？ Web服务器是否只有Apache运行，并且所有Web内容（html，css）都驻留在共享存储上？ 所以，如果我决定扩大，那么我只需要添加额外的Apache节点？ 如果我使用一个CMS如Wordpress，这是否意味着我只需要安装Wordpress一次（在共享存储上），并不断添加运行Apache的服务器来共享负载？
我们正在将大约20个数据库移动到sql 2000的单个实例上，并将其转换为使用数据库镜像的sql 2008 r2环境。 我正在寻找的是一个工具或脚本，可以帮助我轻松地pipe理这些20db的转换和pipe理到这个新的镜像环境。 设置每个数据库有很多步骤，我想尽可能自动化。 编辑：这是我一直在手动做的步骤： 从旧的SQL 2000服务器到新的SQL 2008服务器上创build相同的用户名/密码。 然后将这些用户/密码同步到另一个具有相同SSID的SQL Server 2008服务器，所以当我们做数据库备份和恢复他们匹配。 采取每个SQL 2000数据库的备份。 将它们复制到服务器A. 将备份还原到服务器A. 从服务器a备份，复制到服务器b，在那里恢复。 运行镜像“configuration安全性”向导。 开始镜像。 我很喜欢能够编写这个脚本，或者有一个工具可以帮我。 谢谢！ 保罗
我是IT专业人士的新手，任何人都可以点亮一下：Windowsnetworking负载平衡，硬件负载平衡和故障转移群集有什么区别？
我们为客户build立一个社交网站，我们将在这里开始1个主站和2个从站MySQL服务器。 我不确定是否需要使用企业版本或使用GA版本。 对我来说，唯一的优势是MySQL企业级监控器，我们只能获得5000美元/服务器企业版。 你会build议购买它，还是使用第三方监视工具？ 有没有人知道任何类似的MySQL企业监视器的工具？
任何人有什么强大的理由为什么HeartBeat，HAProxy，NGINX或任何其他反向代理所需的Apache Tomcat的Web应用程序，当我们可以有Tomcat的HA和LB支持与Apache mod_jk设置的群集？ 有人请… …？ 还有其他的问题吗？
外部架构师为面向服务的架构环境devise了一个架构。 他们将可用性确定为99.9％，相当于每年最多9小时的停机时间。 我在哪里可以find有关如何将其映射到物理体系结构的资源 ？ 我们认为到目前为止我们需要的主要组件是： 一个Drupal CMS与其数据库（一台机器） API：授权，authentication，logging，pipe理，PubSub和学习logging存储LRS :(一台应用程序服务器） 一台用于存储的数据库服务器（LRS，日志，configuration文件） 这是一个500万个城市的市政环境。 没有关于并发访问要求和类似的东西的数据，但我宁愿不要在这个问题上走高端。 战略是开始精益，但强劲，如果需要扩大。 请您非常欢迎您提供更多的信息，或者对组件架构的第一步进行评论 – 或者您可能认为相关的任何内容。 谢谢。
我有一个没有单点故障的系统要求。 客户端每台服务器提供了两根以太网电缆。 每台服务器都将连接到他们的networking，但是我想要为PostgreSQL复制stream量设置一个单独的networking（使用stream式复制）。 客户端对networking上的高stream量很敏感，我也希望确保复制尽可能快地发生，而不会受到networking上其他系统的影响。 该计划是有两个独立的双端口网卡，所以我最终有两个连接到每个networking，这是使用网卡绑定和链路聚合交换机组合。 通过这种方式，任何一个网卡都可能会失败，并且仍然存在对两个networking的活动连接 我的问题是，使用网卡绑定（组合/中继），你有两个networking连接到同一个networking交换机 – 这样，我的数据库复制networking的networking交换机成为一个单一的故障点。 如何避免数据库集群节点之间的单点故障？
是否可以使用stream量pipe理器来pipe理内部azure色服务（存储，服务总线等）的连接。 目标是拥有多个存储帐户和队列，以便在其中一个失败时另一个应用程序仍然可以工作。 我知道有可能build立我的应用程序，所以它自动执行此操作。 但我可以使用交通pipe理器来实现这个？
是否有可能实现部署在Azure应用服务中的Web应用程序的100％可用性？ 我们有一个ASP.NET MVC Web应用程序部署到Azure应用程序服务。 我们已经将这个应用程序部署到Azure应用程序服务的三个区域，并且定价层级为Premium-P3。 每个区域都启用Auto Scaling，以根据性能（CPU％）将App Service计划从2个扩展到10个实例。 stream量pipe理器用于在三个区域之间路由stream量（基于性能的路由）。stream量pipe理器端点监视具有以下configuration： 探测间隔：10秒 容忍的失败次数：0（值为0表示单个监视失败可能导致该端点被标记为不健康。） 探测超时：5秒 然而，当我们在高负载的情况下停止一个地区的应用程序服务（我们因为大部分stream量预计将冲击该应用程序服务而停止在中美国）时testing系统时，我们观察到一些请求/事务失败/错误在交通转移到其他地区之前。 这不是100％的可用性。 我们如何确保系统的100％可用性？ 请注意：我不在寻找保证100％可用性的Azure SLA的细节，我知道没有这样的事情。 我正在寻找一个devise模式或对我们现在的devise进行修改，我已经在我的问题中解释了这个devise模式，这将帮助我们实现它。
我需要设置我的应用程序是这样一个方式，使我接近0宕机。 我的一个数据中心在德克萨斯州，另外一个在拉斯维加斯。 现在，如果我的服务器被认为是公关的TX，那么所有的stream量都将被转移到Vegas服务器上，这就是DR（灾难恢复）。 如果我们使用像HAProxy或NginX这样的软件负载平衡器，使用Keepalived（检查DR站点负载平衡器和PR站点负载平衡器之间的心跳），我们将最终进行主动 – 被动负载平衡设置以克服故障转移。 这里我们的应用程序将处于主动 – 主动模式。 在这里input图像说明 如上图所示，所有stream入的stream量将达到负载均衡器（Active PR负载均衡器和被动DR负载均衡器，它们之间使能的心跳）的虚拟IP。 如果PR站点负载均衡器处于活动状态，则会将负载路由到PR站点门户应用程序实例以及DR站点门户实例（因为两个站点均处于活动状态），此时DR站点负载平衡器将处于空闲状态，并持续监视活动负载平衡器。 如果PR站点发生故障，则DR站点将变为活动状态，并自动指向DR站点Portal应用程序实例。 但是我听说，使用Keepalived设置Active-Passive负载均衡器的问题是，它在局域网中工作，但在WAN设置中无法工作。 在我们的情况下，主动PR负载均衡器将在TX和被动DR负载均衡器将在Vegas。 那么，要实现具有故障转移设置的HA，我该如何使用软件负载平衡器？