Я получил the latest DC/OS 1.8.7 CloudFormation template для 3 мастеров и 5 рабочих, как described on their AWS installation page, и развернул его в учетной записи AWS моей организации.Рабочие не могут присоединиться к кластеру, разрешенному набору ролей?
Мои фактической реализации облачных инициализации файлов здесь:
Эта установка работает просто отлично, рабочие обнаруживают мастера и добавить себя , Я могу планировать задания на рабочих, и все, кажется, просто работает. 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 дополнительных рабочих ролей?