在微服务架构中，存在着很多的服务单元，若一个单元出现故障，就很容易因依赖关系而引发故障的蔓延，最终导致整个系统的瘫痪，为了解决这样的问题，产生了断路器等一系列的服务保护机制当某个服务单元发生故障之后，通过断路器的故障监控，向调用方返回一个错误响应，而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放，避免了故障在分布式系统中的蔓延SpringCloud Hystrix具备服务降级
Redis的高可用策略从根本上来讲是为了保证数据的安全，本文创作时使用的Redis版本为v5.0.5。一、Redis的高可用策略1、持久化持久化是最简单的高可用方法，有时甚至不被归为高可用的手段，主要作用是将数据存储到硬盘，保证数据不会因为进程退出而丢失。2、主从复制（读写分离）复制是Redis高可用的基础，哨兵和集群都是在复制基础上实现高可用的。复制主要实现了数据的多机备份，以及读操作的负载均衡
转载
2023-07-07 15:17:54
136阅读
分布式系统特性与衡量标准透明性：使用分布式系统的用户并不关心系统是怎么实现的，也不关心读到的数据来自哪个节点，对用户而言，分布式系统的最高境界是用户根本感知不到这是一个分布式系统可扩展性：分布式系统的根本目标就是为了处理单个计算机无法处理的任务，当任务增加的时候，分布式系统的处理能力需要随之增加。简单来说，要比较方便的通过增加机器来应对数据量的增长，同时，当任务规模缩减的时候，可以撤掉一些多余的机
转载
2024-06-03 16:26:38
72阅读
背景在上一篇文章中，我们学习了基本的服务注册和发现，在微服务架构这样的分布式环境中，，我们要充分考虑发生故障的情况，我们知道Eureka服务端主要是维护客户端实例，所以高可用尤为重要，不可能说一个服务端挂了，导致所有的客户端都不可用，接下来我们就学习下如何让服务端实现高可用。高可用注册中心Eureka Server的设计一开始就考虑了高可用的问题，在Eureka的服务治理中，所有服务实例既是服务消
转载
2024-05-30 08:00:31
104阅读
一.消息队列如何保证高可用性？rabbitMQ不是分布式的架构设计分为三种设计模式：一.单机模式二.普通集群模式(可用性无保障，只是解决了吞吐量问题，但是对于HA高可用并不能进行保障)三.镜像集群模式（具有HA高可用性，但是本质也是一个集群部署的方式）二.普通集群模式图用户 rabbitMQ作为集群进行部署到多台机器上 ...
原创
2019-09-30 09:36:12
66阅读
高可用HA（High Availability）是分布式系统架构设计中必须考虑的因素之一，它通常是指：通过设计减少系统不能提供服务的时间。 假设系统一直能够提供服务，我们说系统的可用性是100%，如果系统每运行100个时间单位，会有1个时间单位无法提供服务，我们说系统的可用性是99%，很多公司的高可用目标是4个9，也就是99.99%，这就意味着，系统的年停机时间为8.76个小时。 举个
转载
2024-04-10 12:56:28
114阅读
在Hadoop2.0.0之前，NameNode(NN)在HDFS集群中存在单点故障（single point of failure），每一个集群中存在一个NameNode，如果NN所在的机器出现了故障，那么将导致整个集群无法利用，直到NN重启或者在另一台主机上启动NN守护线程。 主要在两方面影响了HDFS的可用性： （1）、在不可预测的情况下，如果NN所在的机器崩溃了，整个集群将无法利用，直
转载
2023-09-14 15:26:50
155阅读
Spring Cloud Config 高可用高可用配置当要将配置中心部署到生产环境中时，与服务注册中心一样，我们也希望它是一个高可用的应用。SpringCloudCoiifig实现服务端的高可用非常简单，主要有以下两种方式。传统模式：不需要为这些服务端做任何额外的配置，只需要遵守一个配置规则，将所有的Config Server都指向同一个Git仓库，这样所有的配置内容就通过统一的共享文件系统来维
网络高可用性
1.多网
原创
2012-04-06 11:50:13
811阅读
10.1 概念它通常以百分比表示：表明它不是绝对的，只有相对更高的可用性。100%的可用性是不可能达到的。可用性的“9”规则是表示可用性目标最普遍的方法。“5个9”表示99.999%的正常可用时间。换句话说，每年只允许5min的宕机时间。10.2 宕机原因最运行环境中，最普遍的原因是磁盘空间耗尽。在性能问题中，最普遍的原因是运行了糟糕的SQL，但也不一定全是如此，有可能是服务器bug或错误的行为。
转载
2023-06-19 18:22:56
216阅读
高可用性
一 路由器链路
1 浮动静态路由
浮动静态路由是一种特殊的静态路由，通过配置一个比主路由的管理距离更大的静态路由，保证网络中主路由失效的情况下，提供备份路由。但在主路由存在的情况下它不会出现在路由表中。浮动静态路由主要用于拔号备份.
###############################
R1
int e0
ip addre
原创
2012-04-01 13:32:11
1159阅读
点赞
6评论
broker进程：每个kafka服务都部署一套属于自己的启动进程kafka 通过同步数据到另一台机器上，实现两套相同的机制实现高可用的原理就是做备份每份数据都有一模一样的副本选举出来一个leader 实现主从复制每个节点都有一个leader 和多个follwer当某一个机器宕机，如果是上面的leader 宕机，但机器上还是有follower此时kafk...
原创
2019-09-30 09:58:25
63阅读
文章目录Spring Cloud的容错机制改进常见方案示例 Spring Cloud的容错机制改进常见方案Spring Cloud的容错机制改进常见方案主要包括以下几个方面：替换或升级熔断器组件：从Hystrix迁移到其他高性能的熔断器：由于Hystrix已停止维护，Spring Cloud推荐用户使用Spring Cloud Circuit Breaker抽象层来支持多种熔断器库，如Resil
转载
2024-06-07 05:21:41
32阅读
l 双路供电（供电局？？）UPS（，发电机（按需） 空调系统
硬件： 系统：服务器集群；多网卡冗余；多电源冗余 存
原创
2012-07-05 16:11:36
858阅读
1.堆叠式etcd 集群的高可用拓扑如图3-6 所示，堆叠式是指etcd 堆叠在运行控制平面组件
转载
2022-08-16 21:39:28
295阅读
作者： Byron Persino 您也许对“高可用性”（High Availability）和“容错”（Fault tolerant）这两个概念已经耳熟能详，并且觉得它们之间没有什么本质区别。不可否认这两者确有相似之处，但我今天要强调的是这两者的区别，以及它们与“故障转移”（failover）、“冗余”（redundancy）以及“持续可用性”（continuous av
转载
2024-04-28 22:54:30
42阅读
1、Keepalived简介 Keepalived是Linux下一个轻量级别的高可用解决方案。Keepalived起初是为LVS设计的，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态，如果某个服务器节点出现异常，或者工作出现故障，Keepalived将检测到，并将出现的故障的服务器节点
转载
2024-06-12 20:42:47
119阅读
首先是对于高可用性的整体概述，对于业务系统的高可用性，实际上包括了高可靠，高性能和高扩展三个方面的内容。而且三方面相互之间还存在相互的依赖和影响关系。对于高可靠性来说，传统的HA架构，冗余设计都可以满足高可靠性要求，但是并不代表系统具备了高可靠性能和可扩展性能力。反过来说，当系统具备了高扩展性的时候，一般我们在设计扩展性的时候都会考虑到同时兼顾冗余和高可靠，比如我们常说的集群技术。对于高性能和高扩
转载
2023-10-23 17:02:38
101阅读
# Redis 数据可用性保障
## 引言
在现代互联网应用中，数据的高可用性是至关重要的。当用户数量庞大，业务复杂，数据量庞大时，数据的稳定性和可用性成为了每一个开发者必须考虑的重要问题。Redis 作为一种高性能的内存数据库，其数据可用性尤为重要。本文将介绍 Redis 是如何保证数据可用性的，并结合示例代码来演示。
## Redis 数据可用性保障机制
### 复制（Replicati
原创
2024-03-23 04:19:07
36阅读
网络高可用性
**********************
文章目录：
Linux服务器方向:
1.Linux下双网卡绑定
网络设备高可用性（链路）
1. standby interface备份中心
2.ppp多路捆绑
3.链路聚合（端口汇聚）
网络设备高可用性（路由）
1．浮动静态路由
2．路由冗余（VRRP，HSRP）
*****
原创
2012-04-06 10:06:47
1967阅读
点赞
2评论
