AZ(Availability Zone,可用区):同一个 Region(地域)内,具备独立供电、网络的物理故障域,不同 AZ 之间高速内网互通;单 Region 最大支持 6 个 AZ。 单 AZ:全部计算、存储资源都放在1 个故障域;多 AZ:规划≥2 套物理隔离的机房 / 机柜组,划分为不同 AZ,业务可跨 AZ 部署,实现机房级容灾H3C。
表格
| 对比项 | 单 AZ 部署 | 多 AZ 部署 |
|---|---|---|
| 故障隔离能力 | 仅抵御单台服务器、磁盘故障;AZ 整体断电 / 断网,全部业务瘫痪,无机房级容灾能力HUAWEI CLO...。 | 不同 AZ 供电、网络物理隔离;单个 AZ 整体故障,其余 AZ 业务不受影响,实现机房级故障隔离H3C。 |
| 业务高可用 | 虚拟机 HA、存储副本只能在本 AZ 内部;主机故障可迁移,机房级事故业务全挂。 | 支持业务跨 AZ 部署;虚机反亲和、负载均衡后端可跨 AZ;一个 AZ 整体故障,业务可切换至其他 AZ。 |
| 硬件基础设施要求 | 一套计算 + 存储集群,一套供电网络,建设成本低。 | 至少 2 套独立物理基础设施(供电、交换机、服务器),AZ 之间高速光纤互联;硬件投入更高,机房规划要求高。 |
| 网络表现 | 所有资源同 AZ,内网时延最低。 | 跨 AZ 访问会带来少量时延增加;同 AZ 内虚机时延和单 AZ 一致。VPC 子网可以跨 AZ 使用。 |
| 平台组件约束 | 控制节点、存储全部落在同一个 AZ。 | 控制节点集群可跨 AZ 打散部署,提升管理面本身的容灾;存储资源池可以划分到不同 AZ。 |
| 虚拟机调度 | 虚拟机只能调度在本 AZ 的计算节点。 | 创建虚机时可选择指定 AZ;支持反亲和策略,把业务多实例强制分布在不同 AZ。 |
| 适用场景 | 测试环境、非核心业务、预算有限,只需要服务器级别高可用,不需要抵御机房断电事故。 | 生产核心业务,需要同城机房级容灾,要求规避单机房整体故障风险。 |
| 升级改造 | 初始部署简单;后期无法直接在线改成多 AZ,需要重新规划资源。 | 开局就要规划多 AZ;存量单 AZ 集群不能直接一键切换多 AZ,需要迁移资源。 |
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论