DC/OS Mesosphere устанавливает/развертывает мое собственное приложение в кластере

Я пытаюсь развернуть свой собственный кластер с помощью установки CLI DC/OS. У Mesosphere огромная поддержка, так как в репозитории Mesosphere Universe есть много готовых к установке пакетов (https://github.com/mesosphere/universe).

Однако я хотел бы сделать еще один шаг вперед. Я пытаюсь установить свои собственные приложения в свой кластер, используя процесс установки DC/OS CLI. Для этого, насколько я понимаю, мне нужно либо (i) сделать мое приложение узнаваемым в системном репозитории (как и другие пакеты репо, которые предоставляются во Universe), либо (ii) создать новый образ, который содержит все мои приложения. и измените сценарий DC/OS, чтобы сделать установку возможной.

К сожалению, мои скромные знания ущербны и я не смог найти ни где внятного ответа на этот вопрос. Поэтому я хотел бы спросить:

1) Можно ли сделать то, что я пытаюсь сделать?

2) Если ответ ДА, что именно мне делать? Моя цель — установить мои замечательные приложения для собственных целей, а не публиковать их. Но чтобы добавить свои приложения в качестве репозитория во Universe, похоже, мне нужно их опубликовать.


mesosphere dcos
person Tien Dat    schedule 20.04.2018    source источник

Ответы (1)


arrow_upward
0
arrow_downward

  1. Это возможно! :)
  2. Следуйте этим инструкциям.
person Judith Malnick    schedule 20.04.2018
comment
Спасибо, Джудит. Я знаю об этом способе развертывания приложений. Однако я не уверен, что это лучший способ развертывания распределенного приложения, которое должно быть развернуто в кластере, и каждый экземпляр на каждом узле имеет локальную конфигурацию. Я думаю, что было бы лучше, чтобы он был установлен на каждом узле. Затем способ развертывания, который вы упомянули, используется для запуска приложения. Что вы думаете? - person Tien Dat; 21.04.2018
comment
Возможно, вы могли бы разработать свой пакет, как описано здесь, а затем опубликовать его в < href="https://docs.mesosphere.com/1.11/administering-clusters/deploying-a-local-dcos-universe/" rel="nofollow noreferrer">локальная вселенная, а не общедоступная? - person Judith Malnick; 23.04.2018
comment
Большой! Я думаю, это то, что мне действительно нужно. Кстати, когда я устанавливал DC/OS в своем маленьком кластере, я хотел бы иметь узлы, которые одновременно являются ведущими и агентами, чтобы они также могли запускать приложения. Однако в требовании упоминалось, что частные ip-адреса главного и агента не должны содержать дубликатов. В этом случае нужно ли создавать виртуальные IP-адреса на одном и том же физическом узле для каждого мастера и агента? - person Tien Dat; 24.04.2018
comment
Может быть технически возможно запустить мастер и агент на одном узле, но я не уверен, как вы это сделаете, и это действительно очень не рекомендуется. Если вы просто играете и пытаетесь сэкономить место, вы можете изучить DC/OS Vagrant. , который не предназначен для производственного использования :) - person Judith Malnick; 26.04.2018
comment
Ну, я в курсе всего этого. Дело в том, что это едва ли имеет смысл для меня. Основная ценность Mesos заключается в эффективном использовании ресурсов. И я считаю, что он должен иметь возможность сам управлять ресурсами, чтобы уменьшить взаимодействие между процессами при совместном размещении Мастера и Агента. Люди просили об этом, и они согласились принять это во внимание. Но план определен, поскольку эта функция появится в конце концов ссылка - person Tien Dat; 27.04.2018
comment
В настоящее время я развертываю HBase в своем кластере DC/OS. Поскольку HBase требуется Zookeeper для обеспечения высокой доступности, необходимо, чтобы Zookeeper работал на узлах HMaster. Если DC/OS позволяет совмещать главный узел и узел агента, это не проблема. HMaster просто использует главный процесс Zookeeper для DC/OS для контроля и выбора главного. Однако это не так, HMaster не может работать на одном узле с главным узлом DC/OS. Поэтому для него требуются дополнительные процессы Zookeeper с другой конфигурацией. Вы когда-нибудь испытывали это? У вас есть идеи, как мы можем это решить? - person Tien Dat; 02.05.2018
comment
Я бы предложил запустить отдельный кластер zookeeper. Я лично не пробовал, но есть руководство по Portworx это может помочь или что вы могли бы, по крайней мере, смоделировать свое развертывание после. Это довольно далеко от вашего первоначального вопроса, поэтому, если вы столкнетесь с дальнейшими техническими проблемами, я бы порекомендовал задать вопрос в списке рассылки DC/OS или в социальных сетях, оба из которых вы можете найти через наш страница сообщества. - person Judith Malnick; 03.05.2018