WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud
  • Tanzu
    • Application Modernization
    • Tanzu services
    • Tanzu Community Edition
    • Tanzu Kubernetes Grid
    • vSphere with Tanzu
  • Home Lab
  • Nested Virtualization
  • Apple
You are here: Home / VMware Cloud / Quick Tip - Avoid network conflicts with Docker Bridge Network on the vCenter Cloud Gateway for vSphere+/vSAN+

Quick Tip - Avoid network conflicts with Docker Bridge Network on the vCenter Cloud Gateway for vSphere+/vSAN+

07.12.2022 by William Lam // Leave a Comment

The new vSphere+/vSAN+ cloud service is now generally available for all customers! For those interested, I recently wrote about my first experience using the new vSphere+vSAN+ service with my vSphere Homelab environment, which I will also be updating based on the generally available service.

In addition to the resources above and in the VMC Cloud Console, here is a link to the official vSphere+/vSAN+ documentation including pre-req.

During my initial deployment of the vCenter Cloud Gateway (VCGW) used by the vSphere+/vSAN+ service, I did not run into any issues but upon deploying my second VCGW for a different environment, I ran into some networking issues. After a bit of debugging, I came to learn  that the VCGW application and services are composed of various Docker containers and there was a network conflict with the default Docker Bridge Network that the VCGW has been configured by default with.

The VCGW uses 172.17.0.1/16 for its Docker Bridge Network and this actually overlaps with my existing network where my on-premises vSphere environment. One symptom of this issue is that when attempting to register and connect VCGW with the VMC Cloud Console, you will notice the progress bar is stuck at exactly 50% during the "Retrieving Packages".


Unfortunately, this setting is not configurable as part of the initial VCGW deployment workflow, however it can be modified so that a conflict with the VCGW can be avoided.

Step 1 - If you have deployed the VCGW and attempted the registration, you will need to delete the deployment and redeploy. I have found that even updating the settings after the registration process has begun still runs into some other issue.

Step 2 - Before attempting to access the VAMI interface (https://FQDN:5480), SSH to VCGW using the root credentials that you had used during the deployment. Once you are logged in, go ahead and type "shell" to change into the Bash Shell

Step 3 - Edit the Docker configuration file /etc/docker/daemon.json and change the BIP address to another network which does not conflict (e.g. 172.50.0.1/16) and then save the changes

Step 4 - Lastly, reboot the VCGW for the changes to go into effect and once it is available, you can now proceed with the setup.

I have already shared this issue and feedback with our Engineering team and this experience should hopefully be improved in the future and better accommodate Docker Bridge Network changes to avoid network conflicts.

More from my site

  • A first look at the new vSphere+ & vSAN+ Cloud Service
  • VMware Cloud Enterprise Federation with Microsoft Azure Active Directory
  • VMware Cloud Enterprise Federation with AWS SSO
  • Quick demo videos of new VMware Cloud with Tanzu services
  • Automating the new VMware Cloud Notification Gateway (NGW) User Notification Preferences
Share this...
  • Twitter
  • Facebook
  • Linkedin
  • Reddit
  • Pinterest

Categories // VMware Cloud, vSphere 7.0 Tags // vCenter Cloud Gateway, VMware Cloud

Thanks for the comment! Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Author

William Lam is a Senior Staff Solution Architect working in the VMware Cloud team within the Cloud Infrastructure Business Group (CIBG) at VMware. He focuses on Cloud Native technologies, Automation, Integration and Operation for the VMware Cloud based Software Defined Datacenters (SDDC)

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.
To find out more, including how to control cookies, see here: Cookie Policy

Connect

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • Vimeo

Support

Recent

  • vSphere ESXi 7.x will be last version to officially support Apple macOS Virtualization 08/03/2022
  • First look at the new Supermicro E302-12D (Ice Lake D) 07/27/2022
  • Quick Tip - How to actually disable host encryption mode on ESXi? 07/25/2022
  • Exploring the Cloud-init Datasource for VMware GuestInfo using vSphere 07/20/2022
  • Quick Tip - ESXi 7.0 Update 3f now includes all Intel I219 devices from Community Networking Driver Fling 07/18/2022

Advertisment

Copyright WilliamLam.com © 2022

 

Loading Comments...