这个目前我们也遇到同样问题,不知道带nas机头的存储实现的nas功能是否可以用svc+gpfs实现双活。目前我们都是两地应用同访问一边的nas设备
第一个问题,如果是db2的purescale或者oracle 的extent rac加上存储虚拟化的双活实现了数据层的双活,那么任何一个中心挂掉,只相当于挂了数据库的一个节点而已,不存在数据复制的问题。因为vplex或者svc实现的是数据的双中
db2 的purescale和oracle的Extend rac加上存储的虚拟化设备实现的双活加上应用的负载就可以真正意义上实现双活了
真正的大二层双活是不存在地址冲突的问题,应用层,数据库层,存储层在网络大二层的基础上都实现双活了,就相当于在一个大的局域网,只不过是地点分2个或更多。数据库主备的服务IP在两边都有,如何从技术手段和制度手段避免IP地
存储双活都是通过所谓的存储虚拟化设备去实现,目的1是实现异构存储的资源池整合,2是实现双活数据中心中关于存储双活的目睹
既然是互联网应用那就首先把承载平台改为x86,然后做分布式部署的改造,整合应用和数据库架构随着分布式改造而适应
系统迁移的方法要看项目的整体背景,有新系统上线的连带迁移,有数据中心级别的迁移,有计算设备的升级换代。各种项目背景不一样升级方法不尽相同。总体原则数据完整性以及业务连续性。经历过两个数据中心级别的迁移,相关方
迁移的方法很多,存储层面,数据库层面,系统层面,往往迁移伴随着基础软件升级改造等,所以采用什么方式要根据需求而定,总之备份,风险控制是一定要注意。有任何问题欢迎骚扰
可不可以把用户痛点以及需求描述一下,可能解决客户问题不需要仅定位在虚拟化上
自动化运维的基础,日常命令组合注意总结,形成脚本
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30