<!--DEBUG:--><!--DEBUG:dc3-united-states-software-in-english-pdf-2--><!--DEBUG:--><!--DEBUG:dc3-united-states-software-in-english-pdf-2--><!--DEBUG-spv-->{"id":1977837,"date":"2021-08-29T09:14:00","date_gmt":"2021-08-29T07:14:00","guid":{"rendered":"http:\/\/nhub.news\/?p=1977837"},"modified":"2021-08-29T11:02:15","modified_gmt":"2021-08-29T09:02:15","slug":"intro-to-google-cloud-vmware-engine-establishing-an-sddc-in-google-cloud","status":"publish","type":"post","link":"http:\/\/nhub.news\/fr\/2021\/08\/intro-to-google-cloud-vmware-engine-establishing-an-sddc-in-google-cloud\/","title":{"rendered":"Intro to Google Cloud VMware Engine: Establishing an SDDC in Google Cloud"},"content":{"rendered":"<p style=\"text-align: justify;\"><b>This post walks through planning, prerequisites, and the process of deploying a Software-Defined Data Center (SDDC) using HCX in Google Cloud VMware Engine &#8230;<\/b><br \/>\nJoin the DZone community and get the full member experience. This post is the first in a series on Google Cloud VMware Engine and Google Cloud Platform. This post walks through planning, prerequisites, and the process of deploying a Software-Defined Data Center (SDDC) using HCX in Google Cloud VMware Engine, as well as configuring a VPN gateway for initial access to the environment. Before we dive into this, I want to set expectations for this blog series. My goal when working in the cloud is to create, modify and destroy resources programmatically. My tool of choice is Terraform, but I will also use CLI-based tools like gcloud. Occasionally I will inspect API calls directly and perform API calls with Python or cURL. I have found that learning a product&rsquo;s API is an excellent way to master it. Cloud consoles (GUIs) are adequate when getting started, but interfacing with the API, whether through Terraform or an SDK, is how these platforms are designed to work. This first post will be different from the others because the Google Cloud VMware Engine API documentation is not yet public, nor is there any Terraform functionality available to create or destroy Google Cloud VMware Engine resources. API documentation and Terraform for Google Cloud VMware Engine is coming, so when it is available, I will certainly blog about it! For now, I will walk through the Google Cloud VMware Engine GUI to detail SDDC and VPN gateway creation. Have no fear \u2014 there will be plenty of Terraform in future posts. The most important thing to do before deploying anything into the cloud is rigorous planning. Deploying an SDDC in Google Cloud VMware Engine is no different. You will need to designate several unique IP ranges to be used for SDDC infrastructure and workloads, ensure the proper firewall ports are allowed to manage your SDDC and prepare your Google Cloud Platform environment before deploying an SDDC. All of these prerequisites are detailed in the Google Cloud VMware Engine prerequisites documentation, which I highly recommend reading. Google&rsquo;s documentation is thorough, and there is nothing better than reading through all of the docs if you want to understand how this solution works. Here is an overview of the required steps: Once these are completed, you are ready to create your SDDC! To create a Google Cloud VMware Engine SDDC, browse to Compute &gt; VMware Engine in the Google Cloud Platform Console. This will bring you to the Google Cloud VMware Engine homepage. Click Create a Private Cloud to get started. Specify your cloud name, location, node count, and predetermined network ranges. If you cannot choose your desired region, ensure you have requested the VMware Engine nodes quota for that region. Your quota will also determine how many nodes you can request. The minimum node count is three nodes. After clicking Review and Create, you will be shown a confirmation page. Review your choices and click Create. You will be taken to a summary page for your new cluster once provisioning begins. Note that the state is Provisioning in the screenshot above, and it will take between 30 minutes to 2 hours to complete. My experience has been that it takes just over 30 minutes to provision an SDDC, which is pretty impressive. You can click on the Activity to tab to view recent events, tasks, and alerts. Drilling into those will provide specifics on any activity in your SDDC, including the provisioning process. There are several ways to access your Google Cloud VMware Engine environment, including Cloud Interconnect and Cloud VPN. I will explore these topics in future posts. To establish initial connectivity to Google Cloud VMware Engine, a VPN gateway can be used. This is an OpenVPN-based client VPN that will allow you to connect to your SDDC&rsquo;s vCenter and perform any initial configuration that you desire. Before the VPN gateway can be deployed, you will need to configure the \u201cEdge Services\u201d range for the region where your SDDC is deployed. To do this, browse to Network &gt; Regional settings in the Google Cloud VMware Engine portal, and click Add Region. Choose the region where your SDDC is deployed and enable Internet Access and Public IP Service. Supply the Edge Services range you earmarked during planning and click Submit. Enabling these services will take 10-15 minutes. Once complete, they will show as Enabled on the Regional Settings page. Enabling these settings will allow Public IPs to be allocated to your SDDC, which is a requirement for deploying a VPN Gateway. To begin the deployment, browse to Network &gt; VPN Gateways and click Create New VPN Gateway. Supply the name for the VPN gateway and the client subnet reserved during planning and click Next. Choose specific users to grant VPN access, or enable Automatically add all users, and click Next. Next, specify which networks to make accessible over VPN. I opted to add all subnets automatically. Click Next, and a summary screen will be displayed. Verify your choice and click Submit to create the VPN Gateway. You will be returned to the VPN Gateways page, and the new VPN gateway will have a status of Creating. Once the status shows as Operational, click on the new VPN gateway. Click Download my VPN configuration to download a ZIP file containing pre-configured OpenVPN profiles for the VPN gateway. Profiles for connecting via UDP\/1194 and TCP\/443 are available. Choose whichever is your preference and import it into Open VPN, then connect. In the Google Cloud VMware Engine portal, browse to Resources and click on your SDDC. Finally, you can click Launch vSphere Client. Credentials are provided on the Summary page. Login with username cloudowner@gve.local and the provided password. Huzzah! You are now free to explore your newly created SDDC in Google Cloud VMware Engine. Your first task should be updating the password for the cloudowner@gve.local account. As you can see, deploying in SDDC in Google Cloud VMware Engine is easier than setting up client VPN access. Now, a standalone SDDC is cool, but in the next post, we will look at connecting it to a VPC. This will be almost entirely automated with Terraform, apart from a tiny bit of work that needs to be done in the Google Cloud VMware Engine portal. Later posts will cover creating a bastion host, connecting with Cloud VPN and Cloud Interconnect, configuring HCX for workload migration, and all sorts of other use cases. Are you using Google Cloud VMware Engine? If so, please reach out to me on Twitter ( @NetworkBrouhaha) and let me know what topics you&rsquo;d like to see covered. Published at DZone with permission of Matt Elliott. See the original article here. Opinions expressed by DZone contributors are their own.<\/p>\n<script>jQuery(function(){jQuery(\".vc_icon_element-icon\").css(\"top\", \"0px\");});<\/script><script>jQuery(function(){jQuery(\"#td_post_ranks\").css(\"height\", \"10px\");});<\/script><script>jQuery(function(){jQuery(\".td-post-content\").find(\"p\").find(\"img\").hide();});<\/script>","protected":false},"excerpt":{"rendered":"<p>This post walks through planning, prerequisites, and the process of deploying a Software-Defined Data Center (SDDC) using HCX in Google Cloud VMware Engine &#8230; Join the DZone community and get the full member experience. This post is the first in a series on Google Cloud VMware Engine and Google Cloud Platform. This post walks through [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":1977836,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[93],"tags":[],"_links":{"self":[{"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/posts\/1977837"}],"collection":[{"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/comments?post=1977837"}],"version-history":[{"count":1,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/posts\/1977837\/revisions"}],"predecessor-version":[{"id":1977838,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/posts\/1977837\/revisions\/1977838"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/media\/1977836"}],"wp:attachment":[{"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/media?parent=1977837"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/categories?post=1977837"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/nhub.news\/fr\/wp-json\/wp\/v2\/tags?post=1977837"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}