您正在 Cloud SQL 上部署 MySQL，以支持许多地理位置分散的读取器，要求跨区域中断实现高可用性和低 RTO/RPO，并希望在故障转移期间最大限度地减少读取器中断。您应该使用哪种架构？

正确答案提供了跨区域高可用性、低RTO/RPO以及最小化读取器中断的最佳组合。在区域A创建高可用性Cloud SQL实例确保了区域内的故障转移。在区域B创建高可用性读取副本是实现跨区域灾难恢复的关键，因为它可以在区域A发生故障时被提升为主实例，从而实现低RTO（恢复时间目标）和RPO（恢复点目标）。通过在多个区域创建级联读取副本，可以进一步扩展读取工作负载，并在主实例切换后，这些副本可以重新指向新的主实例，从而最大限度地减少读取器中断。 其他选项的不足之处在于： 选项1：依赖于从备份恢复，这会导致较高的RTO和RPO，不符合低RTO/RPO的要求。 选项2：虽然可以在区域A故障时提升读取副本，但这些副本本身可能不是高可用的，并且如果它们位于同一区域，则无法提供跨区域的灾难恢复。 选项4：仅在同一区域创建读取副本，无法提供跨区域的灾难恢复能力，不符合跨区域中断的高可用性要求。