我们是要建立一个云灾备还是基于云下云上的多活中心?

对于云灾备的建设,我们要明确一点,我们是单纯建立一个静默的灾备中心用于接管故障时的主数据中心,还是建立一个与主数据中心互备的多活中心共同提供服务?对于云上、云下互备的多活中心,方案有哪些?...显示全部

对于云灾备的建设,我们要明确一点,我们是单纯建立一个静默的灾备中心用于接管故障时的主数据中心,还是建立一个与主数据中心互备的多活中心共同提供服务?对于云上、云下互备的多活中心,方案有哪些?

收起
参与26

查看其它 9 个回答zp_ccc的回答

zp_ccczp_ccc  高级技术主管 , 国内某金融科技公司

某个企业自建云数据中心,仅仅作为灾备中心使用,除非这个企业未来想作为灾备服务的提供商,提供灾备云服务,为更多的企业提供灾备服务,我觉得才值得。
通常云计算中心还是以提供云服务为主,灾备服务只是云服务的一个很小部分。

灾备想先谈谈数据上云,系统核心数据,尤其是数据库,成为企业上云最不容忽视的隐性成本。
云模式下企业可以降低自己从头建设数据库及后期运维的成本,吸引了大批企业规划上云。但实际应用中,绝大部分企业 都并非从零开始,都具有一定的数据库基础。对于想要应用云数据库的企业,“上云迁移”成为了其最大的门槛。“如何 保证数据安全完整,如何建立失败回滚标准,如何对数据库重新进行设计,如何进行数据模型的转换,如何对新架构做调 优……”,这些问题都需要企业谨慎考虑,具备一定的难度。虽然各公有云厂商针对上云迁移都提供了相应的工具,但由 于迁移的复杂性,也催生了许多提供咨询、选型、规划、迁移、运维、优化等服务的中间厂商,近年来发展迅速。

第一步:分析判断,根据企业自身具体需求判断选 择云数据库还是自建数据库:对于一些大型企业,出于安 全性和个性化的考虑,通常 采用自建本地数据库的方式,对于一些IT预算有限的中小 企业,云数据库提供了可行 的解决方案

第二步:制定计划,收集需求,判断解决需求需要哪些能力,评估哪些数据库需要迁移,(建议从非关键业务系统、 非核心生产系统入手),评估应用程序配合迁移数据 库需要作出的改变,建立成功的评判标准和失败 回滚原则

第三步:执行迁移,数据库备份(热备份or冷备 份、部分备份or全部备份),重新设计数据库(可选),复制并将数据(包括备份后 对原始数据的更改)重新存 储在云中,移交后检查:数据验证、端 到端测试(验证基本功能)、 性能测试、安全评估

第四步:测试及调优,性能优化:负载测试、分布 优化;可用性优化:容灾恢复计划、 日志和系统检测、变更检测、 系统测试;

互联网服务 · 2021-06-07
浏览3286

回答者

zp_ccc
zp_ccc1615
高级技术主管国内某金融科技公司
擅长领域: 存储灾备服务器

zp_ccc 最近回答过的问题

回答状态

  • 发布时间:2021-06-07
  • 关注会员:11 人
  • 回答浏览:3286
  • X社区推广