Alex

А для кластера stolon кто какой storage-class использует? Какие-то подводные камни там есть?

у меня с OpenEBS всё тормозило и падало ) Но там очень бюджетный конфиг был. Решил переездом на RDS 😄

Egor

у меня с OpenEBS всё тормозило и падало ) Но там очень бюджетный конфиг был. Решил переездом на RDS 😄

RDS это только для amazon?

Alex

RDS это только для amazon?

ну у остальных облаков почти у всех есть что-нибудь подобное. Вообще там конфиг интересный - bare-metal на hetzner и rds в регионе в том же городе. В принципе, так как требования к latency не очень большие, всё прекрасно работает.

Alex

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

Egor

ну у остальных облаков почти у всех есть что-нибудь подобное. Вообще там конфиг интересный - bare-metal на hetzner и rds в регионе в том же городе. В принципе, так как требования к latency не очень большие, всё прекрасно работает.

А можно вообще отдельный сервер на hetzner под БД выделить, что бы вообще не кашерно получилось.

Alex

ну да, вариантов дофига. В принципе, отдельный сервак в хецнере будет вообще бюджетным 🙂 Просто лень было настраивать ssl и бекапы, а так вполне норм вариант

Egor

Не, идея сделать DB as service, что бы не хуже чем у гуглов.

𝚔𝚟𝚊𝚙𝚜

А для кластера stolon кто какой storage-class использует? Какие-то подводные камни там есть?

Лучше всего local-volumes под него

Egor

Лучше всего local-volumes под него

Спасибо

𝚔𝚟𝚊𝚙𝚜

Спасибо

Про подводные камни не сказал:

𝚔𝚟𝚊𝚙𝚜

* Сами тома должны быть созданны заранее (например в LVM), и должны быть смонтированны на нодах * Если вы планируете деплоить много баз, имеет смысл насоздавать томов заранее, чтобы при деплое куб автоматически выбирал наиболее подходящий по размеру

𝚔𝚟𝚊𝚙𝚜

Из плюсов: решение быстрее чем local-volumes под базы данных вы точно не найдёте

Egor

* Сами тома должны быть созданны заранее (например в LVM), и должны быть смонтированны на нодах * Если вы планируете деплоить много баз, имеет смысл насоздавать томов заранее, чтобы при деплое куб автоматически выбирал наиболее подходящий по размеру

Томов заранее это для volume claims(pvc) , при статике такое можно не делать?

𝚔𝚟𝚊𝚙𝚜

А что значит статика?

Egor

А что значит статика?

Static A cluster administrator creates a number of PVs. They carry the details of the real storage which is available for use by cluster users. They exist in the Kubernetes API and are available for consumption.

Egor

Я пока в этом всём мало чего понимаю.

𝚔𝚟𝚊𝚙𝚜

ну грубо говоря да, можно перед каждым деплоем зайти на нужные ноды и создать там раздел, затем смаунтить его в папочку, куб отдискаверит эту папочку, обнаружит том и объявит его как PV

𝚔𝚟𝚊𝚙𝚜

то есть куб самостоятельно нарезать lvm вам не будет

𝚔𝚟𝚊𝚙𝚜

а можно сразу создать 100 томов разного размера, куб их увидит и добавит в кластер

𝚔𝚟𝚊𝚙𝚜

при этом когда прийдёт PVC, он автоматически найдёт наиболее подходящий PV и сбаундит его с ним

𝚔𝚟𝚊𝚙𝚜

https://www.youtube.com/watch?v=yGKI5JoKMUY&feature=youtu.be&t=765

Egor

при этом когда прийдёт PVC, он автоматически найдёт наиболее подходящий PV и сбаундит его с ним

Тут ещё пишут что он может ресайзить их как-то, когда места не хватает.

𝚔𝚟𝚊𝚙𝚜

не уверен что может, скорее всего имеется ввиду то, что если нужно, то его можно отресайзить: то есть процедура ресайза будет выглядить следующим образом: 1) вы заходите на ноду 2) ручками выполняете lvresize / growfs 3) дальше провижионер дискаверит что размер файловой системы изменился и обновляет PV

𝚔𝚟𝚊𝚙𝚜

но это не точно, т.к. возможно я чего-то упустил за последнее время, когда я последний раз ковырял local volumes работали именно так

Egor

Буду ковыряться.

Anonymous

Доброе. Я так понимаю миникуб не будет работать в виртуалбоксе? Основная ос - вин10, гостевая убунту 18.04, внутри минибокс, который тоже хочет подняться на виртуалбоксе. Не спрашивайте зачем.

Anonymous

Из-за vt-x как я понимаю.

Egor

Доброе. Я так понимаю миникуб не будет работать в виртуалбоксе? Основная ос - вин10, гостевая убунту 18.04, внутри минибокс, который тоже хочет подняться на виртуалбоксе. Не спрашивайте зачем.

Может и будет. У миникуба разные бэкэнды есть.

Slach

Доброе. Я так понимаю миникуб не будет работать в виртуалбоксе? Основная ос - вин10, гостевая убунту 18.04, внутри минибокс, который тоже хочет подняться на виртуалбоксе. Не спрашивайте зачем.

minikube в win10 просто поднимает отдельную виртуалку именно под Virtualbox ;) не работет не из-за vt-x а из-за включенного по умолчанию Hyper-v поставьте Virtualbox6 на win10 он умеет с включенным Hyper-v жить но вообще конечно проще взять обычный hyperv бекенд https://medium.com/@JockDaRock/minikube-on-windows-10-with-hyper-v-6ef0f4dc158c

Anonymous

minikube в win10 просто поднимает отдельную виртуалку именно под Virtualbox ;) не работет не из-за vt-x а из-за включенного по умолчанию Hyper-v поставьте Virtualbox6 на win10 он умеет с включенным Hyper-v жить но вообще конечно проще взять обычный hyperv бекенд https://medium.com/@JockDaRock/minikube-on-windows-10-with-hyper-v-6ef0f4dc158c

Спасибо,занятно.

Anonymous

Посоветуйте плиз онлайн курсы по куберу толковые с сертом

UglyKoyote

а что даёт в случае виртуального кубера гиперв? у меня под виртуалбоксом крутится 2 кластера, 3 под етцд и 3 под кубер. проблем 0

UglyKoyote

3 ноды под каждый кластер

V 🏴‍☠️

Андрей А

https://www.youtube.com/watch?v=yGKI5JoKMUY&feature=youtu.be&t=765

круто. а в keycloak что-нибудь настроено, чтобы на основе групп из LDAP выдавать всякие роли?

𝚔𝚟𝚊𝚙𝚜

круто. а в keycloak что-нибудь настроено, чтобы на основе групп из LDAP выдавать всякие роли?

Да, маппинг групп

𝚔𝚟𝚊𝚙𝚜

https://habr.com/en/post/441112/

Андрей А

Да, маппинг групп

а маппер нативный юзаете или кастомный, какой-нибудь script mapper?

𝚔𝚟𝚊𝚙𝚜

Нет, Keycloak сам всё делает

Андрей А

ок, спасибо за информацию

UglyKoyote

Народ, я с глупым вопросом) Наша цель - работающий кубер, а есть ли некие бестпрактисы которые бы дали понять что кластер настроен и устойчив? ну там на воркере какую нибудь поду грохнуть, или щё что-то. Надеюсь вопрос не выглядит совсем глупым