WilliamLam.com

Automated Nested Lab Deployment on SDDC Part 4: Oracle Cloud VMware Solution

by // Leave a Comment


In this final blog series, we are now going to take a look at deploying our Nested Lab in an Oracle Cloud VMware Solution environment. Similiar to GCVE, we also will have the ability to run Nested vSAN on top of the physical vSAN within OCVS and by default, customers are provided with the full administrator credentials. For networking, customers also have full access to the NSX-T Manager instance and this means that MAC Learning can be enabled and will allow inner-guest workloads will be able to communicate properly within and outside of the Nested Lab deployment.

Disclaimer: Nested ESXi is not officially supported on Oracle Cloud VMware Solution or by VMware.

[Read more...]

Automated Nested Lab Deployment on SDDC Part 3: Google VMware Cloud Engine

by // 1 Comment


In Part 3 of this series, we will be taking a look at deploying our Nested Lab in a Google Cloud VMware Engine environment. One thing you may notice that is different between VMConAWS and AVS is that we are actually running a Nested vSAN on top of the physical vSAN within GCVE. In the current version of GCVE, customers have the ability to "escalate" their privileges from the default and this would allow us to configure the necessary ESXi advanced setting so that we do not have to rely on an NFS setup. For networking, customers also have full access to the NSX-T Manager instance and this means that MAC Learning can be enabled which will allow inner-guest workloads will be able to communicate properly within and outside of the Nested Lab deployment.

Disclaimer: Nested ESXi is not officially supported on Google Cloud VMware Engine or by VMware.

[Read more...]

Automated Nested Lab Deployment on SDDC Part 2: Azure VMware Solution

by // 8 Comments


In Part 2 of this series, we will be taking a look at deploying our Nested Lab in an Azure VMware Solution environment. Simliar to VMConAWS, we will need to deploy our NFS Photon OS OVA because administrative access to the physical ESXi hosts is not available. This is required to enable an advanced ESXi setting to be able to run Nested vSAN on top of the physical vSAN. From a networking standpoint, customers do have full access to the NSX-T Manager instance and this means that MAC Learning can be enabled which will allow inner-guest workloads will be able to communicate properly within and outside of the Nested Lab deployment.

Disclaimer: Nested ESXi is not officially supported on Azure VMware Solution or by VMware.

[Read more...]