Re: [HACKERS] Client Connection redirection support for PostgreSQL
От
Satyanarayana Narlapuram
Тема
Re: [HACKERS] Client Connection redirection support for PostgreSQL
Дата
Msg-id
CY1PR21MB0024E95AD80EF5562D7D22E5915D0@CY1PR21MB0024.namprd21.prod.outlook.com
Ответ на
Список
Дерево обсуждения
[HACKERS] Client Connection redirection support for PostgreSQL Satyanarayana Narlapuram <Satyanarayana.Narlapuram@microsoft.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL David Fetter <david@fetter.org>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Satyanarayana Narlapuram <Satyanarayana.Narlapuram@microsoft.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Craig Ringer <craig@2ndquadrant.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Robert Haas <robertmhaas@gmail.com>
RE: [HACKERS] Client Connection redirection support for PostgreSQL Satyanarayana Narlapuram <Satyanarayana.Narlapuram@microsoft.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Robert Haas <robertmhaas@gmail.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Robert Haas <robertmhaas@gmail.com>
RE: [HACKERS] Client Connection redirection support for PostgreSQL Satyanarayana Narlapuram <Satyanarayana.Narlapuram@microsoft.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Heikki Linnakangas <hlinnaka@iki.fi>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Andres Freund <andres@anarazel.de>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Dave Cramer <pg@fastcrypt.com>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Michael Paquier <michael@paquier.xyz>
Re: [HACKERS] Client Connection redirection support for PostgreSQL Satyanarayana Narlapuram <Satyanarayana.Narlapuram@microsoft.com>
> pg_hba.conf is "host based access [control]" . I'm not sure it's really the right place. I am open to have another configuration file, say routing_list.conf to define the routing rules, but felt it is easy to extend the hba conf file. > But we now have a session-intent stuff though. So we could possibly do it at session level. Session intent can be used as an obvious hint for the routing to kick in. This can be a rule in the routing list to route the read intent sessions round robin across multiple secondary replicas. > Backends used just for a redirect would be pretty expensive though. It is somewhat expensive as the new process fork has to happen for each new connection. The advantage is that it makes proxies optional (if the middle tier can do connection management), and all the routing configurations can be within the server. This also benefits latency sensitive applications not going through proxy. -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления
От: Satyanarayana Narlapuram
Дата:
От: Robert Haas
Дата: