A basic installation contains at least 2 database servers and 1 monitoring server. In this guide, I used 5 servers with Debian Lenny (5.0)
| function | ip | hostname | server id |
|---|---|---|---|
| monitoring host | 192.168.0.10 | mon | - |
| master 1 | 192.168.0.11 | db1 | 1 |
| master 2 | 192.168.0.12 | db2 | 2 |
| slave 1 | 192.168.0.13 | db3 | 3 |
| slave 2 | 192.168.0.14 | db4 | 4 |
I used the following virtual IPs. They will be distributed across the hosts by MMM.
| ip | role | description |
|---|---|---|
| 192.168.0.100 | writer | Your application should connect to this IP for write queries. |
| 192.168.0.101 | reader | Your application should connect to one of these four IPs for read queries |
| 192.168.0.102 | reader | |
| 192.168.0.103 | reader | |
| 192.168.0.104 | reader |
本日志由 flyinweb 于 2012-01-31 16:19:48 发表到 数据库技术 中,目前已经被浏览 312 次,评论 0 次;
作者添加了以下标签: Multi-Master Replication Manager for MySQL,mysql-mmm;
首页只显示了部分日志内容,要查看日志的全部内容请阅读全文;
一、MMM简介:
MMM即Master-Master Replication Manager for MySQL(mysql主主复制管理器)关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件(在任何时候只有一个节点可以被写入),这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡,所以你可以用它来在一组居于复制的服务器启动虚拟ip,除此之外,它还有实现数据备份、节点之间重新同步功能的脚本。
MySQL本身没有提供replication failover的解决方案,通过MMM方案能实现服务器的故障转移,从而实现mysql的高可用。
MMM项目来自 Google:http://code.google.com/p/mysql-master-master
官方网站为:http://mysql-mmm.org
Mmm主要功能由下面三个脚本提供
lmmm_mond负责所有的监控工作的监控守护进程,决定节点的移除等等
lmmm_agentd运行在mysql服务器上的代理守护进程,通过简单远程服务集提供给监控节点
lmmm_control通过命令行管理mmm_mond进程
本日志由 flyinweb 于 2012-01-31 16:04:20 发表到 数据库技术 中,目前已经被浏览 413 次,评论 0 次;
作者添加了以下标签: mysql-mmm,Multi-Master Replication Manager for MySQL;
首页只显示了部分日志内容,要查看日志的全部内容请阅读全文;
而且直接配置文件是效率最高的,通过其它驱动效率都相对较低,BDB
这个测试不太准确,看官方的测试结果:http://bind-dlz.sourceforg
为什么使用BDB时QPS这么低? 我在bind版本基本相似的环境中测试的
It is quite useful and interesting too.
VIRT 的上限是64G,也就是36位, cat /proc/cpuinfo的结果是:addre
昨天要准备用线程重写webbench,试验了下Fedora Linux 2.6.35.14
不明白您的具体的意思是什么?
已经发送到你QQ邮箱