[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-08-11。"],[],[],null,["# Update a private cloud\n======================\n\nWhen new software becomes available from VMware, VMware Engine tests\nthe software, then makes it available to you through the\nVMware Engine Update center.\n\nYou can use the Update center to perform the following updates:\n\n- **Version updates**: an update to a VMware component that introduces new features and upgrades the VMware stack version.\n- **Maintenance patches**: a patch that fixes a specific issue in a VMware component.\n- **Security patches**: a patch that fixes a security issue in a VMware component. Google runs security patches as soon as they are available, you can't schedule them in the Update center.\n\nVersion updates and maintenance patches are *schedulable updates* , which means\nthat you can plan for them and control when they run. Security patches are\n*non-schedulable updates*, which means that you can't control when they run.\n\nUpdate notifications\n--------------------\n\nAfter an update becomes available, VMware Engine sends the following\nupdate notifications:\n| **Note:** Start date and time is shown in the Coordinated Universal Time (UTC) time zone.\n\n- **Update Announcement:** a notification sent to all users about a maintenance\n patch or a security patch that will become available within seven days, or\n within 30 days for any version updates.\n\n- **Scheduling Available:** a notification about the default update schedule of\n your private cloud. You can change the default schedule for version updates\n and maintenance patches up to 15 days before the default start date. You can\n change the schedule up to 15 days from the default start date of the update.\n\n- **Update Start:** a notification about the start of an update for your\n private cloud.\n\nNotifications are shown on the Google Cloud console, vCenter UI, and NSX UI, and are\nsent to the account administrator's email.\n\nSchedule private cloud updates\n------------------------------\n\nAfter you receive a *scheduling available* notification for your private\ncloud, you can view the default update schedule and daily window of updates, or\nupdate the schedule and daily update windows for version updates and maintenance\npatches. You can make changes to the update schedule, including its start date,\nuntil 15 days before the default start date.\n\nIf you don't make changes to the schedule, the update runs using the default\nschedule.\n| **Note:** You can't change the start date of the update beyond 15 days from the default start date.\n\n- **Scheduled Start Date:** the date and time when the update operations\n start. Start time defaults to the week of the day's start time window. For\n example if the start date is on a Wednesday, the start time of the update\n uses the start time of Wednesday's window start time.\n\n- **Daily Update Window:** updates are performed during this window on a\n daily basis on day of the week basis.\n\n### Preparation\n\nGoogle recommends taking the following preparations before starting an update or\nupgrade:\n\n- **Check storage capacity:** Ensure your vSphere cluster's storage space utilization is lower than 80% to maintain the [SLA](/vmware-engine/sla). If the utilization is higher than 80%, upgrades might take longer than normal or fail completely. If your storage utilization is higher than 70%, [add a node](/vmware-engine/docs/private-clouds/howto-manage-private-cloud#add-nodes) to expand the cluster and avoid any potential downtime during upgrades.\n- **Change vSAN storage policies with FTT of 0:** Change VMs configured with a vSAN storage policy for Failures to Tolerate (FTT) of 0 to a vSAN storage policy with FTT of 1 to maintain the SLA.\n- **Remove VM CD mounts:** Remove any CDs mounted on your workload VMs that are not compatible with vMotion.\n- **Complete VMware tool installations:** Complete any installations or upgrades of VMware tools before the scheduled upgrade begins.\n- **Remove SCSI bus sharing on VMs:** Remove SCSI bus sharing on VMs if you don't want the VMs to be powered off.\n- **Remove inaccessible VMs and datastores:** Remove unused and inaccessible VMs from the vCenter inventory. Remove any inaccessible external datastores.\n- **Disable Distributed Resource Scheduler (DRS) rules:** DRS rules that pin a VM to a host prevent a node from entering maintenance mode. You can disable the DRS rules before the upgrade and enable them after the upgrade is complete.\n- **Update VMware add-ons and third-party solutions:** Verify that VMware add-ons and third party solutions deployed on your private cloud vCenter are compatible with the post-upgrade versions mentioned previously. Examples of tools include those for backup, monitoring, disaster recovery orchestration, and other similar functions. Check with the solution vendor and update ahead of time if necessary to ensure compatibility after the upgrade.\n\n### View or change the update schedule\n\nWhen you schedule an update, you must provide an update window, which enables\nyou to control when the update runs. Updates are performed only during this\nwindow and pause until the next window allows updates to continue. You must\nspecify a minimum update window of 28 hours per week, spread across multiple\ndays, with a minimum of 4 hours required for each selected day in the update\nwindow. For example, if you selected an update window of all day (24 hours) on\nSunday, you would need to include a 4 hour window on another day of the week to\nmeet the minimum hours per day requirement.\n\nThe more time you include in your weekly update window, the earlier your update\nis projected to end. As you adjust your update window, the Update center\ncalculates an estimated end date and time, based on the total estimated update\ntime. For example, if the total estimated update time is 120 hours and you\nselect an update window of 40 hours per week, the update takes 3 weeks to\ncomplete and the Update center shows you an estimated end date and time which is\n3 weeks from the start date.\n\nTo change an update schedule do the following:\n\n1. In the Google Cloud console, go to the **Update center** page.\n\n [Go to Update center](https://console.cloud.google.com/vmwareengine/upgrades)\n2. From the list of private clouds, click the **More actions**\n more_vert button in the row\n of the private cloud that you want to update.\n\n3. Click **Review schedule** . The **Review update schedule** page opens.\n\n4. Review and optionally edit the following:\n\n 1. In the **Start date** field, modify the start date for the update. The start date must be within 15 days of the default start date and must be on a day of the week that is included in the update window. You can make changes to the start date from when you receive the *scheduling available* notification up to 15 days before the default start date.\n 2. In the **Update window** section, edit the update window by selecting a combination of days and times that are permissible for the update to occur. A minimum of 28 hours is required, with a minimum of four hours per day.\n5. Review **Estimated end date and time** , then click **Schedule update**.\n\nVMware Engine starts the update on the start date, at the\nstart time specified for the day of the week that the start date falls on.\nVMware Engine pauses the update outside of the times specified in the\nmaintenance window.\n\n### View details or view update status\n\nTo view the status of an update, do the following:\n\n1. In the Google Cloud console, go to the **Update center** page.\n\n [Go to Update center](https://console.cloud.google.com/vmwareengine/upgrades)\n2. Click **View details**.\n\nUpdates can be in one of the following states:\n\n- **Scheduled by default**: The update has a default schedule that you can review and edit until 7 days before the default start date.\n- **Scheduled by user**: The default update schedule was changed by a user.\n- **In progress**: The update is ongoing.\n- **Paused**: The update is paused and waiting for the next specified window, or an issue was found and the update will resume after it's fixed.\n- **Canceled**: The update was canceled by the system.\n- **Failed**: The update failed.\n- **Completed**: The update was completed and the private cloud is operational.\n\nAdditional information about the private cloud and update type are shown on this\npage.\n| **Note:** Components update and version information will show **-** for security updates."]]