ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Clustering » Overlapping Clusters

Post new topic  Reply to topic Goto page 1, 2  Next
 Overlapping Clusters « View previous topic :: View next topic » 
Author Message
MQMB&WAS
PostPosted: Thu May 31, 2018 12:13 pm    Post subject: Overlapping Clusters Reply with quote

Centurion

Joined: 12 Jun 2016
Posts: 130

Hello experts,
I was reading IBM docs on overlapping clusters (To create classes of service) and wanted to check if my understanding is correct.

Could this be a valid and advisable set up of clusters?

for 2 clusters, one for customer facing apps, and the other for batch/bulk msgs. Add every qmgr in the network to both the clusters with separate clusrcvr channels(don' think CLUSNL would provide any advantage?) and one xmitq per cluster.
And create queues only on the cluster that it needs to be(instead of using CLUSNL).

What advantages does this overlapped cluster setup provide when compared to building to separate clusters with no overlapping?

Thanks
Back to top
View user's profile Send private message
bruce2359
PostPosted: Thu May 31, 2018 3:23 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9394
Location: US: west coast, almost. Otherwise, enroute.

Why does this strike me as a cert test question?
_________________
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
View user's profile Send private message
MQMB&WAS
PostPosted: Thu May 31, 2018 4:25 pm    Post subject: Reply with quote

Centurion

Joined: 12 Jun 2016
Posts: 130

bruce2359 wrote:
Why does this strike me as a cert test question?


No idea Never took a test, I hope to take it at some point.

Does this setup work? or is there any flaw in it?
Back to top
View user's profile Send private message
exerk
PostPosted: Thu May 31, 2018 11:16 pm    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

Please define exactly what you mean by overlapping clusters, i.e. like a Venn diagram, or layer-cake?
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys.
Back to top
View user's profile Send private message
MQMB&WAS
PostPosted: Fri Jun 01, 2018 6:20 am    Post subject: Reply with quote

Centurion

Joined: 12 Jun 2016
Posts: 130

exerk wrote:
Please define exactly what you mean by overlapping clusters, i.e. like a Venn diagram, or layer-cake?


see pic
Back to top
View user's profile Send private message
exerk
PostPosted: Fri Jun 01, 2018 6:41 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

I would not describe that as overlapping as such, more layer-cake. Whilst you have PRs participating in two different clusters, those clusters are effectively discrete - there's no way to hop messages from one cluster to the other.

To me (personal opinion) overlapping clusters follow more of a Venn-diagram topology, one where you can hop messages between clusters.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Fri Jun 01, 2018 6:47 am    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9394
Location: US: west coast, almost. Otherwise, enroute.

Other than posting here, what research have you done? For example, have you googled 'benefits of overlapping +mq clusters'?
_________________
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
View user's profile Send private message
MQMB&WAS
PostPosted: Fri Jun 01, 2018 6:59 am    Post subject: Reply with quote

Centurion

Joined: 12 Jun 2016
Posts: 130

exerk wrote:
I would not describe that as overlapping as such, more layer-cake. Whilst you have PRs participating in two different clusters, those clusters are effectively discrete - there's no way to hop messages from one cluster to the other.

To me (personal opinion) overlapping clusters follow more of a Venn-diagram topology, one where you can hop messages between clusters.


What's the diff b/w layer-cake and venn. for me it just looks like a diff way of picturing the overlapped clusters?

Back to top
View user's profile Send private message
exerk
PostPosted: Fri Jun 01, 2018 7:02 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

Because the second diagram implies that messages can hop from one cluster to another, whereas the first diagram clearly shows a separation.

The difficulty, as always, is in the interpretation of the image, and semantics...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys.
Back to top
View user's profile Send private message
gbaddeley
PostPosted: Sun Jun 03, 2018 4:02 pm    Post subject: Re: Overlapping Clusters Reply with quote

Jedi

Joined: 25 Mar 2003
Posts: 2492
Location: Melbourne, Australia

MQMB&WAS wrote:
What advantages does this overlapped cluster setup provide when compared to building to separate clusters with no overlapping?
Thanks

Separate MQ clusters are normally used where logical containment is required. ie. In a qmgr network, you want some apps to use a set of clustered queues, and other apps to only use other clustered queues. Or, containment is required across a network DMZ boundary, or within an environmental boundary (eg. dev / test / qa), or there is a security / business authorization requirement.

It may simplify resource usage, configuration and support if clusters overlap. ie. They have common FRs, or some of the PRs are common.

If a PR qmgr is in multiple clusters there is also the ability to configure qalias objects to allow messages to hop from one cluster to another.

If you don't have any of these requirements, it is probably not a good idea to set up multiple clusters, when one will suffice.
_________________
Glenn
Back to top
View user's profile Send private message
MQMB&WAS
PostPosted: Wed Jun 06, 2018 10:45 am    Post subject: Re: Overlapping Clusters Reply with quote

Centurion

Joined: 12 Jun 2016
Posts: 130

gbaddeley wrote:

Separate MQ clusters are normally used where logical containment is required. ie. In a qmgr network, you want some apps to use a set of clustered queues, and other apps to only use other clustered queues. Or, containment is required across a network DMZ boundary, or within an environmental boundary (eg. dev / test / qa), or there is a security / business authorization requirement.

It may simplify resource usage, configuration and support if clusters overlap. ie. They have common FRs, or some of the PRs are common.

If a PR qmgr is in multiple clusters there is also the ability to configure qalias objects to allow messages to hop from one cluster to another.

If you don't have any of these requirements, it is probably not a good idea to set up multiple clusters, when one will suffice.


Lets say, there's a need for 2 different clusters, 1 for large msgs and hte other for small/customer facing apps. And for future purposes, they need to be connected.
For this requirement, which of the below is better, performance/security/configuration whise ?
1) Build 2 clusters separately and create a qmgr and make it a member of both the clusters(I think this is called a gateway ) ?
2) Build 2 overlapping clusters by making all the qmgrs a PR in both the clusters?
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed Jun 06, 2018 3:30 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9394
Location: US: west coast, almost. Otherwise, enroute.

Two separate clusters, one for FINANCE and one for RESEARCH, need not overlap completely (share all objects), but may need to share some objects as the RESEARCH apps need to submit invoices be paid. One qmgr could be the point where the two clusters "intersect."
_________________
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
View user's profile Send private message
gbaddeley
PostPosted: Wed Jun 06, 2018 3:57 pm    Post subject: Reply with quote

Jedi

Joined: 25 Mar 2003
Posts: 2492
Location: Melbourne, Australia

bruce2359 wrote:
One qmgr could be the point where the two clusters "intersect."

Or have 2 qmgrs at cluster intersection, with the same "cross over" objects, for improved availability. (We do that)
_________________
Glenn
Back to top
View user's profile Send private message
MQMB&WAS
PostPosted: Wed Jun 06, 2018 4:18 pm    Post subject: Reply with quote

Centurion

Joined: 12 Jun 2016
Posts: 130

bruce2359 wrote:
Two separate clusters, one for FINANCE and one for RESEARCH, need not overlap completely (share all objects), but may need to share some objects as the RESEARCH apps need to submit invoices be paid. One qmgr could be the point where the two clusters "intersect."


Is this intersecting qmgr called a "gateway qmgr" and is it created as described in this doc. https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_8.0.0/com.ibm.mq.con.doc/q017440_.htm ?
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed Jun 06, 2018 4:19 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9394
Location: US: west coast, almost. Otherwise, enroute.

gbaddeley wrote:
bruce2359 wrote:
One qmgr could be the point where the two clusters "intersect."

Or have 2 qmgrs at cluster intersection, with the same "cross over" objects, for improved availability. (We do that)


_________________
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
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum Index » Clustering » Overlapping Clusters
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.