но опять - все через буферный менеджер (shared buffers)

говорил, что целиком убили кластер. Убитый мастер не ломает кластер.

ну это мои догадочки по другим вопросам из SO, еще есть надежда что мои сервисы и данные живы

почему не держать два пула? обычные под stateful и остальное на less

Нет, это вопрос целостности внутренних файлов, не про изоляцию на уровне SQL. Даже жуткий READUNCOMMITTED не должен читать полузаписанные страницы индексов

кроме того постгрес это многоверсионник (MVCC) а это еще пачка низкоувроенвых абстракций при работе с данными на уровне транзакций в зависимости от уровней изоляции

бэкенды пишут в датфайлы довольно в редких случаях, в основном вся запись это WAL и контрольные точки от чекпоинтера (+автовакуум)

Пишет обычно background writer , но вот читают страницы сами процессы и пополняют ими shared buffer , а значит при любом чтении файлов надо брать лок, но допускаю что лок там может и не на ФС, а в shm между процессами чисто джентльменское соглашение

я не критикую, так вношу 5 коп.

Пишет обычно background writer , но вот читают страницы сами процессы и пополняют ими shared buffer , а значит при любом чтении файлов надо брать лок, но допускаю что лок там может и не на ФС, а в shm между процессами чисто джентльменское соглашение

bgwriter списывает грязные страницы на диск, (некий аналог врайтбека) и восполняет необходимость бэкендов в чистых страницах — причем записи от него не так много на самом деле

основная запись это контрольные точки и WAL, говорю как опытный собаковод

читают страницы бкенды и наполняют ими шаредные буфера тут согласен, и локи там не на урвоне фс, свои внутренние lwlocks используются

основная запись это контрольные точки и WAL, говорю как опытный собаковод

Checkpointer? Спутал с bgwriter, думал +- одно и то же. Сабоковод неопытный. Суть не меняет - прежде чем читать страницу по смещению в файле, надо со всеми договориться что туда никто не пишет

lwlock используются, если в блок пишут, то читатель подождет

есть такая интересная книжка про потроха постгресовые, кому интересно - рекомендую http:// www. interdb.jp/pg/pgsql08.html

это глава конкретно про устройство buffer manager

https://m.youtube.com/channel/UCawnwMqZ6JeoSiEhrS6X69A

привет, а можно както ingress контрллер заюзать в качестве reverse прокси вообще для сторонних сервисов вне кубернетес?

завести external service

Это не одно и то же :) те ФС со многих хостов писать могут, а в блочное в общем случае нельзя. Корректное сравнение будет какая нибудь репликация ZFS если такая есть :)

Ну ZFS же тоже не кластерная ФС, более чем на одном хосте она одновременно работать не умеет. Репликация есть но крайне простая, zfs send позволяет единократно отправить дельту на другую ноду. Из всех кластерных фс с POSIX-доступом что я пробовал, самой быстрой и стабильной оказалась Lustre. Она умеет в failover, но переклажывает ответственность за репликацию на блочное устройтсво. Теже GFS и OCFS так же требуют расшареннго блочного устройства, предоставляя только возможность распределенных блокировок. Почти все остальные работают в user-space, да они предоставляют возможность репликации средствами самой фс, но это работает либо плохо, либо медленно.

что если не helm?

что если не helm?

лол

😂

наверное это что-то означает, но я не понял

у меня сейчас самописная штука

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

думаю что делать

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

да дофига всего можно попробовать, поэтому и спрашиваю, а не гуглю альтернативы )

наверное это что-то означает, но я не понял

Я использую ksonnet и очень доволен, но по сути это может быть любой тул, который на выходе дает json

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

не без проблем, но клёвый

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

кроме bash и ksonnet )

@azalio ты лучше напиши какие конкретно задачи ты хочешь решить

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

https://github.com/kubernetes-sigs/kustomize

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

тысячи их

тысячи их

а есть какой-нибудь awesome-list для сравнения всего этого? )

была куча статей на эту тему

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

envsubst

https://github.com/kubernetes-sigs/kustomize

спасибо, стоит посмотреть

@azalio ты лучше напиши какие конкретно задачи ты хочешь решить

мне надо сделать гайд как поднимать большие кластера кубера с 0. Где описано все. Начиная программист запушил код. Думаю об деплое. В некоторых отделах используется helm. Чтобы его убрать надо чтобы это было обосновано не просто тем, что ксоннет клевый, или ругаются на хельм

Вот свалю с чата и некому будет продвигать envsubst

envsubst

ну это попадает под ограничение "кроме bash" на мой взгляд

однострочный bash не считается

Вот свалю с чата и некому будет продвигать envsubst

да лан, только сегодня его заюзал )

а есть какой-нибудь awesome-list для сравнения всего этого? )

кстати норм затея

а есть какой-нибудь awesome-list для сравнения всего этого? )

https://github.com/ramitsurana/awesome-kubernetes#package-managers ахахахха

lol

"package managers"

https://github.com/ramitsurana/awesome-kubernetes#configuration, но никакого сравнения там нет (что впрочем логично)

Вот свалю с чата и некому будет продвигать envsubst

Я вот тоже за envsubst. Да и eval не плох :-)

мне надо сделать гайд как поднимать большие кластера кубера с 0. Где описано все. Начиная программист запушил код. Думаю об деплое. В некоторых отделах используется helm. Чтобы его убрать надо чтобы это было обосновано не просто тем, что ксоннет клевый, или ругаются на хельм

ksonnet удобен тем, что ты можешь декларативно описать параметры для каждого кластера. Им же можно helm-чарты рендерить, но в последнем релизе эта возможность поломана, хотя в master уже пофиксили

надо поковырять я понял )

ksonnet удобен тем, что ты можешь декларативно описать параметры для каждого кластера. Им же можно helm-чарты рендерить, но в последнем релизе эта возможность поломана, хотя в master уже пофиксили

я думал ksonnet это про удобно сгенерить json для куба 😱 так то куча yaml аналогично все опишут.

я думал ksonnet это про удобно сгенерить json для куба 😱 так то куча yaml аналогично все опишут.

ksonnet ямли генерит и накатывает

плюс надо учитывать порог входа

json подмножество yaml, одна фигня

кажется все вокруг знают про хельм

да попробуй просто

я думал ksonnet это про удобно сгенерить json для куба 😱 так то куча yaml аналогично все опишут.

то есть всё твое приложение состоит из компонентов и глобальных параметров к ним, а ты для каждого кластера просто описываешь что должно измениться, а потом просто делаешь: ks apply cluster1 ks apply cluster2 ...

я попробую

даже возможно мне понравится

то есть всё твое приложение состоит из компонентов и глобальных параметров к ним, а ты для каждого кластера просто описываешь что должно измениться, а потом просто делаешь: ks apply cluster1 ks apply cluster2 ...

но если у тебя один кластер?

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

Меня напрягает писать k.deployment.mixin.metadata.labels({foo: "bar"}) вместо { metadata: { labels: { foo: 'bar } } }

В чем смысл?

ну тебе никто не запрещает написать и так

ну это половина ksonnet, нет? Все эти helpers

но если у тебя один кластер?

Ну тогда в один кластер точно также. Идея в том что каждый инстанс - это отдельный environment, дальше логику любую можно заложить, наприер: ks apply devel/instance1 ks apply prod/instance1 ks apply prod/instance2Где последние два наследуют общие параметры из prod

В чем смысл?

ну смысл имхо в том, что тебе пофиг на структуру, оно само её знает

пишешь "хочу вот такую метадату", а не "тут должен быть хешик, в котором список, в которых хешики"

Меня напрягает писать k.deployment.mixin.metadata.labels({foo: "bar"}) вместо { metadata: { labels: { foo: 'bar } } }

Я не использую k.libsonnet, так и пишу

У тебя получается отдельный реп с описанием кластеров? А новые image как прописываются?

вощем абстракция немношк выше имхо

все стандартные prototypes без k.libsonnet идут

прелесть k в автогенерации

вощем абстракция немношк выше имхо

да нет там абстракции. Возможно как то проще снипеты писать.

ну я короче не хочу писать хеши, я хочу писать абстрактно

если опечатаюсь - мне скажет, что нет такого миксина/функции

а тебе ничо не скажет, так сожрёт

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

ну с таким же успехом можно налету dry run yaml запускать