Security Copilot的可用性和恢复

本文介绍智能 智能 Microsoft Security Copilot 副驾驶® 副驾驶®体验中的可用性和恢复支持。

可用性区域支持

Azure 可用性区域是每个 Azure 区域中至少三个物理上独立的数据中心组。 每个区域的数据中心均配备独立的电源、冷却设施和网络基础结构。 当本地区域发生故障时,如果一个区域受到影响,凭借可用性区域的设计,仍可通过其余两个区域支持区域服务、容量和高可用性。

故障涵盖了从软件和硬件故障到地震、洪水和火灾等事件。 通过 Azure 服务的冗余和逻辑隔离,可以实现对故障的容错。 有关 Azure 中可用性区域的更多详细信息,请参阅区域和可用性区域

Security Copilot做出商业上合理的努力来使用区域冗余的可用性资源;基础资源会自动跨区域复制,而无需进行任何设置或配置。

注意

可用性区域保护服务运行时间;它们无法确定处理提示的位置。

可用性区域

下表列出了支持可用性区域的各个地理位置:

地理位置 Copilot 会话
ANZ
亚洲
巴西
加拿大
欧洲
印度 由于容量约束而不受支持
日本
卡塔尔
南非
瑞士
阿拉伯联合酋长国 由于容量约束而不受支持
英国
美国

注意

处理位置与高可用性位置无关。 它是动态确定的每用户流量。

区域中断恢复

在区域范围的中断期间,无需在区域恢复期间执行任何操作。 在支持的地理位置中,安全 Copilot 功能会自动自我修复和重新平衡,以利用运行正常的区域。 有关详细信息,请参阅什么是 Azure 可用性区域?

灾难恢复和业务连续性

灾难恢复 (DR) 是指从高影响事件(例如导致故障时间和数据丢失的自然灾害或部署失败)中恢复。 无论处于何种原因,灾难的最佳补救措施都是制定良好定义且经过测试的 DR 计划,以及主动支持 DR 的应用程序设计。 开始考虑创建灾难恢复计划之前,请参阅有关设计灾难恢复策略的建议

在 DR 方面,Microsoft 使用了责任分担模型。 在责任分带模型中,Microsoft 确保基线基础结构和平台服务可用。 同时,许多 Azure 服务不会自动复制数据,也不会从失败的区域回退以交叉复制到另一个已启用的区域。 在某些情况下,特定地理位置可能不支持复制,或者服务出现系统错误。

对于Security Copilot,在发生中断时,将尽最大努力备份和还原数据。 但请务必注意,你应制定处理终端的计划(即使该计划涉及手动干预)。 这意味着你应制定适合工作负载的灾难恢复计划。

在 Azure 平台即服务 (PaaS) 产品/服务上运行的大多数服务也提供了支持 DR 的功能和指导,并且可以使用支持快速恢复的服务特定功能来帮助制定 DR 计划。

恢复时间目标和恢复点目标。

下表列出了Security Copilot支持的地理位置。 对于某个地理位置范围内的区域性中断,存在 72 小时恢复时间目标 (RTO) 和 15 分钟恢复点目标 (RPO) 承诺。 如果特定区域发生中断,则 RTO 和 RPO 承诺将适用于该地理位置。

地理位置 Copilot 会话
ANZ
亚洲 由于容量约束,未复制
巴西 由于容量约束,未复制
加拿大
欧洲
印度 由于容量约束,未复制
日本
卡塔尔
南非 由于容量约束,未复制
阿拉伯联合酋长国
英国
美国