• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 是
  • 否
  • 全部
  • 是
  • 否
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索
问

CloudOS7.0单AZ和多AZ的区别

58分钟前提问
  • 0关注
  • 0收藏,29浏览
粉丝:1人 关注:0人

问题描述:

请教下,CloudOS7.0单AZ和多AZ的主要区别有哪些

2 个回答
粉丝:17人 关注:9人

CloudOS 7.0中单AZ和多AZ的核心区别在于资源池的隔离与高可用架构。
单AZ即所有计算、存储、网络节点部署在同一可用区,管理简单,但存在单点故障风险,一旦该AZ整体故障,业务全断。
多AZ是将资源划分为多个相互独立的可用区,每个AZ有独立的电力、网络和物理资源,AZ之间通过低时延链路互联。主要区别体现在:
1. 高可用性:多AZ支持跨AZ的容灾部署,业务可跨AZ分布式运行,单AZ故障不影响其他AZ业务。
2. 资源调度:多AZ下云平台可跨AZ统一纳管和调度资源,但租户创建资源时需指定AZ。
3. 网络架构:多AZ需规划跨AZ的Underlay网络,通常要求AZ间大二层或三层互通,延迟和带宽需满足业务要求。
4. 存储策略:多AZ下存储副本或备份可跨AZ放置,实现数据级容灾。
5. 管理节点:CloudOS管理节点在多AZ下建议跨AZ部署或做高可用,避免管理面单点。
简单说,单AZ适合小规模或对可用性要求不高的场景,多AZ适合生产环境,用于提升整体可靠性和容灾能力。

暂无评论

粉丝:45人 关注:2人

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,需要迁移资源。

关键要点说明

  1. 单 AZ≠没有高可用 单 AZ 内部依然支持 CAS 平台 HA、存储多副本,服务器坏了可以自动迁移恢复;但是如果这个 AZ 整体断电、交换机故障,集群整体失效,业务全部中断,只能做到硬件级容错,做不到机房级容错HUAWEI CLO...。
  2. 多 AZ 不是自动业务双活 多 AZ 只是提供故障域隔离底座:
  • 虚机 HA不能跨 AZ 自动迁移(内存状态无法跨机房实时迁移);
  • 业务高可用需要业务层配合:多实例分别部署在不同 AZ + 负载均衡 + 数据库主备 / 集群;
  • 磁盘本身默认不能跨 AZ,需要存储双活 / 复制才能把数据同步到其他 AZ。
  1. 部署约束
  • 一个 Region 最多 6 个 AZ,每个 AZ 拥有独立计算、存储资源池;计算可用域和存储可用域需要对应规划H3C。
  • 控制节点建议打散到不同 AZ,防止管理平台因为单 AZ 故障整体瘫痪。

选型建议

  1. 测试、开发、非关键业务:优先单 AZ,架构简单,成本低。
  2. 生产核心业务,需要抵御机房断电、网络中断事故:采用多 AZ 架构,业务实例打散部署在不同 AZ,配合负载均衡实现业务连续。
  3. 注意:已经建好的单 AZ 集群,不能直接修改为多 AZ,需要重新规划资源,做业务迁移。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

✖

分享扩散:

➤

提出建议

✖

    +
✖

亲~登录后才可以操作哦!

确定
✖

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub
✖

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

✖

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明