2016-10-25 23 views
1

Я просто исследую DC/OS, я обнаружил, что DC/OS имеет три роли: master, slave, slave_public, я хочу развернуть кластер, который может размещать главные, подчиненные или slave_public роли на одном хосте, но в настоящее время я не могу сделай это.DC/OS имеет три роли, они являются ведущими, подчиненными, slave_public, почему их нельзя разместить на одном хосте?

Я хочу знать, почему не удается разместить их на одном хосте при его разработке. Если я это сделаю, могу ли я получить некоторые предложения?

У меня просто идея. Если я не могу этого сделать, я прекращу использование DCOS, я буду использовать мезо и марафон.

Есть ли у кого-то идея со мной? Я с нетерпением жду ответа.

ответ

1

Это по дизайну, и на самом деле все работает над тем, чтобы восстановить силу машины installed with only one role, потому что вещи ломаются более чем с одним.

Если вы пытаетесь выполнить демонстрацию/эксперимент с DC/OS, и у вас есть только одна машина, вы можете использовать Virtual Machines или Docker для разделения этой машины на несколько машин/частей, на которые вы можете установить DC/OS. dcos-vagrant и dcos-docker могут вам помочь.

Что касается установки, конфигурация для каждой из трех ролей несовместима друг с другом. Роль «хозяина» запускает/устанавливает на хосте целую кучу программ (Mesos-DNS, Mesos master, марафон, экспонент, zookeeper, 3dt, adminrouter, rexray, spartan, navstar и др.), Которые прослушивают различные порты. Роль «подчиненная» заставляет машину иметь мезо-агент (mesos переименовал mesos-slave в mesos-agent, следовательно, отключить), настроенный и запущенный на агенте. Мезо-агент сконфигурирован для управления/большинством портов, превышающих 1024, для задач, запущенных фреймами mesos на агенте. Некоторые из этих портов используются службами, которые запускаются на мастерах, что приводит к нечетным конфликтам и затрудняет исправление плохого поведения.

В случае запуска «ведомого» и «slave_public» на одном и том же хосте эти два конфликта более непосредственны, поскольку оба из них заставляют mesos-agent запускаться на хосте с немного другой конфигурацией. И мезо-агент (тот, который настроен с ролью «ведомый» и тот, который имеет роль «slave_public», настроен на прослушивание на порту 5051. Только один из них может использовать его, хотя, поэтому вы получаете один из агентов не является функциональным

+0

Thans очень много. –

0

DC/OS поддерживает только запуск узла как ведущего или агента (ведомого). Вы правы, что Mesos не имеет этого ограничения. Но DC/OS больше, чем просто Mesos/Марафон. Чтобы включить все дополнительные функции DC/OS, существуют различные компоненты, построенные вокруг Mesos и Marathon. Иногда эти компоненты ведут себя по-разному, независимо от того, работают ли они на ведущем или агенте, а в других случаях компоненты, существующие на главном компьютере, могут или может не существовать на агенте или наоборот. Таким образом, запуск мастера и агента на том же узле приведет к конфликтам/проблемам.

Если вы хотите запустить небольшую настройку разработки, прежде чем масштабировать решение до более крупной распределенной системы, DC/OS Vagrant может стать хорошей отправной точкой.

+0

Большое спасибо. –