- 综合排序
- 最热优先
- 最新优先
- 来自专栏平凡文摘
高可用高并发的 9 种技术架构！
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理；在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
76750发布于 2018-07-03 - 来自专栏Java技术栈
高可用高并发的 9 种技术架构！
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理；在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
66050发布于 2018-07-31 - 来自专栏橙子架构杂谈
服务治理在猫眼娱乐的演进之路（一）- 高可用治理中心
所以基于这些问题，猫眼开始开展服务治理的演进之路。 高可用治理中心在猫眼的落地 我们关注发现，猫眼主要面临的场景是大流量下的概率性故障。 基于这样的一些背景，我们得出高可用治理在猫眼的落地理论架构是：面向故障全生命周期进行治理，悲观与乐观并济。 基于这样的一些考虑，我们开展了专项的治理行动，自研了猫眼高可用治理中心，代号大禹。旨在提供自动化的限流、熔断、降级、隔离、演练、监控报警的一站式可用性保障方案。 首先，这个是我们高可用治理中心的一个分层架构。 当然，稳定性保障仅靠高可用治理中心是不够的，业务层面，也进行了大量的持续优化。
1.1K00发布于 2019-12-19 - 来自专栏大数据学习笔记
Hadoop基础教程-第9章 HA高可用（9.1 HDFS 高可用介绍）
第9章 HA高可用 9.1 HDFS 高可用介绍 HDFS HA(High Availability)高可用配置官方参考网址 http://hadoop.apache.org/docs/r2.7.3 每个集群都有一个NameNode，如果该机器或进程变得不可用，则整个集群将不可用，直到NameNode重新启动或在单独的计算机上启动。 在计划外事件（如机器崩溃）的情况下，集群将不可用，直到操作员重新启动NameNode。 HDFS高可用性功能通过提供在具有热备用的主动/被动配置中的同一集群中运行两个冗余名称节点的选项来解决上述问题。 9.1.2 架构 Hadoop2.x（HA）中HDFS的高可靠指的是可以同时启动2个NameNode。其中一个处于工作状态(Active )，另一个处于随时待命状态(Standby)。
1.1K11编辑于 2022-05-06 - 来自专栏大数据学习笔记
Hadoop基础教程-第9章 HA高可用（9.4 YARN 高可用）（草稿）
第9章 HA高可用 9.4 YARN 高可用 9.4.1 RM单点故障 http://hadoop.apache.org/docs/r2.7.3/hadoop-yarn/hadoop-yarn-site 高可用性功能以活动/待机资源管理器对的形式添加冗余，以消除此单一故障点。 ? YARN高可用，也就是ResourceManager高可用，规划如下 IP nodename RM NM 192.168.80.131 node1 Y Y 192.168.80.132 node2 Y <name>yarn.resourcemanager.ha.enabled</name> <value>true</value> <description>启用RM高可用性 [main:Environment@100] - Client environment:zookeeper.version=3.4.10-39d3a4f269333c922ed3db283be479f9deacaa0f
1K71发布于 2018-01-02 - 来自专栏大数据学习笔记
Hadoop基础教程-第9章 HA高可用（9.2 HDFS 高可用配置）
第9章 HA高可用 9.2 HDFS 高可用配置 9.2.1 准备工作 因为前面我们已经配置启动了普通的Hadoop相关服务，需要先停止相关服务并清除数据。 stopping nodemanager node2: nodemanager did not stop gracefully after 5 seconds: killing with kill -9 node3: nodemanager did not stop gracefully after 5 seconds: killing with kill -9 node1: nodemanager did not stop gracefully after 5 seconds: killing with kill -9 no proxyserver to stop 停止HDFS服务 [root@node1
42120编辑于 2022-05-06 - 来自专栏活动盒子
9种高性能高可用高并发的技术架构
所谓网站架构模式即为了解决大型网站面临的高并发访问、海量数据、高可靠运行等一系列问题与挑战。 但在网站的发展过程中，分层结构对网站支持高并发，向分布式方向的发展至关重要。 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 具体实现则在单一服务器内部可用通过多线程共享内存的方式处理；在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
2K30发布于 2019-04-18 - 来自专栏大数据学习笔记
Hadoop基础教程-第9章 HA高可用（9.3 HDFS 高可用运行）（草稿）
第9章 HA高可用 9.3 HDFS 高可用运行 9.3.1 HA节点规划 节点 IP Zookeeper NameNode JournalNode DataNode node1 192.168.80.131 capacity-scheduler/*.jar STARTUP_MSG: build = https://git-wip-us.apache.org/repos/asf/hadoop.git -r baa91f7c6bc9cb92be5982de4719c1c8af91ccff capacity-scheduler/*.jar STARTUP_MSG: build = https://git-wip-us.apache.org/repos/asf/hadoop.git -r baa91f7c6bc9cb92be5982de4719c1c8af91ccff [main:Environment@100] - Client environment:zookeeper.version=3.4.10-39d3a4f269333c922ed3db283be479f9deacaa0f
1.5K50发布于 2018-01-02 - 来自专栏技术杂记
Mycat HA(高可用) 与 LB(负载均衡)9
server.xml、schema.xml、rule.xml --[server.xml]-------- <user name="cc"> <property name="password">cc</property> <property name="schemas">cctest</property> </user> --[schema.xml]-------- <schema name="c
34130发布于 2021-12-02 - 来自专栏开发经验
微服务治理之道：构建可伸缩和高可用的系统
然而，微服务并不是银弹，它引入了新的挑战，特别是在微服务治理方面。本文将探讨微服务治理的重要性，以及如何构建可伸缩和高可用的微服务系统。 什么是微服务治理？ 负载均衡器分发流量到这些实例，以确保高可用性和性能。 3. 容错处理 由于网络不可靠性等原因，微服务可能会出现故障。微服务治理需要提供容错处理机制，以确保系统的稳定性。 4. 、可伸缩性和高可用性方面。 通过合理的微服务治理、水平扩展、负载均衡、自动化和高可用性设计，您可以构建出稳定、高效且可伸缩的微服务系统。 无论您是正在考虑切换到微服务架构，还是已经在使用微服务，本文的建议都可以帮助您更好地理解和应对微服务治理、可伸缩性和高可用性方面的挑战。希望您的微服务之旅充满成功和创新！
64410编辑于 2023-12-13 - 来自专栏企鹅号快讯
9种高性能可用高并发的技术架构
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理;在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
66981发布于 2018-02-26 - 来自专栏云社区全球资讯抢先看
9种高性能可用高并发的技术架构
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理;在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
2.2K00发布于 2017-12-25 - 来自专栏JAVA高级架构
9种高性能可用高并发的技术架构
所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构以便于开发维护，但在网站的发展过程中，分层结构对网站支持高并发向分布式方向的发展至关重要。 ? 2、冗余 网站需要7×24小时连续运行，那么就得有相应的冗余机制，以防某台机器宕掉时无法访问，而冗余则可以通过部署至少两台服务器构成一个集群实现服务高可用。数据库除了定期备份还需要实现冷热备份。 网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分隔开来，包装成高内聚低耦合的模块单元，不仅有助于软件的开发维护也便于不同模块的分布式部署，提高网站的并发处理能力和功能扩展能力。 具体实现则在单一服务器内部可用通过多线程共享内存对了的方式处理;在分布式系统中可用通过分布式消息队列来实现异步。 异步架构的典型就是生产者消费者方式，两者不存在直接调用。 9、缓存 缓存目的就是减轻服务器的计算，使数据直接返回给用户。在现在的软件设计中，缓存已经无处不在。具体实现有CDN、反向代理、本地缓存、分布式缓存等。
720110发布于 2018-04-19 - 来自专栏码农沉思录
可用性高达5个9！支付系统高可用架构设计实战
为此，对应用可用性程度的衡量标准一般有3个9到5个9。 为了实现高可用，「付钱拉」从避免单点故障、保证应用自身的高可用、解决交易量增长等方面做了许多探索和实践。 （2）限制资源的使用 对于资源使用的限制设计是高可用系统最重要的一点，也是容易被忽略的一点，资源相对有限，用的过多了，自然会导致应用宕机。 商户促销一般我们会事先经常和商户保持沟通，事先了解促销的时间点和促销量，然后针对性做一些事情；促销峰值和平时差距非常大，促销一般都是2个小时之内的比较多，比如有的卖理财产品，促销也就集中在1个小时之内，所以峰值非常高； Q9：rsyslog归集日志怎么存储的？
1K10发布于 2019-06-17 - 来自专栏宜信技术实践
可用性高达五个9！支付系统高可用架构设计实战
为此，对应用可用性程度的衡量标准一般有3个9到5个9。 为了实现高可用，宜信支付系统从避免单点故障、保证应用自身的高可用、解决交易量增长等方面做了许多探索和实践。 下图是部分业务消息队列拆分图： [1536657329589032521.png] （2）限制资源的使用 对于资源使用的限制设计是高可用系统最重要的一点，也是容易被忽略的一点，资源相对有限，用的过多了， 商户促销一般我们会事先经常和商户保持沟通，事先了解促销的时间点和促销量，然后针对性做一些事情；促销峰值和平时差距非常大，促销一般都是2个小时之内的比较多，比如有的卖理财产品，促销也就集中在1个小时之内，所以峰值非常高； Q9：rsyslog归集日志怎么存储的？
1.8K31发布于 2019-07-02 - 来自专栏杨建荣的学习笔记
B站服务稳定性建设：高可用架构与多活治理
当前继续专注于核心业务多活建设推进、多活管控治理等工作。 分享概要 一、高可用多活架构 二、业务多活改造 三、多活管控与治理 一、高可用多活架构 相较于传统的灾备单活的架构，多活指的是在同城或异地的一个数据中心建立一套与本地生产系统部分或完全对应的一套服务，再进行流量调度 1.高可用整体架构 2.多活的方案类型 我们使用蚂蚁的CRG多活定义类型，CRG分别代表GZone 、RZone、CZone的三种模式。 三、多活管控与治理 1.多活元信息规则治理 我们初期在CDN上的一些规则偏向非标，有大量的正则写法，所以我们在做第一步时就对多活元信息的规则进行了治理，APIGW接入时也应用了前缀路由的模式，以方便做后续的统一切流管理 Q3：高可用多活的成本如何把控，过程中对ROI的考虑是怎样的？ A3：要从以下两个方面分析：一是收益。发生故障时，就会感知到多活的收益是有价值的。
1.4K21编辑于 2023-09-04 - 来自专栏全栈程序员必看
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 高可用，如果是做主从架构部署，那么加上哨兵就可以了，就可以实现，任何一个实例宕机，可以进行主备切换。 所以就有了几个问题？ 什么是主从架构，主从如何备份？ 什么时候整个集群不可用(cluster_state:fail)? 哨兵用于实现 redis 集群的高可用，本身也是分布式的，作为一个哨兵集群去运行，互相协同工作。 哨兵 + redis 主从的部署架构，是不保证数据零丢失的，只能保证 redis 集群的高可用性。 ==怎么保证redis是高并发以及高可用的==？ sdown 和 odown 转换机制 sdown 是主观宕机，就一个哨兵如果自己觉得一个 master 宕机了，那么就是主观宕机。
3.2K10发布于 2020-08-04 - 来自专栏SY小站的专栏
ingress高可用
kube-proxy转发到Ingress Controller的pod上,多走一趟路 4、不创建svc,效率最高,也能四层负载的时候不修改pod的template,唯一要注意的是`hostNetwork: true 高可用选择第四种
2.5K30发布于 2020-06-15 - 来自专栏写代码和思考
高可用 - 简述
背景 本文记录一些高可用的内容，和数据库在高可用方面的演进过程。 1. 概念 可用性: 即软件系统在一段时间内提供 有用资源 的能力。 可用性 % 停机时间/分钟 停机时间/年 供应商术语 90 52,560.00 36.5 天 一个9 99 5,256.00 4 天 两个9 99.9 525.60 8.8 小时 三个9 99.99 52.56 53 分钟 四个9 99.999 5.26 5.3 分钟 五个9 99.9999 0.53 32 秒 六个9 表格展示了: 可用性占每年总正常运行时间的百分比 2. 如何设计来做到高可用 保证系统高可用，架构设计的核心准则是：冗余 和 故障转移。 单点系统的问题是，挂了就完全不可用了，服务会受影响。如果有冗余备份，其他后备的系统能够顶上，保证服务继续可用。 常见的互联网分布式架构是： 前端 ---> 反向代理 --> WEB应用 --> 服务 --> 数据库（及缓存） 其中，高可用可涉及到上面每个节点的高可用保障，我们看下数据的高可用架构的演变过程。
2.1K10发布于 2020-05-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号