- 综合排序
- 最热优先
- 最新优先
- 来自专栏云计算技术笔记
高可用技术概述
算机系统高可用技术的基本概念。 前言 在分析高可用的技术前，我们需要先对一些概念进行说明，先从相关的词语开始。 系统 系统，即若干部分相互联系、相互作用，形成的具有某些功能的整体。 高可用 如果生态系统受到过于大的破坏，会崩溃。计算机系统也是如此，我们做的就是提升抗风险的能力，避免系统崩溃。 高可用技术就是为了对抗这些风险。 本文只讨论应对外部风险的高可用技术，不考虑内部风险。内部风险是另一个话题。 容灾 提高可用性的本质是冗余，具体的实现方案会有不同，但目的都是降低不可用的时长。 从发现灾难到故障转移，多少会有一段时间被计入不可用时长。但随着技术发展，故障时长已经被降低到秒级。 更多分析请看自动灾备技术分析。 容错 容错指的是系统可以容忍局部的错误存在。 如果一个分片瘫痪了，对于这个分片的用户来说，系统不可用。所以分片不属于高可用技术。 总结 高可用的本质是减少系统不能提供服务的时间。 灾备和容错，主要区别是是否需要立刻故障转移。
45620编辑于 2022-09-07 - 来自专栏linux技术分享
mysql 高可用技术
网络故障，默认manager是单一心跳检测 读写分离 可以把读的压力分担到从库 proxysql 在应用程序和数据库之间加了一层代理可以把流量转发 在互联网企业读写一般是73分读的请求比较大 一般配合高可用一起用 mysql -uroot -p123 -P 6033 -h 127.0.0.1 -e "begin;select @@server_id;commit" mysql ionndb cluster mha高可用技术前端会配合 nginx+php+mysql 2 nginx+php拆分mysql 3访问量上来了 有多套应用连接一套数据库(使用的仍然是一套库) nginx+php=mysql nginx+php=mysql 4做高可用架构 <system> <property name="charset">utf8</property> </system> 按照数据库端设置就行 processors 属性: 该属性主要用于指定系统可用的线程数 默认为 utf8。 txIsolation : 前端连接的初始化事务隔离级别，只在初始化的时候使 用，后续会根据客户端传递过来的属性对后端数据库连接进 行同步。
1.8K31编辑于 2022-03-28 - 来自专栏流川疯编写程序的艺术
技术调研----OpenResty高可用技术初步探索
__biz=MzAxNzMwOTQ0NA==&mid=2653355281&idx=3&sn=73f965e2db44e5e156b0e5a98f2af2b8&chksm=8035d77ab7425e6c34c661410fa5626cc552761828bca36ac9e871da2121e215c3dbcdf1b460
81330发布于 2019-03-15 - 来自专栏Java技术栈
高可用高并发的 9 种技术架构！
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理；在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 8、集群 对于用户访问集中的模块需要将独立部署的服务器集群化，即多台服务器部署相同的应用构成一个集群，通过负载均衡设备共同对外提供服务。 -END- 不错，转发分享一下吧 往期推荐 【1】京东购物车的 Java 架构实现及原理 【2】分布式作业 Elastic-Job 从理论到实战 【3】《阿里技术参考图册》发布，速度收藏 【4】最新后端架构师技术图谱
66050发布于 2018-07-31 - 来自专栏平凡文摘
高可用高并发的 9 种技术架构！
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理；在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 8、集群 对于用户访问集中的模块需要将独立部署的服务器集群化，即多台服务器部署相同的应用构成一个集群，通过负载均衡设备共同对外提供服务。 -END- 不错，转发分享一下吧 转载声明：本文转载自「Java技术栈」
76750发布于 2018-07-03 - 来自专栏若尘的技术专栏
k8s高可用集群搭建
，不可用权重值就减2 interval 3 //每隔三秒执行一次chack-apiserver.sh脚本 weight -2 //权重减2 } vrrp_instance 51 //让master 和backup在同一个虚拟路由里，id 号必须相同; priority 250 //优先级,谁的优先级高谁就是master dont_track_primary track_script { check_apiserver } } 下面是chack-apiserver.sh，主要用于检测虚拟ip是否可用 使用浏览器访问30001端口，使用token登录， 记得要用火狐浏览器，微软和谷歌不支持 ，我这里是 https://192.168.200.128:30001，把自己的token 粘贴上去即可 harbor高可用安装 :v1.2.0 docker push master128:8082/k8s/nginx-ingress-controller:0.32.0 docker push master128:8082/k8s
1.3K85发布于 2021-11-24 - 来自专栏架构随笔录
电商交易高并发和高可用技术（一）
解决这个场景的高并发技术和高可用技术如下： 1.高可用架构技术 隔离技术： 线程隔离，交易请求网关肯定不止交易这一个业务接口，还有一些非核心业务接口，那么整个系统区分核心线程池和非核心线程池，在内存和系统核心数足够大的情况下 进程隔离，系统拆分 集群隔离，单实例无法满足交易业务，需要服务化技术，通过部署多个服务形成服务集群，提升系统容量，交易系统集群和其他非核心业务集群隔离 还可以在核心交易业务加一层网关服务集群部署，专门用于派发交易请求 热点隔离，热点就意味着高并发，在高并发的场景下，要保证高可用性，就必须隔离热点请求，快速的削峰。 目的是用来隔离分布式服务故障，提供线程和信号量隔离，以减少不同服务之间的资源竞争带来的相互影响，提供优雅降级机制，提供熔断机制让服务交易接口快速的失败，而不是一直阻塞，Hystrix可以阻止级联失败并保证系统弹性、和高可用性 2.高并发架构技术 缓存为王，队列也为王，10000个并发请求入分布式缓存队列(redis)或者mq(核心系统mq集群，做到核心业务和非核心业务集群隔离)，商品库存1000预存入redis，库存扣减都走
1.3K30发布于 2020-02-24 - 来自专栏技术杂记
Mycat HA(高可用) 与 LB(负载均衡)8
可以看到多出了一个日志文件 /var/log/haproxy.log ，同时也打开了 UDP 的 514 端口
41830编辑于 2021-12-02 - 来自专栏c++与qt学习
kubeadm安装高可用k8s集群
kubeadm安装高可用k8s集群 ---- 高可用集群规划图 ---- 主机规划 角色 IP地址 操作系统 配置 主机名称 Master1 192.168.18.100 CentOS7.x，基础设施服务器 ，如果不是高可用集群，该IP可以是k8s-master01的IP EOF ---- 时间同步 kubernetes要求集群中的节点时间必须精确一致，所以在每个节点上添加时间同步： yum install systemd" KUBE_PROXY_MODE="ipvs" 所有的节点设置为开机自启动即可，由于没有生成配置文件，集群初始化后会自动启动： systemctl enable kubelet ---- 高可用组件安装 注意：如果不是高可用集群，haproxy和keepalived无需安装。 v1.20.2 \ --service-cidr=10.96.0.0/12 \ --pod-network-cidr=10.244.0.0/16 \ --upload-certs ---- 高可用
1.6K21编辑于 2022-09-28 - 来自专栏活动盒子
9种高性能高可用高并发的技术架构
所谓网站架构模式即为了解决大型网站面临的高并发访问、海量数据、高可靠运行等一系列问题与挑战。 为此，在实践中提出了许多解决方案，以实现独立商城网站建设高性能、高可靠性、易伸缩、可扩展、安全等各种网上电子商城技术架构目标。 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 具体实现则在单一服务器内部可用通过多线程共享内存的方式处理；在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 8、集群 对于用户访问集中的模块需要将独立部署的服务器集群化，即多台服务器部署相同的应用构成一个集群，通过负载均衡设备共同对外提供服务。
2K30发布于 2019-04-18 - 来自专栏Hadoop数据仓库
HAWQ技术解析（十四） —— 高可用性
一、HAWQ高可用简介 HAWQ作为一个传统数仓在Hadoop上的替代品，其高可用性至关重要。通常硬件容错、HAWQ HA、HDFS HA是保持系统高可用时需要考虑并实施的三个层次。 总的来说，HAWQ容错高可用的实现方式包括： 硬件冗余 master镜像 双集群 1. 2. master镜像 高可用集群中的master节点有两个，一个主一个从。 三、HAWQ文件空间与HDFS高可用 如果在初始化HAWQ时没有启用HDFS的高可用性，可以使用下面的过程启用它。 配置HDFS集群高可用性。 收集目标文件空间的信息。 这个向导描述了配置NameNode高可用必须执行的自动和手工步骤。
1.9K100发布于 2018-01-03 - 来自专栏运维小路
Kubernetes(k8s)-高可用集群部署v1.32.2(生产可用)
前面我们在讲解各种资源的时候部署过很多集群，但是都是单机版形式的，正在生产集群是需要高可用的，所以以下就来演示一个生产高可用集群当前最新版本Kubernetes v1.32.2，为了后续部分演示所以这里启用了 3个Node节点，如果只验证高可用实际上不用Node也可以。 2.环境初始化 包括，修改主机名，hosts，关闭selinux，防火墙，时间同步，等基础配置参考我前面的部署文档Kubernetes(k8s)-安装k8s(docker版)。 6.配置VIP 这里我们选择100和101这2台服务器来承担vip的责任，因为3节点的集群只允许挂1台，挂2台集群是不可用的。本小节操作只在100和101服务器执行。 node节点链接使用vip cat /etc/kubernetes/kubelet.conf |grep server server: https://192.168.31.105:6443 11.检查高可用
2.3K12编辑于 2025-03-17 - 来自专栏东风微鸣技术博客
K8S 上搭建 RabbitMQ 高可用集群
(利用的是类似helm的OpenShift Template的能力) 推荐阅读人群; 架构师 应用架构师 容器平台管理员 开源技术爱好者 总结: 基于官方博客: Peer Discovery cluster_formation.peer_discovery_backend = rabbit_peer_discovery_k8s cluster_formation.k8s.host $(K8S_SERVICE_NAME). $(K8S_SERVICE_NAME). (K8S_SERVICE_NAME). K8S_HOSTNAME_SUFFIX为: .(K8S_SERVICE_NAME).
3.1K20编辑于 2022-04-21 - 来自专栏架构之路
边缘云K8S离线高可用设计
为保障应用高可用性，我们计划实施双保险策略：一方面，设计Apollo的离线配置方案，确保断网时仍能获取必要配置；另一方面，支持应用在物理机上的直接启动，作为备用方案。 为了实现高可用性，我们改进了配置加载机制。当应用重启时，组件会优先尝试从总部 Apollo 配置中心加载最新配置。 一旦发生网络异常，系统将立即降级读取本地缓存文件，从而有效隔离网络波动对应用启动的影响，保障应用始终具备高可用性。4.2 K8S 集群异常兜底，实现物理机应急启动。 五、价值总结5.1 实现系统高可用与应急能力提升尽管极端天气（如台风）或地区专线电缆意外中断不是日常事件，但它们在业务中是不可避免的风险。 这不仅提升了系统在网络完全隔离时的自愈能力，更保障了核心应用的高可用性，真正做到有备无患。
35521编辑于 2025-12-05 - 来自专栏落跑架构师M
高可用的K8S集群部署方案
被规划为基础层，主要提供了一个高可用的7层负载均衡器。 HAProxy反代了K8S Master服务器，提供了K8S Master API的高可用和负载均衡能力。 可以使用Nginx代替HAProxy吗？ Master节点的高可用拓补官方给出了两种方案。 那么master高可用至少需要2个节点，失败容忍度是(n/0)+1，也就是只要有一个是健康的k8s master集群就属于可用状态。 高可用验证 至此生产可用的k8s集群已“搭建完成”。
3.6K11发布于 2020-02-11 - 来自专栏程序猿的大杂烩
基于kubeadm搭建k8s高可用集群
/.kube/completion.bash.inc' " >> $HOME/.bash_profile [root@m1 ~]# source $HOME/.bash_profile ---- 高可用集群部署 部署keepalived - apiserver高可用（任选两个master节点） 1、在两个主节点上执行如下命令安装keepalived（一主一备），我这里选择在m1和m2节点上进行安装： $ yum # 耐心等待一会，可以观察下日志 $ journalctl -f 成功将所有的worker节点加入集群后，至此我们就完成了k8s高可用集群的搭建。 root@nginx:/# ping nginx-ds PING nginx-ds.default.svc.cluster.local (10.105.139.228): 48 data bytes 高可用测试 192.168.243.100/32 scope global ens32 [root@m2 ~]# 接着测试能否在m2或m3节点上使用kubectl与集群进行交互，能正常交互则代表集群具备了一定程度的高可用性
3K32发布于 2020-09-23 - 来自专栏落跑架构师M
高可用的K8S集群部署方案
，但不能减少） 按功能组划分 SLB LVS HAProxy etcd K8S Node (Master / Worker) SLB LVS 、HAProxy 被规划为基础层，主要提供了一个高可用的7层负载均衡器 HAProxy反代了K8S Master服务器，提供了K8S Master API的高可用和负载均衡能力。 可以使用Nginx代替HAProxy吗？ Master节点的高可用拓补官方给出了两种方案。 那么master高可用至少需要2个节点，失败容忍度是(n/0)+1，也就是只要有一个是健康的k8s master集群就属于可用状态。 高可用验证 至此生产可用的k8s集群已“搭建完成”。
3.6K30发布于 2019-12-30 - 来自专栏Java领域客栈
k8s部署篇之Kubeadm高可用
后续就不多说了，总之一言难尽 本文采用Kubeadm的方式，进行高可用K8s集群。 192.168.239.12 k8s-master02 192.168.239.13 k8s-master03 192.168.239.226 k8s-master-lb # 如果不是高可用集群，该IP k8s-master02 k8s-master03 k8s-node01 k8s-node02;do ssh-copy-id -i .ssh/id_rsa.pub $i;done 下载安装所有的源码文件 containerd/containerd.sock" EOF 设置Kubelet开机自启动： systemctl daemon-reload systemctl enable --now kubelet 高可用实现 : icmp_seq=4 ttl=64 time=0.063 ms 集群初始化 Master01初始化 Master01节点创建kubeadm-config.yaml配置文件如下： 温馨提示：如果不是高可用集群
1.3K20编辑于 2022-09-23 - 来自专栏全栈程序员必看
rabbitmq高可用集群搭建_mongodb高可用架构
RabbitMQ 高可用集群搭建 1 集群简介 1.1 集群架构 当单台 RabbitMQ 服务器的处理消息的能力达到瓶颈时，此时可以通过 RabbitMQ 集群来进行扩展，从而达到提升吞吐量的目的 一个高可用，负载均衡的 RabbitMQ 集群架构应类似下图： 这里对上面的集群架构做一下解释说明： 首先一个基本的 RabbitMQ 集群不是高可用的，虽然集群共享队列，但在默认情况下，消息只会被路由到某一个节点的符合条件的队列上 HAProxy 同时支持四层和七层负载均衡，并基于单一进程的事件驱动模型，因此它可以支持非常高的井发连接数。 此时对外服务的 VIP 依然可用，代表已经成功地进行了故障转移。 juejin.im/post/6844904071183220749 RabbitMQ 官方文档 —— 集群指南：www.rabbitmq.com/clustering.… RabbitMQ 官方文档 —— 高可用镜像队列
3K10编辑于 2022-09-30 - 来自专栏后台技术底层理解
redis高并发高可用
redis 高可用，如果是做主从架构部署，那么加上哨兵就可以了，就可以实现，任何一个实例宕机，可以进行主备切换。 所以就有了几个问题？ 什么是主从架构，主从如何备份？ 哨兵用于实现 redis 集群的高可用，本身也是分布式的，作为一个哨兵集群去运行，互相协同工作。 哨兵 + redis 主从的部署架构，是不保证数据零丢失的，只能保证 redis 集群的高可用性。 ==怎么保证redis是高并发以及高可用的==？ sdown 和 odown 转换机制 sdown 是主观宕机，就一个哨兵如果自己觉得一个 master 宕机了，那么就是主观宕机。 （2）非阻塞I/O，Redis采用epoll做为I/O多路复用技术的实现，再加上Redis自身的事件处理模型将epoll中的连接，读写，关闭都转换为了时间，不在I/O上浪费过多的时间。
3.2K10发布于 2020-08-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号