Comments 18
Берите Cozystack - это Кубер для хостеров. Там почти все есть из коробки.
Докер сварм - простое решение от докера, если нужно не сильно меняя подход, получить докер с распределением по серверам. Очень непривередлив к сети и конфигу серверов. Однако его простота мешает, когда пытаешься сделать более сложный и интересный конфиг. Лично мне хотелось, чтобы сервис шёл к ближайшему серверу, а не раундробин, но докер не даёт это сделать.
Перешёл на кубер и ни разу не пожалел. Более сложный в первоначальной настройке, но его фичи полностью это перекрывают (одни namespace и мультиподовые контейнеры чего стоят)
Спасибо @jamaze за наводку на cozystack. Интересно почитать
Интересует документальная сторона вопроса. Вы выступаете в роли центра обработки данных (маааааленького такого, но всё таки это хостинг). Какова постановка на учёт? Установка тспу? Запись сетевой активности клиентов? Фильтр неугодных сайтов и т.д.
Режим swarm пока не используется, так как в настоящее время мы располагаем только одним сервером и если вдруг сервер перестанет отвечать, то всё равно все реплики перестанут работать, поэтому и смысла от них нет.
Хостер с одним сервером? Это как?
И ваши клиенты получается перекатываются всегда с downtime? А как же минимум 2 ноды в апстриме?
Звучит всё очень по суровому, на самом деле. Удачи вам и терпения вашим клиентам!
Классный сервис, докрутить дизайн, побольше понятной документации бы.
Спасибо за отзыв. Да дизайнера пока нету, согласен это важно, но пока не предвидится.
Документацией займемся в ближайшее время.
Благодарю за замечания, будем стараться.
Соглашусь, идея хоть и не нова, но технически реализация интересная со стороны пользователя. Если куда развивать.
Я бы может подробил бы для начала один жирный железный сервер на несколько поменьше, хотя бы для отказоустойчивости. Подумал бы про балансировку трафика, ну и да, тут без окрестратора ни куда.
А еще, как идея на подумать, затащил бы отдельный сервис хранения секретов, чтоб пользователь не в тупую в конфигах их хранил открыто.
Я бы может подробил бы для начала один жирный железный сервер на несколько поменьше
Каждый сервер должен слушать 80 и 443 порт, на одном IP они не уживуться. А на данном этапе покупать отдельный канал интернета, находясь вдали от цивилизации, слишком расточительно.
Подумал бы про балансировку трафика, ну и да, тут без окрестратора ни куда
Это в процессе.
А еще, как идея на подумать, затащил бы отдельный сервис хранения секретов, чтоб пользователь не в тупую в конфигах их хранил открыто
Это есть называется переменные среды (${NAME}) в браузере можно создать защищенную, хранится в зашифрованном виде.
Разве нет разных вариантов работы кластера на одном внешнем ip?
Варианта нет для нашей ноды, которая соединяет клиентов и их сервисы.
Для запуска Swarm ноды, чтобы обеспечить бесперебойность при перезапуске вариант конечно же есть. Но сейчас цена и объем сервера расчитаны на развитие, и разбивка уменьшит общий объем сервера, при том что многие наверняка не будут использовать 2 реплики, потому что каждая стоит отдельно, и часть ресурсов сервера будет простаивать.
Не думаю что отсутствие возможности купить 2 и более реплики, на данном этапе, будет распостраненной причиной отказа в покупке, тем более учитывая что такой функционал запланирован на ближайшее будущее.
На мой взгляд, кубер лучше сворма тем, что более популярен, как минимум. Если тебе что-то надо, готовое скорее для к8с найдется
Берите Cozystack - это Кубер для хостеров. Там почти все есть из коробки.
Докер сварм - простое решение от докера, если нужно не сильно меняя подход, получить докер с распределением по серверам. Очень непривередлив к сети и конфигу серверов. Однако его простота мешает, когда пытаешься сделать более сложный и интересный конфиг. Лично мне хотелось, чтобы сервис шёл к ближайшему серверу, а не раундробин, но докер не даёт это сделать.
Перешёл на кубер и ни разу не пожалел. Более сложный в первоначальной настройке, но его фичи полностью это перекрывают (одни namespace и мультиподовые контейнеры чего стоят)
Спасибо @jamaze за наводку на cozystack. Интересно почитать
С какого количества контейнеров вы стали испытывать проблемы горизонтального масштабирования в Swarm?
Swarm пока не используется, но активно под него всё рассчитывается на будущее. Поэтому по проблемам горизонтального масштабирования пока ничего не скажу.
Из того что мне довелось увидеть, проблема swarm в перезапуске docker, если есть много контейнеров с `restart:always | on-failure`, потому что swarm как и compose использует для запуска контейнеров флаг `--restart`.
Сколько много это напрямую зависит от железа. На нашем сервере 128ГБ RAM и 2 проц по 28 ядер 2.4ГГЦ если например создать 200 контейнеров с `restart: always` то перезапуск docker минут 20, а если 300 то больше часа, 400 - боюсь представить сколько.
Контейнерный хостинг своими руками или чем Kubernetes лучше Docker Swarm