Size: a a a

DevOps — русскоговорящее сообщество

2020 March 25

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
suchimauz
Сейчас сделано так:
Kubeapi и весь сетевой трафик, идет на 8-ю машину из 11. Это один из мастеров. В metallb из пула адресов прописаны три, 6-8 машины.

Service’у ingress metallb отдает 1 адрес, 8-ю, так как он первый в пуле, в итоге весь сетевой трафик идет на 8 резолвиться.

Если я для сервиса пропишу руками три externalIP, сеть может дойти до service ingress через три хоста, но в итоге loadBalancer этого ingress отправит дальше на 8 машину, так как из пула для loadBalancer он все еще будет брать один, и metallb будет его балансить только на эту машину. Соответственно если упадет 8 машина, подключение дойдет до сервиса с 7 или 6 машины, но дальше он не сможет зарезолвиться
haproxy ?
как альтернатива сделать haproxy перед metallb, что бы он балансировал нагрузку и кидал трафик на:
1) Рабочие сервера
2) Балансируя трафик между ними
источник

s

suchimauz in DevOps — русскоговорящее сообщество
Не отрицаю того, что возможно я что-то неправильно понимаю
источник

s

suchimauz in DevOps — русскоговорящее сообщество
Alexandr Gordeev
haproxy ?
как альтернатива сделать haproxy перед metallb, что бы он балансировал нагрузку и кидал трафик на:
1) Рабочие сервера
2) Балансируя трафик между ними
Хорошо, попробую варианты, но вариант с keepalived больше нравится, хоть и запарный
источник

s

suchimauz in DevOps — русскоговорящее сообщество
Спасибо большое
источник

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
вообще отказоустойчивость это дело не из 1-го шага, лучше сделать обращение по доменному имени, оно уже резолвит некий IP, этот iP допустим на haproxy, хапрокси уже раскидывает трафик на metallb
источник

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
можно сделать 2 haproxy с keepalived, и VIP будет принимать все запросы, тогда по сути получается несколько слоев, должно работать насколько можно стабильно
источник

s

suchimauz in DevOps — русскоговорящее сообщество
Понятно, спасибо 👍
источник

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
я с metallb не работал, сорян, может есть другой способ, но я его не знаю 😆
если IP становится не доступен, то клиенты уже никуда не попадут, это как я вижу ситуацию
источник

s

suchimauz in DevOps — русскоговорящее сообщество
В данном случае с keepalived metallb становится безполезен)
источник

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
ну не совсем
источник

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
вам ведь metallb нужен для возможности гибкого управления, упал сервис, поднялся на другой машине, упал сервер, сервисы перекочевали на другие сервера, никто даже не заметил
источник

SS

Sergey Sizov in DevOps — русскоговорящее сообщество
Alexandr Gordeev
вообще отказоустойчивость это дело не из 1-го шага, лучше сделать обращение по доменному имени, оно уже резолвит некий IP, этот iP допустим на haproxy, хапрокси уже раскидывает трафик на metallb
+
источник

S

Sergey in DevOps — русскоговорящее сообщество
Коллеги, подскажите плиз. А можно ли как то в гитлабе посмотреть сколько коммитов делал конкретный пользователь. В рамках всех проектов итд итп
источник

s

suchimauz in DevOps — русскоговорящее сообщество
Sergey
Коллеги, подскажите плиз. А можно ли как то в гитлабе посмотреть сколько коммитов делал конкретный пользователь. В рамках всех проектов итд итп
Api как у github нету?
источник

i

inqfen in DevOps — русскоговорящее сообщество
Странное желание
источник

AG

Alexandr Gordeev in DevOps — русскоговорящее сообщество
от нашего ответа зависит жизнь человека -)
источник

S

Sergey in DevOps — русскоговорящее сообщество
)))
источник

s

suchimauz in DevOps — русскоговорящее сообщество
Alexandr Gordeev
от нашего ответа зависит жизнь человека -)
🤣
источник

i

inqfen in DevOps — русскоговорящее сообщество
Ну выдерни через api да посчитай
источник

s

suchimauz in DevOps — русскоговорящее сообщество
inqfen
Ну выдерни через api да посчитай
+
источник