参考： https://my.oschina.net/fengjihu/blog/416883 （srs集群模式） http://blog.csdn.net/reblue520/article/details/50857078 （lvs负载均衡） http://www.cnblogs.com/lgfeng/archive/2012/10/16/2726308.html (arp_ignore和arp_announce) http://www.linuxvirtualserver.org/docs/arp.html （lvs arp问题） http://www.linuxvirtualserver.org/VS-DRouting.html （lvs dr模式）目的： 通过lvs推流到多个流服务器以缓解服务器压力，利用边缘服务器的功能可以访问到所有流，又可以节约带宽，因为是直播，所以推过来的流都是不同ip的，所以可以利用lvs hash ip的功能将同一流的包转发到同一流服务器，这样就解决了流的存放问题。lvs dr模式原理简介： 在dr模式下，director、real server和vip都在同一网段中，这就带来了几个问题： 1.在此模式下，vip接收到的请求不能简单地通过转发给real server，因为当请求过来的时候，如果简单地转发，因为三台都能连外网，所以转发的时候real server会直接回复给请求方，而请求方收到ip，发现不是自己请求的会丢弃。 所以，每个real server上面都绑定了vip，当收到vip来的请求包的时候，real server 用vip作为源地址回复。
2.我们解决了1的问题，但是这又带来了新的问题：director和real server都有vip，而且在同一网段中，所以vip请求到来的时候，网关会广播请求，所以不管是director还是realserver他们都会收到请求，假设我们director先收到了，它是怎么进行负载均衡调度的呢？ 利用ip是不行的，如果用realserver的真实ip，那么就会回到1的问题上去，所以只能用vip作为目的ip。事实上，dr模式下，lvs是根据mac地址来进行负载均衡调度的，因为每台的mac地址都不同，所以只有对应mac的rs（realserver简写，懒得打）会收到请求，并且因为自己确实有vip，所以能响应请求。
3.那么，我们又怎么确保director第一个收到呢？在同一网段中，每台服务器都会收到vip请求广播包，我们怎么保证rs既能响应这些请求又不首先响应？这就要用到arp_ignore和arp_announce或者hidden interface的功能。 在dr模式下，rs的配置是有些特殊的。比较常见的一种是把vip绑定到lo口上，因为大多数linux内核版本不会响应回环口ip的arp报文请求，所以当收到vip广播请求报文的时候，rs不会响应。因为director是把vip绑定到某个非回环口上的，所以director可以第一个收到并响应vip请求报文。 另一种常见的做法是，rs把vip绑定到某个不在使用中的接口上，然后利用hidden interface的功能禁掉此接口的arp响应，因为没有arp响应，所以这个端口必须不使用，否则影响正常通信。我们的案例使用的是第三种常见的方法：设置arp_ignore 为1,这个参数的作用是只回答目标IP地址是来访网络接口本地地址的ARP查询请求举个例子，假设本机上两个网口，eth0上绑定的ip为1.1.1.1，eth2上绑定的是2.2.2.2，那么设置arp_ignore为1后，当et开发云主机域名h0收到2.2.2.2的arp请求报文后不会响应，同理eth2收到1.1.1.1的arp请求报文不会响应（eth0:0子网卡不确定可不可以，待测试） 然后，设置arp_announce为2，这个的作用是使用出口网口的mac作为源mac。 举个例子，假设本机有eth0：1.1.1.1，eth2：2.2.2.2 ，假设本机收到了1.1.1.1的请求包，却从eth2口发送包，那么数据帧的源mac应该是写eth0的mac还是eth2的mac？ 正常情况下是写eth2的，但是linux比较特殊，默认是写eth0的，设为2，是让它默认写eth2的。 为什么这里需要用到呢？因为vip包是director第一个响应的，所以网关的arp表保留的是director的mac，假设rs，eth0配的真实ip，eth2配的vip，那么，当收到director改写mac的vip请求包后，它响应并从eth0回送包（我们不应该让eth2接受到包，否则又回到2），如果此时填的是eth2，也就是vip所在的mac，那么网关发现这个是vip的新mac就会更新arp表，从而造成vip抢占（这个是别人的说法,我不太认同，因为就算用eth0的mac也会被更新，一样抢占，待我找到靠谱的答案再更新此问题）
架构： director ip:192.168.2.119（lvs调度器服务器ip） virtual ip:192.168.2.111（调度用的虚拟ip） real1 ip:192.168.2.127（srs源端服务器ip1） real2 ip:192.168.2.138（srs源端服务器ip2） srs ip:192.168.2.221 (此为srs边缘服务器ip) 为了实验方便，默认都关闭iptables和selinux
real1： echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce cd /etc/sysconfig/network-scripts/ cp ifcfg-lo ifcfg-lo:0 vi ifcfg-lo:0 内容如下：
DEVICE=lo:0IPADDR=192.168.2.111NETMASK=255.255.255.255BROADCAST=192.168.2.111BROADCAST=127.255.255.255ONBOOT=yesNAME=loopback service network restart vi /usr/local/srs/conf/edge.conf 内容如下： listen 1935;max_connections 1000;pid objs/edge.pid;srs_log_file ./objs/edge.log;vhost __defaultVhost__ {}
service srs restart route add -host 192.168.2.111 dev lo:0 #加这条是为了保证本机响应包的源ip为vip不变 real2： 配置和real1一样，略 srs 边缘服务器的配置： vi /usr/local/srs/conf/edge.conf listen 1935;max_connections 1000;pid objs/edge.pid;srs_log_file ./objs/edge.log;vhost __defaultVhost__ { mode remote; origin 192.168.2.138:1935 192.168.2.127:1935; （经测试，当192.168.2.138和192.168.2.127存在不同流的时候，} 用这种配置边缘服务器可以访问两台服务器上的所有流） service srs restart direct 的配置： vi /etc/sysctl.conf net.ipv4.ip_forward = 1 （lvs转发包，所以这个要为1，开启转发功能) sysctl -p yum install ipvsadm -y (lvs是通过ipvsadm这个软件包管理的，就类似于netfiter和iptables的关系) cd /etc/sysconfig/network-scripts/ cp ifcfg-eth0 ifcfg-eth0:0 vi ifcfg-eth0:0 内容如下： DEVICE=eth0:0BOOTPROTO=staticHWADDR=00:0C:29:5B:58:99ONBOOT=yesIPADDR=192.168.2.111GATEWAY=192.168.2.1NETMASK=255.255.255.0
service network restart route add 192.168.2.111 dev eth0:0 ipvsadm -A -t 192.168.2.111:1935 -s sh (添加服务，-s指定调度算法，sh是source_hash的意思，根据来源ip调度到同一台服务器) ipvsadm -a -t 192.168.2.111:1935 -r 192.168.2.138:1935 -m （添加后端服务器） ipvsadm -a -t 192.168.2.111:1935 -r 192.168.2.127:1935 -m ipvsadm -Ln （这个命令可以查看ipvs当前的状态) 推流测试： /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 /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 通过rtmp://192.168.2.221/live/livestream1和rtmp://192.168.2.221/live/livestream2 查看确认视频可正常播放
整个构建过程分为以下几个部分： 安装node，npm部署gitbook gitlab版本8以上支持pipelines，服务器上安装，配置gitlab runner。1.安装node2.安装gitbook3.gitlab-ci实现 gitlab的CI主要通过新版…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
