我正在对这个问题进行彻底检查，以更具体地确定我需要帮助的地方。
我使用两个工具来pipe理一堆云服务器： Puppet和Rundeck 。 这两个都可以configuration为使用mysql后端。 我想在美国和英国设立每个应用程序的一个实例，将英国服务器视为热备份，以防在美国发生故障
我想使用MySql集群，以便将数据自动从美国复制到英国。由于这些是热备份，高性能不是目标。 冗余和数据完整性是最重要的。
我的问题围绕着mysql集群的设置。 我想运行三台服务器，每台服务器运行一个数据节点，一个sql节点和一个pipe理节点。 这是一个有效的MySQL服务器configuration？ 如果是这样，有人能指出我正确的方向来创build这样的设置？ 我已经下载了官方的tarball和官方的debian，并且他们的文档与许多在线教程相矛盾。 我在Ubuntu 10.04上安装。
对于MySQL集群部署，您至less需要2个数据节点，在这两个数据节点之间可以同步复制数据，并且会在每个站点上推荐。 然后使用由MySQL服务器节点提供的asynchronous复制在两个数据中心之间进行复制 – 在MySQL-land中，这称为地理复制
pipe理节点可以共同位于SQL节点上
要开始，我build议您查看快速入门指南，其中介绍了如何在单个节点上进行部署： http : //downloads.mysql.com/tutorials/cluster/GetMySQLClusterRunning-LINUX.pdf
这里还有一个教程： http : //mysql.com/products/cluster/cluster_install_demo_linux.html
我们很难回答这是否“合理” – 我们对您的环境，体系结构，工作量，性能公差范围等一无所知。
如果您的环境已经“在云端”，并且您select的提供商可以在英国提供托pipe服务，这似乎是完全合理的，只要您有一个好的，可靠的复制计划。
如果您使用的是专用设备，我会build议您在进入“云端”之前进行性能和可行性研究，并build议您在将数据（和业务）提交给其他人的基础设施之前考虑到云中断的历史 。 将其他地方的确切当前设置复制到其他地方（即使这意味着为机架和电源支付更多费用），直到您确切知道还有其他架构可以满足您的需求为止，可能会更容易一些。
如果成本是一个严重的问题，考虑在远程站点部署一个VMWare环境。 性能通常是合理的，在单个VM主机的范围内您将拥有一些有限的可扩展性选项，机架占用空间（因此成本）大大降低。
devise和长期pipe理一个可扩展的多站点（特别是多国）架构是超出了你的问题的范围，即使你暗中询问它（ If so, would anyone be able to help me with the configs? ）/ – 如果你还在编写教程，而又不知道如何将它们推广到多站点/多国架构，那么有两种可能性：
你缺乏这样做的经验。
（雇用一个知道自己在做什么，并从中学习的人，从长远来看便宜）
你的教程/例子有糟糕的架构，你正在被他们h </s>
（重新devise一个理智的build筑 – 如果你不确定如何使devise更好，经过长时间的思考，你就回到了“雇人”的领域）