nixgeek's questions

在与...类似的行中

http://serverfault.com/questions/35899/mysql-5-1-replication-topologies-multi-master

我想知道的是那里是否有任何非常好的MySQL 代理？我平台的一部分是“共享托管”环境，客户通常会配置（例如）他们的应用程序以与“mysql4-7.db.domain.tld”对话。

不幸的是，这使得升级成为一种“全有或全无”的方法，并且测试很棘手。

我想做的是将每个人都指向一组高度可用的代理，让它们处理身份验证并将查询传递给适当的数据库服务器。

我希望看到的功能；

• 可从数据库配置
• 某种共享状态，因此我们可以进行无缝故障转移
• 不完全拖累性能
• 额外的日志/指标来识别重度用户/数据库，应该是可能的，因为代理会看到所有的查询都通过？
• 能够监听多个 IP 地址和端口

最终目标是能够一次将用户转移到一个数据库上，这样我们就可以分阶段处理升级，而且大多数情况下，客户不会注意到或关心。请记住，我们不为这些人编写应用程序，也不提供“深度”技术支持（应用程序配置级别） ，我们的一些用户非常无能。因此，这种思路;）

我考虑过为每个数据库创建 DNS 记录，类似于：

databasename.db.domain.tld

然后将它们指向正确的数据库服务器，我们确实有一个约束，即数据库名称（跨所有数据库平台）必须是唯一的......有没有更好的解决方案？

很高兴回答问题。谢谢你的时间！

你好:-)

我再次在寻找新知识，作为我当前工作的一部分，我是一名兼职 DBA，并且对任何文档或阅读有关防弹多主复制拓扑的任何文档特别感兴趣 - 有没有人有任何指针?

在过去的角色中，我已经实现并支持了这样的拓扑，但总是有“捕获”（auto_increment_increment，auto_increment_offset 是两个大问题），你只能在最后一分钟才发现，并且很可能会毁掉你的一天。

对于大量 InnoDB 工作负载，多主复制的大问题是什么？作为一名熟练的 DBA，您如何着手解决这些问题？如果您使用 MyISAM 存储东西，或者实际上，其他存储引擎现在它们很好且可插入，那么情况会如何变化，也许有人有使用 Infobright 或其他数据仓库的经验？

任何提议的解决方案都应强调恢复技术。DBA 如何有效地备份该拓扑，恢复过程有多容易？它是否足够防弹，以至于您可以在前面放置一个支持 TCP 的负载平衡器（在源 IP 上散列或类似的东西），并且在 MySQL 主服务器出现故障时零停机时间（或该死的接近……）？

我已经阅读并强烈推荐 Baron Schwartz 的 High Performance MySQL，但是，我真正追求的是几个真正优质的网站，其中涵盖了所有要点，并根据需要链接到更深入的阅读材料。谁有一个方便的？:)

Bonus brownie 指出任何解决方案都可以将“池”从属设备挂起，以用于具有特别繁重的读取工作负载的奇怪应用程序。

非常感谢。

问候，

我想问一下集体对分布式监控系统的看法和看法，您使用什么以及您知道哪些可能会打勾？

要求相当复杂；

• 没有单点故障。真的。我死定了！需要能够容忍单/多节点故障，“主”和“工作”，您可以假设没有监控位置（“站点”）中有多个节点，或者在同一个网络上。因此，这可能排除了传统的 HA 技术，例如 DRBD 或 Keepalive。

• 分布式逻辑，我想在多个网络、多个数据中心和多个大陆上部署 5 个以上的节点。我希望从我的客户的角度来看我的网络和应用程序的“鸟瞰”视图，当您拥有 50 多个节点甚至 500 多个节点时，监控逻辑的奖励积分不会陷入困境。

• 需要能够处理相当合理数量的主机/服务检查，例如 Nagios，因为大致数字假设每台主机有 1500-2500 个主机和 30 个服务。如果添加更多监控节点允许您相对线性地扩展，那就太好了，也许在 5 年内我可能希望监控 5000 台主机和每台主机 40 项服务！从我上面关于“分布式逻辑”的注释中补充一下，很高兴说：

  • 在正常情况下，这些检查必须在 $n 或 n% 的监控节点上运行。
  • 如果检测到故障，则在另外 $n 或 n% 的节点上运行检查，关联结果，然后使用它们来确定是否满足标准以发出警报。

• 图表和管理友好的功能。我们需要跟踪我们的 SLA 并了解我们的“高可用性”应用程序是否 24x7 全天候运行有点有用。理想情况下，您提出的解决方案应该以最少的麻烦进行“开箱即用”的报告。

• 必须有一个可靠的 API 或插件系统来开发定制检查。

• 需要对警报保持敏感。我不一定想知道（通过 SMS，凌晨 3 点！）一个监控节点认为我的核心路由器已关闭。我确实想知道他们中是否有一定比例的人同意正在发生一些时髦的事情；）本质上，我在这里谈论的是“法定人数”逻辑，或者将理智应用于分布式疯狂！

我愿意考虑商业和开源选项，尽管我更愿意避开花费数百万英镑的软件:-) 我也愿意接受可能没有任何东西可以打勾所有这些框，但是想问问集体那个。

在考虑监控节点及其位置时，请记住其中大部分将是随机 ISP 网络上的专用服务器，因此在很大程度上超出了我的控制范围。依赖 BGP 馈送和其他复杂网络滑稽动作的解决方案可能不适合。

我还应该指出，过去我已经评估、部署或大量使用/定制了大多数开源风格，包括 Nagios、Zabbix 和朋友——它们确实不是糟糕的工具，但它们总体上持平”分布式”方面，特别是关于我的问题和“智能”警报中讨论的逻辑。

很高兴澄清所需的任何要点。干杯男孩和女孩:-)