依据marathon-lb的服务由发现及负载均衡

         http://www.apkplug.com/

2)mesos web

mesos
active tasks中显得marathon-lb任务下发成功,如下:

         http://songyuanlin.blog.51cto.com/6114055/1109634

1. 准备marathon-lb镜像

#在3个slave节点提前准备镜像,以节省容器部署时间
[root@slave-node1 ~]# docker pull mesosphere/marathon-lb
[root@slave-node1 ~]# docker images

Unix技术网:http://www.chinaunix.net/

2)访问服务

#web服务下的两个instance都被重置过,这里修改新instance容器的index.html文件
[root@slave-node2 ~]# echo "This is Nginx Server: 10.11.4.147:31288" > index.html
[root@slave-node2 ~]# docker cp /root/index.html 9489b51370fd:/usr/share/nginx/html
[root@slave-node2 ~]# echo "This is Nginx Server: 10.11.4.147:31646" > index.html
[root@slave-node2 ~]# docker cp /root/index.html 2aee995a6ce7:/usr/share/nginx/html

(1)访问vip的10002端口;

URL:http://10.11.4.145:10002

(2)通过vip访问marathon-lb状态页。

URL:http://10.11.4.145:9090/haproxy?stats

minjiang博客,探讨管理以及架构:http://www.cnblogs.com/ASPNET2008/

1)启动并查看vip

#验证过程中,marathon-lb所在的slave1节点宕机,marathon为了保持服务,将marathon-lb重新下发到在salve2节点
[root@slave-node2 ~]# systemctl daemon-reload
[root@slave-node2 ~]# systemctl restart keepalived
[root@slave-node2 ~]# ip a show br0

android开发网站:http://www.eoeandroid.com/

3)访问haproxy提供的劳务

(1)看marathon-lb所当slave节点的10002端口(在marathon
ui服务之configuration可以查询分配的servicePort);

URL:http://10.11.4.146:10002

PS:10002端口需要在相应节点不重开iptables的图景下放行,可以实施iptables
-I INPUT -m state –state NEW -m tcp -p tcp –dport 10002 -j
ACCEPT

(2)查看marathon-lb
haproxy的配置;

URL:http://10.11.4.146:9090/_haproxy_getconfig

PS:或者登陆到marathon-lb容器中查看haproxy.cfg文件(效果同样)。

(3)查看marathon-lb
haproxy的状态页;

URL:http://10.11.4.146:9090/haproxy?stats

apkplug框架技术:http://www.apkplug.com/blog/

三.验证自动发现和负载均衡

经过安排nginx服务可以印证自动发现跟负载均衡两起意义。

程序员网站:http://www.programmer.com.cn/

参考文档:

      http://www.cxy.me/

3. 验证

webQQ2.0协议分析:http://hfutxf.iteye.com/blog/800866

3. 下发marathon-lb容器

伯乐在线:http://blog.jobbole.com/

一.环境

由定义代码颜色:http://blog.163.com/xiangg\_123/blog/static/844245720061030351586/

5. 查看haproxy

android多个APK打包为一个APK:http://blog.csdn.net/com360/article/details/7234135

1)marathon web

marathon-lb作为同样种植丰富服务,已经下,运行正常化,如下:

marathon-lb已发至slave节点10.11.4.146:31187,如下:

Master HaKu架构讨论:http://www.cnblogs.com/davidgu/

2. keepalived配置文件

#各slave节点的keepalived配置文件根据情况做微小调整
[root@slave-node1 ~]# vim /usr/local/keepalived/etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs {
   notification_email {
     root@localhost.local
   }
   notification_email_from root@localhost.local
   smtp_server 10.11.4.146
   smtp_connect_timeout 30
   router_id MARATHON_DEVEL
}

vrrp_script chk_marathonlb {
    script "/usr/local/keepalived/etc/chk_marathonlb.sh"
    interval 1
    weight 2          //脚本检测返回值为”0”时,权重上升
    rise 1
}

vrrp_instance VI_1 {
    state BACKUP
    interface br0
    virtual_router_id 201
    priority 101
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 987654
    }
    virtual_ipaddress {
        10.11.4.145
    }
    track_script {
        chk_marathonlb
    }
}

4. 验证

1. 环境说明

据悉《基于zookeeper+mesos+marathon的docker集群管理平台》的条件,不同处:

  1. 从今发现与负载均衡服务由镜像marathon-lb生成的器皿完成,下发至自由1宝salve节点;
  1. 享有salve节点安装keepalived服务做劳务的强可用,vip:10.11.5.145。 

1)设置iptables

#marathon-lb生成的haproxy容器映射到宿主机的tcp 9090端口,可以在相应宿主机通过”netstat -tunlp | grep haproxy”查看;
#需要在所有的宿主机,即slave节点放行tcp 9090端口,因为在没有指定特定主机的时候(在slave启动参数中设置机器属性 --attributes=VALUE),通过marathon下发的marathon-lb容器是随机下发到任意slave节点的;
#不重启iptables,如果重启则docker daemon也需要重启,否则iptables相关的docker的forward规则会丢失;或者在没有容器的情况下提前放行相应端口再做容器相关操作
[root@slave-node1 ~]# iptables -I INPUT -m state --state NEW -m tcp -p tcp --dport 9090 -j ACCEPT

二.部署marathon-lb

1. 安装keepalived

Keepalived服务需要设置配备当享有marathon-lb可能发到的slave节点。

keepalived版本:keepalived-1.3.6

具体的安步骤请见:http://www.cnblogs.com/netonline/p/7598744.html

PS:注意每keepalived节点之间打招呼采用组播,iptables需要放行组播或vrrp相关协商。

 本文主要依据marathon-lb实现mesos+marathon平台的底劳务从发现同负载均衡。

3. marathon-lb检测脚本

#根据配置文件中的配置设定检测脚本
[root@slave-node1 ~]# touch /usr/local/keepalived/etc/chk_marathonlb.sh
[root@slave-node1 ~]# chmod +x /usr/local/keepalived/etc/chk_marathonlb.sh
[root@slave-node1 ~]# vim /usr/local/keepalived/etc/chk_marathonlb.sh

#!/bin/bash
# check if thers is a matathon-lb container running, then this is a keepalived master.
# 2017-09-18 v0.1 

MARATHONLB_LOG="/tmp/marathon-lb.log"

MARATHONLB=`netstat -tunlp | grep "haproxy" | grep ":80" | awk '{print $4}' | awk  'BEGIN{FS=":"} {print $2}'`

#检测marathon-lb服务的80端口,若存在则返回”0”,不存在返回”1”;
#记录日志,非必须项
if [ ${MARATHONLB} -eq 80 ]; then
     echo -e "`date +%F\ %T`: Matathon-lb is here, exit!\n" >> $MARATHONLB_LOG
     exit 0

else
     echo -e "`date +%F\ %T`: Matathon-lb is not here, the keepalived weight will be downgraded." >> $MARATHONLB_LOG
     exit 1
fi

4. 查看marathon-lb

1. 辑生成nginx服务的json文件

#在任意marathon master节点上编写json文件
[root@master-node1 ~]# vim marathon-nginx.json

#“labels”中的“HAPROXY_GROUP”,与相关的marathon-lb绑定即可,“group”在下发marathon-lb容器时已经定义;
#“labels”中"HAPROXY_0_VHOST"主要起标签作用;对于web服务可以加上VHOST标签,让marathon-lb设置WEB虚拟主机;标签名字自定义,目的是为了便于区别应用容器,一般可以用业务域名来描述标签;
#"instances",实例数;
#"healthChecks",对应示例健康状态检测点;
#"portMappings"中的"containerPort"是容器应用端口;"hostPort"是映射的宿主机的端口(设置为”0”即随机);"servicePort"是marathon-lb配置的haproxy代理端口(设置为”0”即随机),设置"servicePort"对一组实例服务非常有用;
{
  "id":"web",
  "labels": {
     "HAPROXY_GROUP":"external",
     "HAPROXY_0_VHOST":"web.nginx.com"
  },
  "cpus":0.2,
  "mem":20.0,
  "instances": 2,
  "healthChecks": [{ "path": "/" }],
  "container": {
    "type":"DOCKER",
    "docker": {
     "image": "nginx",
     "network": "BRIDGE",
     "portMappings":[{"containerPort":80,"hostPort":0,"servicePort":0,"protocol":"tcp"}]
    }
  }
}

1)方式1:通过curl调用json配置

#调用保存有json文件的maste节点8080端口下的json文件,即调用marathon的api
[root@master-node1 ~]# curl -X POST http://10.11.4.156:8080/v2/apps -d@/root/marathon-lb.json -H "Content-type:application/json"

四.keepalived高可用配置

于marathon-lb或者其后端的real-server来说,对外提供的劳动还依靠marathon-lb容器所在slave节点本身的ip,虽然marathon能长久保持服务在线,但对外提供劳动的ip的变化还是索要大可用之装置,这里运用keepalived实现,vip:10.11.4.145。

Keepalived服务用安装配备在颇具marathon-lb可能发到的slave节点。

2)访问容器instance提供的劳动

#可以先将2个nginx instance的web页面提前修改;
#如marathon ui展示,1个nginx容器在slave节点10.11.4.146:31005
#在10.11.4.146,即slave-node1节点编写index.html文件,使用”docker cp”将文件覆盖对应容器的默认web站点目录”/usr/share/nginx/html”下的index.html文件
[root@slave-node1 ~]# echo "This is Nginx Server: 10.11.4.146:31005" >> index.html
[root@slave-node1 ~]# docker cp /root/index.html 2c7448e2d185:/usr/share/nginx/html

#如marathon ui展示,另1个nginx容器在slave节点10.11.4.147:31071;
#10.11.4.147,即slave-node2节点
[root@slave-node2 ~]# echo "This is Nginx Server: 10.11.4.147:31071" >> index.html
[root@slave-node2 ~]# docker cp /root/index.html 11060abfad4f:/usr/share/nginx/html

2)haproxy监控页面

浏览器查看:http://10.11.4.146:9090/haproxy?stats

此外还有一对haproxy监控页面(ip地址是宿主机,即相应slave节点的ip),如下:

  • 监控页面:http://ip:9090/haproxy?stats

  • csv格式的状态监控:http://ip:9090/haproxy?stats;csv

  • 健康检查(注意下划线):http://ip:9090/_haproxy_health_check
  • haproxy配置获取(注意下划线):http://ip:9090/_haproxy_getconfig
  • haproxy的pid(注意下划线):http://ip:9090/_haproxy_getpids
  1. Marathon-lb介绍:https://docs.mesosphere.com/1.9/networking/marathon-lb/
  2. 参考:http://www.cnblogs.com/kevingrace/p/6845980.html
  3. 基于脚本实现劳务从发现跟负载均衡(供参考,marathon-lb之前的方案):

    http://dockone.io/article/439

    https://github.com/draculavlad/SetUpMesosphereOnCentos7WithServiceDiscovery/

2)方式2:通过marathon web下发json配置

1)查看marathon&mesoso ui

(1)marathon
ui显示web服务就是”Running”状态,且服务名后带标签;

(2)点击查看服务的实际信息,”Instances”标签中展示了2独instance容器部署的slave节点与照的端口信息(可以在切切实实的slave节点通过”docker
ps”命令查看),同时健康检查状态正常;

(3)
“Configuration”标签中产生显服务之切实安排信息,同json文件,关注标红框的”servicePort”是10002,此服务端口是擅自分配的,可经过marathon-lb所于节点的ip+port的法访服务,而休是访问单独的某instance节点提供的劳务;

(4)mesos
ui展示显示web服务的有限独instance任务现已下发。

2. 下发nginx服务

#采用上述方式1下发服务即可;
#nginx镜像已经提前准备
[root@master-node1 ~]# curl -X POST http://10.11.4.156:8080/v2/apps -d@/root/marathon-nginx.json -H "Content-type:application/json"

2. 拓扑编写marathon-lb的json文件

#在任意marathon master节点上编写关于marathon-lb的json文件
[root@master-node1 ~]# vim marathon-lb.json

#”network”采用HOST模式,与宿主机共享namespace;
#”args”参数将3个marathon master节点的ip:8080都带上,即marahon的api接口地址,因为不确定marathon下发marathon-lb容器时,会下发到哪一台宿主机;
#”group”参数为”external”,可以定义多个不同的”group”(即不同的marathon-lb),针对不同的应用可以绑定到不同的”group”;
#请注意json文件的格式,如标点符号等,marathon web下的”JSON Mode”框有检查语法正确与否的功能。
{
  "id":"marathon-lb",
  "cpus": 1,
  "mem": 128,
  "instances": 1,
  "constraints": [["hostname", "UNIQUE"]],
  "container": {
  "type":"DOCKER",
  "docker": {
     "image": "mesosphere/marathon-lb",
     "privileged": true,
     "network": "HOST"
    }
  },
   "args": ["sse", "-m", "http://10.11.4.156:8080", "-m", "http://10.11.4.157:8080", "-m", "http://10.11.4.158:8080", "--group", "external"]
}