初识数据中心Mesos

 Docker的飞速发展已经无需多言了，怎么管理Docker，编排Docker的也存在最够多的工具，但是总觉得没有触及痛点，所以才有数据中心mesos存在的必要，那么mesos是什么，以及mesos能做什么呢，会在本文简要介绍。

 这里先放一张自己对于mesos的理解以及使用的思路，如有偏颇还望指正。

 根据上图，我们将物理机全部纳入mesos这个发布系统里面，这样是个我们把手上的物理机资源全部抽象到了一起，这样我们就不用担心CPU，内存，硬盘的使用情况，因为到某个应用需要更多的资源的时候，我们可以直接动态添加，我想光是这点就足够让我们跃跃欲试了吧,更重要的是我们不需要采购硬件配置一样的服务器。

 前面这点内容当然不足够说清mesos是什么，能做什么，在笔者看来，想要了解一样东西纸上谈兵当然是万万不能的，所以让我们先把环境搭起来，用起来，这样我想才能更加深刻的了解Mesos。

安装：

系统环境：Centos7

mesos集群

172.16.51.72  mesos-master

172.16.51.72  mesos-slaver

172.16.51.71 mesos-slaver

172.16.51.73 mesos-slaver

zookeeper集群

172.16.51.72  1

172.16.51.71  2

172.16.51.73  3

注:iptables,selinux什么的当然是关闭的

安装方式rpm包

rpm源

rpm -Uvh http://repos.mesosphere.com/el/7/noarch/RPMS/mesosphere-el-repo-7-1.noarch.rpm 

安装mesos，marathon，zookeeper

yum -yinstall mesos marathon
yum -yinstall mesosphere-zookeeper

配置zookeeper集群

72,71,73 的myid依次配置为1,2,3，myid文件默认不存在

cat /var/lib/zookeeper/myid
1

然后配置zookeeper配置文件

每个zookeeper节点加入下面三行 

cat /etc/zookeeper/conf/zoo.cfg
server.1=172.16.51.72:2888:3888
server.2=172.16.51.71:2888:3888
server.3=172.16.51.73:2888:3888

然后依次启动zookeeper

systemctlstart zookeeper

查看是否监听

lsof  -i:2181

为mesos配置zookeeper信息(无论master还是slaver都要配置)

zk://172.161.51.72:2181,172.16.51.71:2181,172.16.51.73:2181/mesos

然后启动master端

service mesos-master restart

启动slaver端

service mesos-slave restart

很简单有木有。

然后验证mesos，marathon是否安装成功

访问mesos-master主机的5050及8080端口,如下图

注意：如果是第一安装完成，对应的web页面应该是没有任何任务的，比如上面的test

到这里可能就有疑问了，然后呢？

首先看看Mesos的架构。

 根据上面的示意图再结合我们的已安装环境，我们建立了三个mesos-slaver节点，一个mesos-master端节点(其实mesos-master端也可以做一个集群)

之于上面的Hadoop，MPI scheduler我们先放一边。

 zookeeper用于服务发现(这里我们做成集群模式，是为了高可用)，所以无论是mesos-slaver或者mesos-master节点都需要设置zookeeper的配置信息，通过zookeeper，mesos-master会问mesos-slaver是哪些主机以及它的相关信息是什么，反之亦然。

 然后mesos-master会只会mesos-slaver它们需要做什么，怎么知道mesos-slaver能做什么呢？

 我们看下图。

 根据上图，mesos-slaver会告诉mesos-master端自己有多少资源，比如多少cpu，内存等，然后master-slaver决定怎么分配资源，怎么分配任务，那么我们怎么给mesos索要资源及发布任务呢，那么我们就得知道什么是框架了，下面讲解两个主要的框架，marathon，chronos。

 什么是框架呢？就是用来索要源的，看看具体实例，你就会有一定了解了。

 Marathon是建立在Mesos上的私有PaaS平台。它能自动处理硬件或者软件故障，并确保每个应用程序都"永远在线"(比如，你在marathon中设置是某应用三个实例，那么其中一个挂掉，marathon会立即在启一个实例，维持在三个实例)，个人觉得跟kubernetes有点重叠的意思，当然kubernetes更强大，因为编排的能力更强。

默认监听端口：8080

主要功能：创建常驻任务，任务扩建等(比如实例的数量增加)

创建JOB

 如上图，我们创建一个ID为test的任务，并且分配了0.1的CPU(默认)，16MB内存(默认)，OMB硬盘(默认)，一个实例(默认)，然后这个实例执行的命令python-m SimpleHTTPServer，然后点击“create”即可，创建成功后，mesos-master就是随机让mesos-slaver就是创建一个实例。

 为了方便验证，我们可以将实例个数选为3，然后查看是否监听。

 然后验证一下。

注意：名字随意，但是不跟现有的ID名冲突即可

然后看一看基本设置

ID设置

名字随意，不跟现有的ID名冲突即可

CPU，内存，硬盘，实例个数   （自定义）

CPU，内存，硬盘，实例个数   （自定义）

执行的command

比如用Python起一个简单的web服务

python-m SimpleHTTPServer

Docker容器的相关设置

网络，数据卷等

环境变量如

JAVA_HOME= xxx

标签

自定义标签，用于分类

健康监控

有command，http，tcp三个方式检测

其他选项(optional settings)

如端口

还有最后一个限制constraint

比如限制哪个节点启动这个任务

创建成功，后点击具体任务，有相关信息，如主机端口等

mesos-master端也有相应job信息

下面是marathon的相关信息

然后主要的三个动作，分别是扩展(比如一个实例到三个实例)，重启，挂起，销毁

注：因为里面的test任务，写的命令是python-m SimpleHTTPServer  所以都默认监听8000端口，因为只有三个节点，所以最多启三个实例，虽然可以将scale(规模)设置成3以上但是会不断的启新实例，然后不断的失败，并一直启。

所以启三个以上的实例应该保证占用的端口不一样

比如端口随机

python-m SimpleHTTPServer $PORT

因为创建任务是支持Docker的，我们不妨想象一下，我们能够直接将使用已有的docker环境中镜像。

chronos是一个分布式作业调度程序，支持复杂的拓部结构。它可以成为 cron 的替代
品，提供更好的容错性。

chronos就是个计划任务，不过分布式而已

安装

yum -y install chronos

servicechronos start

默认监听4400

比如

cat /tmp/test2.txt
Sat Dec26 17:08:10 CST 2015

结语：既然是初始，那么久先到这里吧，笔者也还在研究中。