VS
Постгрес или эластик лучше туда не пихать)
Мое дело код. Девопс кубер там пилил
Size: a a a
2020 January 23
P
например, надо ему запровайдить новых вм-ок, чтоб крутить новые инстансы, как это происходит?
KR
так его хостить самому надо, или как это работает?
Как работает лучше читать в доках. Слишком долго рассказывать. Как и говорили выше - это в первую очередь абстракция, потому хостишь ты сам или нет - вопрос второстепенный.
KR
например, надо ему запровайдить новых вм-ок, чтоб крутить новые инстансы, как это происходит?
Через соответствующие контроллеры инфраструктуры.
P
например, с ECS они выделятся из авсовских машинок, EKS — понятно, под капотом то же самое, что и ECS — выделятся из тех же машинок
P
а вот как должны ку бы работать — непонятно
KR
Почитай по ссылке что я сбросил выше
B
Почему? Я таки сам его не настраивал никогда.
Могу несколько причин назвать
1) докер дает оверхед как на сетевом уровне так и на дисковом
2) когда у тебя СУБД стоит на тачке ты хочешь чтобы она использовала все ресурсы машины, а не делила их с другим софтом(получая скачки тормозов непредсказуемые)
3) ноды по определению эфимерные и могут в любую секунду дропнуться и создаться новые, если на ноде такой будет база будет не очень.
Можно клнечно настроить ноду отдельную чтобы была персистент, позаебываться чтобы там диск с конкретной ноды к базе пробрасывался, но зачем тогда кубы?)
1) докер дает оверхед как на сетевом уровне так и на дисковом
2) когда у тебя СУБД стоит на тачке ты хочешь чтобы она использовала все ресурсы машины, а не делила их с другим софтом(получая скачки тормозов непредсказуемые)
3) ноды по определению эфимерные и могут в любую секунду дропнуться и создаться новые, если на ноде такой будет база будет не очень.
Можно клнечно настроить ноду отдельную чтобы была персистент, позаебываться чтобы там диск с конкретной ноды к базе пробрасывался, но зачем тогда кубы?)
P
Могу несколько причин назвать
1) докер дает оверхед как на сетевом уровне так и на дисковом
2) когда у тебя СУБД стоит на тачке ты хочешь чтобы она использовала все ресурсы машины, а не делила их с другим софтом(получая скачки тормозов непредсказуемые)
3) ноды по определению эфимерные и могут в любую секунду дропнуться и создаться новые, если на ноде такой будет база будет не очень.
Можно клнечно настроить ноду отдельную чтобы была персистент, позаебываться чтобы там диск с конкретной ноды к базе пробрасывался, но зачем тогда кубы?)
1) докер дает оверхед как на сетевом уровне так и на дисковом
2) когда у тебя СУБД стоит на тачке ты хочешь чтобы она использовала все ресурсы машины, а не делила их с другим софтом(получая скачки тормозов непредсказуемые)
3) ноды по определению эфимерные и могут в любую секунду дропнуться и создаться новые, если на ноде такой будет база будет не очень.
Можно клнечно настроить ноду отдельную чтобы была персистент, позаебываться чтобы там диск с конкретной ноды к базе пробрасывался, но зачем тогда кубы?)
думаю, одна персистентная мастер-нода, несколько горячих стенд-баев и спавнящиеся рид-реплики это ок, но мб проще купить у клауд-провайдера?
KR
Могу несколько причин назвать
1) докер дает оверхед как на сетевом уровне так и на дисковом
2) когда у тебя СУБД стоит на тачке ты хочешь чтобы она использовала все ресурсы машины, а не делила их с другим софтом(получая скачки тормозов непредсказуемые)
3) ноды по определению эфимерные и могут в любую секунду дропнуться и создаться новые, если на ноде такой будет база будет не очень.
Можно клнечно настроить ноду отдельную чтобы была персистент, позаебываться чтобы там диск с конкретной ноды к базе пробрасывался, но зачем тогда кубы?)
1) докер дает оверхед как на сетевом уровне так и на дисковом
2) когда у тебя СУБД стоит на тачке ты хочешь чтобы она использовала все ресурсы машины, а не делила их с другим софтом(получая скачки тормозов непредсказуемые)
3) ноды по определению эфимерные и могут в любую секунду дропнуться и создаться новые, если на ноде такой будет база будет не очень.
Можно клнечно настроить ноду отдельную чтобы была персистент, позаебываться чтобы там диск с конкретной ноды к базе пробрасывался, но зачем тогда кубы?)
1) hostNetwork + volume и нету оверхеда, если это критично
2) Настрой полиси
3) Нет. Есть разные типы workloads. Для персистенса есть StatefulSet'ы с соответствующим жизненным циклом
2) Настрой полиси
3) Нет. Есть разные типы workloads. Для персистенса есть StatefulSet'ы с соответствующим жизненным циклом
RP
О, спасибо. Интересное обсуждение
KR
> но зачем тогда кубы?)
Унифицированный интерфейс управления ВСЕЙ инфрой
Унифицированный интерфейс управления ВСЕЙ инфрой
P
О, спасибо. Интересное обсуждение
а может лучше про смысл деторождения?
RP
А кубы - это управление докером или чем угодно?
P
А кубы - это управление докером или чем угодно?
вроде как докер одна из реализаций стандарта OCI, потому мне кажется, что там не докер, но смысл тот же
B
А кубы - это управление докером или чем угодно?
Недавно слышал что есть какойто плагин на кубы для управления виртуалками
A
От VMware?
B
Хз
A
Помню кто-то делал недавно
B
ух е... позовите меня когда окончательно превратите контейнеры в виртуалки