2016-12-08 5 views
2

Я получил 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 дополнительных рабочих ролей?

ответ

3

Аргументы master, slave и slave_public являются единственными, известными установщиком DC/OS.

Хотя slave_public довода не статический выделить все узловые ресурсы на slave_public роли, то slave аргумент фактически выделяет все узловые ресурсы на * роли, которая используется для выполнения задач, не имеющие указанной роли.

Для того, чтобы назначить ресурсы на другие роли, существует два метода:

  1. Статический выделить ресурсы для пользовательских ролей путем изменения содержания JSon в MESOS_RESOURCES в /var/lib/dcos/mesos-resources файле на каждом узле агента.
  2. Динамически выделять ресурсы для пользовательских ролей с помощью динамического резервирования Mesos API: http://mesos.apache.org/documentation/latest/reservation/
Смежные вопросы