Re: SR/libpq - outbound interface/ipaddress binding
От | Magnus Hagander |
---|---|
Тема | Re: SR/libpq - outbound interface/ipaddress binding |
Дата | |
Msg-id | 9837222c1002230156l17679182g5ad3ef3bdae708ce@mail.gmail.com обсуждение исходный текст |
Ответ на | SR/libpq - outbound interface/ipaddress binding (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>) |
Список | pgsql-hackers |
2010/2/23 Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>: > While playing with SR/HS in a more complex datacenter environment I immediatly hit the need to being able to specify theipaddress(or interface) that the backend(or libpq) uses to connect to the master. > > There are a few reasons for being able to do so like: > > * we are now suddenly in a situation where the backend can create outbound connections on it's own so people will haveto add firewall rules and being able to guarantee the source IP will help maintainance (otherwise stuff might break ifyou say add an alias IP on an interface) > * prioritising - if you know that replication traffic is on a given IP you can actually do fancy stuff like routing itover a different gigE line or giving it prority on a WAN connection > * some of those also apply to other libpq clients but those are usually not in that complex network/system environmentsas servers are > > > comment? Seems like this could be very useful functionality, provided it can be done in a reasonably portable way. As long as it's a libpq connection parameter, it'll benefit everybody else as well as the replication stuff at no extra cost. It's not a very broad use-case, but in that use-case I can see how it would be very useful. Now, are you up for actually writing it? ;) -- Magnus HaganderMe: http://www.hagander.net/Work: http://www.redpill-linpro.com/
В списке pgsql-hackers по дате отправления: