VMware Cloud Foundation 3.0 | 20 SEPTEMBER 2018 | Build 10044179
VMware Cloud Foundation is a unified SDDC platform that brings together VMware vSphere, vSAN, NSX and optionally, vRealize Suite components, into a natively integrated stack to deliver enterprise-ready cloud infrastructure for the private and public cloud. The Cloud Foundation 3.0 release continues to expand on the SDDC automation, VMware SDDC stack, and the partner ecosystem.
NOTE: VMware Cloud Foundation 3.0 must be installed as a new deployment. Upgrading from earlier Cloud Foundation versions is not supported.
What's in the Release Notes
The release notes cover the following topics:
- What's New
- Cloud Foundation Bill of Materials (BOM)
- VMware Software Edition License Information
- Supported Hardware
- Browser Compatibility and Screen Resolutions for the Cloud Foundation Web-Based user Interfaces
- Installation Information
- Updated Known Issues
The VMware Cloud Foundation 3.0 release includes the following:
Support for vSAN ReadyNodes that are certified with supported versions of ESXi
Expanded hardware support with ability to use vSAN ReadyNodes in the VMware Compatibility Guide (VCG) for vSAN. See Cloud Foundation Bill of Materials (BOM) for supported ESXi versions.
Support for customer's own network vendor and topology choice
New flexibility enables customers provide their choice of network switches, network topology, and network management tools.
Enhanced support for vRealize Suite components
Including improved workflows for deploying and connecting vRealize Suite components to workload domains.
Cloud Foundation Builder VM
New and streamlined method for Cloud Foundation deployment and SDDC initial bring-up using the Cloud Foundation Builder VM.
New user interface based on a common VMware framework and improved workflows
Redesigned SDDC Manager interface based on the next-generation Clarity interface framework.
Skip version upgrade capability for Platform Service Controllers, vCenter Server, and ESX
Ability to apply cumulative upgrades for these components.
Support for multiple clusters in a workload domain
Ability to support multiple clusters per vCenter Server in VI workload domains.
Full certificate management in the SDDC Manager dashboard
You can now manage, configure, and install Microsoft Certificate Authority signed certificates to the SDDC Manager user interface.
Dual Availability Zone (AZ) vSAN Stretched Clusters
Manual guidance to deploy vSAN stretched clusters on Cloud Foundation across two Availability Zones.
Cloud Foundation Bill of Materials (BOM)
The Cloud Foundation software product is comprised of the following software Bill-of-Materials (BOM). The components in the BOM are interoperable and compatible.
|Software Component||Version||Date||Build Number|
|Cloud Foundation Builder VM||3.0||20 SEP 2018||10044179|
|SDDC Manager||3.0||20 SEP 2018||10044179|
|VMware vCenter Server on vCenter Server Appliance||6.5 U2c||13 AUG 2018||9451637|
|VMware Platform Services Controller||6.5 U2c||13 AUG 2018||9451637|
|VMware vSphere (ESXi)||6.5 EP8||16 AUG 2018||9298722|
|VMware vSAN||6.6.1 EP8||14 AUG 2018||9152287|
|VMware NSX Data Center for vSphere||6.4.1||25 MAY 2018||8599035|
|VMware vRealize Operations||6.7||11 APR 2018||8183617|
|VMware vRealize Automation||7.4||11 APR 2018||8229492|
|VMware vRealize Log Insight||4.6.1||07 JUN 2018||8597028|
|VMware NSX content pack for vRealize Log Insight||3.7||n/a||n/a|
|VMware vSAN content pack for vRealize Log Insight||2.0||n/a||n/a|
|vRealize Suite Lifecycle Manager||1.2||12 APR 2018||8234885|
IMPORTANT: VMware Cloud Foundation downloads upgrade manifests for non-applicable upgrade bundles. For example, in VMware Cloud Foundation 3.x, in addition to the pertinent VMware Cloud Foundation 3.x manifest, you may also see update manifests present for VMware Cloud Foundation 2.x. For more information refer to Knowledge Base article 65045 VMware Cloud Foundation downloads upgrade manifests for non-applicable upgrade bundles.
VMware Software Edition License Information
The SDDC Manager software is licensed under the Cloud Foundation license. As part of this product, the SDDC Manager software deploys specific VMware software products.
The following VMware software components deployed by SDDC Manager are licensed under the Cloud Foundation license:
- VMware ESXi
- VMware vSAN
- VMware NSX Data Center for vSphere
The following VMware software components deployed by SDDC Manager are licensed separately:
- VMware vCenter Server
NOTE Only one vCenter Server license is required for all vCenter Servers deployed in a Cloud Foundation system.
- VMware vRealize Automation
- VMware vRealize Operations
- VMware vRealize Log Insight and content packs
NOTE Cloud Foundation permits limited use of vRealize Log Insight for the management domain without purchasing full vRealize Log Insight licenses.
For details about the specific VMware software editions that are licensed under the licenses you have purchased, see the Cloud Foundation Bill of Materials (BOM) section above.
For more general information, see the Cloud Foundation product page.
For details on vSAN ReadyNodes in Cloud Foundation, see the VMware Compatibility Guide (VCG) for vSAN and the Hardware Requirements section in the VMware Cloud Foundation Planning and Preparation Guide.
To access the Cloud Foundation 3.0 documentation, go to the VMware Cloud Foundation documentation landing page.
To access the documentation for VMware software products that SDDC Manager can deploy, see their documentation landing pages and use the drop-down menus on the page to choose the appropriate version:
- VMware vSphere 6.5 documentation landing page, also has documentation about ESXi and vCenter Server
- VMware vSAN documentation landing page
- VMware NSX Data Center for vSphere documentation landing page
- VMware vRealize Log Insight documentation landing page
- VMware vRealize Automation documentation landing page
Browser Compatibility and Screen Resolutions
The Cloud Foundation web-based interface supports the following web browsers:
- Google Chrome: Version 69.x or 68.x
- Mozilla Firefox: Version 62.x or 61.x
For the Web-based user interfaces, the supported standard resolution is 1024 by 768 pixels. For best results, use a screen resolution within these tested resolutions:
- 1024 by 768 pixels (standard)
- 1366 by 768 pixels
- 1280 by 1024 pixels
- 1680 by 1050 pixels
Resolutions below 1024 by 768, such as 640 by 960 or 480 by 800, are not supported.
You cannot upgrade to Cloud Foundation 3.0 from a previous version. You must deploy directly as a fresh installation in three phases.
Phase One: Prepare the Environment
The VMware Cloud Foundation Planning and Preparation Guide provides detailed information about the software, tools, and external services that are required to implement a Software-Defined Data Center (SDDC) with VMware Cloud Foundation, using a standard architecture model.
Phase Two: Image all servers with ESXi
Image all servers with ESXi 6.5 EP8 (build 9298722). See Knowledge Base article VMware ESXi 6.5, Patch Release ESXi650-201808001 for details.
Phase Three: Install Cloud Foundation 3.0
Please refer to the following user documentation:
- The VMware Cloud Foundation Architecture and Deployment Guide, which provides a high-level overview of the VMware Cloud Foundation product and its architecture. This document also describes the deployment process for Cloud Foundation.
- The VMware Cloud Foundation Operations and Administration Guide, which provides information about managing a VMware Cloud Foundation system, including managing the system's virtual infrastructure, managing users, configuring and deploying service offerings, and upgrading and monitoring the system.
- Bundle Transfer Utility does not download install bundles
The Bundle Transfer Utility packaged with the SDDC Manager VM does not download vRealize install bundles.
Workaround: Download the Bundle Transfer Utility from KB article 58838 to a computer with internet access. Then follow the instructions in the Manually Download Update Bundles section of the Operations and Administration guide.
- Platform audit for network connectivity validation fails
The vSwitch MTU is set to the same MTU as the VXLAN VTEP MTU. However, if the vSAN and vMotion MTU are set to 9000, then vmkping fails.
Workaround: Modify the nsxSpecs settings in the bring-up JSON by setting the VXLANMtu as a jumbo MTU because vSwitch is set with the VXLAN MTU value. This will prevent the error seen in the platform audit.
- Updated Bringup service logs are not accessible by admin user
Although the admin user has permission on the Cloud Foundation Builder VM, bringup logs can only be accessed by the root user.
Workaround: See Knowledge Base article 59247 How to download logs from the SDDC Manager VM or Cloud Foundation Builder VM in VMware Cloud Foundation 3.0.
- No warning to prevent user from replacing certificates during updates
The SDDC Manager Dashboard does not prevent the user from replacing certificates while product updates are in progress. This is unsupported.
Workaround: Do not replace certificates if any update operations are in progress. Wait until updates complete before proceeding.
- vRealize Operations in vRealize Log Insight configuration fails when vRealize Operations appliances are in a different subdomain
During vRealize Suite deployment in Cloud Foundation, the user provides FQDN values for vRealize load balancers. If these FQDNs are in a different domain than the one used during initial bringup, the deployment may fail.
Workaround: To resolve this failure, you must add the vRealize Operations domain to the configuration in the vRealize Log Insight VMs.
- Log in to the vRealize Log Insight VM to modify the
nameserver 10.0.0.250 nameserver 10.0.0.250 domain vrack.vsphere.local search vrack.vsphere.local vsphere.local
- Add the domain used for vRealize Operations to the last line above.
- Repeat on each vRealize Log Insight VM.
- Log in to the vRealize Log Insight VM to modify the
- Certificate replacement for vRealize Operations component requires load balancer reconfiguration to pass-through
For vRealize Operations, the certificate resides by default on the load balancer, not on the individual nodes as with most other components. After replacing the certificate for the first time, you must ensure that the NSX load balancer for vRealize Operations nodes is configured for SSL pass-through since the new certificate will reside on the individual nodes.
Workaround: Reconfigure the appropriate NSX Edge using the following procedure:
- Log in into the Management vCenter and navigate to Home > Networking & Security.
- Select NSX Edges in the Navigator.
- Confirm that the IP address in the NSX Manager field is same as the IP address for the NSX manager for the management domain.
- Double-click the NSX Edge labeled vrealize-edge.
- Select the Manage tab, then the Load Balancer tab.
- Open Application Profiles.
- Find and click the profile vrops-https profile with name and click Edit.
- Select the Enable SSL Passthrough option and click OK.
- The vSAN HCL database does not update as part of workload domain creation
When you create a workload domain, the vSAN HCL database should update as part of the process. As a result, database moves into a CRITICAL state, as observed from vCenter.
Workaround: Manually update the vSAN HCL database as described in Knowledge Base article 2145116.
- Adding host fails when host is in a different VLAN
This operation should succeed as adding a host to workload domain cluster should succeed even though the new host is on a different VLAN than other hosts in the same cluster.
- Before attempting to add a host, add a new portgroup to the VDS for the cluster.
- Tag the new portgroup with the VLAN ID of the host to be added.
- Run the Add Host workflow in the SDDC Manager Dashboard.
This will fail at the "Migrate host vmknics to dvs" operation.
- Locate the failed host in vCenter, and migrate the vmk0 of the host to the new portgroup you created in step 1.
- Retry the Add Host operation.
It should succeed.
NOTE: If you remove the host in the future, remember to manually remove the portgroup, too, if it is not used by any other hosts.
- User must manually accept the vCenter Server certificate in vRealize Automation after connecting to workload domains.
After deploying vRealize Automation and connecting it to workload domains in Cloud Foundation, the user must switch to the vRealize Automation interface and to manually accept the security certificate.
Workaround: After integrating vRealize Automation with VI Workload Domain, accept the certificate as follows:
- Log in to vRealize Automation using the Tenant Administrator account.
- Go to the Infrastructure tab and select Endpoints.
- Click NSX endpoint.
- Click Test Connection.
- Click OK to accept the NSX certificate.
- Click OK to confirm the endpoint settings.
- Repeat steps 3.-6. for the vSphere endpoint.
- vSAN disk validation returns cache tier.
During the vSAN disk validation operation the system returns the error
"Host 'X' does not contain the minimum VSAN SDD cache disk required. VSAN cache their not within 200GB +-13.0 percent specification - FAIL". This may be caused by the validation process not correctly identifying the correct cache tier capacity requirements for the vSAN capacity tier size.
Workaround: Manually verify that the SSD Cache tier is the appropriate size for the specificed vSAN Capacity tier. The cache tier must be at least 10% of capacity tier. Once verified, error can be safely bypassed by clicking Acknowledge.
- Operationsmanager component fails to come up after RPM upgrade.
After manually upgrading the operations manager RPM to the latest version, the operationsmanager fails to come up. The system returns INFO-level message: Waiting for changelog lock... This is likely caused by overlapping restarts of the service preventing any from succeeding. This can happen to any service (e.g. ) which is exercising liquibase, such as
Workaround: Clean the databasechangeloglock table from the database.
- Log in to the SDDC Manager VM as admin user "vcf".
- Enter su to switch to root user.
- Run the following commands:
- Open the postgres command prompt:
# psql -h /home/postgresql/ -U postgres
- Open the password manager:
- Delete the databasechangeloglock:
- Leave the password manager and exit from the postgres prompt.
- Restart the operationsmanager component:
# systemctl restart operationsmanager
- Verify the operationsmanager is running:
# curl http://localhost/operationsmanager/about
It should return something like:
- Open the postgres command prompt:
- vRealize Suite Lifecycle Manager is not properly cleaned-up during uninstall.
vRealize Suite Lifecycle Manager is not cleaned-up during an uninstall of a failed vRealize Automation or vRealize Operations Manager deployment. This may happen if the deployment workflow for vRealize Automation or vRealize Operations fails under some specific conditions on step “ChangeVrslcmPasswords”. For example, if SDDC Manager services are restarted during this operation. As a result, vRealize Suite Lifecycle Manager VM is not be properly cleaned up from the system during the uninstall process of the failed vRealize Automation or vRealize Operations Manager deployment.
Consecutive attempts to deploy vRealize Automation or vRealize Operations Manager will fail due to vRealize Suite Lifecycle Manager being left in a bad state.
Workaround: Follow the steps outlined in Knowledge Base article 57917 to fix the issue.
- vRealize Suite: The IaaS ManagerService stops running on the IaaS manager service nodes after certificate replacement.
After replacing the certificate for the vRealize Automation resource, the Manager Service stops running on the IaaS manager service nodes. This can be observed by accessing the vRealize Automation appliance and opening the vRA Settings tab. Expand the IaaS manager service entries (for example, iaasms1.<serviceusername>.local or iaasms2.<serviceusername>.local) and the ManagerService shows a status of Stopped.
Workaround: After completing certificate replacement, you must manually restart the ManagerService on the principal IaaS manager service node: for example, iaasms1.<serviceusername>.local. (The name of the node on your system may vary.) Access the node as described above and restart it. It may take five to ten minutes for the node to restart. It is recommended you return to verify the restart. You must also restart the VMware vCloud Automation Center Service.
NOTE: You only need to restart one node. The other will restart as a peer.
- Updating password policy failure results in UPDATE message when should be FAILED
If the password policy fails, the system shows an UPDATE status and the transaction history shows the message "Operation failed in 'appliance update', for credential update." In actuality, the operation has FAILED because the new password does meet requirements. A more appropriate message would read "Password update has failed due to unmet policy requirements" and recommend reviewing the policy.
Workaround: Review the password policy for the component in question and modify the password configuration as necessary, and try again to update.
- Add cluster to domain operation fails with error FAILED_TO_GET_COMPLIANT_ESXI_VERSIONS
This error most likely occurs if you attempt the Add Cluster workflow shortly after an LCM update. Due to a separate issue, the LCM cache is taking longer to refresh than expected, thus returns the wrong component version information and resulting in the error.
Workaround: Wait for at least 5 minutes after LCM updates complete before initiating the Add Cluster operation.
- System not taking snapshot prior to certificate replacement
By design, the certificate replacement process for VI domain resources should automatically take a snapshot in case the replacement process fails and the user needs to roll back. However, the system is failing to take this snapshot.
Workaround: Before initiating the certificate replacement workflow, manually take the snapshot.
- Certificate replacement for the vRealize Automation component fails with 401 error
Certificate replacement for the vRealize Automation component fails due to a 401 unauthorized error with the message "Importing certificate failed for VRA Cafe nodes." This issue is caused by a password lockout in the vRealize Automation product interface. For example, independently of Cloud Foundation, a user tried to log in to vRealize Automation with the wrong credentials too many times, causing the lockout.
Workaround: The lockout period lasts for thirty minutes, after which the certification replacement process can succeed.
- Cloud Foundation Builder fails to initiate with "[Admin/Root] password does not meet standards" message
When configuring the Cloud Foundation Builder admin and root passwords, format restrictions are not validated. As a result, a user may create a password that does not comply with the restrictions. As a result, Cloud Foundation Builder will fail upon initiation.
Workaround: When configuring Cloud Foundation Builder, ensure that the password meets the following restrictions:
- Minimum eight characters long.
- Must include both uppercase and lowercase letters
- Must include digits and special characters
- Must not include common dictionary words
- SoS log collection fails with default options
When running SoS log collection with default options, the discovery protocol check fails because it is trying to get details from ESXi nodes that are outside the current workload domain. By defaul,t SoS runs for the management domain if no other domain is specified with the
This error occurs when more than one workload domain is present.
Workaround: Specify the
--domain-name ALLflag when running the health check. For example:
./sos --compute-health --domain-name ALL
- Bring-up fails during SDDC Manager VMCA certificate installation task
The bring-up may fail during SDDC Manager VMCA certificate installation task.
Workaround: Wait a few minutes, then retry bring-up using the Retry feature.
- Update depot login details do not appear in the Administration > Update Management page
After manual restart of LCM service, the LCM depot enters a NOT_INITIALIZED state. This issue self-corrects during polling, but that may take up to an hour.
Workaround: Re-login to the depot from the dashboard depot notification resolves the issue without having to wait for the polling.
- SSL Certificate Replacement for vCenter breaks vRealize Operations data collection
After replacing the certificate for the vCenter Server component, both the vCenter and vSAN components in vRealize Operations Manager report a "Collection failed" error message. Testing the connection and attempting to accept the new certificate returns additional error messages:
Unable to establish a valid connection to the target system. Adapter instance has been configured to trust multiple certificates, when only one is allowed. Please remove any old, unneeded certificates and try again.
Workaround: If you encounter this issue, use the following procedure to resolve the situation.
- Delete the current vCenter and vSAN adapters.
- Re-create them using the same configuration and credentials originally set by vRealize Operations.
- Test the connection, accept the new certificates, and save the configuration.
- SSO password rotation fails in NsxManagerSsoUpdater
After replacing the certificate, the password rotation fails in NsxManagerSsoUpdater, with an error message that the certificate doesn't match any of the alternative names. This is caused by reverse lookup failing to resolve on the DNS server for the NSX Manager.
Workaround: Use the following procedure to work around this issue.
- Correct the DNS issue by adding the missing reverse lookup entry in the DNS server for the NSX Manager.
- Repeat the password rotation process.
- Add cluster to domain fails with error: FAILED_TO_GET_COMPLIANT_ESXI_VERSIONS
This issue has been observed when a user attempts to add a cluster to a newly created workload domain. The domain creation workflow includes creating a cluster for that domain. However, even though the domain creation workflow may be completed, the new cluster may require up to five minutes to be recognized. This error results if a user tries to add an additional cluster during this five minute period.
Workaround: After creating a new workload domain, all five minutes to pass before adding a new host cluster to that domain.
- Precheck returns Java Resource Access Exception
The precheck operation returns the following Java error:
org.springframework.web.client.ResourceAccessException: I/O error on POST request for "https://nsxManager.qr13.vcf.local/api/1.0/appliance-management/backuprestore/backup". This issue has been observed after replacing the certificate for the PSC, vCenter, NSX, and vRealize Automation components, and may be caused by a loss of connection between the SDDC Manager virtual appliance and the NSX Manager node.
Workaround: If you receive this error, do the following:
- Verify that the the SDDC Manager VM is reachable from the NSX Manager node, and that there are no SSL issues.
- Register the NSX Manager with the vCenter Server through the NSX Manager interface. (If applicable, restart the vSphere Web client before running an upgrade.)
- Replace the certificate again, and retry the precheck operation.
- New IP address for the load balancer VM shows as N/A in the SDDC Manager interface.
In the Services tab in the MGMT domain page shows N/A as the IP address for the vRealize Log Insight load balancer VM.
Workaround: The user can discover the IP as follows:
- Log in to the SDDC Manager VM, and change to root user.
- Run the following command to return the load balancer IP address: