LINUX.ORG.RU
ФорумAdmin

Отказоустойчивый кластер GitLab

 ,


0

2

Необходимо научиться разворачивать отказоустойчивый кластер GitLab и протестировать его отказоустойчивость. Посоветуйте, пожалуйста, сколько виртуальных серверов оптимально взять для тестовой версии кластера с учетом всех сопутствующих элементов (Redis, Redis Sentinel, PGSql, ETCD, HAProxy, Keepalive). Если я правильно понял, для каждой системы надо организовать свой отдельный кластер и как-то связать их воедино. Если можно как-то сгруппировать системы по кластера, посоветуйте, как это оптимально сделать.

Ответ на: комментарий от aol

Спасибо за ответ, но, такой вариант не подходит.Так как необходимо развернуть кластер на своих внутренних ресурсах.

firyfly
() автор топика
Ответ на: комментарий от AlexVR

Спасибо, я изучаю документацию с данного сайта.

firyfly
() автор топика

Запихнуть его в Kubernetes? Правда тогда нужно развернуть Kubernetes, а это виртуалок так 10.

keir ★★
()
Ответ на: комментарий от keir

Да, это вариант. Но тут нужно без кубернетеса и докера обойтись

firyfly
() автор топика

Возьми 1 сервак и нагороди в нем столько вм, сколько считаешь нужным.

Deleted
()
Ответ на: комментарий от firyfly

Ты развернешь на собственных ресурсах. Просто этих фич нет в бесплатной версии.

Только лишь об этом я и пытался донести.

aol ★★★★★
()
Ответ на: комментарий от aol

Может подскажете какие есть бесплатные альтернативы этим фичам? Без них, я так понимаю, кластер GitLab не построишь.

firyfly
() автор топика
Ответ на: комментарий от Deleted

Тут необходимо будет использовать несколько выделенных виртуальных машин с OEL7. Пытаюсь понять сколько их надо под такую задачу.

firyfly
() автор топика
Ответ на: комментарий от Deleted

Судя по официальной документации, для организации HA кластера нужно развернуть несколько экземпляров GitLab (фронтенд, на котором также будет развернута файловая система GPFS и Nginx), отдельно развернуть кластер Redis и PGSql и как-то связать их воедино.

firyfly
() автор топика
Ответ на: комментарий от firyfly

Вы не указали требуемые от gitlab фичи, чтобы вам могли подсказать адекватную замену.

Deleted
()
Ответ на: комментарий от firyfly

Не «как-то», а воспользоваться платной фичей «GitLab Geo».
Это стоит денег, но можно запросить триальный период.

blackst0ne ★★★★★
()
Ответ на: комментарий от Deleted

Бесплатно можно только сделать отказоустойчивое хранилище. И придётся вложиться в железо.

Deleted
()

Просто интересно, зачем вообще делать ha для гитлаба, если он как таковой не является сервисом для конечного клиента. А лишь для внутренних нужд разработки.

apmucm
()
Ответ на: комментарий от keir

Запихнуть его в Kubernetes?

А как куб организует отказоустойчивость гитлаба? Или этот коммент ради коммента, и темой не владеем?

apmucm
()
Ответ на: комментарий от apmucm

Падение хостов не будет вызывать падение самого гитлаба. Или есть еще какое-то секрет в слове «отказоустойчивость»?

keir ★★
()
Ответ на: комментарий от keir

секрет есть, не забываем про данные, отказоустойчивость которых куб не умеет. А это КЛЮЧЕВОЕ в этой задаче. И куб здесь только еще большее усложнит, и внесет точку отказа.

apmucm
()
Последнее исправление: apmucm (всего исправлений: 2)
Ответ на: комментарий от apmucm

куб вообще не хранит данные, раз на то пошло, ладно, проехали.

keir ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.