Thread: Question on binding VIP to Postgresql instance

Question on binding VIP to Postgresql instance

From
"Lu, Dan"
Date:

Good day,

 

Would you be able to help direct me to instruction or implementation step to bind a VIP to a Postgresql instance?

 

I did research and understand that Postgresql does support binding of VIP, but I can’t find documentation to implement the solution.

 

Any feedback is greatly appreciated.

 

Dan




IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

RE: Question on binding VIP to Postgresql instance

From
Chris Coutinho
Date:
I think getting postgres to work with VIP (assuming virtual IP) is not a postgres issue, but rather a server/network
issue.

Redhat seems to have some documentation on enabling nonlocal binding, which may be useful for you:


https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/load_balancer_administration/s1-initial-setup-forwarding-vsa

Met vriendelijke groet,
REDstack BV

Chris Coutinho
Researcher/Data Analyst

Van: Lu, Dan <Dan.Lu@sig.com>
Verzonden: dinsdag 7 mei 2019 14:12
Aan: David G. Johnston <david.g.johnston@gmail.com>; Alvaro Aguayo Garcia-Rada <aaguayo@opensysperu.com>;
pgsql-general@postgresql.org
Onderwerp: Question on binding VIP to Postgresql instance

Good day,

Would you be able to help direct me to instruction or implementation step to bind a VIP to a Postgresql instance?

I did research and understand that Postgresql does support binding of VIP, but I can't find documentation to implement
thesolution. 

Any feedback is greatly appreciated.

Dan

________________________________________

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended
recipient,please notify the sender immediately by reply and immediately delete this message and all its attachments.
Anyreview, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient
isstrictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer,
solicitationor recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her
employernor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the
informationcontained herein or that this message or any of its attachments is free of viruses. 



RE: Question on binding VIP to Postgresql instance

From
"Lu, Dan"
Date:
Thanks Chris!

Our Network Admin have the instruction to bind a VIP, but regarding Postgresql what is needed to be done?

We don't have to change any parameter?

How about "listen_addresses = '<physical IP>, <virtual IP>'             # what IP address(es) to listen on;" or we
simplyuse "*"? 

-----Original Message-----
From: Chris Coutinho [mailto:c.coutinho@redstack.nl]
Sent: Tuesday, May 07, 2019 8:40 AM
To: Lu, Dan <Dan.Lu@msx.bala.susq.com>; David G. Johnston <david.g.johnston@gmail.com>; Alvaro Aguayo Garcia-Rada
<aaguayo@opensysperu.com>;pgsql-general@postgresql.org 
Subject: RE: Question on binding VIP to Postgresql instance

I think getting postgres to work with VIP (assuming virtual IP) is not a postgres issue, but rather a server/network
issue.

Redhat seems to have some documentation on enabling nonlocal binding, which may be useful for you:


https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/load_balancer_administration/s1-initial-setup-forwarding-vsa

Met vriendelijke groet,
REDstack BV

Chris Coutinho
Researcher/Data Analyst

Van: Lu, Dan <Dan.Lu@sig.com>
Verzonden: dinsdag 7 mei 2019 14:12
Aan: David G. Johnston <david.g.johnston@gmail.com>; Alvaro Aguayo Garcia-Rada <aaguayo@opensysperu.com>;
pgsql-general@postgresql.org
Onderwerp: Question on binding VIP to Postgresql instance

Good day,

Would you be able to help direct me to instruction or implementation step to bind a VIP to a Postgresql instance?

I did research and understand that Postgresql does support binding of VIP, but I can't find documentation to implement
thesolution. 

Any feedback is greatly appreciated.

Dan

________________________________________

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended
recipient,please notify the sender immediately by reply and immediately delete this message and all its attachments.
Anyreview, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient
isstrictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer,
solicitationor recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her
employernor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the
informationcontained herein or that this message or any of its attachments is free of viruses. 

________________________________

IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended
recipient,please notify the sender immediately by reply and immediately delete this message and all its attachments.
Anyreview, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient
isstrictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer,
solicitationor recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her
employernor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the
informationcontained herein or that this message or any of its attachments is free of viruses.