| 1.3, Аноним (3), 23:20, 26/08/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Перевожу на человеческий - в хайлоаде с постгре без костылей не получится.
| | |
| |
| 2.4, Аноним (4), 00:13, 27/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
пул коннектов везде актуален, но с другой стороны слишком жирновато персональные коннекты
| | |
| 2.11, www2 (??), 07:14, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
В PostgresPro есть встроенный пулер. Это тоже считается костылями?
| | |
| |
| 3.14, лютый ж.... (?), 07:28, 27/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>PostgresPro есть встроенный пулер
деньги платить и вендорлочиться? вы с ума сошли
| | |
| |
| |
| 5.32, лютый ж.... (?), 18:18, 27/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>хайлоад без денег, вы с ума сошли?
ты за спринг, кафку, хадуп, спарк итд деньги платишь, фантазёр? )
| | |
| |
| 6.37, Аноним (37), 19:40, 27/08/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Очевидно, что деньги совсем не ща соыт платятся, а ща то, чтобы он работал. Иными словами, за саппорт, который знает как его тюнить, чтобы мне не нужно было своё время на incidental complexity.
| | |
|
|
|
|
| 2.15, лютый ж.... (?), 07:30, 27/08/2022 [^] [^^] [^^^] [ответить]
| –8 +/– | |
>в хайлоаде с постгре без костылей не получится
в хайлоаде постгреса нет. может у свечек бухгалтерия в 1Се, вот и всё применение )
| | |
| |
| 3.21, AleksK (ok), 10:25, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
 У 1С есть сервер к которому обращаются все клиенты, а он уже к postgres. Нормальные приложения в хайлоаде имеют свой пулер.
| | |
| |
| 4.46, Аноньимъ (ok), 14:59, 28/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
 Нормальным приложениям ненужен внешний пулер. Их пишут так чтобы они не спамили конекшонами на каждый чих.
Какой-нибудь дотнетовский линкскуель и похожая лажа в хайлоаде это безумие.
| | |
| |
| 5.51, AleksK (ok), 15:48, 28/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Нормальным приложениям ненужен внешний пулер. Их пишут так чтобы они не спамили
> конекшонами на каждый чих.
> Какой-нибудь дотнетовский линкскуель и похожая лажа в хайлоаде это безумие.
И как ты без промежуточного сервера будешь разруливать хотя бы сотню клиентов которые на каждый чих генерят кучу запросов. А фоновые задачи? Сейчас практически любое более менее серьёзное приложение хоть 1С хоть интернет магазин это трехзвенка клиент-сервер приложения-сервер БД.
| | |
| |
| 6.52, Аноньимъ (ok), 16:08, 28/08/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Речь же о хайлоаде шла, а не этом вот всём безобразии.
Нормально писать клиентов нормально всё будет.
Сотня клиентов это вообще не о чём.
По конекшону на клиента и проблема пулинга конекшонов решена.
Чтобы не спамили кучей запросов есть инженер баз данных(или как-то так), который нормальные запросы и сценарии спроектирует. И к нему программист который это разумно закодит.
Хайлоад, это не то же самое что высокая нагрузка. Можно написать отвратительное приложение которое будет грузить сервер, это не будет хайлоадом.
| | |
| |
| 7.57, AleksK (ok), 22:40, 28/08/2022 [^] [^^] [^^^] [ответить] | +/– | Напомню тебе один момент, у того же ms sql каждый конекшен стоит отдельную денюж... большой текст свёрнут, показать | | |
| |
| |
| 9.62, AleksK (ok), 01:22, 29/08/2022 [^] [^^] [^^^] [ответить] | +/– | Сочувствую Тут многое от удачи зависит Знакомый свинтил с семьей из Днепропетр... большой текст свёрнут, показать | | |
| 9.66, Аноним (66), 08:25, 29/08/2022 [^] [^^] [^^^] [ответить] | +/– | Так вот отдельный общий, один на всех, универсальный пулинг соединений и есть ме... текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.35, Аноним (35), 19:23, 27/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
При насильственном внедрении импортозамещения в одной отдельно взятой организации - не поверишь, но таки Postgres добровольно-принудительно заменяет продукцию западных фирм, которые обычно ассоциируются с HighLoad. Да, с матами и грустью в глазах сопровождающих, но заменяет. И даже всё работает. Не так удобно как раньше, но работает. И таки да, в организации реальный HighLoad.
Полагаю, не только в этой самой организации такое происходит :)
| | |
| 3.53, Аноньимъ (ok), 16:12, 28/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вполне себе посгря может обеспечивать хайлоад. Вопрос в том как её применять.
| | |
|
| |
| |
| 4.54, Аноним (54), 19:23, 28/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Классный рецепт, три звезды мишлен. Ты как будешь без внешнего пулера, если у тебя допустим, Чёрная пятница, народу привалило так, что 100+К rps это ещё штатная нагрузка. И кластер из кучи нод бэка, который пуляет в кластер БД с асинхронным реплицированием по CQRS подходу. Там нужно по внешнему пулеру на каждую БД ноду + клиентский пул на каждой ноде бэка.
| | |
| |
| 5.56, Аноньимъ (ok), 21:20, 28/08/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Вам не нужен пулер для бекэнда если ваш бекэнд сам контролирует соединения с БД и поддерживает несколько параллельных соединений. Для бд оптимальным будет по соединению на одно ядро ЦП.
Не знаю что с постгри но с мускулом это оптимальная стратегия.
Если ваш бекэнд спамит соединения на каждый чих его нужно сжечь.
| | |
| |
| 6.59, Аноним (59), 01:15, 29/08/2022 [^] [^^] [^^^] [ответить] | +2 +/– | Сначала нужно учесть, что постгря в отличие от мускуля не на потоках, а на проце... большой текст свёрнут, показать | | |
| 6.83, Аноним (82), 08:38, 31/08/2022 [^] [^^] [^^^] [ответить] | +/– | А мне кажется, что это крайне неоптимально и мало, если у тебя много клиентов и ... большой текст свёрнут, показать | | |
| |
| 7.84, Аноньимъ (ok), 18:16, 31/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Очередь само собой асинхронно обрабатывать. Запросов очередь на клиенте(допустим каком-то бекенде)
Я не о пулинге соединений говорил.
А о том что можно организовать на клиенте очередь запросов которая будет выгрибаться неким небольшим числом постоянных соединений с БД.
А база данных не станет быстрее отвечать на запросы от того что к ней куча соединений идёт, на оборот произойдет.
Конечно оптимальное число соединений определяется опытным путем и зависит от характера запросов.
| | |
|
|
|
|
|
|
| 1.6, Имяреяк (?), 01:10, 27/08/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Это для приложений, у которых нормально не реализован пул подключений на клиентской стороне? Или дополнительная прокладка в виде промежуточного пула?
| | |
| |
| 2.8, Аноним (54), 02:30, 27/08/2022 [^] [^^] [^^^] [ответить]
| +6 +/– |
Если у тебя весь бэк в кубере и скейлинг под нагрузкой в десяток подов,то без баунсера никуда потому что это глобальный пул для всех, которым проще управлять. А клиентские пулеры только в рамках одного инстанса работают.
| | |
| |
| |
| 4.10, Аноним (10), 06:07, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Скейлинг->масштабирование, не благодари. Остальное, вроде, по-русски.
| | |
| |
| 5.13, Ann (??), 07:23, 27/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Масштабирование(рус)/scaling(eng). А что такое "скейлинг" - понятно только из твоего разъяснения.
Поды - это что? Гуглится pod - как электронная сигарета. Или из вики: Под (степное блюдце) — пологое замкнутое бессточное понижение рельефа. Ты их имел ввиду? Тогда нихрена в твоем посте не понятно.
Поэтому и попросили тебя перевести на русский с х.з. какого слэнга.
| | |
| |
| 6.17, Аноним (10), 07:41, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вообще, это нормально использовать привычную терминологию без перевода. Никто же не говорит брандмаузер в быту, все говорят файрвол. А насчёт второго, чувак же сказал, что это из кубера терминология. У меня первая ссылка в гугле на кубернетсы, и это не персонифицированная выдача -- никогда с этим не работал. Но обычно такое понимается из контекста.
| | |
| |
| 7.18, Ann (??), 07:51, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Ну, вот выше человек не просто так ведь попросил перевести.
Я бы тоже, будь не в теме - не понял бы. Несложно ведь сразу написать, чтобы всем было понятно без гугления.
| | |
| |
| 8.43, Аноним (43), 06:41, 28/08/2022 [^] [^^] [^^^] [ответить] | +/– | Зачем Нет, вот ты объясни зачем Если человек не в теме, то зачем ему понимать... текст свёрнут, показать | | |
|
|
| 6.31, Аноним (37), 18:04, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Поды - это что? Гуглится pod - как электронная сигарета
Гугл показывает персонализированную выдачу. Занимался бы ты системным администрированием — нагуглилось бы кое-что иное. Так что сиди кури, эникей.
| | |
| |
| 7.70, Ann (??), 12:55, 29/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Запросы в основном о "системном администрировании" и около того, и гугл вот такое выдал(правда на домашнем пк, но не суть - там тоже в основном технические сайты открываются). Выходит, не всегда срабатывает "персонализированная выдача".
>>Так что сиди кури
?
>> эникей.
Если не можете с точно определить уровень знаний человека в какой либо области, лучше этого не делать.
| | |
|
| 6.36, Аноним (35), 19:27, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Чел, sorry за прямоту.
Если ты IT-специалист - погугли Kubernetes. В соответсвующих статьях всё будет описано в лучшем виде )
Если не IT-шник - объяснить, что комментатор выше сказал - задача крайне нетривиальная, примерно на 1/2 страницы А4 убористым почерком ))
| | |
| |
| 7.39, Аноним (39), 21:31, 27/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Если ты не можешь в пару строк нормальным языком это объяснить, ты сам ничего не понимаешь.
| | |
| |
| 8.42, Аноним (43), 06:38, 28/08/2022 [^] [^^] [^^^] [ответить] | +1 +/– | Чья бы корова мычала Если ты не понимаешь каждое второе слово, то это ты соверш... текст свёрнут, показать | | |
| |
| 9.45, Аноним (39), 12:12, 28/08/2022 [^] [^^] [^^^] [ответить] | +1 +/– | Я отлично понимаю, достаточно для того, чтобы понять, что этот речехрюк нужен ис... текст свёрнут, показать | | |
|
|
|
| 6.41, Аноним (43), 06:37, 28/08/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Поэтому и попросили тебя перевести на русский с х.з. какого слэнга.
А не пойти ли бы вам? Если ты не знаешь профессионального сленга, то что ты лезешь в профессию? Если тебе интересно иди почитай туториалов по kubernetes, если не интересно и ты за русский язык воюешь то иди на какой-нибудь литературный форум. Там тебя примут.
| | |
| |
| 7.61, Ыеуз0 (?), 01:22, 29/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
 Мы обсуждаем пулер, а не подокубернетиз. Поэтому пример должен быть болле понятным, в контексте пгбаунсера, а не микросервисного пода.
| | |
| |
| 8.65, Аноним (-), 07:30, 29/08/2022 [^] [^^] [^^^] [ответить] | +/– | И как раз этот пулер в системе на кубере оказывается полезным И что теперь Тот... текст свёрнут, показать | | |
|
| 7.72, Ann (??), 13:58, 29/08/2022 [^] [^^] [^^^] [ответить]
| +/– | |
>>А не пойти ли бы вам?
Я понимаю, что интернет позволяет, но все же не стоит грубить.
Тема про пулер для PostgreSQL, а не про контейнеры. И людям, не знакомым с слэнгом kubernetes-админов(не все ведь в ИТ оркестрацией занимаются, верно?) может быть непонятен твой комментарий, при том, что то же самое можно написать понятно. О чем я и написал.
| | |
| |
| 8.75, Аноним (75), 08:49, 30/08/2022 [^] [^^] [^^^] [ответить] | +/– | У тебя может и не стоит, у меня стоит Это проблемы этих людей, и им следует дер... текст свёрнут, показать | | |
|
|
|
|
|
| 3.49, Аноньимъ (ok), 15:02, 28/08/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ехали микросервисы через микросервисы.
Видят микросервисы транзакшионал датабейс сервер в микросервисы.
Сунили микросервисы микросервисы в микросервисы.
Скалинг скалинг скалинг скалинг.
| | |
|
| 2.12, www2 (??), 07:18, 27/08/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Встроенный в приложение пул подключений помогает, но в случае нескольких приложений, работающих с общей БД, общий пулер перед СУБД, работающий в режиме transaction по-прежнему позволяет достичь дополнительной экономии подключений.
| | |
| |
| 3.26, Аноним (59), 13:21, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
в режиме transaction у pgBouncer есть громаднейший недостаток в виде отсутствия совместимости prepared statements с этим режимом. В зависимости от требований бизнеса по SLA таймингам на REST, это может быть критично.
| | |
| |
| 4.28, Аноним (28), 14:06, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Если у бизнеса из-за разницы prepared vs plain падает весь прод то это явно не в баунсере проблема
| | |
| |
| 5.38, Аноним (59), 20:44, 27/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Речь о штатных ситуациях, а не о падениях. Бизнес хочет например выделяться качеством обслуживания и с самого верха спускаются верхние пороги метрик, что и за сколько должно отрабатывать. Например, REST от запроса до ответа должен отрабатывать не более 2 секунд по 90 перцентилю нагрузки за последний месяц. В таких условиях ограничения, накладываемые инфраструктурными инструментами, тоже начинают играть свою роль.
| | |
| |
| 6.68, Аноним (68), 12:18, 29/08/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> не более 2 секунд
За 2 секунды можно выполнить 20 000 plain запросов, без prepare.
| | |
| |
| 7.81, Аноним (54), 21:23, 30/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Запрос запросу рознь. У нас на проекте была задача в 2 секунды впихнуть построение BI аналитики на джойнах по, кажется, 17 таблицам с оконными функциями, и дерганьем инфы из json столбцов, в каждой из которых было от 10 до 30 млн записей. Сам запрос был на несколько сотен строк. Вынесение его в prepared давало примерно 10% ускорение, так как этот отчёт в течение дня в департаменте бизнес-аналитиков дергался постоянно. Так что терять такой прирост на баунсере тупо жалко в сложных случаях.
| | |
|
|
|
| |
| 5.64, Аноним (59), 02:32, 29/08/2022 [^] [^^] [^^^] [ответить]
| +/– |
Открываю issue, чет одна из первых бажин сверху, что prepared statement не фурычат.
| | |
|
|
|
|
| 1.27, Аноним (28), 14:01, 27/08/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> в опубликованном форке реализована возможность ограничения размера пула соединений для каждого пользователя
в ванильном баунсере изначально все пулы ограничены по пользователям
| | |
| 1.29, Аноним (28), 14:22, 27/08/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Предложенные в форке изменения нацелены на более строгую изоляцию ресурсов на уровне отдельных БД (нагрузка на CPU, потребление памяти и интенсивность ввода/вывода) и обеспечение ограничения числа соединений в привязке к пользователю и пулу соединений. Например, в опубликованном форке реализована возможность ограничения размера пула соединений для каждого пользователя, корректно работающая в конфигурациях с аутентификацией по имени хоста (HBA, host-based authentication)
На самом деле там просто починили обработку пользователей из блока [users] в ini файле, ни про какие CPU или hba там речи нет.
| | |
|
