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

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

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

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

其实就是和小机HA一样，双活适用于同一机房或同城两个数据中心，hyperswap是通过两台存储集群让两台存储的卷实现同步复制，通过仲裁结点判断存储是否可用，hyperswap功能是免费的，但要实现双活功能需要远程镜像功能；...

分库分表分区是解决大数据量时的一个分而治之的思路，建议依次考虑的顺序如下1.分区：表分区之后只是引擎存储的工作去保证，对用户相对透明，因为对应用侵入度较低；2.分表：在同一个schema中的多个表，应用可能需要根据业务逻辑去判断业务对应的表，这种情况下单库内路由也相对比较好办...