|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
DNS Switchover and Impact to MQ connection |
« View previous topic :: View next topic » |
Author |
Message
|
krypton |
Posted: Tue May 16, 2017 5:33 am Post subject: DNS Switchover and Impact to MQ connection |
|
|
 Disciple
Joined: 14 Mar 2010 Posts: 186
|
We have number of JBOSS applications connecting to our MQ server using DNS hostname. On one weekend, we are gonna switch that DNS hostname to point to a new IP address, and on that IP address we have exact replica of Queue manager/Objects as the previous IP address.
So, if we switch over, do you think we need to restart all the JBOSS applications JVMs? Do you think we can have lose data or lose connections? _________________ Dreams are not something which you watch when you are asleep,it is something which doesn't let you sleep. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue May 16, 2017 5:38 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Have you tried this in TEST? What were the results? _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
krypton |
Posted: Tue May 16, 2017 5:55 am Post subject: |
|
|
 Disciple
Joined: 14 Mar 2010 Posts: 186
|
unfortunately, we currently don't have a setup of test system which replicates all scenarios. _________________ Dreams are not something which you watch when you are asleep,it is something which doesn't let you sleep. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue May 16, 2017 12:25 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
krypton wrote: |
unfortunately, we currently don't have a setup of test system which replicates all scenarios. |
Do you have a test system which replicates any scenarios? A simple JBOSS app across a simple channel discovered by DNS? _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
PaulClarke |
Posted: Tue May 16, 2017 1:47 pm Post subject: |
|
|
 Grand Master
Joined: 17 Nov 2005 Posts: 1002 Location: New Zealand
|
Changing values in a DNS server should have no effect on running channels, be they sender/receiver or clients. However, it has been said many times that it is never a good idea to have two Queue Managers with the same name existing in two places. Clients can get confused (if they have any affinity at all), sender/receiver channels get confused with sequence numbers and MQ routing doesn't like two destinations with the same name (unless it is MQ Clustering),
Cheers,
Paul _________________ Paul Clarke
MQGem Software
www.mqgem.com |
|
Back to top |
|
 |
PeterPotkay |
Posted: Tue May 16, 2017 3:57 pm Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
Ask the bosses of the JBOSS JVMs if they respect DNS Time To Live (TTL).
Ask your network dudes what the DNS TTL is for the name you are changing the IP address for.
Ask your JBOSS developers if their instances drop into reconnection logic when they lose their connection to a queue manager.
Ask your self if/how you will force those instances into a reconnect attempt. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
gbaddeley |
Posted: Tue May 16, 2017 6:22 pm Post subject: Re: DNS Switchover and Impact to MQ connection |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
krypton wrote: |
We have number of JBOSS applications connecting to our MQ server using DNS hostname. On one weekend, we are gonna switch that DNS hostname to point to a new IP address, and on that IP address we have exact replica of Queue manager/Objects as the previous IP address.
So, if we switch over, do you think we need to restart all the JBOSS applications JVMs? Do you think we can have lose data or lose connections? |
This is a risky plan. Switching over to a replica queue manager may not work, unless you can guarantee that its point-in-time state is exactly the same. Unprocessed messages on the original qmgr will become orphaned. Channels may not start. Manual remediation will be required.
A sound plan should be rehearsed in a Test environment (including remediation and failure scenarios) before attempting in Production.
There should never be a requirement to have duplicate queue manager names running in the network. If a qmgr is being migrated to a new server, it should be shutdown / disabled and properly migrated before starting the qmgr on a new server. _________________ Glenn |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|