最近搭建keepalived双机热备, 在网上博采众之所长, 整理一下自己的笔记!在新搭建的centos6.x下最好下载一下阿里云的源配置: centos：http://mirrors.aliyun.com/help/centos1、备份mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup2、下
Nginx (”engine x”) 是一个高性能的 HTTP 和 反向代理 服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。尽管还是测试版，但是，Nginx 已经因为
一、聊聊常见的负载均衡算法所谓负载均衡, 就是把压力(运算压力、网络压力、存储压力等等)分散到多个服务节点上。常见的负载均衡算法包括轮询(round robin)、随机、加权轮询、加权随机、平滑加权随机、传统Hash、一致性Hash等等。先看以下几类负载均衡算法:1.随机、轮询: 最简单, 一视同仁随机: 随机选取一个节点。轮询: 按照顺序依次选取节点。以上两种算法的优点是实现简单、配置简单。但当
转载
2024-02-29 10:21:46
159阅读
作者：MarkLux简介 一致性Hash是一种特殊的Hash算法，由于其均衡性、持久性的映射特点，被广泛的应用于负载均衡领域，如nginx和memcached都采用了一致性Hash来作为集群负载均衡的方案。
本文将介绍一致性Hash的基本思路，并讨论其在分布式缓存集群负载均衡中的应用。同时也会进行相应的代码测试来验证其算法特性，并给出和其他负载均衡方案的一些对比。
转载
2024-02-13 20:48:53
57阅读
Ribbon负载均衡Ribbon与Nginx的区别客户端负载均衡Ribbbon:Ribbon是从Eureka注册中心服务器上获取注册信息列表,缓存到本地, 然后在本地实现轮询负载均衡策略.即在客户端实现负载均衡.服务端负载均衡Nginx:Ngnix是客户端所有请求统一交给Nginx,由Nginx实现负载均衡请求转发,属于服务器端负载均衡.即请求由Nginx服务器端进行转发.应用场景的区别:Ngin
转载
2024-06-21 14:01:02
34阅读
目录1. 传统哈希算法2. 一致哈希算法2.1 原理：哈希环2.2 问题：数据倾斜2.3 改进：引入虚拟节点2.4 实现2.5 测试在维基百科中这样定义一致性哈希算法：一致哈希 是一种特殊的哈希算法。在使用一致哈希算法后，哈希表槽位数（大小）的改变平均只需要对K/n 个关键字重新映射，其中K是关键字的数量，n是槽位数量。然而在传统的哈希表中，添加或删除一个槽位几乎需要对所有关键字进行重新映射。好吧
一，什么负载均衡 一个新网站是不要做负载均衡的，因为访问量不大，流量也不大，所以没有必要搞这些东西。但是随着网站访问量和流量的快速增长，单台服务器受自身硬件条件的限制，很难承受这么大的访问量。在这种情况下，有二种方案可以选择： 1，对单台服务器的硬件进行更新，由双核的变成四核的，内存加大等。 2，增加服务器的台数，来分担服务器的负担。以实现增加网络带宽，增加服务器的处
转载
2024-03-28 21:00:11
50阅读
本文介绍的负载均衡是针对的客户端请求在多个Nginx进程之间的均衡。注意与客户端请求在多个后端服务器之间的均衡相区别。 负载均衡问题的产生
在nginx中，建立连接的时候，会设计负载均衡问题。在多个子进程争抢处理一个新连接事件时，一定只有一个worker子进程最终会成功建立连接，随后它会一直处理这个连接直到连接关闭。那么，就有可能出现这样的情况：有的子进程建立并处理了大部分连接，而
前言在我们的日常web应用开发当中memcached可以算作是当今的标准开发配置了。相信memcache的基本原理大家也都了解过了，memcache虽然是分布式的应用服务，但分布的原则是由client端的api来决定的，api根据存储用的key以及已知的服务器列表，根据key的hash计算将指定的key存储到对应的服务器列表上。基本的原理以及分布在这里我们通常使用的方法是根据 key的hash值%
转载
精选
2014-01-05 19:13:26
4058阅读
点赞
Dubbo的负载均衡 背景 Dubbo是一个分布式服务框架，能避免单点故障和支持服务的横向扩容。一个服务通常会部署多个实例。如何从多个服务 Provider 组成的集群中挑选出一个进行调用，就涉及到一个负载均衡的策略。几个概念 在讨论负载均衡之前，我想先解释一下这3个概念。负载均衡 集群容错 服务路由 这3个概念容易混淆。他们都描述了怎么从多个 Provider 中选择一个来进行调用。那他们到底有
负载均衡——一致性Hash算法讲一致性Hash之前要先将Hash，对于Hash来说，只需要O(1)的时间复杂度，然后就能计算出结果，像我们的HashMap中，在计算key的下标时，用到hash算法，不过那个是计算了hashcode后然后将hash值进行散列，其实也都差不多，对于同一个key，每次计算的结果都是一样的，这个就是一致性，但是对于一致性Hash，比Hash又多了些什么东西呢普通Hash：
转载
2024-03-31 00:39:31
71阅读
关于session一致性的现象及原因不是本小作文的重点，可以另行找杜丽娘O(∩_∩)O哈哈~重点是利用redis集中存储共享session的实际操作。 1、添加jar 2、配置redis 3、添加注解@EnableRedisHttpSession 验证效果： 密码错误： 再次密码错误： 输入正确密码 ...
转载
2021-05-19 10:36:29
592阅读
2评论
说明： 本文描述的是 nginx + tomcat + redis 实现应用负载均衡且满足session一致性，从安装到配置的全部过程，供大家学习！nginx 代理服务器ip： 10.219.24.26tomcat_1 应用服务器ip与端口： 10.219.24.21:8080 tomcat_2 应
转载
2017-06-18 19:56:00
66阅读
2评论
一、了解cookie和session 1.1 无状态的http协议： - 如上图所示，HTTP协议 是无状态的协议，用户浏览服务器上的内容，只需要发送页面请求，服务器返回内容。对于服务器来说，并不关心，也并不知道是哪个用户的请求。对于一般浏览性的网页来说，没有任何问题。 - 但是，现在很多的网站，是需要用户登录的。以淘宝为例：比如说某个用户想购买一个产品，当点击 “ 购买按钮 ” 时，由
一致性哈希算法在很多领域有应用，例如分布式缓存领域的 MemCache，Redis，负载均衡领域的 Nginx，各类 RPC 框架。不同领域场景不同，需要顾及的因素也有所差异，本文主要讨论在负载均衡中一致性哈希算法的设计。在介绍一致性哈希算法之前，我将会介绍一些哈希算法，讨论它们的区别和使用场景。也会给出一致性哈希算法的 Java 通用实现，可以直接引用，文末会给出 github 地址。友情提示：
转载
2024-03-28 12:26:31
25阅读
今天去面搜狐，聊到了一个问题，现在的负载均衡主要采用取模的方式，如果有一个机器故障了，或者我想再添加一台机器怎么处理？回来后查到了一致性hash算法。自己看了一下资料：先说一下大概思想，一致性Hash主要是在分布式算法中用的比较多。1.我们现在常用的是线性hash，这样万一有一个机器坏掉了，就容易造成数据丢失。如果换成环形hash，一定范围内的hash映射的是环形的下一个节点，就不会对其它机器的数
转载
2024-03-29 19:19:28
50阅读
前言现在有一个场景：一个客户端去访问服务端，只能一直访问一台机器，因为有一些用户数据就存在该服务器上面，如果访问其他服务器的话，这个用户数据就丢了，如何用算法来解决这个问题？一致性哈希环算法base 这里的环结构是我们想象的、抽象出来的，最朴素的想法，就是给一个请求，用哈希函数等操作去计算出它对应到的服务器位置，然后分配即可。 客户端如何映射到哈希环上的节点呢?比如有一个userId =1去请求：
转载
2024-03-18 23:23:23
142阅读
应用场景 一致性hash一般应用与数据库的分库分表，分布式缓存数据的获取等等，一般都与类似与多节点的选择这种业务有点关系，解决扩容带来的整体雪崩问题。通过hash让数据均匀落在各个节点上增加N个节点，为了保证数据的均匀，一般情况会采用对key值hash，然后对节点个数取模的方式，然后根据结果，确认数据落到哪台节点上。hash(key)%N 这样数据就均匀了，但是同时带来了问题。导致数据错乱，造成几
转载
2024-03-23 20:36:31
59阅读
首先连接一下概念整个Dubbo的RPC框架建立在Protocol、Exporter和Invoker这三个接口上，Protocol扩展点定义了一种RPC协议的实现，即如何发布和引用服务，Exporter代表了一个对外暴露的服务，Invoker执行远程调用并返回结果，实现一个协议要同时实现这三个接口。下面先看一下这三个接口，稍微有点抽象。1. ProtocolProtocol的源码如下，代码的注释已讲
今天看书看到了应用负载均衡的轮询与一致性哈希，其中说到，一致性哈希可以根据应用请求的URL或者URL参数将系统的请求转发到同一节点，而轮询是将请求均匀地转发到每个服务器。1、轮询：优点：到后端应用的请求更加均匀，使得每个服务器基本均衡
缺点：随着后端应用服务器的增加，缓存的命中率为下降，这种方式不会因为热点问题导致其中某一台
服务器负载过重2、一致性哈希优点：相同的请求会转发到同一台服务器，命中率
原创
2017-06-21 23:38:14
3090阅读
