Powered by System Center
Posts tagged Hyper-V Extensible Switch
Hyper-V Virtual Switch Extension Cisco Nexus 1000V
Mar 2nd
This week is an important day for Microsoft’s new Hyper-V Extensible Switch in Windows Server 2012. We already know this switch is capable of many new features including capturing, filtering and forwarding extensions from several vendors.
Damian Flynn (fellow author on Microsoft Private Cloud Computing and co-author of Windows Server 2012 Installation and Configuration Guide (appearing very soon!), informed me that major networking player Cisco is about to make a big announcement and that Damian will be co-presenting the announcement with Cisco.
![]()
On Wednesday March 6th at 6pm CET, Cisco will unveil its greatly anticipated Distributed Switch solution for Windows Server 2012 and Hyper-V; the Nexus 1000V.
What is the Nexus 1000V?
Cisco Nexus 1000V Series Switches provide a comprehensive and extensible architectural platform for virtual machine (VM) and cloud networking. The switches are designed to accelerate server virtualization and multitenant cloud deployments in a secure and operationally transparent manner. Integrated into the Windows Server 2012 Extensible Switch, and fully compatible with System Center Virtual Machine Manager 2012 SP1,
Please blog, tweet, and pass on the message, to learn about the Nexus 1000v, and how to join the beta program; grabbing the all-important Beta Code!
For more information, and registration details please follow and share Damian’s link:
http://www.damianflynn.com/2013/03/01/cisco-nexus-1000v-public-beta-program/
Building A Converged Fabric with Windows Server 2012 PowerShell
Jun 7th
Within the team of Virtual Machine MVP’s and whoever else is aware of the extremely powerful concept of Converged Fabric, there is still a lot of debate on how to get this concept working in Windows Server 2012 Hyper-V. This blog post will help you succeed at this.
My fellow Hyper-V MVP and good friend Aidan Finn blogged about this exact subject only one week ago. I had been working on a few Windows Server 2012 PowerShell cmdlets for the Hyper-V extensible switch myself and had started to try out a few things with Load Balancing Failover (LBFO) network adapter teams, Hyper-V virtual switches adding a few Management OS Virtual NICs to it.
Since I didn’t have any real servers at hand, I was using my two SiteCom USG Gigabit Network Adapters which I fitted in my laptop. The worked wonders for creating a LBFO adapter team while keeping my other adapter for other tasks.
If you are entirely new to the subject, please read Aidan Finn’s blogs on Converged Fabric first. They give you a very good introduction what Converged Fabric means in het Microsoft Private Cloud arena. Just think of your current Hyper-V host network setup with 6 to 8 NICs and made ‘fault tolerant’ with often badly behaving teaming software from HP, Dell, Broadcom, Intel and the likes. I wrote at least a dozen blogs on this topic in the past few years. Microsoft was very right not to support teaming in R2. Although things got better in the end, I am so happy network adapter teaming is now an integral part of Windows Server 2012. Of course LBFO adapter teams can be created by a PowerShell one-liner.
I saw a comment from Aidan that his published PowerShell script for creating the Converged Fabric was broken after moving from Windows Server 8 beta to Windows Server 2012 RC.
This blog will describe how I created the LBFO team, virtual (extensible) switch, Management OS vEthernet networks. The script closely resembles what Aidan has described in his PowerShell Script To Create A Converged Fabric For Clustered Windows Server 2012 Hyper-V Host blog, but all commands now also work in Windows Server 2012.
What has changed:
- Adapter names are now automatically named with syntax “vEthernet (Name Adapter)” so be careful when you use the –InterfaceAlias parameter
- The parameter –IPv4Address has been changed to –IPAddress
This is how my network looks like when the PowerShell commands have been run
My LBFO team has only one adapter called Internal LAN, but you can test with it without a problem, except that it does not offer any Fail Over capability. It’s just a lab.










Twitter
RSS