DCOS之Marathon应用管理篇

SciRui 2016-11-03

基础应用

首先我们将下述代码,保存为shell.json:

{
    “id”: "shell",
    "cmd": "while [true];do echo 'DCOS shell';sleep 5;done",
    "cpus": "0.1",
    "mem": "10.0",
    "instances": "1"    
}

执行下述命令行:

curl 10.134.29.134:5000/v2/apps -d @shell.json -H "Content-type:application/json"

  其将json文件通过marathon api传递给调度器,请求创建一个实例,资源需求为0.1cpu、10M内存、执行shell命令行。cmd将被发送给Mesos底层执行器进行执行,最终通过/bin/bash -c ${cmd}。

  打开DCOS控制面板,选择Marathon管理界面,如图所示,可以发现名为shell的App正在运行,App在Marathon创建中是一对多的关系,即一个App可以有多个Task。

DCOS之Marathon应用管理篇

图 3-1

    通过上图可以发现,Marathon提供App手动扩缩功能、健康检查、日志管理以及App生命周期的管理等功能。

    首先,我们介绍Marathon对App实现手动扩缩的功能,选择Scale Application进行快速扩容,如下图所示,填写10,即可将App扩展到10个Task。

DCOS之Marathon应用管理篇

图 3-2

    如下图所示,shell App扩展到10个Task:

DCOS之Marathon应用管理篇

    图 3-3

    既然可以扩展,那么当然可以收缩,选择你要销毁的Task,点击Kill&scale即可。除了上述通过curl命令创建App以外,Marathon提供Web UI创建App,点击主界面的create,在选框中填入相应参数即可,具体如下图所示。

DCOS之Marathon应用管理篇

    图 3-4

    这一小节,关于Marathon的基础应用部分介绍完毕,下面我们将介绍Marathon如何应用远程资源。

运行远程资源

    对于复杂应用,无法通过简单的cmd命令传递所以操作,对于此类情况,Marathon提供uri参数,在执行调度前,利用Mesos fetcher来下载、解压操作,提取资源。在深入探讨此话题前,我们通过实例来了解应用场景:

{
    “id”: "resource",
    "cmd": "./shell.sh",
    "cpus": "0.1",
    "mem": "10.0",
    "instances": "1",
    "uris": [
        "http://10.128.3.75/images/shell.sh"
        ]
}

    上述实例执行cmd之前,会通过Mesos下10.128.3.75/images/shell.sh,之后会在所选slave节点的应用沙箱中执行该资源,可以通过web界面查看该任务的沙箱,单击进入页面,可以查看到Mesos下载的shell.sh脚本。

    需要注意的是,Mesos v0.22及以上版本在默认情况下执行cmd的方式,是先设权限后执行,因此,cmd命令类似于chmod u+x shell.sh &&sh shell.sh。

除了上述提及的功能之外,Marathon框架自身清楚框架内的应用资源。当然,Marathon对于下述文件将首先尝试解压并提取资源:

· .tgz

· .tar.gz

· .tbz2

· .tar.bz2

· .txz

· .tar.xz

· .zip

    uris对资源进行定位下载,Marathon支持多种协议类型,种类如下所示:

· file:

· http:

· https:

· ftp:

· ftps:

· hdfs:

· s3:

· s3a:

· s3n:

uri的值是数组类型,可以支持同时输入多个资源:

{    ...   

 "uris": [

    "https://github.com/zouyee/repo.zip",    

    "http://10.128.3.75/images/shell.sh", 

    "ftp://10.128.3.75/images/my-other-file.css"   

     ]    

    ...

}

 

容器运行

1、简单应用

Marathon可以使用docker对应用进行高效快捷的部署,在下述应用实例中,使用docker部署一简单web应用:使用Docker的python:3镜像,启动一个容器内部端口8080的服务,网络模式选择bridge,因此有portMapping选项,在其字段中,hostport值设为0,意味着Marathon任意分配映射到外部的端口,json内容如下所示:

{   
   "id": "web", 
   "cmd": "python3 -m http.server 8080", 
    "cpus": 0.5,  
    "mem": 32.0, 
     "container":
          {    
              "type": "DOCKER",   
               "docker": 
               {      
                   "image": "python:3",     
                    "network": "BRIDGE",      
                    "portMappings": 
                        [        
                            { 
                                "containerPort": 8080, 
                                "hostPort": 0 
                                }      
                           ]   
                 }  
         }
}

    通过HTTP API接口启动该应用:

curl -X POST http://10.134.29.134:8080/v2/apps -d web.json  -H "Content-type: application/json"

    通过dcos client启动该用,dcos marathon app add web.json

通过Marathon web UI界面可以看到名为web的应用已运行。

DCOS之Marathon应用管理篇

图 3-5

2、端口分配

Marathon涉及到端口配置或者端口概念的地方有三处,第一部分是在应用配置的container中的portMapping,主要有containerport、hostport、serviceport,如图3-6所示,第二处在应用配置的Optional settings中的Ports,如图3-7所示,第三处在实际App中某一Task分配的port(s),如下图3-8所示。

DCOS之Marathon应用管理篇

图3-6 container中的端口映射

DCOS之Marathon应用管理篇

图 3-7 可选项中的端口

DCOS之Marathon应用管理篇

图 3-8 Task分配到的端口

通过图3-6可以发现,Port Mappings包括Container Port、Host Port、Service Port、Protocol等字段,图3-7可以发现,Optional settings包含Ports字段。

containerPort:container Port指定在容器内部的端口,它适用于docker的bridge网络做port mapping。

hostPort:host Port指定主机绑定端口,当使用BRIDGE网络,需要指定从主机端口到容器端口的port mapping,当使用HOST网络,请求端口默认为主机端口。

BRIDGE网络:docker应用可以使用BRIDGE网络。在此网络环境中,container port(容器内部端口)对应host port(主机上的端口)。

HOST网络:HOST网络可用于非docker的Marathon应用和docker应用,此模式中,应用直接绑定主机的一或者多个端口。

ports:这个port需要被视作一种资源,在使用HOST网络时,就需要设定。

protocol:协议指定使用的端口(比如tcp、udp)

servicePort:Marathon不绑定此端口,其被用作服务发现。

如果在portMapping中containerPort设为0,它的值将会与hostPort一致,hostPort将随机分配,默认范围在31000-32000之间。

    关于DCOS的Marathon应用篇先介绍这么多,下一篇将介绍应用群组以及健康检查相关内容,谢谢您的阅读!

http://sanwen8.cn/p/1f0EGer.html

相关推荐

littleBird / 0评论 2019-10-22

世界说 / 0评论 2018-01-01