本文介绍智能 智能 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 | |
| 亚洲 | 由于容量约束,未复制 |
| 巴西 | 由于容量约束,未复制 |
| 加拿大 | |
| 欧洲 | |
| 印度 | 由于容量约束,未复制 |
| 日本 | |
| 卡塔尔 | |
| 南非 | 由于容量约束,未复制 |
| 阿拉伯联合酋长国 | |
| 英国 | |
| 美国 |