我已经获得了最新的dc/os1.8.7cloudformation模板,用于3个master和5个worker的aws安装页面,并将其部署到我组织的aws帐户中。
我的实际实现cloud init文件位于以下位置:
公共工作者
私人“服务”工人
硕士
这个设置工作得很好,工人们发现了主程序并添加了他们自己,我可以在工人们身上安排任务,一切看起来都正常。Zookeeper是群集的,等等。一切看起来都很健康,一切正常,等等。
值得注意的是,这三种示例之间唯一有效的区别是文件底部的角色:
硕士学位:
- path: /etc/mesosphere/roles/master
content: ""
- path: /etc/mesosphere/roles/aws_master
content: ""
- path: /etc/mesosphere/roles/aws
content: ""
公共工作者:
- path: /etc/mesosphere/roles/slave_public
content: ""
- path: /etc/mesosphere/roles/aws
content: ""
服务人员:
- path: /etc/mesosphere/roles/slave
content: ""
- path: /etc/mesosphere/roles/aws
content: ""
如果我把这些角色换成 slave
或者 slave_public
,这些示例将永远无法加入dc/os群集。由于我在这里的要求要求我至少需要四种类型的角色,这有点像一个障碍。
我需要以下角色:
☑ 主人
☑ 公共工作者
☐ 服务工作者
☐ 数据工作者
由于我的网络布局和组织需要,这些额外的类型是不可协商的。
dc/os是否需要一些额外的步骤来允许额外的工作者角色?
1条答案
按热度按时间vatpfxk51#
这个
master
,slave
,和slave_public
参数是dc/os安装程序唯一知道的参数。而
slave_public
参数不会将所有节点资源静态分配给slave_public
角色slave
参数实际将所有节点资源分配给*
角色,用于未指定角色的任务。为了将资源分配给其他角色,有两种方法:
通过修改
MESOS_RESOURCES
在/var/lib/dcos/mesos-resources
每个代理节点上的文件。使用dynamic reservation mesos api将资源动态分配给自定义角色:http://mesos.apache.org/documentation/latest/reservation/