Martynas Pumputis
fb9b4ddec0
This requires the following additional steps: - Setting proxy_arp on on the bridge, because that's how we do the routing (check the comment at the place where we set it on). - Disable ARP requests queueing, because it introduces unnecessary delay for the first ARP request resulting in a high latency of the first packet (on t2.micro machines I've encountered ~700ms latency). Also, the queue is bounded, so we might risking to drop the requests.
Weave Net - Weaving Containers into Applications
About Weaveworks
Weaveworks is the company that delivers the most productive way for developers to connect, observe and control Docker containers.
This repository contains Weave Net, the first product developed by Weaveworks, and with nearly 5 million downloads to date, it enables you to get started with Docker clusters and portable apps in a fraction of the time compared with other solutions.
Other products from Weaveworks include Weave Scope, a powerful container monitoring tool that automatically maps Docker containers and their interactions, and Weave Flux, a microservice router that automates the access of containers as services.
Weave Net
Weave Net creates a virtual network that connects Docker containers across multiple hosts and enables their automatic discovery. With Weave Net, portable microservices-based applications consisting of multiple containers can run anywhere: on one host, multiple hosts or even across cloud providers and data centers. Applications use the network just as if the containers were all plugged into the same network switch, without having to configure port mappings, ambassadors or links.
Services provided by application containers on the Weave network can be exposed to the outside world, regardless of where they are running. Similarly, existing internal systems can be opened to accept connections from application containers irrespective of their location.