安装主从复制的数据库服务器，将主库和从库的数据同步。在Zabbix Server的配置文件zabbix_server.conf中，配置数据库的主从复制信息。在Zabbix Server的配置文件zabbix_server.conf中，配置数据库的读写分离信息。...

1、读写分离主要依赖数据库能力，主从方式是应用最广的模式。2、监控本质上是基于时序的，因此直接使用时序数据库也是不错的解决方案

使用中间件，性能提升明显

数据库建议虚拟机或者物理机部署。容器部署数据库，也许开发测试环境玩一玩。生产环境还是不建议使用容器部署，加深运维难度，得不偿失，不求先进性，但求稳定性。

1.存储双活后，还有一个难点就是热点数据的跨站访问，实施了数据库和存储层同时双活，会出现数据竞争的问题，这样也降低了IO效率。这时候就要通过锁预取和缓存策略，通过较小的控制报文，向锁权限缓存节点申请写权限，并利用锁预取将部分区间的写权限缓存到本地。这样，后续的连续写I/O...

如果做读写分离的话，可以考虑利旧使用 两台HP DL385 G7服务器。因为对于HIS系统来讲，读的操作比较多，而写入的数据比较少。一般三甲医院每年的数据量不会超过几百GB，相对数据量比较小。可以使用 两台HP DL385 G7做为写入服务器， 两台联想3850 X6做数据读取服务器。另外，还要考...

双活主要是要解决因为延迟和并发导致数据冲突和一致性的问题。不同数据库有不同解决方案。可以百度各数据库名+多主来查看。有的多主是伪多主，只是从节点将请求转发给主节点而已。mysql : 自增键差异的多主（原生）mongo : sharding基于zone分区oracle : 异地rac等但是多活往...

这个问题涉及到两个互相关联的方面。存储是物理上的概念，文件系统是逻辑上的概念。存储主要和硬件相关，IOPS，吞吐量，网络延迟，容量，可靠性等等分布式文件系统，是跑在硬件上的逻辑概念，是数据存储的用户态。通常考虑因素有 文件系统的策略（cfq/noop/deadline），文件系统的类型（GFS2/OCF...

mysql双活跟你说的有点区别就是，你说可能是单个数据中心的模式，如果做双活，肯定是多个数据中心的，还有就是，至于流量的切换可以在应用层这边做分流，至于你说的无人值守，其实在双活的理论上是不需要的，一个数据中心全都出问题，所有的流量走另外的数据中心...

部分应用需要并发度比较高的应用(为了各种双11之类的)的采用了DB2的HADR V10.5的备库可读实现应用上的读写分离