如果要做双活，什么样的服务才能做双活，是不是必须是自建云服务才能用双活方案？
双活是一种用于实现数据中心冗余和高可用性的架构模式，要使用双活需要满足以下条件：
- 数据库系统、文件系统等服务需要支持数据同步能力，来保证业务数据一致性，例如数据复制、分布式数据库、双写机制等。
- 应用服务本身需要设计成无状态或者尽量减少状态依赖，以便跨数据中的部署和故障切换，对于有状态应用，需要设计相关机制来同步状态信息。
不一定必须是自建云服务才能实现双活方案。云服务提供商通常都会支持双活容灾的解决方案和工具，天翼云MDR支持同城多活的云上容灾，通过弹性负载均衡和数据同步技术可实现双活。
当前一些用户的解决方案是如何做到数据库双写的？
数据库双写是用于确保在多数据中心或多云环境中数据一致性和可用性的技术能力，通常可以通过以下解决方案和技术实现：
- 应用层双写：在应用层实现双写是最直接的方法，应用程序在写入主数据库的同时，也将数据写入到备份的数据库中，这种方法简单逻辑简单，但容易引入数据不一致的问题，需要确保两次写入操作的原子性。
- 数据库复制：数据库本身提供的复制机制，包括主从复制、双主复制、多主复制等。
- 分布式数据库：分布式数据库通过一致性协议天然支持多节点的写入和同步。
多活架构对业务有要求吗？
多活架构对业务是有一定要求的，主要包括业务规模和容灾级别、成本投入、技术实现、数据一致性、业务连续性和具体部署方案等方面。企业需要根据自身实际情况和业务需求，综合考虑这些因素，评估是否采用多活架构。
同时，多活架构对业务架构也存在配置要求，例如，在多活场景下业务架构需要有ELB负载均衡等资源的配置要求，MDR平台也会对业务应用配置有相关配置指导。
多云多活的客户群体有哪些？具有什么样的客户特征？
多云多活的客户群体和客户特性：
- 金融服务行业：例如银行、证券、支付服务提供商等，此客户群体需要处理大量的金融交易、对数据一致性和高可用性要求极高，以确保交易的安全和及时性。
- 电子商务：例如线上零售商、电子支付平台等，此客户群体需要面对高并发的用户访问和交易请求，需要保证平台的高可用性和弹性扩展能力。
- 媒体和娱乐：例如在线游戏平台、流媒体平台等，此客户群体需要支持大规模的内容分发和实时流媒体服务，以及全国甚至全球用户的高并发访问。
- 社交媒体和通信：例如社交网络平台、即时通讯应用程序，此客户群体需要提供实时的社交互动和消息传递服务，要求系统具备低延迟和高可用性。
- 医疗保健：例如医院信息系统、远程医疗服务平台，此客户群体需要处理大量的医疗数据和敏感信息，同时要求系统在灾难发生时能够快速恢复。
- 制造和工业：例如大型制造企业、物流和供应链管理，此客户群体利用工业物联网（IIoT）技术进行设备监控和数据分析，要求系统高可用性和跨地域部署能力。
- 政府和公共部门：政府信息系统、电子政务平台，为客户群体提供关键的公共服务，需要系统具备高可用性和强大的灾难恢复能力。
- 教育：例如在线教育平台、大学和学术机构，此客户群体提供大规模在线学习和教育服务，需要支持全球用户的高并发访问和数据安全。
- 科技和软件开发：例如软件开发公司、SaaS提供商、技术初创企业，需要高可用的开发和测试环境，以及能够支持持续集成和交付的云服务架构。
当前多活容灾方案中的RPO和RTO分别是多少？
目前MDR支持同城多活和同城主备的容灾场景，不同场景的RTO和RPO不同。
同城多活容灾场景：流量依赖ELB分发，理论上RTO为0，RPO暂时不支持数据的双向同步，但支持数据库的单向同步，理论上RPO为秒级。
同城主备容灾场景：RTO受主备切换的影响，主备切换时间为分钟级，因此RTO为分钟级，RPO为秒级。
容灾场景
RTO
RPO
同城多活
0
秒级
同城主备
分钟级
秒级
异地多活
--
--
异地主备
--
--
两地三中心
--
--
多活容灾方案对网络是不是也有要求？否则网络不稳定很差或网络抖动场景下，是不是会存在误切现象？
理论情况下，多活容灾体系下每个数据中心都会承载一部分网络流量，故障发生时可能会进行摘流，不会涉及到切换操作。
但多活容灾方案对网络稳定性、网络延迟、带宽、网络抖动等网络指标还是有较高要求，否则会导致数据同步延迟或丢失，造成数据不一致和性能下降的问题。
同region多AZ情况下，配置是配置多份还是一份？
在同一个region多个AZ的情况下，MDR支持在命名空间和容灾中心配置多个AZ的资源。
在配置了多个AZ的资源的情况下，只需要在MDR平台配置一份即可。
MDR容灾架构中的资源哪些是云下用户的，哪些是云上的？
当前MDR纳管的资源中，部分资源支持由云下用户提供。
- 天翼云云上资源包括：ECS、ELB、MySQL、Redis等。
- 可以由云下用户提供，也可以使用云上的资源：ZOS。
MDR多活类型的容灾管理必须配置应用管理的流量配比吗，还是只创建容灾管理就行了？
如果需要多活容灾场景生效，或业务需求要求在不同的场地或数据中心之间实现负载均衡或流量分配，则必须要配置应用管理的流量配比，不然当前流量无法打入应用的云主机中。
如果策略采用了主备模式，则无需手动配置流量配比。
