тома на основе сетевых дисков. Локальных не нашел. Возникает вопрос - а кто-нить поднимал в кубе Яндекса базы данных вроде постгреса? Как жить без быстрых локальных хранилищ? Про managed postgresql знаю, но очень уж недешевое удовольствие.
привет! стоимость managed ресусов можно снизить, при помощи резервов https://cloud.yandex.ru/docs/billing/operations/purchase-cvos локальных дисков в k8s нет. Тк в managed базах мы можем на уровне логики создания кластера задать отказоустойчивые конфигурации (например минимум 3 хоста, дабы в случае сбоя кластер на локльных дисках продолжал жить) вам, вероятно, кажется, что цена высокая. Возможно вам подойдут NRD диски (но за конфигурацией реплик, бекапов итд придется следить самому), но в случае баз данных я бы все-таки лучше брал managed вариант, тк это надежнее.
Там нюанс в том, что ноды пересоздаются при каждом удобном случае (изменение конфигурации, апдейт) и локальный диск ноды не является персистентным. А вот сетевой диск перецепляется на новую ноду и поды его цепляют.
Как это диск не является персистентным? Он же не в RAM.
Ну... в смысле, при пересоздании ноды её системный диск убивается и наливается заново. А дополнительные диски-PV цепляются при запуске подов. Так что пытаться сделать PV на системном диске ноды нет смысла.
Спасибо за ответ. Насчет "высокой" цены на managed postgresql, я сделал простой расчет. Отказоустойчивая конфигурация Managed PostgreSQL на 3 нодах 2CPU + 8 Гб RAM + 368 Гб local SSD в Яндекс облаке обойдется в *30 тыс/мес*. Самостоятельная конфигурация PostgreSQL на 3 аналогичных виртуалках 2CPU + 8 Гб RAM + 120 Гб SSD NVME в том же Селектеле (не сочтите за рекламу, просто для примера, тем более, у них далеко не дешевые виртуалки) - 5600 руб/мес за VM, итого *16800 руб/мес.* Поправьте, если где-то ошибся в расчетах. Удорожание managed-сервиса почти в два раза! Если у команды уже есть навыки администрирования постгреса в отказоустойчивой конфигурации, переплачивать за managed сервис иногда просто нет никакого смысла. Тем более, что современные операторы PostgreSQL для куба умеют то же самое, что и managed-сервис и даже больше! К примеру, PGO дает PITR "из коробки", а вот для managed postgresql я пока не увидел что-то похожего в документации. Я уж не говорю про то, что в self-hosted конфигурации на постгрес можно накатить любые расширения, тот же TimescaleDB. Как с этим в managed postgresql - для меня пока вопрос.
для managed PITR тоже есть
postgres operator видимо
- PItr у нас есть (в том числе для mongo) - давайте сравнивать цены на виртуалки в Yandex.Cloud и сервис в Yandex.Cloud, разница будет около 60% для виртуалок, стоимость которых около 19К рублей - получается переплата 10К. Не уверен, что за 10К в месяц можно сделать дешевле и надежнее. Но использовать свой сервис, наш или третьей стороны ваше право - Расширений мы поддерживаем множество, среди которых и timescaledb
Обсуждают сегодня