vbaspdelphi的专栏

最近在学习dcos，里面可以对container的资源使用进行限制，那么如果我们设定一个cpu为0.1，那么我们dcos agent的cpu使用率会使用多少呢？是不是只能使用所有cpu的0.1呢？在google group里面看到些资料 https://groups.google.com/a/dcos.io/forum/#!search/marathon20resource20resource20

今天在做montior监控的时候，经常会不行，比如常用的tcp监控，经过排查，是由于在port那块没有写vip地址或者service port，导致$port0不好用。其实， port0这种写法还有另外一个就是，可以用dokcer自己的端口，可是不好使哦。所以还是下面以port0这种写法还有另外一个就是，可以用dokcer自己的端口，可是不好使哦。所以还是下面以port0监控这种方式来看:第一步，设

dcos tak log –follow zk，如果zk重启或者啥的，貌似就看不到紧接着的日志了，需要后期再次确认。marathon里面如果edit配置，有时候是不生效的，必须destroy掉，然后重新 create applicance，这个不一定啥时候就不能编辑。

zkServer.sh文件因为在marathon里面启动docker镜像的时候，一般会打出一个在前端的进程，日志直接输出到console，为了把日志保存在硬盘上，所以我们需要在zkServer.sh这个启动文件里面，把start-foreground里面的启动做下修改，就是把输出放到某个文件.每次启动拉出镜像打出一个虚拟地址环境变量 主要有两个，一个是 ZOO_LOG_DIR用于存放日志的地方

结构图nginx配置{ "id": "nginx-ceshi", "container": { "type": "DOCKER", "docker": { "image": "nginx:1.9.14", "network": "BRIDGE", "portMappings": [ { "hostPort": 0, "con

marathon-lb的稳定性问题假设在内部， 程序A去调用程序B使用api api-b，一共三个节点，通过域名api-b.marathon.mesos， 解析出来的A记录有三个，当然，解析出来的都是lb的地址，如果lb有一个挂了会有啥结果。短时间内是不是会造成502.marathon-lb居然也有保留端口marathon-lb居然还保留了端口。By default, port 10000 thro

根据线报，目前存储有两种，一种是持续化存储，也就是persistent local volumes，这种写法很特殊哦，之写入大小和一个名字，名字里面不准带有/等特殊字符， 然后你的服务泡在了上面，生老病死就都在这里了。即使不上班，位置也会保留着。另外，如果本地磁盘中有/dcos/volumeN这种类型的挂载点，会自动被marathon agent作为本地用于分配存储的卷。第二种， 容器卷， 这个就是

dcos task log –follow service zk加入我有zk1 zk2 zk3三个服务，那么如果打 dcos task log –follow service zk1 只会看到zk1的日志 如果是 dcos task log –follow service zk，那么我会等看到所有zk开头的服务哦

最近开始自己做容器了，但是版本号是个问题，有时候搞的头大，现在逐渐摸索出来一小套方法，加入我们自己压制zk ,版本号为v3.4.7，我们需要加入telnet nc等软件，那么我们压制完成后的版本号可以是 v3.4.7e1， v代表version e代表explore或者experiment都行哈。如果是centos6.8来，我会叫 centos:v6.8e1

总体架构231是我们的marathon master，采用dcos1.7，因为只需要一个agent就好了，不像1.8，还得需要public。229是我们的唯一一台agent，奔腾双核3GHz，16GB内存。目标将zk防止在marathon里面问题１　几个application的问题如果是docker + swarm的形式，我们需要开三个，然后采用name去连接就好了。 但是这里是marathon，

真操蛋了，拍个故障，里面这个没有那个没有，images大点有啥没问题么，反正大家都是复用，总结了一下，镜像应该具有如下的软件yum install -y wget curl net-tools bind-utils iproute另外，吐槽下marathon服务，咱就不能来个一点就能打开terminal。

用vip快，不用解析用name慢一点，但是好记呀。

由于docker在marathon里面运行的时候，会是一个CMD或者ENTRYPOINT，其实就是最终有个执行程序，而且一般会有日志输出，如果遇到啥问题就会推出，然后docker会重启，但是如果tomcat里面的java程序没有这个功能，只会error error，那么这个时候就需要人为进行干预，所以研发在转到dcos等容器化平台的时候，需要注意这些个特点，毕竟大家是一体的。

在容器化运维中，我们有时候会需要查看某个container是否一直在重启，这个从哪里看看呢：目前找到一个方法，就是在marathon页面中， 每个container的右边会有version， 这个就是解释这个container运行了多久了，是不是反复重启等。