node1(主结点) DIP：192.168.1.4/24 node1.a.com
node2(standby) DIP: 192.168.1.5/24 node2.a.com
VIP:192.168.1.1/24
一、两个结点间的通信依靠主机名，所以两者必须能相互解析主机名
二、heartbeat的信
原创
2011-02-18 21:00:46
444阅读
RHEL6.6_x86_64主要软件： keepalived-1.2.16.tar.gz ipvsadm-1.26-4.el6.x86_64.rpm Keepalived是一种高性能的服务器高可用解决方案，架构不同于corosync和heartbeat。Keepalived的实现是基于VRRP（V
原创
2015-05-07 16:06:06
4802阅读
通过简单配置实现director的高可用和后端realserver的健康状态检测
原创
2012-09-20 09:58:54
692阅读
点赞
废话不多说，直接开始，整体规划如下：
实验通过虚拟机实现，基于Red Hat 5.8来完成
1.资源分析
在做实验之前，首先要知道高可用用于分配的资源有哪些，由于我们做的是Lvs DR模型Director的高可用，用到得资源有两个:
1)VIP:用户用来访问
2）ipvsadm
清楚了需要分配的资源，做起来就明朗多了，在实现高可用之前，我们要
推荐
原创
2012-08-05 00:52:55
1399阅读
点赞
1评论
说明：本篇内容是基于另一篇《LVS负载均衡集群详解》为前提，所以一些基本的上篇文档详细介绍过的内容不再重复。
注意：配置前提
1、设置各个节点间的时间同步
2、基于hosts文件实现能够互相用主机名访问
3、使用uname -n执行结果要和主机名相同
原创
2012-08-07 18:28:19
516阅读
一、实验拓扑如下图
二、实验说明
在这个实验中是基于corosync和ldirectord实现LVS—DR中的Director的高可用，主要演示realserver为WEb服务器的场景。具体实验需要的软件及IP配置如上图所示。
三、实验准备和RealServer的配置
请参照 http://sxhx
原创
2012-08-05 16:53:11
1215阅读
一、实验目的
为了实现在一台Director出现故障后，仍能够正常的提供服务，因此把Director做成高可用集群服务，但是如果后台的RealServer出现问题，Director不能够知道，因此需要借助于Heartbeat-ldirectord来自动检测后台RealServer的健康状况,而且还能够自动结合Director实现高可用集群服务。
二、实验拓扑如下图
原创
2012-08-04 22:19:45
1099阅读
lvs+heartbeat+ldirectord实现Director的高可用
原创
2015-10-20 22:46:02
1237阅读
点赞
对Director的高可用分为两部分完成：
一：配置好LVS-DR模型的负载均衡
二：配置一台Director对已有Director做高可用
做如下规划：
有两台real server;分别为rs1；rs2；主用调度器为dr1；做高可用的调度器为dr2
主机 IP类型 IP地址 网络连接&nb
原创
2012-11-29 22:10:12
620阅读
实验拓扑
实验环境
本实验是基于四台虚拟机实现的。地址分配拓扑图。
两台Director要同步时间，能够解析主机名称，且建立基于ssh的双机互信。
实验步骤
一、构建LVS—DR模型
构建此模型步骤详见“heartbeat v2 + lvs-DR实现Director的高可用”，在此不再赘述。
二、配置Dire
原创
2012-08-06 20:34:34
1387阅读
点赞
1评论
本篇内容是基于上篇《LVS负载均衡集群详解》为前提，所以一些基本的上篇文档详细介绍过的内容不再重复。
一、环境拓扑介绍
说明：前端两台调度服务器Director1和Director2，两者之间可以实现故障转移，例如当Director1节点出现故障时Director2节点可以自动接管调度服务器的资源，能够继续为为客户端转发请求到后端Real Server；而且
原创
2012-08-07 12:33:34
527阅读
项目实践：配置LVS Director（WEB LVS）的HA集群，要求：
1、DR模型；
2、能监控后台RealServer的健康状态；
实现原理：
1）使用LVS-DR模型构建集群实现负载均衡
2）使用heartbeat构建双Director组成HA集群，提高Director的高可用性
3）利用脚本实现检测后台realserver健康状态，当一台服务器发生故障时，自动将其从集群
原创
2011-09-10 22:49:36
711阅读
点赞
2评论
实验拓扑
实验步骤
一、配置lvs-DR
1、配置RealServer （在这里以配置node1为例，node2与node1配置相同）
(1)配置web服务
使用yum安装 #yum -y install httpd #service httpd start &n
原创
2012-08-05 19:04:58
994阅读
实验目的：
利用corosyne/openais + ldirectord 实现LVS（DR）中的Director 的高可用
实验环境：
ReadHat 5.8
VIP 172.16.45.2
Real Server:
&
原创
2012-08-06 00:31:18
831阅读
一、实验拓扑图：
二、实验简介
如上实验拓扑图所示：RS1和RS2为web服务器，它们与Director组成LVS-DR模型的负载均衡集群，目的是使Web服务器达到负载均衡；Director1和Director2组成基于heartbeat v2+heartbeat-ldirectord的高可用集群，其目的是使web服务器可以提供可靠长久的服务。
三、实验步骤
（1）配置RS1、RS2和
原创
2012-08-04 21:15:58
812阅读
LVS-DR负载均衡集群实现Director高可用并且能对RS进行健康状况检查实现过程；
目的: 防止Director故障导致用户请求无法转发到RS使LVS集群故障并利用heartbeat-ldirectord模块时时对RS进行健康状况检查，确保lvs集群工作正常；
拓补图：
注：图中直线为用户通过主Director访问web服务；
曲线为用户通过备Director访问web服务；
原创
2012-08-05 14:01:39
958阅读
点赞
基于Corosync/openais和ldirectord实现LVS(DR)中的Director的高可用
托普图:
1.我这里用到了4台虚拟机,分别是
node1:172.16.133.11
node2:172.16.133.12
rs1:172.16.133.21
rs2:172.16.133.22
2.配置两台Real Server
rs1:安装httpd
 
原创
2012-08-04 18:09:03
986阅读
一、什么是高可用和高可靠高可用：描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性高可靠：运行时间能够满足预计时间的一个系统或组件二、rocketMq的高可用性rocketMq的分布式集群是通过主从的配合来达到高可用性的，在broker的配置文件中： brokerId为0表示这个broker是master，大于0表示这个broker是slave，同时brokerRole参数也会
转载
2024-03-28 09:43:46
95阅读
Keycloak 简介Keycloak是一个开源的Identity 和 Access Management工具，主要特性：单点登录使用Keycloak实现单点登录，这意味着你不必要为每个应用都单独开发一套登录表单、验证用户和存储用户信息等相关功能。身份代理和社交登录Keycloak 可以代理登录目前主流的网络服务账号，比如谷歌、GitHub、FaceBook等。用户联邦Keycloak 已经内建支
转载
2024-03-15 09:23:44
111阅读
方案1：在***客户端使用多个配置文件实现（由用户选择拨号）
基本说明：
生产环境中比较规范的做法是让所有的××× server尽可能共享一台server，ca证书或者连接到同一个认证系统（即便跨机房）。这样只需要一份客户端认证和文件和多份指定不同的*** server的配置文件及科研实现***的负载均衡
实施大概过程
首先要把一份服务端keys拷贝到所有*** server的服务器上，然
转载
2024-05-23 22:20:45
106阅读
