3 ms·
I'd agree that Weave is great at what it does, which is providing just-enough-networking to make Docker applications as easy to design and construct as applicat
by grkvlt 12y ago
I'd agree that Weave is great at what it does, which is providing just-enough-networking to make Docker applications as easy to design and construct as applications running on a normal LAN. This is a huge win, since I don't have to worry about portmappers and trying to discover what dynamically allocated ports are being used at runtime to connect two services.
I use Weave as the default SDN for Clocker [1] because of this simplicity, and also because it is server-less and will work on a single server Docker cloud or a cluster of tens of machines without having to think about architecture. Of course, Clocker supports pluggable SDN providers so if your networking demands are not met by Weave you can change to another provider.
I don't think Alexis (or any other Docker SDN provider) is suggesting that their software should be used for low-latency microsecond sensitive trading applications. You have to use the right tools for the job, and in this case Weave's sweet spot is its simplicity and reliability.
[1] http://clocker.io http://clocker.io
- mdekkers 12y agoI REALLY wish that Clocker would support (and document how to use) something besides Weave - weave is intolerably slow for anything that requires some kind of more serious throughput between nodes. It is very, very unfortunate Clocker doesn't document how to not use Weave (for example, simply use whatever is already in place) as the rest of Clocker rocks, and the seemingly hard dependency on Weave makes it un-deployable for serious production use. I did pop into their IRc channel a few times with a question around this, but over the space of 3 days all activity on the IRC channel was tumbleweed and crickets..
- weavenetwork 12y agoWhat throughput do you need, on a per-host basis?
- mdekkers 12y agoabout 8Gbits/sec
- weavenetwork 12y agocripes. on each host? what kind of physical network are you using, and how many containers per host? how many hosts? let me know if I should email about this instead.
- techdragon 11y agoWow. Is that a full 8Gbit/sec of data per host or a logical 8Gbit/sec of raw frames? Either way, you're an ideal candidate for closed beta access to the performance focused container networking tools my startup is developing. I can contact you via email if you're interested.
- mdekkers 11y agohappy to have a chat - mdekkers at cynaptic dot eu
- grkvlt 12y agoThe latest version of Clocker does support Calico as well, now! But I agree there isn't much in the way of documentation on how to change this. I updated the README and the main page at http://clocker.io/ http://clocker.io/ to reflect the changes in Clocker 0.8.1 but it's not immediately obvious. Try this: ./bin/clocker.sh jclouds:provider:region calico
- mdekkers 12y agothat's great, thanks for answering! I have not yet looked at Calico - I have OVS-VXLAN between my worker nodes, which is a simple solution that works great. Is it possible to say "use whatever is already in place"?