如何能更好的规划好未来两到三年之后的灾备扩展性
毫无疑问，容灾是一个庞大耗时耗力的大型工程.
因此，在建设容灾工程的开始，我们就必须提出明确的容灾系统设计指标，作为衡量和选择容灾解决方案的核心考量。这些指标通常包括：灾备系统的等级（数据/应用/业务）；备份/恢复允许的时间范围；能够允许有多少数据被丢失；业务中心与容灾中心之间如何相互连接；数据是怎样在两个中心之间传送；怎样保证更新的数据在容灾中心被更新；容灾系统的应用处理能力；容灾系统的扩展能力等等。从容灾技术来看，目前主要分为基于底层存储、基于主机和基于网络三种。如何选择，企业可根据自身的实际运营情况，根据可用性、经济性、可扩展性等原则，来选择适合自身业务要求及发展的容灾线路。
同时，在完成庞大的容灾工程建设之后，随着企业业务的不断发展，IT技术的更新换代，企业信息化建设也必然会持续发展，业务系统的新增、升级等是大势所趋。如何考虑容灾系统的同步扩容或改造，也是企业IT人员切实需要考虑的问题。未来两到三年之后的扩展性如何规划，也是我们需要面临的问题。
希望借此机会听听大家是如何考虑这个问题的？也希望听听互联网的企业他们是如何考虑的。
因此，在建设容灾工程的开始，我们就必须提出明确的容灾系统设计指标，作为衡量和选择容灾解决方案的核心考量。这些指标通常包括：灾备系统的等级（数据/应用/业务）；备份/恢复允许的时间范围；能够允许有多少数据被丢失；业务中心与容灾中心之间如何相互连接；数据是怎样在两个中心之间传送；怎样保证更新的数据在容灾中心被更新；容灾系统的应用处理能力；容灾系统的扩展能力等等。从容灾技术来看，目前主要分为基于底层存储、基于主机和基于网络三种。如何选择，企业可根据自身的实际运营情况，根据可用性、经济性、可扩展性等原则，来选择适合自身业务要求及发展的容灾线路。
同时，在完成庞大的容灾工程建设之后，随着企业业务的不断发展，IT技术的更新换代，企业信息化建设也必然会持续发展，业务系统的新增、升级等是大势所趋。如何考虑容灾系统的同步扩容或改造，也是企业IT人员切实需要考虑的问题。未来两到三年之后的扩展性如何规划，也是我们需要面临的问题。
希望借此机会听听大家是如何考虑这个问题的？也希望听听互联网的企业他们是如何考虑的。
13同行回答
对于灾备，个人认为，应该是业务驱动，而不是技术驱动，比如，首先要做BIA（业务影响分析）、AIA（应用影响分析），进而确定灾备的目标。企业用户都在谈双活，并且是同步的，从技术上很难实现，互联网企业也在谈双活，不过大部分是异步的，因为异步带来的RPO影响，业务可以接受。
说到底，是业务目标和技术能力之间的匹配，找到一种合适的技术。收起
说到底，是业务目标和技术能力之间的匹配，找到一种合适的技术。收起
浏览2332
浏览2844
你的问题很有代表性，但函盖的内容太多，我就谈谈自己的一点看法，希望对你有所帮助。
一，扩展性
首先是架构能支持多少用户，未来３－５年要支持多少客户，对应的IOPS/Mbps有多少增加？
其次，计算资源需要多少，主要是服务器的扩展性是够支持
再次，存储如果扩展磁盘，如果不增加扩展柜，还能插多好磁盘；如果增加扩展柜，有物理空间，有电源么？存储还能增加缓存么？
最后，这些都扩展了，人手怎么样，能忙的过来么，有没有简化管理的办法？
二，案例
您的问题，很多客户都面临过，看看大的客户，在达到您未来5年后的规模，他们选择的是谁家的方案；
同行业选择的是谁家的方案
三，产品的连续性
考虑到未来，我们不得不考虑产品线的稳定性，单纯一个产品再花哨，如果这个产品在市场上就停留２年，到你第五年的时候，你会有怎样的感觉。
具体的技术我不谈了，上面的那兄弟谈的技术，不是什么规模的客户，不是任何的场景都适用的。
预祝顺利。收起
一，扩展性
首先是架构能支持多少用户，未来３－５年要支持多少客户，对应的IOPS/Mbps有多少增加？
其次，计算资源需要多少，主要是服务器的扩展性是够支持
再次，存储如果扩展磁盘，如果不增加扩展柜，还能插多好磁盘；如果增加扩展柜，有物理空间，有电源么？存储还能增加缓存么？
最后，这些都扩展了，人手怎么样，能忙的过来么，有没有简化管理的办法？
二，案例
您的问题，很多客户都面临过，看看大的客户，在达到您未来5年后的规模，他们选择的是谁家的方案；
同行业选择的是谁家的方案
三，产品的连续性
考虑到未来，我们不得不考虑产品线的稳定性，单纯一个产品再花哨，如果这个产品在市场上就停留２年，到你第五年的时候，你会有怎样的感觉。
具体的技术我不谈了，上面的那兄弟谈的技术，不是什么规模的客户，不是任何的场景都适用的。
预祝顺利。收起
浏览2992