企业集群平台架构设计与实现 lvs 篇4|学习笔记

简介: 快速学习企业集群平台架构设计与实现lvs篇4

开发者学堂课程【企业集群平台架构设计与实现:lvs/haproxy/keepalived企业集群平台架构设计与实现lvs篇4】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址:https://developer.aliyun.com/learning/course/391/detail/5012


企业集群平台架构设计与实现lvs篇4


内容介绍

一、案例实操

二、配置 Real server 节点  

一、案例实操

[root@host236 keepalived]# ipvsadm -L -n

运行结果:

IP Virtual Server Version 1.2.1(Size=4096)

->RemoteAddress:Port Scheduler Flags Forward weight ActiveConn InActConn

TCP 192.168.81.233:80  rr persistent 50

->192.168.81.235:80 route 1 0 1

->192.168.81.236:80 Local 1 0 0

浏览器访问地址:192.168.81.233

1.png

负载均衡器无法打开访问:

注意到全部都是内网地址,把vip地址通过防火墙的映射功能把他映射出去。

为什么访问不了?

后端未设置,需要后端绑定VIP,根据包的传递规则,后端不绑定是接收不到这个包的。

在192.168.81.235:80绑定VIP地址

[root@localhost /]# more /etc/init.d/lvsrs

运行结果:

#!/bin/ bash

#description: start Real Server

VIP=192.168.81.233

./etc/ rc.d/init.d/function

scase "$1"in

start)

echo " Start LvsofReal Server "

/sbin/ifconfig lo:0 $VIP broadcast $VIP netmask 255.255.255.255 up

echo "1" >/proc/sys/net/ipv4/ conf/ lo/arp ignore

echo "2" >/proc/sys/net/ipv4/conf/ lo/arp_announce

echo"1">/proc/sys/net/ipv4/conf/all/arp_ignore

echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce; ;

stop)

/sbin/ifconfig lo:0 down

echo "close Lvs Director server"

echo "0" >/proc/sys/net/ipv4/ conf/ lo/arp_ignore

echo "o" >/proc/sys/net/ipv4/ conf/ lo/arp_announce

echo "o" >/proc/sys/net/ipv4/conf/all/arp_ignore

echo "o" >/proc/sys/net/ipv4/ conf/all/arp_announce; ;

*)

echo "Usage : $o {start| stop}”

exit 1

执行此脚本:

[root@localhost /]# /etc/init.d/lvsrs start

执行结果:

Starting lvsrs (via systemctl):      [ 确定 ]

查看ip地址

[root@localhost / ]# ifconfig

Lo:0:flags=73mtu 65536

inet 192.168.81.233 netmask 255.255.255.255

Loop txqueuelen 0 (Local Loopback)

绑定了地址,浏览器再次访问192.168.81.233

2.png

#在keepalived上再次查看ipvsadm,发现活动点为还在增加,

数据能够直接返回到客户端

[root@host236 keepalived]# ipvsadm -L -n

运行结果:

IP Virtual Server Version 1.2.1(Size=4096)

->RemoteAddress:Port Scheduler Flags Forward weight ActiveConn InActConn

TCP 192.168.81.233:80  rr persistent 50

->192.168.81.235:80 route 1 6 6

->192.168.81.236:80 Local 1 0 0

重启服务绑定192.168.81.236:80

[root@localhost /]# /etc/init.d/lvsrs start

#时间保持参数

#拟服务器定义部分。

virtual_serve 192.168.81.233 80{

delay _loop 6

Lb_algo rr

Lb_kind DR

persistence_timeout 50

protocol TCP

Real_erver 192.168.81.235 80 {

weight 1

TCP_CHECK {

Connect_timeout 3

#停止235服务

[root@localhost / ]# systemctl stop httpd

#再次浏览器访问

3.png

现在235服务没有了,只有236,实现了故障的转移


二、配置Real server节点  

与 heartbeat+LVS 类似, Keepalived+LVS 也需要为 Real server 节点配置相关的脚本,以达到与 Director Server 相互通信的目的,脚本的内容已经在前面介绍过,这里不在讲述。

相关文章
|
3月前
|
机器学习/深度学习 人工智能 监控
大型动作模型LAM:让企业重复任务实现80%效率提升的AI技术架构与实现方案
大型动作模型(LAMs)作为人工智能新架构,融合神经网络与符号逻辑,实现企业重复任务的自动化处理。通过神经符号集成、动作执行管道、模式学习、任务分解等核心技术,系统可高效解析用户意图并执行复杂操作,显著提升企业运营效率并降低人工成本。其自适应学习能力与上下文感知机制,使自动化流程更智能、灵活,为企业数字化转型提供坚实支撑。
312 0
大型动作模型LAM:让企业重复任务实现80%效率提升的AI技术架构与实现方案
|
3月前
|
人工智能 数据可视化 算法
企业想做数智化,数据仓库架构你得先搞懂!
在数智化浪潮下,数据驱动已成为企业竞争力的核心。然而,许多企业在转型过程中忽视了数据仓库这一关键基础。本文深入解析数据仓库的重要性,厘清其与数据库的区别,详解ODS、DWD、DWS、ADS分层逻辑,并提供从0到1搭建数据仓库的五步实战方法,助力企业夯实数智化底座,实现数据治理与业务协同的真正落地。
企业想做数智化,数据仓库架构你得先搞懂!
|
4月前
|
消息中间件 负载均衡 中间件
⚡ 构建真正的高性能即时通讯服务:基于 Netty 集群的架构设计与实现
本文介绍了如何基于 Netty 构建分布式即时通讯集群。随着用户量增长,单体架构面临性能瓶颈,文章对比了三种集群方案:Nginx 负载均衡、注册中心服务发现与基于 ZooKeeper 的消息路由架构。最终选择第三种方案,通过 ZooKeeper 实现服务注册发现与消息路由,并结合 RabbitMQ 支持跨服务器消息广播。文中还详细讲解了 ZooKeeper 搭建、Netty 集群改造、动态端口分配、服务注册、负载均衡及消息广播的实现,构建了一个高可用、可水平扩展的即时通讯系统。
525 0
|
6月前
|
负载均衡 算法 关系型数据库
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
本文聚焦 MySQL 集群架构中的负载均衡算法,阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法,分析各自优缺点及适用场景。并提供 Java 语言代码实现示例,助力直观理解。文章结构清晰,语言通俗易懂,对理解和应用负载均衡算法具有实用价值和参考价值。
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
|
1月前
|
运维 Prometheus 监控
别再“亡羊补牢”了!——聊聊如何优化企业的IT运维监控架构
别再“亡羊补牢”了!——聊聊如何优化企业的IT运维监控架构
104 8
|
2月前
|
存储 监控 NoSQL
Redis高可用架构全解析:从主从复制到集群方案
Redis高可用确保服务持续稳定,避免单点故障导致数据丢失或业务中断。通过主从复制实现数据冗余,哨兵模式支持自动故障转移,Cluster集群则提供分布式数据分片与水平扩展,三者层层递进,保障读写分离、容灾切换与大规模数据存储,构建高性能、高可靠的Redis架构体系。
|
4月前
|
Ubuntu 编译器 C语言
在Ubuntu22.04平台上交叉编译针对Rv1126架构的GCC13.2.0编译器的步骤。
遵循上述步骤,您应该能够在Ubuntu 22.04平台上成功交叉编译适用于RISC-V架构RV1126的GCC 13.2.0编译器,允许您为目标硬件构建应用程序和操作系统组件。
251 10
|
4月前
|
人工智能 自然语言处理 供应链
AI时代企业难以明确大模型价值,AI产品经理如何绘制一张‘看得懂、讲得通、落得下’的AI产品架构图解决这一问题?
本文产品专家系统阐述了AI产品经理如何绘制高效实用的AI产品架构图。从明确企业六大职能切入,通过三层架构设计实现技术到业务的精准转译。重点解析了各职能模块的AI应用场景、通用场景及核心底层能力,并强调建立"需求-反馈"闭环机制。AI产品专家三桥君为AI产品经理提供了将大模型能力转化为商业价值的系统方法论,助力企业实现AI技术的业务落地与价值最大化。
252 0
|
7月前
|
人工智能 供应链 调度
|
4月前
|
运维 监控 Java
初创代购选单体,千万级平台用微服务:一张表看懂架构选型红线
在跨境电商代购系统年交易额超3.2万亿元的背景下,本文对比微服务与单体架构的技术原理、适用场景及实战案例,结合性能、运维、成本等维度,为企业提供架构选型指南,助力实现高效扩展与稳定运营。