Anonymous
MetalLB имеет смысл если планируется много входных точек и много IP
Имеется 10 серверов.
Все в одной L2-подсети
Требуется 3 точки балансировки
Плюс, для разных технических сервисов было бы круто использовать еще несколько IP.
Я бы в metallb/keepalived отдал эти 3 адреса, а остальные было бы круто использовать просто по IP-адресу сервера.
𝚔𝚟𝚊𝚙𝚜
𝚔𝚟𝚊𝚙𝚜
А keepalived оставить только под api-server
Lucky SB
nginx в качестве haproxy - это в анналы
Lucky SB
Lucky SB
Lucky SB
металлб - стремная и ненужная штука
rambling
Lucky SB
опиши плиз инфраструктуру. в плане железный-вирутальный. адреса в локалке реальные. кто хостер
Anonymous
Итак, инфраструктура простая - есть 10 серверов.
У каждого есть LAN и WAN IP
LAN и WAN - изолированные сети.
IP-адреса в WAN выделяются из общего пула ДЦ.
Кто ДЦ, думаю, не принципиально.
Anonymous
Сами сервера развернул kubespray
Сейчас в кластере 3 сервера. Все мастера, на них же ingress + поды.
Lucky SB
жесть так делать
Anonymous
что именно?
Lucky SB
на одной ноде держать мастер, ингрес и рабочуюю нагрузку
Anonymous
Это была идея proof of concept.
Как ты рекомендуешь ?
Lucky SB
мы ставим kvm на железку и в kvm виртуалках поднимает master, ingress и node
Lucky SB
в отдельных
Lucky SB
под ингрессы ноды - отдельные виртуалки
Lucky SB
всем виртуалкам даем интерфейс только в локалку
Anonymous
то есть у нас получится:
1. 3 виртуалки на мастера
2. 3 виртуалки на ingress
3. сколько останется - на worker
верно ?
Lucky SB
и только локальный адрес.
Vadim
А если все три вмки с мастерами упадут на одну железяку?
Lucky SB
наружу через NAT на железках
Lucky SB
Vadim
Клауднативненько
Lucky SB
Клауднативненько
нефик лишние сущности городить там где они не нужны. KISS
Lucky SB
Nikolay
а, настолько
Anonymous
Евгений
А зачем вам вм, если у вас железки?
Евгений
Поддерживать 40 ненужных слоёв абстракции?
Lucky SB
А зачем вам вм, если у вас железки?
хочется деражть мастера куба и ингрессы в отдельных линуксах.
а выделять под каждого по железке - жирновато - у нас не такие большие нагрузки.
Lucky SB
Anonymous
я как-то надеялся, что получится избежать кучи nat на пути
запрос - nat - ingress - nat - pod и обратно всё вот это.
Vadim
Anonymous
лёгкая виртуализация, это вот всё.
Anonymous
cgroups, итп.
Rainbow
Я могу снапшот виртуалки сделать и размножить её. Вот для меня основной профит в облака. Переездаю с baremetal
Rainbow
Снапшот виртуалки, в nodegroup её и крутишь scale. круто же.
Lucky SB
Lucky SB
Rainbow
Lucky SB
Anonymous
нет там кучи nat
ну а hostnetwork у тебя как работает-то ?
Я может не прав и оно как-то на уровне драйвера, но вроде через iptables было.
Посмотрю, в общем.
Vadim
Anonymous
Nikolay
Nikolay
лично попугаев не замерял, но считается, что оно сильно быстрее
Lucky SB
psp ?
pod security policy
Lucky SB
любой под, запущенный в кубе может смонтировать / в себя и прочитать сертификаты с мастера
𝚔𝚟𝚊𝚙𝚜
𝚔𝚟𝚊𝚙𝚜
Я вообще образы нод через Dockerfile собираю :)
Anonymous
Vadim
Вот, (почти) правильное решение проблемы снапшотов
Vadim
Но ignition + бекапы etcd все же проще
𝚔𝚟𝚊𝚙𝚜
Евгений
Евгений
Бареметал не автоскейлится, сколько на него прайвет-клауд не ставь
Lucky SB
Anonymous
Ubuntu с LTSP
в смысле сервис, который PXE обеспечивает, собирается докером ?
Rainbow
Lucky SB
Rainbow
куча iptables будет всегда при наличии cni
Lucky SB
Rainbow
лан, не так вопрос прочитал
Евгений
Rainbow
Евгений
Rainbow
Просто тебя пошлют через неделю туда-сюда
Евгений
Ааа, у тебя аренда