Test #11 - Cluster: Single Application Server Loses, the Re-establishes Network Connectivity
This demonstrates overall system behavior when the application server loses network connectivity. Pulling the network cable from the application server while the application server cluster actively processes events from the active mediation server, waiting two minutes and then plugging the network cable back in simulates the loss of network connectivity.
• The standby server discards any events received until the application server process ends.
• The active server successfully delivers any events received until the application server process terminates.
• After a possible delay due to timeout of the remote call to publish events--during which events are queued by both the active and standby servers--processing resumes.
• The total number of events delivered to the application server cluster is 30,000, and the standby server drops all 30,000, less the number of events queued. Because the active server does not receive any events after the 30,000, the standby server should still have a batch queued which has not yet been dropped.
Actual Results: SUCCESS
• Active Server - The active server processed 6722 events, with 2178 in batch, when the appserver lost connectivity. It began to queue events, ending with 18399 in batch, and one about to be added to the batch. The total number of events accounted for is 30000. Once the application server was reconnected, it continued to deliver events, finally delivering all 30000.
• Standby Server - The standby server discarded 6100 events, with 2700 in batch, when the appserver lost connectivity. Before the appserver was reconnected, it had queued 18099 events, with one about to be added to the batch. The total number of events accounted for is 30000. Once the appserver was reconnected, it resumed dropping events, ending with a total of 28800 events dropped, with 1200 remaining in batch.