If you want to go fast, go alone.
If you want to go far, go together.
The premise behind this saying is the reason why VMware and VMUG are excited to announce the creation of the NSX community at VMUG. The education, certification, and adoption of new technologies can be met with fear and uncertainty as legacy traditions get challenged. By building a community, we can provide strength in numbers that can facilitate learning and help people develop a mindset of embracing the people, process, and tooling challenges that come with VMware NSX.
This new community will be dedicated to network and security virtualization. It will serve as a robust resource for individuals who are motivated to learn more about VMware NSX and its tremendous impact on the data centers of today and tomorrow. VMware NSX is at the core of next-generation enterprise solutions for IT automation, micro-segmentation, application availability, and cross-cloud architecture. The community will offer an opportunity for Q&A with NSX experts and product managers, special community content, discussions with peers, and much more.
The launch of the NSX community at VMUG comes ripe with inherent benefits, but in order to show our Continue reading
This new community will be dedicated to network and security virtualization.
Tony Fortunato explains how he tested a legacy Cisco ISR's performance.
Any segment of your network can slow you down. The consequences are painful.
My Why Do We Need Session Stickiness in Load Balancing blog post generated numerous interesting comments and questions, so I decided to repost them and provide slightly longer answers to some of the questions.
Warning: long wall of text ahead.
Read more ...I’ve had a general thought I’ve wanted to write about for quite some time now and after just seeing Matt Oswalt’s latest post Learn Programming or Perish(?), the thought finally makes it to paper so to speak in this post. The thought I want to expand on is something I say quite a bit as I talk about network automation. It is automate when you can, program when you must.
After reading Matt’s post, I’ll re-phrase to automate when you can, script when you must specifically targeting network engineers (note: even though this is what I mean, the word script makes it a bit clearer). This is a twist on the network industry’s old saying of switch when you can, route when you must.
Automate when you can is saying use some form of tooling when you can to do network automation. Why re-invent the wheel when you don’t have to? I’m a little biased these days, but this means using some form of extensible tooling, preferably open source, that does automation. Some of my favorites right now are Red Hat’s Ansible and Extreme’s StackStorm. However, this could just as well be other open Continue reading