Skip to main content

Determine use cases for and configure VLAN Trunking on vSphere 5

VLANs use the 802.1Q standard to tag traffic as associated with a particular VLAN. There are three main ways of using VLANs with vSphere:
  • Virtual guest tagging (VGT) – requires VLAN driver support in the guest OS
  • Virtual Switch tagging (VST) – common option, requires VLAN trunking on external switches
  • External switch tagging (EST) – less flexible and requires more physical NICs
The VLAN tag is a number ranging from 1 to 4094, though VLAN 4095 is also available. Use of VLAN 4095 is known as VGT (Virtual Guest Tagging) and basically extends the trunk to the virtual machine, where the tagging now occurs, rather than at the vSwitch. Use of VGT requires a supported guest OS. Not specifying a VLAN (vlan 0) means that the traffic will be tagged at the virtual switch (this would be considered an access port on the switch rather than a trunk).
Tagging allows you to send traffic belonging to multiple networks/subnets along the same cable/switch port. Before VLANs were available, to give your virtual machines access to different networks you would have had to have a separate physical cable (or 2) for each network you needed to place your VMs on. VLANs allow these networks/subnets to be trunked down a single physical connection. The tag is used to identify which subnet/segment the traffic belongs to. VLAN trunking has been common place in networks for quite a while, often used on connections between two Layer 2 network devices. The advantage of VLANs when it comes to virtualisation is that because you have a limited number of network cards available on your host’s hardware, it isn’t usually feasible to dedicate a physical network connection to just one network segment. By using VLANs to logically separate your hosts network traffic, you can provide access to many VLANs/network segments by using the same number of physical NICs.
VLAN tagging in vSphere is defined on the portgroups. A VLAN can contain multiple port groups, but a port group can only be associated with one VLAN at any given time. A prerequisite for VLAN functionality on a vSwitch is that the uplinks have to be connected to a trunk port on the physical switch. The trunk port will also need to be configured so that it carries the correct VLANS (if it is filtered).

Creating a new Portgroup on a dvSwitch

  1.  In vCenter browse to the network configuration page
  2. Right-click the appropriate switch, click New Port Group.
  3. On the Create Distributed Switch Port Group screen, enter the appropriate Name and Number of Ports. For VLAN type, select VLAN trunking. Enter the appropriate VLAN trunk range, click Next then click Finish.

Comments

Popular posts from this blog

Quick Guide to VCF Automation for VCD Administrators

  Quick Guide to VCF Automation for VCD Administrators VMware Cloud Foundation 9 (VCF 9) has been  released  and with it comes brand new Cloud Management Platform –  VCF Automation (VCFA)  which supercedes both Aria Automation and VMware Cloud Director (VCD). This blog post is intended for those people that know VCD quite well and want to understand how is VCFA similar or different to help them quickly orient in the new direction. It should be emphasized that VCFA is a new solution and not just rebranding of an old one. However it reuses a lot of components from its predecessors. The provider part of VCFA called Tenenat Manager is based on VCD code and the UI and APIs will be familiar to VCD admins, while the tenant part inherist a lot from Aria Automation and especially for VCD end-users will look brand new. Deployment and Architecture VCFA is generaly deployed from VCF Operations Fleet Management (former Aria Suite LCM embeded in VCF Ops. Fleet Management...
  Issue with Aria Automation Custom form Multi Value Picker and Data Grid https://knowledge.broadcom.com/external/article?articleNumber=345960 Products VMware Aria Suite Issue/Introduction Symptoms: Getting  error " Expected Type String but was Object ", w hen trying to use Complex Types in MultiValue Picker on the Aria for Automation Custom Form. Environment VMware vRealize Automation 8.x Cause This issue has been identified where the problem appears when a single column Multi Value Picker or Data Grid is used. Resolution This is a known issue. There is a workaround.  Workaround: As a workaround, try adding one empty column in the Multivalue picker without filling the options. So we can add one more column without filling the value which will be hidden(there is a button in the designer page that will hide the column). This way the end user will receive the same view.  
  "Cloud zone insights not available yet, please check after some time" message on Aria Automation https://knowledge.broadcom.com/external/article?articleNumber=314894 Products VMware Aria Suite Issue/Introduction Symptoms: The certificate for Aria operations has been replaced since it was initially added to Aria Automation as an integration. When accessing the Insights pane under  Cloud Assembly  ->  Infrastructure  ->  Cloud Zone  ->  Insights  the following message is displayed:   "Cloud zone insights not available yet, please check after some time." The  /var/log/services-logs/prelude/hcmp-service-app/file-logs/hcmp-service-app.log  file contains ssl errors similar to:   2022-08-25T20:06:43.989Z ERROR hcmp-service [host='hcmp-service-app-xxxxxxx-xxxx' thread='Thread-56' user='' org='<org_id>' trace='<trace_id>' parent='<parent_id>' span='<span_id>'] c.v.a.h.a.common.AlertEnu...