首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏腾讯云Elasticsearch Service

    腾讯云Elasticsearch重磅发布——可用功能

    使用支持可用的集群可以保证,当一个可用因为机房电力、网络等故障的原因导致不可用时,另外一个可用的节点仍然能稳定、不间断的提供服务,保障客户业务的可靠性。 由于开启可用的集群,必须开启专用主节点,且最小三个,所以能支持可用功能的地域必须最少支持三个地域。 目前仅有部分大地域如北上广支持可用的功能,其他暂时不开放的地域随着腾讯云机房的建设,我们也会持续的加入这个功能。 集群可用原理 数据节点 为了使可用的功能生效,用户需要遵守以下原则: 购买集群的数据节点个数为可用个数的倍数,例如选择两个可用,那么数据节点个数应该为2、4、6、8...以此类推 专用主节点 [专用主节点分布] 为了提高集群的可靠性,用户在使用可用功能时最少要创建三个专用主节点,且分布在三个不同的可用中。

    11.7K52532发布于 2019-05-21
  • 来自专栏腾讯云中间件专家服务

    Ckafka 实现跨可用部署案例

    CKafka跨可用部署 CKafka 专业版支持跨可用部署,在拥有3个或3个以上可用的地域购买 CKafka 实例时,可以任选其中两个可用购买跨可用实例。 是一个可以随时 failover 到另一个可用的 VIP,当某个可用可用时,该 VIP 会自动漂移到该地域另一个可用的节点,从而实现跨可用。 跨可用部署优劣势 优势 可以大幅度提升集群的能力,当单个可用出现意外的网络不稳定、断电重启等不可抗力风险时,仍能保证客户端在短时间等待重连后恢复消息的生产和消费。 在集群网络恢复后,客户端无需做操作即可恢复生产消费,但是由于服务端会重新对数据进行归一化,其中一个分裂节点的数据会被直接截断,但对于副本跨区的数据存储方式来说,这种截断也并不会带来数据丢失。 可用:根据实际需要选择可用。 标准版:不支持可用部署。 专业版:若当前地域支持可用部署,则最多可选择2个可用进行部署。关于跨可用部署原理介绍请参考 跨可用部署。

    1.9K41发布于 2021-11-12
  • 来自专栏【腾讯云开发者】

    腾讯云Elasticsearch集群可用实现原理及最佳实践

    导语 | 为了进一步满足腾讯云 Elasticsearch 客户对服务稳定性、集群高可用性等能力的要求。腾讯云 ES 产品提供了跨可用部署的解决方案,本文将为大家介绍实现原理与实践案例。 文章作者:吴,腾讯云 Elasticsearch 研发工程师。 引言 目前腾讯云 ES 集群可以支持双可用及三可用的集群部署,且支持单可用平滑升级到可用集群。 五、单可用平滑升级可用 前文图 1 演示了在腾讯云 ES 控制台购买可用集群的操作步骤。对于存量的单可用集群,腾讯云 ES 同样支持平滑升级到可用的部署架构。 5 个专主变成了 2 个专用主节点,便会出现选不出 Master 节点的情况,从而使得集群整体不可用,违背了跨可用初衷。 六、结语 本篇文章我们详细介绍和分析了腾讯云 ES 集群可用的实现原理和操作实践。并重点介绍了单可用集群升级到可用的几种场景及具体流程细节,希望能够帮助到腾讯云 ES 的客户朋友们。

    2.4K12发布于 2020-12-23
  • 来自专栏腾讯云Elasticsearch Service

    腾讯云ES集群可用实现原理及最佳实践

    为了进一步满足腾讯云ES客户对服务稳定性、集群高可用性等能力的要求。腾讯云ES产品提供了跨可用部署的解决方案。 ES可用架构部署实现机制 腾讯云ES可用集群部署依赖于ES提供的节点属性感知awareness功能。 单可用平滑升级可用原理及操作实践 上面图1演示了在腾讯云 ES 控制台购买可用集群的操作步骤。对于存量的单可用集群,腾讯云 ES 同样支持平滑升级到可用的部署架构。 Master 节点的情况,从而使得集群整体不可用,违背了跨可用初衷。 总结 本篇文章我们详细介绍和分析了腾讯云ES集群可用的实现原理和操作实践。并重点介绍了单可用集群升级到可用的几种场景及具体流程细节,希望能够帮助到腾讯云ES的客户朋友们。

    3.7K51发布于 2020-12-14
  • 来自专栏运维小路

    Zookeeper-案例 (AZ高可用)

    我们前面部署3节点集群已经满足一般情况下的高可用,但是随着互联网的发展,集群的规模会越来越大,比如出现双AZ或者AZ的情况下如何保证这种分布式集群的高可用性。下面我们以双AZ来讲解。

    77810编辑于 2025-05-22
  • 来自专栏云计算文章

    腾讯云跨可用备份解决方案详解

    图片腾讯云跨可用备份解决方案腾讯云利用云可用为企业提供高可用性的同云跨可用备份解决方案,腾讯云通过将应用程序和数据部署到不同的可用,可以实现多重冗余和容错,从而提高系统的可用性和可靠性。 如果某个可用发生故障或不可用,应用程序和数据可以自动切换到其他可用,以确保业务的连续性和稳定性。随着云可用愈发成熟,企业也开始部署自己的同云跨可用备份方案。 成本控制:跨可用,即为云业务常见解决方案,成本投入较低,网络均通过内网互联,基本无网络成本。 腾讯云跨可用备份解决方案的优势易管理:跨可用更加容易实现和管理,因为同一云服务提供商的不同可用之间的网络和管理工具都是相同的,而跨云需要处理不同云服务提供商之间的不同管理工具和网络配置等问题 业务节奏无影响:对业务速度有要求的行业来说,可以将生产端和端部署在同云同地域的两个独立可用中,以保证系统拉起后,业务处理速度无差别。企业如何选择腾讯云跨可用的备份工具?

    3.1K20编辑于 2023-05-05
  • 腾讯云-同地域跨可用可用切换实践

    按服务的重要性来分类,越是重要的服务就需要通过跨机、跨机房或跨地域来保障服务性,当然这种成本也会相应的升高,因为相当于一批硬件资源解决的是保障而非带来收益,但这仍然是有必要的,当硬件出现异常情况时可以通过保险逃生通道来保证业务稳定性与连续性 近年也有很多类似的事件,如锂电池失火导致机房不可用、空调异常导致机房高温服务异常等问题,本章以腾讯云为例来演示如果通过同地域跨可用来保障业务高可用。 购买负载均衡clb,负载均衡控制台 注意可用为五与八。 购买数据库,云数据库MySQL控制台 注意可用为五与八。 放通两个子网安全组。 云数据库MySQL配置 设置库。 负载均衡配置 将两个可用的云服务器加入负载均衡中。 云服务器配置 登录任意一台购买云服务器,通过安装wordpress来模拟机器故障,wordpress依然能访问场景。 演练 负载均衡CLB 调整权重为0,来模拟服务故障。 数据库 切换主备

    98610编辑于 2024-11-27
  • 来自专栏服务端技术杂谈

    B站可用建设思路

    当APP访问DCDN时出现网络故障时,可以降级到三方CDN,实现对DCDN的。 当CDN回源时,会走pop点进行流量汇聚,在pop点可以做多个线路互备。 后期服务做了升级,核心服务业做了降级,可以在MQ故障时,绕过MQ实现RPC和job直接通信,实现了。 MySQL层,目前有一个proxy代理、sidecar模式部署。 还可以实现proxy联动BRM高可用组件,当数据库的某个节点不可用时,自动感知并切换。 对于机房级别的故障,最快的止损手段就是活了。 如果过程中,有一个接口或一个规则错了,这个流程都要再走一遍,导致当时切活效率极差,并且效果不好。 切量演练时,验证是否可以做到双活。 713故障时,因为登录不了鉴权系统,导致不能及时处理问题,现在已经改为登录认证可降级了,不强依赖于登录态。

    2.3K30编辑于 2023-03-22
  • 来自专栏腾讯云中间件的专栏

    腾讯云 TDMQ for Apache Pulsar 地区高可用实践

    本文将从四个维度,深入剖析 Pulsar 在可用可用领域的策略。 高可用 部署拓扑 关于高可用性的核心,我们首先需要关注的是如何进行拓扑规划。 可用部署主要涵盖三个要点。 ZK(ZooKeeper):为了实现可用部署,至少需要3个可用,其布局应遵循1-1-1或2-2-1的模式,图示为1-1-1布局。这种配置能确保任何一个可用发生故障时,系统仍能保持可用性。 Broker:这是一个无状态服务,因此,理论上只要剩下一台机器能够承受住所有流量,服务就仍然可用。 为了实现 Pulsar 的可用可用性,通常需要至少三个节点分布在三个可用。 这样,即使三个可用中有一个发生故障,也能确保所有消息都仍然至少剩下一份副本可用。这些设置与 Pulsar 的副本功能和机架感知功能相配合,共同实现了存储节点的区域可用性。

    1K10编辑于 2024-05-22
  • 来自专栏【腾讯云开发者】

    腾讯云 TDMQ for Apache Pulsar 地区高可用实践

    本文将从四个维度,深入剖析 Pulsar 在可用可用领域的策略。 03、高可用 3.1 部署拓扑 关于高可用性的核心,我们首先需要关注的是如何进行拓扑规划。 可用部署主要涵盖三个要点。 ZK(ZooKeeper):为了实现可用部署,至少需要3个可用,其布局应遵循1-1-1或2-2-1的模式,图示为1-1-1布局。这种配置能确保任何一个可用发生故障时,系统仍能保持可用性。 Broker:这是一个无状态服务,因此,理论上只要剩下一台机器能够承受住所有流量,服务就仍然可用。 为了实现 Pulsar 的可用可用性,通常需要至少三个节点分布在三个可用。 这样,即使三个可用中有一个发生故障,也能确保所有消息都仍然至少剩下一份副本可用。这些设置与 Pulsar 的副本功能和机架感知功能相配合,共同实现了存储节点的区域可用性。

    1.2K10编辑于 2024-06-07
  • 来自专栏民工哥技术之路

    Redis 备份、及高可用实战

    本文作者向大家介绍了一种Redis在非大集群分布式应用场景下的备解决方案。 当时的Redis都未采用分布式部署,采用单实例部署,并未考虑方面的问题。 三,非分布式场景下Redis应用的备份与 Redis主从复制现在应该是很普遍了。常用的主从复制架构有如下两种架构方案。 常用Redis主从复制 方案一 ? 这时候可以使用Redis的高可用方案-Sentinel 四,Redis Sentinel介绍 Redis Sentinel为Redis提供了高可用方案。 总结 使用sentinel实现了Redis的高可用,当master出现故障时,完全无需人工干预即可实现故障转移。避免了对业务的影响,提高了运维工作效率。

    1.6K20发布于 2020-09-16
  • 来自专栏kubernetes中文社区

    Redis 备份、及高可用实战

    Redis是一个高性能的key-value非关系型数据库,由于其具有高性能的特性,支持高可用、持久化、多种数据结构、集群等,使其脱颖而出,成为常用的非关系型数据库。 当时的Redis都未采用分布式部署,采用单实例部署,并未考虑方面的问题。 三,非分布式场景下Redis应用的备份与 Redis主从复制现在应该是很普遍了。常用的主从复制架构有如下两种架构方案。 常用Redis主从复制 方案一 ? 这时候可以使用Redis的高可用方案-Sentinel 四,Redis Sentinel介绍 Redis Sentinel为Redis提供了高可用方案。 总结 使用sentinel实现了Redis的高可用,当master出现故障时,完全无需人工干预即可实现故障转移。避免了对业务的影响,提高了运维工作效率。

    1.5K20发布于 2019-07-28
  • 集群环境下,如何构建高可用的容器体系?

    本文深入探讨基于集群的容器服务高可用备方案,涵盖策略选择、关键技术实现及腾讯云容器服务TKE的实践应用,帮助企业构建韧性系统。 二、腾讯云容器服务(TKE)的集群能力 腾讯云容器服务(TKE)为企业构建多云集群方案提供了坚实基础。其核心优势在于简化集群管理,提供一致的运维体验,并内置多种高可用机制。 应用层的活部署,为无状态服务提供跨数据中心。 负载均衡 (CLB) 主备可用架构,主可用故障时能在约30秒内自动切换至备可用,VIP保持不变。 接入层,实现流量的全局调度和故障转移。 数据层需选择支持跨可用/地域复制与同步的中间件和数据库,如同腾讯云TDSQL、Redis等,这是实现双活的前提。 定期演练与优化:方案的有效性必须通过定期演练来验证。演练应覆盖从单个服务故障到整个可用可用等多种场景,从而持续验证和优化流程。

    52110编辑于 2025-11-12
  • 来自专栏java思维导图

    Redis 备份、及高可用实战

    一,Redis简单介绍 Redis是一个高性能的key-value非关系型数据库,由于其具有高性能的特性,支持高可用、持久化、多种数据结构、集群等,使其脱颖而出,成为常用的非关系型数据库。 当时的Redis都未采用分布式部署,采用单实例部署,并未考虑方面的问题。 三,非分布式场景下Redis应用的备份与 Redis主从复制现在应该是很普遍了。常用的主从复制架构有如下两种架构方案。 常用Redis主从复制 方案一 ? 这时候可以使用Redis的高可用方案-Sentinel 四,Redis Sentinel介绍 Redis Sentinel为Redis提供了高可用方案。 总结 使用sentinel实现了Redis的高可用,当master出现故障时,完全无需人工干预即可实现故障转移。避免了对业务的影响,提高了运维工作效率。

    1.2K10发布于 2019-07-19
  • 来自专栏腾讯云中间件专家服务

    客户案例—zookeeper迁移方案

    在至少有一个Leader存在的前提下,进行Zookeeper的在线增量、在线减量、在线迁移 在全过程中ZooKeeper不停止服务

    2.4K51发布于 2021-07-26
  • 来自专栏开元说说

    系列(六)——数据存储建设

    数据存储建设主要从数据可靠性和业务稳定性两个维度阐述。这两者有哪些区别呢? 后台数据复制机制能在任何一个副本出现故障时迅速通过数据迁移等方式复制一个新副本,时刻确保有三个副本可用,避免单点故障引起的数据丢失等问题,提高数据的可靠性。 image.png 注意事项: CBS三副本是可用粒度,即AZ粒度,例如云侧北京有六个可用,如果出现可用粒度的极端情况,例如地震火灾,CBS三副本数据可能会丢失。 COS分布式存储系统架构AZ架构为分层结构主要如下: image.png COS目前具备AZ属性,如果对于核心数据,成本允许前提下,建议开启跨地域复制功能来进一步加固数据可靠性。 列举一下几个场景: 场景一: CBS快照跨地域能力建设 当前云平台CBS数据可靠性的能力在地域粒度,对于公司核心数据要求地域备份时,需要业务通过调用云API来实现;高可用能力建设核心思路: 1.定期快照复制新

    4.9K73发布于 2021-11-18
  • 来自专栏腾讯云中间件的专栏

    微服务高可用架构设计

    导语 相对于过去单体或 SOA 架构,建设微服务架构所依赖的组件发生了改变,因此分析与设计高可用架构方案的思路也随之改变,本文对微服务架构落地过程中的几种常见容可用方案展开分析。 另一方面,微服务架构也离不开中心化的组件实现服务治理、应用部署、监控等功能,微服务场景下主备、活等高可用方案的设计需要通盘考虑。 在分析复杂的架构前,我们首先应当明确问题的定义,拆解问题,分解子问题,从不同维度分开讨论才能获得一个清晰的结论。 2、微服务间调用:TSF 支持 AZ 内就近路由,AZ 内实例不可用时跨 AZ 调用。 部署单元设计:考虑设计,单元与数据库分片绑定,同城单元双活,异地部署备单元。

    2.5K71编辑于 2023-09-09
  • 如何配置YashanDB实现高可用架构?

    在现代企业的信息系统中,数据库的高可用性与能力是保障业务连续性和数据安全的关键。实现高可用架构对于减少系统故障时间、保障数据一致性以及抵御各种灾难至关重要。 YashanDB作为一款高性能且具备丰富部署形态的数据库解决方案,提供了多种技术和机制来支持稳定、可靠的高可用架构。 本文将基于YashanDB的核心架构和功能,详细阐述如何有效配置系统以实现高可用目标。 分布式部署适用于海量数据分析及实时计算场景,通过合理规划节点个数及负载均衡提升系统能力和业务可用性。 结论与展望随着业务对数据可靠性、连续性的诉求日益增长,构建稳定的高可用架构已成为数据库系统的核心竞争力。

    21310编辑于 2025-09-15
  • 来自专栏聊high云的专栏

    腾讯云高可用解决方案

    CDB for MySQL 普通实例架构(同个可用) 3.png CDB for MySQL 同城备实例架构(不同可用) 4.png 说明:腾讯云数据库可用部署目前仅支持深圳金融专区,大客户可以特殊支持 ,可在数秒内激活备实例,恢复完整读写功能; 8.png 高可用基本结构3:CLB+不同可用CVM+MySQL实例(不同可用) 部分可用Mysql实例支持可用部署(目前仅支持深圳金融专区); 9.png 三、腾讯云解决方案 10.png 上图中三种应用场景是大家耳熟能详的,从用户使用角度来理解场景,则有如下两种场景: 跨可用可用需要保证一个CLB实例的后端服务器 跨地域 随着业务的发展,用户对业务系统的高可用要求越来越高,已经不满足于只能做到跨可用,用户希望即使某个地域的系统都不可用了,还可用通过其它地域的系统继续提供服务,这就是跨地域。 目前支持跨地域复制,但是制作镜像需要关机; COS复制:后续会支持跨园区复制的功能; DTS复制:创建数据库同步任务; CLB可用:目前只有金融专区支持; MySQL可用:目前只有深圳金融支持

    13.2K265发布于 2018-03-13
  • 来自专栏云容灾云灾备

    什么是云?与传统备有何不同?

    在云出现之前,企业通常采用传统方案,如自建异地备中心或租用备机房。 高可用性(High Availability)云基于云计算的区域、多数据中心架构,可提供跨地域的数据冗余备份,确保即使在某一域发生故障,企业仍然能够切换到其他可用继续运营。 例如,AWS、Azure 和华为云等云厂商都提供可用(AZ)架构,支持跨区域业务切换,以降低单点故障风险。2. 例如,企业可以通过 API 触发云侧资源编排、执行演练、监控业务健康状况,并在灾难发生时触发自动化恢复流程,提升备响应效率。4. 相较于传统方案,云具备高可用性、弹性扩展、自动化管理和智能运维等显著优势,能够有效保障企业在面对突发事件时迅速恢复业务,确保数据安全与业务连续性。

    53610编辑于 2025-08-06
领券