Comments 11
когда-нибудь запускали несколько экземпляров PostgreSQL или другого ПО на одной машине
Никогда . Особенно в продуктивном контуре.
А зачем ?
В продуктивном контуре такое встречается, и инсталяции довольно не маленькие. Обычно это обосновывают тем, что нет возможности выделить отдельный сервер под отдельный экземпляр. Но в целом у всех свои причины. (:
Такое часто делают если есть несколько больших баз, то их желательно разнести по разным инстансам postgresql
Да элементарно, БД может содержать очень разные данные, для очень разных целей, отсюда, у каждого экземпляра будет свой конфиг.
Например управление резервным копированием и восстановлением. ПГ дамп не всчет, за копию ег оне считаю.
А ещё нельзя внутри самого постгреса каким-либо образом обеспечить не то, что какое-либо конкретное распределение физических ресурсов машины между разными базами, там даже просто т.н. fairtime нельзя гарантировать. То есть у вас кто-то один может сожрать весь CPU, забить весь кэш своими данными и угнать коня загнать i/o подсистему до упора. И вы вообще ничего-ничего не можете сделать, только смотреть грустными глазами. Поэтому каждому клиенту - свои личные тапочки.
ЗЫ: я так и не понял зачем вообще в самом начале статьи целый абзац про контейнеры)
Относительно постскриптума: мы готовили статью по мотивам доклада, в котором рассматривали все решения, в тч контейнеры. Так контейнеры здесь и оказались.
Подскажите, пожалуйста, почему не сайте pgconf.spb доклад недоступен?
Здравствуйте!
Посмотреть доклад или скачать презентацию можно на https://pgconf.ru/talk/1902631 после авторизации в личном кабинете.
Пересечение глобальных объектов. Ролей пользователей, например.
Устраняем эффект шумного соседа в PostgreSQL с помощью cgroups