Try our conversational search powered by Generative AI!

When remote events fail to one server, no updates on other server

Vote:
 

We have one admin server with the UI and two load balanced front facing servers. We can't use multicasting, so i have set up the remote service to use TCP. Everything works fine and changes propagate to the front facing servers.

If I block (in the fw) the remote service communication to front 2, changes also stop propagating to front 1. If I then on the admin server remove the client endpoint to the blocked front 2, updates will once again show up on front 1.

Is this the intended behaviour or have I misconfigured something?

I followed the guide at http://world.episerver.com/documentation/Items/Developers-Guide/EPiServer-CMS/8/Event-management/WCF-event-management/

#133496
Sep 07, 2015 17:02
Vote:
 

The default behaviour sends the events in sequence and in the order you have them defined in the config. I guess that by blocking access to front 2 an exception is thrown and the message isn't sent to front 1 (or vice versa). So it doesn't sound like things are misconfigured, just ensure both front ends are available I guess? 

#133683
Sep 08, 2015 21:52
Vote:
 

I understand why this is implemented this way. It's probably the best solution to maximize performance. However, in some cases it will not be possible to use UDP, due to network configuration or security (I'm really not into this networking stuff). This issue will still occur if you're using TCP and 3 or more servers (or worker processes).

I guess you have two options:

1. EPiServer could provide a way to configure this to not fail and try to continue to send the events to the other servers even one of them fails. I don't know if this is implemented to be run in parallell, but maybe it should (and async even).

2. We can configure the application pool in IIS to always run and don't run in hibernation mode. The service which listens to Remote Events will then theoretically always run and you will not run into this issue anymore. I guess this is the best solution we have without the need to deploy new code / wait for a new implementation.

#141061
Nov 09, 2015 10:37
Vote:
 

There's a bug report for this http://world.episerver.com/support/Bug-list/bug/CMS-7468

#178855
May 24, 2017 12:08
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.