Posts Tagged ‘network’
Home Lab/Network
Background Jess Frazelle has recently been blogging about her Home Lab, which made me realise that over the years I’ve written here about pieces of my own lab, but never the entirety. Network Wired networks are better for bandwidth, reliability and latency, so I use wired whenever I can. Taking a queue from Ian Miell’s […]
Filed under: technology | Leave a Comment
Tags: home, lab, Microserver, network, VM, VMware
All of the major cloud providers now offer some means by which it’s possible to connect to them directly, meaning not over the Internet. This is generally positioned as helping with the following concerns: Bandwidth – getting a guaranteed chunk of bandwidth to the cloud and applications in it. Latency – having an explicit maximum […]
Filed under: cloud, CohesiveFT, networking | Leave a Comment
Tags: amazon, aws, Azure, cloud, direct connect, direct peering, expressroute, GCE, GCP, google, Microsoft, network
Docker Networking
Here’s my presentation from container.camp: If you’re interested in a deeper dive then take a look at the Container Networking Tutorial I did for ONUG.
Filed under: Docker, networking, presentation | 2 Comments
Tags: Docker, Flocker, network, networking, ODCA, OpenVSwitch, OVS, pipework, vxlan, Weave
One of the big news items from last week’s VMworld was the launch of EVO:RAIL, a ‘hyperconverged infrastructure’ reference design with software from VMware and hardware from a variety of partners. The RAIL part of the name comes from the smallest unit of deployment that fits into 2U of standard rack space, and onto a […]
Filed under: networking, The Stack | Leave a Comment
Tags: compute, EVO:RAIL, hyperconverged, management, network, SDN, storage, VMware, WMworld
I wrote a few days ago about my first failed attempt to do this. After some perseverance, and with some lessons learned along the way I’m pleased to say that I now have it working. Given that VXLAN (at least in the Linux kernel implementation) needs multicast I’m still not sure that this is a […]
Filed under: Docker, networking | 3 Comments
Tags: 14.04, bridge, Docker, iproute2, multicast, network, open vswitch, tunnel, Ubuntu, vxlan
This seemed like a good idea, as VXLAN has been in the Linux kernel since 3.7. TL;DR – this doesn’t work as I’d hoped. The two major issues being: VXLAN needs a multicast enabled network, which rules out most public clouds. Instability – I’ve managed to provoke multiple kernel panics on stock Ubuntu 14.04. Background […]
Filed under: Docker, networking | 2 Comments
Tags: bridge, Docker, fail, gre, iproute2, multicast, network, open vswitch, tunnel, Ubuntu, vxlan
This post first appeared on the CohesiveFT blog. One of the announcments that seemed to get lost in the noise at this week’s IO conference was that Google Compute Engine (GCE) is now available for everyone. I took it for a quick test drive yesterday, and here are some of my thoughts about what I found. Web interface […]
Filed under: cloud, CohesiveFT, review | Leave a Comment
Tags: access control, cloud, GCE, gcutil, google, iaas, identity, image management, network, performance, price, SSH, storage, UI, web
SDN – flow control and APIs
This is a cross post from the CohesiveFT corp blog. A friend and former colleague recently asked me, “on the SDN front – anything you’d recommend reading in terms of positioning, and compare/contrast of quantum vs. openflow vs. onePK vs…….?”. This was my reply: OK… based on my limited understanding (I don’t consider myself anything […]
Filed under: CohesiveFT, technology | Leave a Comment
Tags: API, iOS, network, onePK, OpenFlow, OpenStack, protocol, Quantum, SDN
My New Job
I’ve started a new job as CTO for CohesiveFT. It’s a great company with a great team and some great products and services. As I’ve known many of the people since before the company was founded this post could be subtitled ‘a brief history of CohesiveFT’. The people and pre-history Alexis Richardson was the instigator. […]
Filed under: cloud, CohesiveFT, technology | Leave a Comment
Tags: aws, deployment, factory, IBM. cloud, image, industrial design, management, multicast, network, open source, OpenStack, SDN, security, topology, virtual appliance, virtual machine, vpn
Return of the Nanode thermometer
It’s almost a year since I built my Nanode thermometer, and it looks like another really cold snap is headed towards the UK – perhaps snow over the weekend. I’ve not had it set up for a little while, as the TMP36 sensor was reclaimed for a project that put Scratch and an Arduino together […]
Filed under: Arduino, code | Leave a Comment
Tags: arduino, bash, csv, date, lynx, Nanode, network, printf, script, sed, sensor, temperature, thermometer
Chris Swan's Weblog 