首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏LEo的网络日志

    01 Jun 2023 az tips

    创建一个启用multi-az的ip az network public-ip create -n ssli-test-pip -g ssli-testing-rg --sku Standard --zone 1 2 3 --tier Regional --version IPv4 --allocation-method Static --idle-timeout 30 执行aks命令 az_aks_command () { CMD=$1; CMDOPTS=$2; az aks command invoke --resource-group ${RESOURCE_GROUP} --name ${AKS_NAME} --command "${CMD}" ${CMDOPTS}; } az_aks_command "kubectl get no -o wide" 以特定tenant登录 az login -t TEST.onmicrosoft.com 切换到特定订阅 az account set --subscription id_or_name LEo at 00:12

    22720编辑于 2023-10-17
  • 来自专栏腾讯专有云

    3AZ比2AZ多了什么?关键是实现免人工切换

    介绍 下面我们会依次介绍 3AZ 架构的基础概念和实现原理,讨论 3AZ 架构的优势和关键因素,最后还有基于 3AZ 架构的案例分享。 由 PaaS 服务提供跨 AZ 容灾能力。 ● 云管平台及底座层:将整体云管平台的容器及持久支撑服务组件实现跨 AZ 部署与调度,满足云管平台的跨 AZ 高可用,避免单一 AZ 故障后的平台不可用。 它在 2AZ+仲裁区的容灾效果弱于 3AZ。 它在 2AZ+仲裁区的容灾效果近似等同 3AZ。 对于系统整体而言,它有很多类似 ES,Redis 的这类服务组件,2AZ+仲裁区整体的容灾能力是介于 2AZ 和 3AZ 之间的。 5. 总结 2AZ,2AZ+仲裁区本身出现故障,系统恢复时间较长。因此,2AZ 仲裁区的环境架构相对于 3AZ 的环境架构来说,可用性和容错性都有所下降。

    5K20编辑于 2023-04-03
  • 来自专栏LEo的网络日志

    29 Jul 2023 az-104备考总结

    在azure中,订阅(subscription)是一个逻辑单位,它用于为使用azure的服务进行计费。你可以在一个订阅下创建、使用和管理azure资源。每个订阅都与一个azure帐户关联,并由azure帐户的所有者或服务管理员进行管理。

    89340编辑于 2023-10-17
  • 来自专栏腾讯云混沌工程团队

    【云顾问-混沌】 跨 AZ 容灾混沌演练

    进行跨 AZ(可用区)容灾和混沌演练变得尤为重要。 什么是跨 AZ 容灾以及混沌演练? 跨 AZ 容灾 它是指在一个云服务商的多个可用区之间进行业务和数据备份、恢复和迁移的能力。 跨 AZ 容灾混沌演练的价值 跨 AZ 容灾和混沌演练相结合,可以帮助企业和组织实现以下目标: 提高业务可用性:确保业务在某个可用区发生故障时能够迅速迁移到其他可用区,保证业务的高可用性和持续性。 提高应急响应能力:通过定期进行跨 AZ 容灾和混沌演练,提高企业和组织的应急响应能力,确保在发生问题时能够迅速采取恢复措施。 如何快速进行跨 AZ 容灾混沌演练? 通过结合跨 AZ 容灾和混沌演练,企业和组织可以更好地应对云环境中的挑战,确保业务和数据的安全与可靠。

    77810编辑于 2024-03-15
  • 来自专栏运维小路

    Zookeeper-案例 (多AZ高可用容灾)

    我们前面部署3节点集群已经满足一般情况下的高可用,但是随着互联网的发展,集群的规模会越来越大,比如出现双AZ或者多AZ的情况下如何保证这种分布式集群的高可用性。下面我们以双AZ来讲解。 所有我们这里准备了6个节点,AZ1:3个普通节点,AZ2:2个普通节点,一个OB节点。由于OB的特性,可以算这个集群只有5个节点,只要有3个节点就可以正常选举出来Leader。 如果AZ2宕机,则不影响整个集群的使用,因为他可以在AZ1还可以选举出来Leader。 但是如果是AZ1宕机,则AZ2由于只有2个节点参与投票,所所以无法选举出来的Leader,ZooKeeper集群异常,需要手工介入修复(也是本次演示模式)。 当然如果你有3个AZ,则可以使用3+3+1方式,不配置OB节点,则可以正常选举Leader,但是3个AZ和2个AZ在实际情况下代价会高很多(云环境除外。所以我们这里介绍的是双AZ,手工介入。

    44010编辑于 2025-05-22
  • 来自专栏腾讯云存储

    腾讯云 COS 多 AZ 存储保证服务高可用性

    AZ 存储是怎样实现 AZ 级的容灾能力,保证服务高可用的?下面就来揭秘多 AZ 存储架构的奥秘之处。 多个 AZ 之间互相独立,因此跨 AZ 部署能提高服务的可用性和容灾能力。 对于多 AZ 存储,COS 存储引擎部署在3个环境独立的 AZ 上。用户上传的数据将被切片存储在3个 AZ 的多个节点中。 COS 将这些存储分块打散分布在3个 AZ 的不同机架服务器上,就实现了多 AZ 存储。 多 AZ 存储优势 多 AZ 存储具有同城容灾、稳定持久、便捷易用的优势。 同城容灾:提供跨数据中心的容灾。多 AZ 存储架构下,对象数据会被存储在同个地域不同数据中心的不同设备中。 相比单 AZ 存储,多 AZ 存储提供更高可靠性和可用性的存储服务,二者对比如下: 对比项 多 AZ 存储 单 AZ 存储 数据设计持久性 99.9999999999% (12个9) 99.999999999%

    77110编辑于 2024-09-17
  • 来自专栏huofo's blog

    【Azure微服务 Service Fabric 】使用az命令创建Service Fabric集群

    cli命令来代替,但官方文档中只给出了PowerShell的命令,所以需要使用对应的az命令来替换。 替换为 az sf cluster create # Create the Service Fabric cluster. 如az sf cluster create -h 参数错误:cli.azure.cli.core.parser : az: error: unrecognized arguments image.png cloud set --name AzureChinaCloud az login az account set --subscription $subscriptionId # Create the view=azure-cli-latest#az_sf_cluster_create

    3.5K20编辑于 2022-03-16
  • 来自专栏前端进阶学习交流

    如何生成A-AZ列 excel表的列 不用序号的那种?

    ] return 返回列表 print(to_excel序号_字母(53)) print(to_excel序号_数字('AC')) 字母列表 = get_excel序号_列表('A', 'AZ

    3.2K20编辑于 2022-12-19
  • 来自专栏ReganYue's Blog

    Regan Yue带你一起学习微软AZ-900认证的有关知识「 第Ⅲ章」

    Regan Yue带你一起学习微软AZ-900认证的有关知识「 第Ⅲ章」 16 - Question 你计划将多个服务器从本地网络迁移到 Azure。

    59820发布于 2021-09-16
  • 来自专栏ReganYue's Blog

    Regan Yue带你一起学习微软AZ-900认证的有关知识「 第Ⅱ章」

    Regan Yue带你一起学习微软AZ-900认证的有关知识「 第Ⅱ章」 12 - Question 你计划将 Web 应用程序迁移到 Azure。 Web 应用程序是用来被外部用户访问的。

    80810发布于 2021-09-16
  • 来自专栏云头条

    中国移动首批 3AZ 落地:长三角双节点、京津冀节点等

    2022年7月6日中国移动率先在江苏发布移动云双3AZ长三角节点,即移动云算力网络3AZ高可靠资源池锡苏节点和锡常节点。 7月11日,又再次发布移动云3AZ京津冀节点。 短短5天内,相继于华东、华北两大区域上线3AZ节点,“加速构筑算力网络基底、跨越式升级算力资源布局”的雄心不言而喻。 随着京津冀3AZ节点的投产和深度应用,可以预见服务能力得到全新升级的移动云,将更好地助益更多媒体转型、走上多元融合的数字化发展之路。 未来,基于京津冀3AZ资源池提供的优质算网资源升级,双方将继续合作开发“智慧供水大数据平台”,支撑市政供水行业的数字化发展,赋能河北新型智慧城市建设。 在具体优势上,3AZ节点基于业界最先进的DCN4.0组网架构打造,形成移动云综合能力最强资源池(主要优势如下图)。

    1.4K10编辑于 2022-07-19
  • 好的,这份文档是关于腾讯专有云TCE(Tencent Cloud Enterprise)的高可用(High Availability, HA)解决方案,内容非常全面和深入。它详细阐述了TCE如何通过其架构设计、网络、计算、存储、数据层和应用层的各种机制,确保业务的连续性和数据的可靠性。

    当单AZ故障时,存活的AZ和仲裁区节点能自动重组多数派集群,实现分钟级甚至秒级的RTO和RPO=0。解决了传统双AZ需要手动干预拉起节点的延迟问题。 三AZ部署:所有分布式集群(支撑、管控、云产品)均可跨三AZ部署。任一AZ故障,剩余两个AZ能组成多数派(>50%),业务几乎无感切换(RTO≈0),数据强一致(RPO=0)。是最佳实践之一。 CSP支持2AZ四副本(MAZ+SAZ各2个)或3AZ三副本。COS还支持跨地域异步复制(最终一致)。 备份:快照(CBS)可跨AZ备份到COS。 即使单AZ故障,存活节点数=5,超过8节点半数(4),可自动形成新集群继续工作(RTO≈0)。消除手动操作延迟。 三AZ部署:每AZ部署≥2活节点(例如总6节点)。 重点突出双AZ+仲裁区、三AZ在整AZ故障下的快速、自动恢复能力(RTO分钟级至秒级,RPO=0)相比传统技术的优势。 也讨论了跨地域切换的挑战和方案(RTO较高,RPO≠0)。

    24510编辑于 2026-02-24
  • 来自专栏帅云霓的技术小屋

    云存储硬核技术内幕——(24) 双城记 (下)

    在上一期,我们提到,我们如果期望让对象存储具备跨AZ的高可用功能,就需要让对象存储把副本存储到两个不同的AZ。但是,对于3副本的情况,总会有一个AZ里面只有单副本。 如图,主AZ和双活AZ各自建立了数据的三个副本,这样,当任意一个AZ整体故障时,另一个AZ都保存了数据的三个副本,数据的持久性和业务的可用性都不受影响。 那么,我们可以稍作变通—— 如图,对于需要跨AZ可用的数据,我们为它创建4个副本,分别保存在2个AZ。 当任一AZ不可用时,另一个AZ依然有2个副本可用! 假设单AZ的业务可用性为99.99% (4个9),双AZ的业务可用性就增加到了99.999999% (8个9)。 因此,对象存储跨AZ部署使用2+2的机制,也被业界广泛采用了。 当然,如果期望对象存储的服务跨AZ可用,还有两个重要的组件,需要在两个AZ都可用: 1、一致性哈希环。

    1.5K10编辑于 2022-08-04
  • 来自专栏数据 学术 商业 新闻

    模型分析结果无法可视化展示?!快来看看这个一键式工具吧~~

    Forest Plot with ESS import matplotlib.pyplot as plt import arviz as az az.style.use("arviz-doc") az.style.use("arviz-doc") data = az.load_arviz_data("non_centered_eight") az.plot_trace(data, var_names az.style.use("arviz-doc") rugby_data = az.load_arviz_data("rugby") axes = az.plot_forest( rugby_data az.style.use("arviz-doc") data = az.load_arviz_data("rugby") labeller = az.labels.MapLabeller(var_name_map az.style.use("arviz-doc") data = az.load_arviz_data("centered_eight") ax = az.plot_parallel(data,

    74840编辑于 2022-10-25
  • 来自专栏物联网思考

    使用LSM6DSO加速度计检测倾角

    根据立体几何中,g相当于立方体的对角线,Ax、Ay、Az相当于三条边,如图上图所示,虚线大小等于 Ay*Ay+Az*Az,所以根据勾股定理Ax*Ax + Ay*Ay + Az*Az = g*g。 *Az) , 同理推出 tanβ1、tanγ1: tanβ1 = Ay /sqrt(Ax*Ax+Az*Az) , tanγ1 = Az /sqrt(Ax*Ax+Ay*Ay)。 即加速度传感器值与角速度值(弧度)的关系为: tanα1 = Ax / sqrt(Ay*Ay + Az*Az) , tanβ1 = Ay / sqrt(Ax*Ax + Az*Az) , tanγ1 = 那么弧度值分别为: α1=atan(Ax/sqrt(Ay*Ay + Az*Az)), β1=atan(Ay/sqrt(Ax*Ax+Az*Az)), γ1=atan(Az/sqrt(Ax*Ax +Ay*Ay 最后得到的各轴的角度值分别为: θx=α1*180/π=[atan(Ax/sqrt(Ay*Ay+Az*Az))]*180/π, θy=β1*180/π=[atan(Ay/sqrt(Ax*Ax+Az*Az

    2.3K20编辑于 2022-02-09
  • 来自专栏深度学习与python

    打造消息中台,华为终端云基于 Apache Pulsar 的演进实践

    这意味着 3AZ 都涉及跨 AZ 数据同步,且数据写入需要等待所有跨 AZ 数据同步完成后才返回响应。这一设计的优点是高可靠,但缺点也十分明显,跨 AZ 同步的性能和时延存在较大波动。 AZ2 和 AZ3 中任意选择 1 个 Bookie 为 Bookie3;排除 Bookie1 和 Bookie3 对应的 AZ1 和 AZ2,从剩余的 AZ3 中选择 Bookie5。 三个 Bookie 分别落在三个 AZ 上。在 AZ1(Bookie1)、AZ2(Bookie3)、 AZ3(Bookie5)、Ack = 2 的情况下,数据写入到 2 个 AZ 后才认定成功。 在 AZ 级故障场景中发生单 AZ 故障时,数据分布选举自动降级为 2 个 AZ 选 3 个副本 3. 当 AZ1 故障时客户端主动切换到 AZ2 逃生通道集群,AZ1 恢复时再回切。这两个集群默认不做数据同步,不保证数据一致性。

    89720编辑于 2023-03-29
  • 来自专栏深度学习与python

    Slack 蜂窝架构迁移:背后的技术策略与挑战

    在我们的事故中,受影响 AZ 内的系统看到其 AZ 内的后端完全可用,但 AZ 外的后端不可用。反过来,未受影响 AZ 内的系统看到受影响的 AZ 是不可用的。 我们的解决方案: AZ 就是会被引流的蜂窝单元 与其他许多基础设施一样,AZ 引流按钮在概念上很简单,但在实践中却很复杂。我们的设计目标是: 尽可能在 5 分钟内减少 AZ 内的流量。 我们最初的架构,后端分布在各个 AZ 中,因此错误会出现在所有 AZ 的前端 最终,我们得到了一个蜂窝架构。所有服务都存在于所有 AZ 中,但每个服务只与其 AZ 内的服务通信。 如果 us-east-1 某个 AZ 的权重变为零,Envoy 将继续处理请求,但会将所有新请求分配给另一个 AZ,也就完成了对这个 AZ 的引流。 边缘负载均衡器完全位于不同的区域,控制平面有区域副本,可以抵御任意的单 AZ 故障。 下图是我们逐步将流量从一个 AZ 引到另外两个 AZ 时每个 AZ 的带宽情况。

    69720编辑于 2023-09-18
  • 腾讯专有云TCE 高可用技术白皮书

    (双AZ、双AZ+仲裁、三AZ、双Region)的量化高可用方案,实现单AZ故障RTO≈0/RPO=0、地域级故障RPO分钟级,支撑金融、传媒等行业客户数智化转型。 互联网出口故障 3.2 CVM主动热迁移/被动疏散 3.3 计算与存储区域整机柜故障 3.4 网络整机柜故障 3.5 双AZ部署时单AZ整体故障 3.6 双AZ+仲裁区部署时单AZ整体故障 •解决方案: 部署模式:双AZ(基础互备)、双AZ+仲裁(RTO≈0,仲裁区ZK/etcd热备)、三AZ(单AZ故障存活节点>半数,RTO≈0/RPO=0)、双Region(异地异步容灾,RPO分钟级 (性能优先)、TKE跨AZ容器集群(Deployment Pod多AZ分布)。 量化成果:某国有大型保险集团案例RTO压缩至2分钟级别,核心数据零丢失(RPO=0);三AZ部署单AZ故障业务无中断(数据副本跨AZ分布)。

    23310编辑于 2026-03-17
  • 来自专栏腾讯专有云

    腾讯专有云高可用设计内幕揭秘

    AZ 部署,保证单 AZ3内部基础硬件节点、各个云组件、机柜间、外部网络以及基础电力的高可用; 双活 AZ 部署:本场景能够有效的防止单 AZ 整体故障后对业务产生的影响,在主 AZ 故障后可以切换到从 AZ 保证业务不中断,数据库在 AZ 间进行同步复制保证 RPO=0; 双活 AZ+仲裁部署:在仅有双活 AZ 的场景下,主 AZ 出现故障需要手工拉起部分 ZK 和 Etcd 节点,本场景加入仲裁 AZ,仲裁 AZ 中运行支持 ZK 和 Etcd 组件,在主 AZ 故障时,仲裁 AZ 与从 AZ 重组为多数派进行仲裁,理论上 RTO 可以趋近于0,保证业务的平稳运行。 在双 AZ 和三 AZ 场景下,Master 和 Etcd 节点都可以通过跨 AZ 高可用部署,来实现单 AZ 整体故障不影响业务。 单 AZ 互联网出口故障 单 AZ 的业务可用性,与 AZ 所在机房的互联网线路有强相关性。

    8.8K42编辑于 2023-01-01
  • 来自专栏帅云霓的技术小屋

    云存储硬核技术内幕——(23) 双城记(中)

    因此,实际每个AZ的架构实现,是这样的—— (Metadata数据库也可以为分布式的,在此不画出) 那么,我们只要让LB能够跨AZ,就可以让http server的HA跨AZ! 如图,我们可以这么做: Rhino输入oss.por***b.com这个域名的时候,DNS会解析返回61.83.133.6(主AZ的VIP),一旦主AZ整体不可用,或主AZ内部的Http server Rhino的访问被双活AZ所接管,从而实现了HTTP层的双活。 大家可能会问一个问题:如果Rhino在上传(put)或下载(get)一个文件的时候,主AZ整体断电呢? 我们只需要修改从副本分配策略,让两个从副本必须有一个在另一个AZ,就可以让三副本跨AZ分布了。 这不是很好吗? 正如鲁迅指出的那样,事实总是和理想有一定的差距。 当主AZ全部失效(如整个AZ断网或断电)时—— 如图,主AZ的两个副本都不可用了,只有从AZ的一个副本,如李密《陈情表》里面描述的:“外无期功强近之亲,内无应门五尺之童。

    70120编辑于 2022-08-04
领券