分布式架构的双活,目前看更多的还是依赖于其自身的多副本部署策略。看各家的方案中,单套拉伸距离进行扩展的居多。对两中心之间的网络质量需求比较高。
可以参照下图,Power平台无论在单数据中心内的高可用,还是双中心容灾,以及双中心双活架构下,都有众多的解决方案。在虚拟化和云的方案中,VM Recovery Manager方案可定制事件触发的自动化脚本,实现自动处理。Live Partition M
主流的存储厂商的存储产品都可以实现双活,功能上大同小异。如果自己有多个不同的存储,也可以通过存储虚拟化网关来实现双活的功能,从而屏蔽掉主备中心存储不一致或不兼容的问题。
考虑业务建设双活架构,有几个需要注意或规避的问题,其中之一就是写操作特别多的业务是不太适合做双活的。至少在当前普遍的线路成本和线路质量的条件下,不是很适合。大量频繁的写操作,在双活的需求下需要实时同步到同城中
我理解这个问题有两种可能:第一,对于任意一个应用系统而言,都仍然是部署在一个中心,另一个中心是数据或应用级的备份。这样的话,是通过故障时DNS的重新指向引流到备中心的,或手工或通过策略。第二,如果应用层已经是双中心部
目前我们看到城商行级别最核心的一类和二类服务器,选择成熟稳定UNIX小型机的用户还是占大多数。原因在于小型机架构部署核心应用,安全稳定且成功案例丰富。考虑到跨数据中心的容灾和双活,小型机配合存储及数据库层的解决
将数据库的启停命令分别写到启动脚本和停止脚本中,在PowerHA中调用启停脚本来执行数据库的启停。
这些可以靠一些远程技术去实现,在Power虚拟化中可以通过remote restart功能远程实现虚拟服务器重启。
个人觉得,不是虚拟化高可用只能用在共享存储上,而是分布式存储软件定义和简化存储管理的特性决定了分布式存储不太使用虚拟化。
虚拟化的软件是具有一定的兼容性要求的,通常各种软件都会有兼容的列表,可以提示用户哪些产品在哪些版本之后可以兼容。过于陈旧的系统,可能会由于兼容性的问题无法直接与新系统对接迁移。通常在新旧系统迁移时,还是需要有
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30