eG Monitoring
 

Measures reported by DockContConnTest

When the Docker starts, it creates a virtual interface called “Ethernet bridge” on the Docker server. The Ethernet bridge automatically forwards packets to/from the Docker to the external network interfaces. Every time, the Docker creates the containers, it creates a pair of “peer” interfaces that are like opposite ends of a pipe. The packets sent through one of the peer interfaces will be received by the other peer interface. By binding the peer interfaces to the Ethernet bridge, the Docker creates a virtual subnet shared between the Docker server and every Docker container so as to ensure uninterrupted communication between the Docker server and the Docker containers. For a connection to be uninterrupted, it is essential to keep track of the network delay as well as the packet loss. The Docker Containers – Connectivity test helps administrators to keep track of such delays and loss.

This test monitors the network connectivity to the Docker containers from an external location.

Outputs of the test : One set of results for each container available in the target Docker server being monitored

The measures made by this test are as follows:

Measurement Description Measurement Unit Interpretation
Availability Indicates whether/not the network connection to this container is available. Percent A value of 100 indicates that this container is accessible over the network. The value 0 indicates that the container is inaccessible.

Typically, the value 100 corresponds to a Pkt_loss_pct of 0.
Avg_delay Indicates the average delay between transmission of packets to this container and receipt of the response to the packet at the source. Secs Ideally, value of this measure should be low.
Min_delay The minimum time between transmission of a packet and receipt of the response back. Secs A significant increase in the minimum round-trip time is often a sure sign of network congestion.
Pkt_loss_pct Indicates the percentage of packets lost during transmission from source to target and back. Percent Packet loss is often caused by network buffer overflows at a network router or by packet corruptions over the network. The detailed diagnosis for this measure provides a listing of routers that are on the path from the external agent to target server, and the delays on each hop. This information can be used to diagnose the hop(s) that could be causing excessive packet loss/delays.