lvs+srs(dr模型)

  • 时间:
  • 浏览:2
  • 来源:uu快3下载网址_uu快3IOS下载_电脑版

            listen              1935;

            HWADDR=00:0C:29:5B:58:99

service srs restart  

ipvsadm -Ln (你这种命令都都都还能不能 查看ipvs当前的状况)

            BOOTPROTO=static

            srs_log_file        ./objs/edge.log;

real1:

            vhost __defaultVhost__ {

            DEVICE=eth0:0

srs  ip:192.168.2.221 (此为srs边缘服务器ip)

         为哪些地方这里需用用到呢?原困着vip包是director第另另三个小响应的,全都网关的arp表保留的是director的mac,假设rs,eth0配的真实ip,eth1配的vip,那末 ,当收到director改写mac的vip请求包后,它响应并从eth0回送包(亲戚亲戚让我门让我门不应该让eth1接受到包,否则又回到2),原困着此时填的是eth1,也却说vip所在的mac,那末 网关发现你这种是vip的新mac就会更新arp表,从而造成vip抢占(你这种是别人的说法,我不太认同,原困着就算用eth0的mac也会被更新,一样抢占,待我找到靠谱的答案再更新此间题)

 否则,设置arp_announce为2,你这种的作用是使用出口网口的mac作为源mac。

为了实验方便,默认都关闭iptables和selinux

            listen              1935;

srs 边缘服务器的配置:

            ONBOOT=yes

vi  /usr/local/srs/conf/edge.conf 

    echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce

                origin          192.168.2.138:1935  192.168.2.127:1935;  (经测试,当192.168.2.138和192.168.2.127存在不同流的然后,

    全都,每个real server后面 都绑定了vip,当收到vip来的请求包的然后,real server 用vip作为源地址回复。

            NAME=loopback

echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore

            pid                 objs/edge.pid;

net.ipv4.ip_forward = 1 (lvs转发包,全都你这种要为1,开启转发功能)

vi ifcfg-lo:0 内容如下:

lvs dr模式原理简介:

real2    ip:192.168.2.138(srs源端服务器ip2)

            GATEWAY=192.168.2.1

    在dr模式下,rs的配置是一些特殊的。比较常见的你这种是把vip绑定到lo口上,原困着大多数linux内核版本不必响应回环口ip的arp报文请求,全都当收到vip广播请求报文的然后,rs不必响应。原困着director是把vip绑定到某个非回环口上的,全都director都都都还能不能 第另另三个小收到并响应vip请求报文。 另你这种常见的做法是,rs把vip绑定到某个不出使用中的接口上,否则利用hidden interface的功能禁掉此接口的arp响应,原困着那末 arp响应,全都你这种端口需用不使用,否则影响正常通信。 

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

1.在此模式下,vip接收到的请求那末 简单地通过转发给real server,原困着当请求过来的然后,原困着简单地转发,原困着三台都能连外网,全都转发的然后real server会直接回复给请求方,而请求方收到ip,发现都是此人 请求的会丢弃。

vi  /usr/local/srs/conf/edge.conf 内容如下:

通过lvs推流到多个流服务器以缓解服务器压力,利用边缘服务器的功能都都都还能不能 访问到所有流,又都都都还能不能 节约速率单位单位,原困着是直播,全都推过来的流都是不同ip的,全都都都都还能不能 利用lvs hash ip的功能将同一流的包转发到同一流服务器,却说 就解决了流的存放间题。

https://my.oschina.net/fengjihu/blog/416883 (srs集群模式)

    利用ip是不行的,原困着用realserver的真实ip,那末 就会回到1的间题上去,全都那末 用vip作为目的ip。事实上,dr模式下,lvs是根据mac地址来进行负载均衡调度的,原困着每台的mac地址都是同,全都那末 对应mac的rs(realserver简写,懒得打)会收到请求,否则原困着此人 我我着实有vip,全都能响应请求。 

http://www.cnblogs.com/lgfeng/archive/2012/10/16/2726508.html (arp_ignore和arp_announce)

            IPADDR=192.168.2.111

http://blog.csdn.net/reblue520/article/details/50857078 (lvs负载均衡)

            vhost __defaultVhost__ {

3.那末 ,亲戚亲戚让我门让我门又为什么么确保director第另另三个小收到呢?在同一网段中,每台服务器都是收到vip请求广播包,亲戚亲戚让我门让我门为什么么保证rs既能响应哪些地方地方请求又不首先响应?这就要用到arp_ignore和arp_announce原困着hidden interface的功能。

        service srs restart

            举个例子,假设本机上另另三个小网口,eth0上绑定的ip为1.1.1.1,eth1上绑定的是2.2.2.2,那末 设置arp_ignore为1后,当eth0收到2.2.2.2的arp请求报文后不必响应,同理eth1收到1.1.1.1的arp请求报文不必响应(eth0:0子网卡不选折 可不都都都还能不能 ,待测试)

cd  /etc/sysconfig/network-scripts/

direct 的配置:

配置和real1一样,略

route add 192.168.2.111 dev eth0:0

ipvsadm  -A -t 192.168.2.111:1935 -s sh (上加服务,-s指定调度算法,sh是source_hash的意思,根据来源ip调度到同一台服务器)

            NETMASK=255.255.255.0

参考:

ipvsadm  -a  -t 192.168.2.111:1935 -r 192.168.2.138:1935 -m  (上加后端服务器)

director ip:192.168.2.119(lvs调度器服务器ip)

ipvsadm  -a  -t 192.168.2.111:1935 -r 192.168.2.127:1935 -m

vi  /etc/sysctl.conf

service network  restart

virtual  ip:192.168.2.111(调度用的虚拟ip)

            IPADDR=192.168.2.111

cd  /etc/sysconfig/network-scripts/

                mode            remote;

目的:

            pid                 objs/edge.pid;

cp ifcfg-lo  ifcfg-lo:0

cp ifcfg-eth0  ifcfg-eth0:0

            }                                 用你这种配置边缘服务器都都都还能不能 访问两台服务器上的所有流)              

            max_connections     50;

架构:

vi ifcfg-eth0:0 内容如下:

推流测试:

/usr/local/src/srs/trunk/objs/ffmpeg/bin/ffmpeg  -re -i test.flv -vcodec copy -acodec copy -f flv -y rtmp://192.168.2.111/live/livestream1

    在dr模式下,director、real server和vip都是同一网段中,这就带来了哪几个间题:

通过rtmp://192.168.2.221/live/livestream1和rtmp://192.168.2.221/live/livestream2 查看确认视频可正常播放

         亲戚亲戚让我门让我门的案例使用的是第你这种常见的土土办法:设置arp_ignore 为1,你这种参数的作用是只回答目标IP地址是来访网络接口本地地址的ARP查询请求

/usr/local/src/srs/trunk/objs/ffmpeg/bin/ffmpeg  -re -i test2.flv -vcodec copy -acodec copy -f flv -y rtmp://192.168.2.111/live/livestream2

    举个例子,假设本机有eth0:1.1.1.1,eth1:2.2.2.2 ,假设本机收到了1.1.1.1的请求包,却从eth1口发送包,那末 数据帧的源mac应该是写eth0的mac还是eth1的mac?  正常状况下是写eth1的,否则linux比较特殊,默认是写eth0的,设为2,是让它默认写eth1的。      

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

sysctl -p

            NETMASK=255.255.255.255

            max_connections     50;

本文转自biao007h51CTO博客,原文链接:http://blog.51cto.com/linzb/1926694 ,如需转载请自行联系原作者

http://www.linuxvirtualserver.org/docs/arp.html (lvs arp间题)

2.亲戚亲戚让我门让我门解决了1的间题,否则这又带来了新的间题:director和real server都是vip,否则在同一网段中,全都vip请求到来的然后,网关会广播请求,全都不管是director还是realserver亲戚亲戚让我门让让我门是收到请求,假设亲戚亲戚让我门让我门director先收到了,它是为什么么进行负载均衡调度的呢?

route add -host 192.168.2.111 dev lo:0  #加这条是为了保证本机响应包的源ip为vip不变

            BROADCAST=127.255.255.255

real2:

http://www.linuxvirtualserver.org/VS-DRouting.html (lvs dr模式)

real1    ip:192.168.2.127(srs源端服务器ip1)

            srs_log_file        ./objs/edge.log;

service network  restart

            }

yum install ipvsadm  -y (lvs是通过ipvsadm你这种软件包管理的,就相似于netfiter和iptables的关系)

            ONBOOT=yes

            BROADCAST=192.168.2.111

            DEVICE=lo:0