Skip to main content

vSphere Distributed Switch Part 4 – How to Create vSphere Distributed Switch

This is a simple post in vSphere distributed switch post series. Due to the licensing limitation that distributed switch can only be created with enterprise plus license. Lot of people may not have a chance to work the distributed switches in their virtualization environment. This series of  post will help them to understand the lot of practical tasks to perform with distributed switch. This post will help you to understand step by step procedure to create distributed switch using vSphere web client.
You can access your vCenter Server using vSphere web client. vSphere web client can be accessed using the below URL
https://vSphere_Web_Client_host_name_or_IP:9443/vsphere-client
Once logged into the Web client, click on Distributed switch
Click on +  (Add) symbol to create the distributed switch.
Enter the name for your distributed switch. I have choose DSwitch-Production as the name and also select the location for the new distributed switch and click on Next. 
Select one of the Distributed Switch version from the below provided option and click on Next.
Distributed Switch 5.5.0 : This version of dvswitch is compatible with VMware ESXi version 5.5 and later. New features like Traffic filtering and Marking, and enhanced LACP support are available as part of this version.
Distributed Switch 5.1.0 : This version of dvswitch is compatible with VMware ESXi version 5.1 and later. New features like Management Network Rollback and Recovery, Health Check, Enhanced Port Mirroring and LACP are available as part of this version.
Distributed Switch 5.0.0 : This version of dvswitch is compatible with VMware ESXi version 5.0 and later. New features like User-defined network resource pools in Network I/O control, NetFlow, and Port Mirroring are available as part of this version.
Distributed Switch 4.1.0 : This version of dvswitch is compatible with VMware ESX version 4.1 and later. New features like Load-Based Teaming and Network I/O control are available as part of this version.
Distributed Switch 4.0 : This version of dvswitch is compatible with VMware ESX version 4.0 and later. The features supported by later distributed switch versions will not be available.
You will be able to upgrade the version of your dvswitch to latest version even after the dvswitch creation.
Specify the distributed switch settings like number of uplink ports, resource allocation and also select the check box
Create a default portgroup to create default port group as part of this dvswitch creation and click on Next.
Review the settings selected and  click on finish. You will be provided with the suggested next actions after the dvswitch creation.
Note down the Recent tasks for the completion of Create a vSphere Distributed Switch task. If it is completed then your dvswitch is created and ready to proceed with other tasks.
I hope this is informative for you to understand the steps to create distributed switch. Thanks for Reading!!!

Comments

Popular posts from this blog

  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.  

57 Tips Every Admin Should Know

Active Directory 1. To quickly list all the groups in your domain, with members, run this command: dsquery group -limit 0 | dsget group -members –expand 2. To find all users whose accounts are set to have a non-expiring password, run this command: dsquery * domainroot -filter “(&(objectcategory=person)(objectclass=user)(lockoutTime=*))” -limit 0 3. To list all the FSMO role holders in your forest, run this command: netdom query fsmo 4. To refresh group policy settings, run this command: gpupdate 5. To check Active Directory replication on a domain controller, run this command: repadmin /replsummary 6. To force replication from a domain controller without having to go through to Active Directory Sites and Services, run this command: repadmin /syncall 7. To see what server authenticated you (or if you logged on with cached credentials) you can run either of these commands: set l echo %logonserver% 8. To see what account you are logged on as, run this command: ...
  The Guardrails of Automation VMware Cloud Foundation (VCF) 9.0 has redefined private cloud automation. With full-stack automation powered by Ansible and orchestrated through vRealize Orchestrator (vRO), and version-controlled deployments driven by GitOps and CI/CD pipelines, teams can build infrastructure faster than ever. But automation without guardrails is a recipe for risk Enter RBAC and policy enforcement. This third and final installment in our automation series focuses on how to secure and govern multi-tenant environments in VCF 9.0 with role-based access control (RBAC) and layered identity management. VCF’s IAM Foundation VCF 9.x integrates tightly with enterprise identity providers, enabling organizations to define and assign roles using existing Active Directory (AD) groups. With its persona-based access model, administrators can enforce strict boundaries across compute, storage, and networking resources: Personas : Global Admin, Tenant Admin, Contributor, Viewer Projec...