тем не менее, этот антипаттерн делают https://github.com/kubernetes/community/pull/306

дак и редис тоже делают

(ba dum tss)

И отдай себе. Скорость будет ограничена шириной канала внутри кластера.

Не хочешь чтобы по сети гуляло - прибивай гвоздями роды кьнодам, если к8с умеет так. Но будь готов тогда к отказу от фэйловера

Не хочешь чтобы по сети гуляло - прибивай гвоздями роды кьнодам, если к8с умеет так. Но будь готов тогда к отказу от фэйловера

сейчас пока так и работает..

вы про everything ephemeral?

нет. Про то, что мы отделяем хранение данных от их использование. Хранение данных - сервис. Он абстрактен. Использование данных (к8 воркер) ничего не знает о хранении

но пока не сделают local PVs я не могу упростить себе жизнь хелмом

если вам надо быстро и локально - возьмите empty dir

но пока не сделают local PVs я не могу упростить себе жизнь хелмом

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

если вам надо быстро и локально - возьмите empty dir

я чуть выше об этом писал..

И тогда вопрос в том, нафига нужен кластер.

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

да, так и будет. это хотя бы позволит использовать PVs

да, так и будет. это хотя бы позволит использовать PVs

Ну так, блин, делай это руками rsyncом уже сейчас.

И при редеплое смотри где лежит под и завязывай на это создание pv на той ноде, которой хочешь.

Я либо чего-то не понимаю, либо не могу внятно объяснить, видимо.

как это сделать без скриптов?

чтобы взять пакет из хелма и он заработал?

и выжил после падения пода

stateful пода

как это сделать без скриптов?

Контейнер рядом. Внутри опрос api k8s и шаблон на pv+запуск rsync на клонирование.

и выжил после падения пода

использовать внешний провайдер PV

Контейнер рядом. Внутри опрос api k8s и шаблон на pv+запуск rsync на клонирование.

суть я понял

слушать ивенты и rsync если что

надо кодить. вот я и спросил, может уже есть у кого то опыт

слушать ивенты и rsync если что

Угу. Я просто ХЗ как хелм работает и каков его полный функционал.

надо кодить. вот я и спросил, может уже есть у кого то опыт

есть. Вы делаете странное и делать будет болезненно. Пересмотрите свою задачу.

надо кодить. вот я и спросил, может уже есть у кого то опыт

Да ну, какой там кодинг.

а что странного?

а что странного?

Потому что не надежно.

в том что я хочу чтобы БД работала с максимально производительным хранилищем?

Как копировать инфу с мертвого сервера?

вы думаете ваши облачные PV на 100% защищены от краха?

в том что я хочу чтобы БД работала с максимально производительным хранилищем?

Использовать максимально производиеютельное ВЫДЕЛЕННОЕ хранилище.

вы думаете ваши облачные PV на 100% защищены от краха?

Я думаю, тут вопрос вероятности.

тут вопрос баланса скорости и надежности

мне надо баланс сместить на скорость в текущей задаче

для надежности у меня есть реплики

вы думаете ваши облачные PV на 100% защищены от краха?

если за этим стоит какая-то система с репликацией, error codes или другим механизмом защиты данных - система готова потерять узел и выжить

Вы же тоже не на голых дисках все крутите, а используете всякие рейды, да и еще всякие сложности вида файловых систем. Можно поблоково же вычитывать и быстрее)))

а вы на каких хранилищах БД держите?

EBS?

Здесь сам вопрос странный. Прибить под к ноде - не проблема. Но страдает фэйловер. Но решать проблему так как вы хотите можно только в случае сбоя самого k8s. И это не решает проблемы выхода из строя сервера, например.

Вот поэтому и облачные хранилки.

Или специализированные решения типа отдельных полок, по FC, например с фэйловер-контрллем на уровне железа.

ну облачные PV - это черный ящик. не известно что там. может там hdd 10 летней давности, а может raid-10

да. у облака обычно доступность выше за счет рейдов, реплик. но от этого и цена и скорость

неизвестно что там в этой аптеке продают

может настой ромашки, а может плацебо

неизвестно что там в этой аптеке продают

Я не имел ввиду black-box. Я говорил про концепцию.

все таки вернусь к своему вопросу, может кто нибудь так же извращается как я и увидит это завтра - как вы используете helm на bare-metal?

На bare-metal тоже диски менять надо.

всем спокойной ночи) приятно было пообщаться

в том что я хочу чтобы БД работала с максимально производительным хранилищем?

кто сказал, что выделенное хранилище будет медленнее? FC 40G переплюент SSD RAID

все таки вернусь к своему вопросу, может кто нибудь так же извращается как я и увидит это завтра - как вы используете helm на bare-metal?

А ты можешь по русски сказать, что ты хочешь в конце получить? Опишите картинку полностью

ну облачные PV - это черный ящик. не известно что там. может там hdd 10 летней давности, а может raid-10

сделайте свой облачный PV, и вам будет известно, что там

сделайте свой облачный PV, и вам будет известно, что там

Вот я оба ваших комментария плюсану)

кто сказал, что выделенное хранилище будет медленнее? FC 40G переплюент SSD RAID

Стесняюсь спросить, а где вы FC на 40Gb видели ? -))) Они скейлятся по степени двойки как бы -)))

Расскажешь, как приземлить contrail на кубик?)

пока не готов )

пока не готов )

А жаль)

Будем ждать)

Не понятно правда зачем

Коллеги, а подскажите пожалуйста, как бы обезопасить кластер от зависаний\падений мастера? Кластеризация\дублирование мастера?

Коллеги, а подскажите пожалуйста, как бы обезопасить кластер от зависаний\падений мастера? Кластеризация\дублирование мастера?

Мультимастер, только так.

Т.е.? :)

Стесняюсь спросить, а где вы FC на 40Gb видели ? -))) Они скейлятся по степени двойки как бы -)))

FCoE у нас был, по 40G ethernet

ну вот у брокады есть 32G порты - http://www.brocade.com/en/backend-content/pdf-page.html?/content/dam/common/documents/content-types/datasheet/brocade-x6-directors-ds.pdf это слегка потормознее, но все равно уделывает локальный диск, как стоячего

Мультимастер не совсем корректное название, это в терминах СУБД имеется ввиду что можно одновремнно писать в разные, более корректо говорить высокодоступный кластер

и вот дока https://kubernetes.io/docs/admin/high-availability/

может поэтому чувак из гугла на коференции говорил что не существует мултимастера?

да :)

401й

омг

взял испортил идилию

Ад для перфекциониста?

😄

404 ждем

ну вот у брокады есть 32G порты - http://www.brocade.com/en/backend-content/pdf-page.html?/content/dam/common/documents/content-types/datasheet/brocade-x6-directors-ds.pdf это слегка потормознее, но все равно уделывает локальный диск, как стоячего

Конвергентная сеть ? Ну 32Гб слишком дорого. В FC сетях все равно ставят по две карточки. У меня еще лет 7 назад было во всех серверах 2 карты по два порта. И того 4*4=16Gb на сервер

даже 16гбит низколатентного хранилища быстрее локального диска. Мы спорим о терминологии, а вопрос-то по существу

мастер - это etcd, apiserver, scheduler и controller-manager. при недоступности etcd, если это был единственный инстанс, не будет работать ничего. при падении apiserver сервисы, поды и все остальное продолжит работать, но никто не сможет использовать API кубов. если не работает scheduler или controller-manager - все изменения в конфигурации кластера не будут применяться и будут висеть в pending состоянии. я правильно написал?