История изменений

ок, тогда более конкретный вопрос - нормальным ли будет скажем разворачивать все это следующим образом:

• берем сварм/kubernetes и отдаем им на откуп где стартовать тот или иной контейнер (возможно ставим coro+pcmk для выдачи команды на старт контейнера)
• В контейнерах ставим те же coro+pcmk и обмазываем стартом/статусом сервисов, связываем со стартом контейнеров в качестве зависимости (либо через pcmk на хосте если он есть, либо скажем просто ssh с ключом).
• Помимо этого вешаем на каждый хост и, вероятно, контейнер агент etcd с регистратором чтоб понять что на нем запущено и с какими адресами.
• Критические директории загоняем в тот же GlusterFS

меня смущают в таком сценарии две вещи - связка старта контейнера со стартом сервиса и etcd. первое надо просто попробовать, а про второй - какую задержку может создать эта штука для обращающихся к ней сервисов?

ок, тогда более конкретный вопрос - нормальным ли будет скажем разворачивать все это следующим образом:

• берем сварм/kubernetes и отдаем им на откуп где стартовать тот или иной контейнер (возможно ставим coro+pcmk для выдачи команды на старт контейнера)
• В контейнерах ставим те же coro+pcmk и обмазываем уже стартом/статусом сервисов, связываем со стартом контейнеров в качестве зависимости (либо через pcmk на хосте если он есть, либо скажем просто ssh с ключом).
• Помимо этого вешаем на каждый хост и, вероятно, контейнер агент etcd с регистратором чтоб понять что на нем запущено и с какими адресами.
• Критические директории загоняем в тот же GlusterFS

меня смущают в таком сценарии две вещи - связка старта контейнера со стартом сервиса и etcd. первое надо просто попробовать, а про второй - какую задержку может создать эта штука для обращающихся к ней сервисов?

ок, тогда более конкретный вопрос - нормальным ли будет скажем разворачивать все это следующим образом:

• берем сварм/kubernetes и отдаем им на откуп где стартовать тот или иной контейнер (возможно ставим coro+pcmk для выдачи команды на старт контейнера)
• В контейнерах ставим те же coro+pcmk и обмазываем уже стартом/статусом сервисов, связываем со стартом контейнеров в качестве зависимости (либо через pcmk, либо скажем просто ssh с ключом).
• Помимо этого вешаем на каждый хост и, вероятно, контейнер агент etcd с регистратором чтоб понять что на нем запущено и с какими адресами.
• Критические директории загоняем в тот же GlusterFS

меня смущают в таком сценарии две вещи - связка старта контейнера со стартом сервиса и etcd. первое надо просто попробовать, а про второй - какую задержку может создать эта штука для обращающихся к ней сервисов?