LVS/Tun 成功案例

2024-04-30 15:32
文章标签 案例 成功 lvs tun

本文主要是介绍LVS/Tun 成功案例,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前阵子在LVS中文站找资料,发现很多人反应LVS的TUN模式搭建不成功,很多人反应网上的资料很混杂,但是照着做都没做成功,稍微有点郁闷。这里分享一个成功的案例,希望能帮到有需要的朋友。

     本文将介绍IPIP协议,LVS/TUN 搭建,以及在TUN模式下通过iptables实现端口转发等内容。

     之前看了很多网上的资料都说企业中用的最多的是DR模式,因为DR相比于TUN不用额外的开销之类的,但是DR是不是真的就那么完美呢?其实不是的,当服务器的规模一大,问题就出来了,我们知道DR模式下的Director和RealServer必须是同一网段的,那么当服务器足够多的时候,就会出现问题。假设机房给了你一整个C网段的IP地址,而你的真实服务器有成千上万台,这种情况下,DR的局限性就出来了,而TUN模式是可以跨网段,跨地域通信的, 不存在这方面的顾虑。


一、IP Tunnel 原理

   IP Tunnel,又叫IPIP,是一种将一个IP封装到另外一个IP中进行传输的技术。通常需要两个部件:封装部件和解包部件,两端各需要一个IP地址,且两个IP地址能够直接通信。它的工作原理是:在封装部件将一个IP封装到封装部件地址(隧道端的IP)上,并以解包部件地址(IP隧道另一端的地址)为目标地址进行转发。解包部件接受到封装好的数据包后,先进行解包,对数据报进行还原,再以数据报原目标地址为目标地址转发数据报,从而实现通信。用一句话总结就是:将两个无法直接通信的IP,封装在两个能够直接通信的IP,借助IP Tunnel 进行传输、通信。此时,隧道两端的IP地址便是一个载体,提供传输的功能。完整的封包结构如下所示:

wKioL1M4HgWxAyBfAABy6AIJ85g316.jpg

   说了这么多,是不是对概念还不太清晰?没关系,接着看下面的实验,做完实验再回头看原理,或许会有另外的收获。


二、IP Tunnel实验

IP 分配

node1     10.1.1.101/24           192.168.1.1/24

node2      10.1.1.103/24            192.168.2.1/24


在不做任何配置的情况下,10.1.1.101/24能够直接与10.1.1.103/24 通信,而192.168.1.1/24 不能直接与192.168.2.1/24 进行通信。

wKiom1M4Hrbh6uCVAADuhm88d9A108.jpg



wKioL1M4Ho7RGhLPAABumzDrim0694.jpg


node1 配置

root@node1:~# modprobe ipip

root@node1:~# modprobe ip_gre

root@node1:~# ip tunnel add tun0 mode gre remote 10.1.1.103 local 10.1.1.101 ttl 64

root@node1:~# ip link set tun0 up

root@node1:~# ip addr add 192.168.1.1 peer 192.168.2.1 dev tun0

root@node1:~# ip route add 192.168.2.0/24 dev tun0


node2 配置

root@node2:~# modprobe ipip

root@node2:~# modprobe ip_gre

root@node2:~# ip tunnel add tun0 mode gre remote 10.1.1.101 local 10.1.1.103 ttl 64

root@node2:~# ip link set tun0 up

root@node2:~# ip addr add 192.168.2.1 peer 192.168.1.1 dev tun0

root@node2:~# ip route add 192.168.1.0/24 dev tun0


再次在node1 上ping node2可以发现192.168.1.1/24和 192.168.2.1/24 两个网段能够通信。

wKioL1M4Hs_gh87aAAHiH8VaFX4060.jpg

http://blog.sina.com.cn/s/blog_9025a42d010193gt.html

VS/TUN原理:
    LB收到用户请求包后,根据IP隧道协议封装该包,然后传给某个选定的RS;RS解出请求信息,直接将应答内容传给用户。
    此时要求RS和LB都要支持IP隧道协议。
    LB与RS可以不在同一个网络.

    数据包处理过程:
    step1:LB收到数据包,如下:
            +------------------+-----------+---------------------------+
            |Src IP(源IP,即CIP)| 目标IP,VIP|           Data            |
            +------------------+-----------+---------------------------+
          此时LB采用IP tunneling封装协议对上面的IP数据包封装在另外一个IP包中.如下:
            +----------------------+------------------+-----------------------------------------------------------------------+
                                                                           New Data                                  |
                                                    +------------------+-----------+---------------------------+     |
            |Src IP(源IP,即LB的RIP)| 目标IP,即RS的RIP      |Src IP(源IP,即CIP)| 目标IP,VIP|           Data               |
                                                    +------------------+-----------+---------------------------+     |
                                                                                                                     |
            +----------------------+------------------+-----------------------------------------------------------------------+
           然后LB将该数据包路由给RS.
    step2:RS收到LB发来的数据包时,根据IP tunneling封装协议对该数据包进行解包.
          将LB收到的原始数据解出来,如下:
            +------------------+-----------+---------------------------+
            |Src IP(源IP,即VIP)| 目标IP,CIP          Data            |
            +------------------+-----------+---------------------------+
          解包后,RS发现目标地址是自己(即VIP在RS上面有配置,即Tunl接口),就会处理该数据包,并将处理结果直接返回给用户端CIP,不再经过LB.


通讯模型
+-------+
      |CIP<---返回---------------------------------------------+
                                                            |
|Client |                                                     |
      |CIP----请求----->+                             |
                                                         |
+-------+                                                  |
                          |请求包                            |返回包
                                                              |
                                                              |
                         VIP                                    VIP(Tunel设备IP)
                  +----------------+         封装包        +-------------+
                    Director    |DIP--------->-------RIP|  RealServer |
                  +----------------+       (不同Vlan)      +-------------+


请求包格式:
                  源IP                 目标IP
            +----------------------+------------------+---------------------------+
            |Src IP(CIP)           | LB的VIP                   Data            |
            +----------------------+------------------+---------------------------+
封装包格式:
                  源IP                 目标IP
            +----------------------+------------------+-----------------------------------------------------------------------+
                                                                New Data (即完整的请求包)                            |
                 Src IP                             +------------------+-----------+---------------------------+     |
            |LB的DIP,即VIP所在网卡 | 目标IP,即RS的RIP |      |Src IP(源IP,即CIP)| 目标IP,VIP|           Data               |
            |的主IP,即RIP                              +------------------+-----------+---------------------------+     |
                                                            将请求包封装在另外一个IP报文中                           |
            +----------------------+------------------+-----------------------------------------------------------------------+
返回包格式:
                  源IP                 目标IP
            +----------------------+------------------+---------------------------+
            |Src IP(即RS的VIP)     | 目标IP,即CIP              Data     |
            +----------------------+------------------+---------------------------+

 

这篇关于LVS/Tun 成功案例的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/949242

相关文章

RabbitMQ消费端单线程与多线程案例讲解

《RabbitMQ消费端单线程与多线程案例讲解》文章解析RabbitMQ消费端单线程与多线程处理机制,说明concurrency控制消费者数量,max-concurrency控制最大线程数,prefe... 目录 一、基础概念详细解释:举个例子:✅ 单消费者 + 单线程消费❌ 单消费者 + 多线程消费❌ 多

MySql基本查询之表的增删查改+聚合函数案例详解

《MySql基本查询之表的增删查改+聚合函数案例详解》本文详解SQL的CURD操作INSERT用于数据插入(单行/多行及冲突处理),SELECT实现数据检索(列选择、条件过滤、排序分页),UPDATE... 目录一、Create1.1 单行数据 + 全列插入1.2 多行数据 + 指定列插入1.3 插入否则更

Python通用唯一标识符模块uuid使用案例详解

《Python通用唯一标识符模块uuid使用案例详解》Pythonuuid模块用于生成128位全局唯一标识符,支持UUID1-5版本,适用于分布式系统、数据库主键等场景,需注意隐私、碰撞概率及存储优... 目录简介核心功能1. UUID版本2. UUID属性3. 命名空间使用场景1. 生成唯一标识符2. 数

PostgreSQL的扩展dict_int应用案例解析

《PostgreSQL的扩展dict_int应用案例解析》dict_int扩展为PostgreSQL提供了专业的整数文本处理能力,特别适合需要精确处理数字内容的搜索场景,本文给大家介绍PostgreS... 目录PostgreSQL的扩展dict_int一、扩展概述二、核心功能三、安装与启用四、字典配置方法

Python中re模块结合正则表达式的实际应用案例

《Python中re模块结合正则表达式的实际应用案例》Python中的re模块是用于处理正则表达式的强大工具,正则表达式是一种用来匹配字符串的模式,它可以在文本中搜索和匹配特定的字符串模式,这篇文章主... 目录前言re模块常用函数一、查看文本中是否包含 A 或 B 字符串二、替换多个关键词为统一格式三、提

Python get()函数用法案例详解

《Pythonget()函数用法案例详解》在Python中,get()是字典(dict)类型的内置方法,用于安全地获取字典中指定键对应的值,它的核心作用是避免因访问不存在的键而引发KeyError错... 目录简介基本语法一、用法二、案例:安全访问未知键三、案例:配置参数默认值简介python是一种高级编

MySQL中的索引结构和分类实战案例详解

《MySQL中的索引结构和分类实战案例详解》本文详解MySQL索引结构与分类,涵盖B树、B+树、哈希及全文索引,分析其原理与优劣势,并结合实战案例探讨创建、管理及优化技巧,助力提升查询性能,感兴趣的朋... 目录一、索引概述1.1 索引的定义与作用1.2 索引的基本原理二、索引结构详解2.1 B树索引2.2

从入门到精通MySQL 数据库索引(实战案例)

《从入门到精通MySQL数据库索引(实战案例)》索引是数据库的目录,提升查询速度,主要类型包括BTree、Hash、全文、空间索引,需根据场景选择,建议用于高频查询、关联字段、排序等,避免重复率高或... 目录一、索引是什么?能干嘛?核心作用:二、索引的 4 种主要类型(附通俗例子)1. BTree 索引(

HTML中meta标签的常见使用案例(示例详解)

《HTML中meta标签的常见使用案例(示例详解)》HTMLmeta标签用于提供文档元数据,涵盖字符编码、SEO优化、社交媒体集成、移动设备适配、浏览器控制及安全隐私设置,优化页面显示与搜索引擎索引... 目录html中meta标签的常见使用案例一、基础功能二、搜索引擎优化(seo)三、社交媒体集成四、移动

六个案例搞懂mysql间隙锁

《六个案例搞懂mysql间隙锁》MySQL中的间隙是指索引中两个索引键之间的空间,间隙锁用于防止范围查询期间的幻读,本文主要介绍了六个案例搞懂mysql间隙锁,具有一定的参考价值,感兴趣的可以了解一下... 目录概念解释间隙锁详解间隙锁触发条件间隙锁加锁规则案例演示案例一:唯一索引等值锁定存在的数据案例二: