ivar...@gmail.com
unread,Feb 12, 2015, 8:07:06 AM2/12/15Sign in to reply to author
Sign in to forward
You do not have permission to delete messages in this group
Sign in to report message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to eureka_...@googlegroups.com
Hi,
I don't fully understand how the clustering model is supposed to work.
So far it is clear that the failover model is supported, where there exists a main Node and a backup node. The main node performs all duties and in case of trouble all clients migrate to backup node. The clients need to be provided with a full list of nodes (or through DNS).
I am trying to understand whether a load balanced mode is supported, a few clients to Node1 and a few to Node2.
With this model I find that partitions occur, meaning a client that talks to Server1 cannot find clients that talk to Server2. Is this the intended behaviour?
It seems that client and serer functionality inside an Eureka node are separate:
- server: PeerAwareInstanceRegistry.registry - holds clients that send hearbeats
- client: talks to a peer Eureka node and keeps everything in localRegionApps.
These 2 caches never seem to intersect. There is a moment at bootstrap where Eureka fetches all registerred clients from a peer Server Node, and this is the only moment when multiple Eureka Servers have the same view on the service network topology. But after a while nodes that do not send heartbeats are expired.
Thanks in advance,
Adrian