-
1. Re: Can we use static node discovery protocol with udp multicast in jgroups clustering?
wdfink Oct 31, 2014 11:19 AM (in response to pallavi.kushwaha)1 of 1 people found this helpfulTo prevent different clusters from merging you need to have a dedicated mcast/port for the UDP multicase for each cluster jgroups protocol.
If you look to the standalone or domain configuration (one of the HA profiles) you can set the values within the socket-binding-group.
Also you can overwrite it by setting variables jboss.default.multicast.address and jboss.messaging.group.address if you use a full profile with JMS.
If you switch to tcp you can change the jgroups subsystem. But it is recommended to have all cluster nodes in your list of initial-host, and this for all cluster members.
Otherwise the cluster might not work correct under any circumstances.
-
2. Re: Can we use static node discovery protocol with udp multicast in jgroups clustering?
pallavi.kushwaha Nov 3, 2014 1:13 AM (in response to wdfink)Thanks. But I actually wanted to know, as in tcp stack we have TCPPING discovery protocol, similarly, do we have any discovery protocol in udp stack in which we can specify a list of initial hosts so that the messages are not sent to every node on the network?
MERGE protocol merges two or more clusters of different domain controllers, so if we have just one domain controller in our cluster, then we don't need this protocol, so can't we just remove it so that it doesn't merge with others?
-
3. Re: Can we use static node discovery protocol with udp multicast in jgroups clustering?
wdfink Nov 4, 2014 6:54 AM (in response to pallavi.kushwaha)UDP is based on multicast. All nodes listen on a mcast address and answer request. So there is no need (and possibility) to have initial hosts.
If nodes use the same mcast address for JGoups (and hornetQ) these nodes acting as a cluster.
If you have different clusters which should not merge, nevertheless whether you have different domains, you need to configure different mcast addresses in your configuration.
This will prevent the cluster-nodes to see other nodes than the one of the own cluster.
-
4. Re: Can we use static node discovery protocol with udp multicast in jgroups clustering?
pallavi.kushwaha Nov 7, 2014 12:09 AM (in response to wdfink)Thanks Wolf-Dieter. I had one more query. What if, by coincidence, someone else in the same network as ours, starts using the same mcast/port which we are using?
How is this security concern taken care of?
-
5. Re: Can we use static node discovery protocol with udp multicast in jgroups clustering?
wdfink Nov 11, 2014 5:29 AM (in response to pallavi.kushwaha)1 of 1 people found this helpfulIf it is JGroups with the same version the cluster name is compared and the messages are dropped with a WARN message in the logfile.
If it is something different you'll see a warning also.
If it is a similar EAP instance it will join the cluster. At the moment there is no other configuration to 'secure' this.
As mcast is mostly an internal communication I would expect that this is not a huge security issue.
-
6. Re: Can we use static node discovery protocol with udp multicast in jgroups clustering?
pallavi.kushwaha Nov 14, 2014 2:14 AM (in response to wdfink)Okay. Thanks!