- 综合排序
- 最热优先
- 最新优先
- 来自专栏大数据presto
解决Presto Coordinate单点故障的部署方案
presto虽然可以集群化部署，但是由于coordinate存在单点问题，商业化应用还是存在一定的问题，本文会给出一种简单的集群化部署方案，解决presto的单点问题。
1.7K20发布于 2019-08-28 - 来自专栏算法之美
代理单点故障如何解决（面试必备）
今天分享的是代理单点故障解决方法。 总耗时4个小时，累计3天时间查看了代理单点故障的解决方式。 ? 2019-6-9 参考工业级产品 nginx，redis，twemproxy 并且对应优缺点。 单点故障，正在处理请求如何解决，我没看明白？ 我理解是 这个无法解决，因为代理不缓存数据。
1.9K20发布于 2019-06-17 - 来自专栏菩提树下的杨过
ZooKeeper 笔记(4) 实战应用之【消除单点故障】
关键节点的单点故障(Single Point of Failure)在大型的架构中，往往是致命的。
1.5K90发布于 2018-01-19 - 来自专栏后端开发技术
Redis高可用（cluster集群）：从单点故障到集群弹性扩展
（4）主从复制不能保证高可用，只解决了单点故障问题。 slaves allocation for anti-affinity [WARNING] Some slaves are in the same host as their master M: 63bc9c9f79604b17cdace3f2837fce5590bc5a23 127.0.0.1:7005 replicates ae318407bd3f93b88491e4baa47241040d7de58d S: c62f22a573585c8e4cefa4816b60d9e9ef0edc79 7e4508327ab4bc3e86a02f00a58218c48db1d8c8 127.0.0.1:7004 slots: (0 slots) slave replicates 63bc9c9f79604b17cdace3f2837fce5590bc5a23 slots:[10923-16383] (5461 slots) master 1 additional replica(s) S: c62f22a573585c8e4cefa4816b60d9e9ef0edc79
2.1K00编辑于 2024-11-20 - 来自专栏数据和云
针对Sharding DB的单点故障，合理构建HA架构
我们从上往下捋一下，看看哪里有单点故障，这个单点可以通过什么方式解决。
1.2K80发布于 2018-03-06 - 来自专栏云社区活动
聊聊我是怎么防住单点故障的
聊聊我是怎么防住单点故障的一、前言：别等系统挂了，才想起“高可用”这回事说实话，刚入行的时候，我对“高可用”这三个字没什么概念。 我迷迷糊糊爬起来一看，原因是：数据库单点故障。因为主库挂了，而没有任何备库、故障转移、负载均衡的机制。从那之后，我就明白了一句话：可用性不是一个“功能”，它是一种责任。 今天这篇文章，我就想聊聊我在工作中是怎么构建高可用系统、防止单点故障的，通俗点讲，就是别再让系统“一个点挂了就全垮”。 二、搞清楚：什么是“单点故障”（SPOF）单点故障，全称是 Single Point of Failure，意思就是：“系统中某一个组件一旦出问题，就会导致整个系统崩溃。” 常见的单点故障位置包括：应用服务：只有一个Nginx或Tomcat；数据库：主库挂了就玩完；缓存层：Redis挂掉就无法登录；消息队列：RabbitMQ宕了消息就丢；存储系统：只有一份数据，丢了不可恢复
64800编辑于 2025-05-03 - 来自专栏大数据技术
【赵渝强老师】大数据主从架构的单点故障
视频讲解如下： 从上图可以看出大数据的核心组件都是一种主从架构，而只要是主从架构就存在单点故障的问题。 HA的思想其实非常简单：既然整个集群中只有一个主节点存在单点故障的问题，那么只需要搭建多个主节点就可以解决这样的问题了，这就是HA的核心思想。 要解决大数据主从架构的单点故障问题，需要使用到ZooKeeper。
20400编辑于 2024-09-05 《龙虾软件单点故障自动容错的架构解法指南》
生产集群中单台执行节点的静默失效，从来不会挑选业务低峰时段发生。承载核心调度链路的节点一旦停止状态上报，下游数十条跨系统自动化流程的执行进度并不会立刻显性中断，只会在数分钟后以接口超时、数据断档、流程滞留的形式逐层传导到业务侧，最终演变成需要多岗位协同处置的生产事件。在龙虾软件的企业级部署体系中，这类单点风险的消解，不能依赖人工响应的速度，而要靠一套从状态层到调度层再到接入层的完整容错机制，让节点故障的影响被彻底限制在硬件层面，完全不渗透到任务执行与业务逻辑当中。单节点故障带来的影响，从来不止是进程终止这么简单。龙虾软件的任务执行是一套完整的链路，从调度器触发任务、节点领取执行、调用对应技能处理、生成中间结果、到最终输出执行产物，每一步的状态都默认保存在节点本地。传统的主备切换方案大多只停留在服务入口层面，也就是主节点挂掉之后，把访问流量切到备用节点上，这种方式只能保证新的任务请求可以正常提交，却无法接管已经在主节点上运行了一半的任务。如果任务是简单的一次性执行，重新跑一遍或许影响不大，但对于长链路的多步骤任务、涉及数据写入的业务流程，重新执行不仅会浪费大量时间，还可能造成数据重复写入、状态错乱等更严重的问题。这也是很多部署了双机热备的场景，依然会被节点故障打乱业务节奏的核心原因——只做了服务的高可用，没有做任务的可漂移，故障切换的价值就只发挥了不到一半。要实现真正的无感切换，首先要打破任务对单个节点的依附，让所有和任务执行相关的状态都脱离本地存储，成为集群内所有节点都可以访问的共享资源。
13800编辑于 2026-06-17- 来自专栏网络技术联盟站
解决网关单点故障三剑客：VRRP、HSRP、GLBP
来源：Ez啊 链接：https://www.cnblogs.com/michael9/p/14537979.html#glbp-%E7%9A%84%E9%97%AE%E9%A2%98 通常情况下，在终端设备进入网络前 numbers 0 - 255 Group numbers 0 -4095 Virtual MAC: 0000:0C07:ACxx (xx 来源 HSRP 组) Virtual MAC: 0000:0C9F BVG（Backup Virtual Gateway）：充当分配 MAC 地址的备份，防止单点故障 选举过程 通过 Hello 报文交互，数值越大，优先级越高。如果优先级一样，选 IP 地址大的。 总结 本篇共提到了三个协议，用于解决网关单点故障的问题。 从目前使用的情况看，VRRP 由于是公有协议使用的更多些。HSRP 和 GLBP 由于是思科的私有协议，仅能跑在思科设备上。
1.6K20编辑于 2023-03-01 不再有冗余备份：35岁，我在北京活成了“单点故障”
这几句话虽然短，但里面包含的疲惫感太重了。35岁左右，单身，北漂，干网工——这几个标签叠在一起，说是“地狱难度”也不为过。
21410编辑于 2026-03-25- 来自专栏呱牛笔记
如何避免后台服务的单点故障&动态增加服务扩容能力
我们在讨论后台架构的时候，到底在讨论什么，作为一个C++客户端开发的程序员，如何看后台的架构，高可用，负载均衡，只是一个简单的思考？
34520编辑于 2023-05-02 - 来自专栏AI分享
容错架构完全指南：从单点故障到99.99%可用性的蜕变
许多开发者常将容错性（Fault Tolerance）与高可用性（High Availability）混为一谈，实则二者构成精密的风险防御体系：高可用性（HA）：量化衡量系统持续服务能力，以"9"的个数丈量业务连续性 基于平台的技术特性，我们可通过构建多维防御体系实现系统韧性指数级提升：分布式节点部署实现物理层冗余，智能流量调度引擎保障服务连续性，热备集群自动切换机制攻克单点故障，结合全链路可观测体系形成故障预测-处置闭环
5.4K11编辑于 2025-04-11 - 来自专栏数据库系列
PostgreSQL主从复制实战：告别单点故障，构建高可用数据库基石
如果你也经历过单点故障的痛，或者正在考虑给数据库做高可用，下面这套方案可以直接用。 从今天起，告别单点故障，构建属于你的高可用数据库基石。 环境准备与基础架构1.1基础环境要求在开始配置之前，确保你的环境满足以下要求：节点类型服务器地址系统版本PostgreSQL版本核心要求主库（Primary）192.168.50.120（示例）CentOS7/8/9或 等更复杂的方案实施建议：先在测试环境跑通再上生产，别直接怼线上制定详细的故障转移预案，包括手动和自动两种方式建立完善的监控体系，及时发现和解决问题定期进行灾难恢复演练，确保方案的有效性如果你也有类似的痛点，比如担心单点故障 从今天开始，让你的数据库告别单点故障！
41310编辑于 2026-04-14 - 来自专栏li_wait
打印9*9乘法口诀
j = 1; j <=i; j++) { printf("%d*%d=%d ", j, i, i * j); } printf("\n"); } return 0; } 打印9* 9乘法口诀表： 从图中看出第四排和第五排没有对齐，要想对齐，可以考虑 printf限定占位符的最小宽度（https://blog.csdn.net/wait___wait/article /details/135287228） 9*9乘法口诀表中最大位数是2，因此设最小宽度为2。
54310编辑于 2024-10-23 - 来自专栏技术杂记
9
服务端 /var/log/messages 中会出现类似的日志Aug 25 00:26:02 pptp-server pptpd[10177]: CTRL: Client 103.240.124.15 control connection startedAug 25 00:26:02 pptp-server pptpd[10177]: CTRL: Starting call (launching pppd, opening GRE)Aug 25 00:26:02 pptp-server pppd[10178
1.1K20编辑于 2022-06-30 - 来自专栏python全栈教程专栏
输出9*9口诀
输出9*9口诀 //题目：输出9*9口诀。 result=2*1 result= 2*2 //第三次打印 i=3 ,j=1,2,3 result=3*1 result=3*2 result=3*3 //一次类推 //第九次打印 i=9, j=1,2,3,4,5,6,7,8,9 result=9*1 9*2 9*3 9*4.........
54020发布于 2021-10-18 - 来自专栏网络收集
JavaScript（9）
在JavaScript中，可以使用indexOf() 方法可返回某个指定的字符串值在字符串中首次出现的位置。
56830编辑于 2022-04-05 - 来自专栏Michael阿明学习之路
移除 9（9进制）
题目 从 1 开始，移除所有包含数字 9 的所有整数，例如 9，19，29，…… 这样就获得了一个新的整数数列：1，2，3，4，5，6，7，8，10，11，…… 给定正整数 n，请你返回新数列中第 n 样例 1: 输入: 9 输出: 10 注释 ：n 不会超过 9 x 10^8。 来源：力扣（LeetCode） 链接：https://leetcode-cn.com/problems/remove-9 著作权归领扣网络所有。商业转载请联系官方授权，非商业转载请注明出处。 解题 答案就是 n 对应于9进制的数 class Solution { //C++ public: int newInteger(int n) { vector<int> nums; while(n) { nums.push_back(n%9); n /= 9; } int ans = 0; for(int i
59520发布于 2021-02-19 - 来自专栏CSDN技术博客
WebSphere9（was9）静默安装
was9安装与was8.5区别在于：was9安装时需要和JDK一起装，不能单独安装； 之前写过was8.5的静默安装博客https://blog.csdn.net/mfanoffice2012/article IBM SDK Java Technology Edition for Installation Manager consult the product documentation 8.5 与 9主要区别之处 /eclipse/tools/imcl install \ com.ibm.websphere.ND.v85_8.5.5000.20130514_1044 \ #was程序包小版本，此处注意与was9对比
2.1K20发布于 2021-08-10 - 来自专栏程序猿DD
Java 9 - 17 特性解读：Java 9
所以胖哥抽时间梳理了一下从Java 9到Java 17的一些常用API的变动。今天先来看看Java 9 都有什么东西。 Java 9 Java 9 最大的变化就是引入了一个JShell和模块化，日常并没有用太多，所以今天不花时间在这些功能上面。 Java 9改善了这一现状，现在你可以： // [1, 2, 3, 4] List<Integer> integers = List.of(1, 2, 3, 4); // {1,2,3} Set<Integer 在Java 9中Stream进一步得到了加强。 ofNullable Stream<T> ofNullable(T t) 返回包含单个元素的顺序Stream ，如果非空，否则返回空Stream 。 总结 其实Java 9 还有一些底层的优化，不过对于普通开发者来说了解这些就够用了。上面几个特性，比较常用的就是静态不变集合、try-with-resources优化。
61830编辑于 2023-04-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号