Loading

×Sorry to interrupt
Uncaught ReferenceError: addCTracking is not defined
throws at https://kb.vmware.com/resource/KM_TealiumTrackingJS?v=0.5:100:1

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

My Subscriptions

Loading

Knowledge Base

Proactive Rebalance does not balance disk usage in stretched clusters using Storage Policies with only local protection (PFTT=0,SFTT=1). (67890)

Last Updated: 4/5/2024Categories: TroubleshootingTotal Views: 3637Language:
Chinese (Simplified)JapaneseEnglish

Subscribe to get an email
newsletter with new updates

Please provide article feedback:

Symptoms

Proactive Rebalance does not balance disk usage in stretched clusters using Storage Policies with only local protection (PFTT=0,SFTT=1).

Purpose

This article provides the steps used to identify the cause of this issue and remediate this condition.

Cause

When vSAN data-Objects have a Storage Policy applied which only has local-protection rules (e.g. PFTT=0,SFTT=1,Affinity=Preferred) these Objects data-components can only reside on one data-site in the cluster and this can result in imbalance in disk usage on each site.

For example: if 20TB of data has Affinity to Preferred site and only 10TB of data has Affinity to Secondary site then there will be a disparity of 10TB used space between the sites which Proactive Rebalance cannot remediate (as moving components to the lower utilised site would violate the rules of the Storage Policy).

Resolution

Identify that the disparity in disk usage is between the sites, this can be achieved via RVC by checking the disk usage of the nodes on each site using:

> vsan.disks_stats <pathToCluster>

If one site has all the disks exceeding the max variance in disk-usage (30%), it should also show only data to be moved from the site with the higher usage when checked via RVC:

> vsan.proactive_rebalance_info <pathToCluster>

Further clarification of which VMs have which Storage Policies applied can be performed in bulk via RVC:

> spbm.check_compliance <pathToVMs>*

*Note that VMs can reside in many locations if Resource Pools are used and thus using /*/* against multiple pools may be required in order to identify all VMs in inventory.

From the vSphere Clients it is possible to retrieve information relating to how much space each VM using a Storage Policy is consuming:
Home > Policies and Profiles > VM Storage Policies > Policy Name > VMs > Virtual Machines (sort by 'Used Space')

To balance the data usage evenly across the sites it is advised to identify VMs that do not have a business requirement to reside on any specific site and apply a Storage Policy with affinity to the lower utilised site. This will move the imbalanced data to the other site thus balancing the clusters disk-usage. If there is a substantial quantity of data to be moved, consider performing this task during off-peak hours so as to avoid resource contention.

How to get access into RVC.

1. SSH into vCenter and type either rvc localhost or rvc, depending on how the user account has been set,  then enter proper user name and its corresponding password
2. Navigate through the menu using ls and cd
3. From the respective path you can execute the above commands as shown on below screenshots.
4. On this case the commands are being executed against SDDC-Cluster1 cluster  on SDDC-Datacenter data center

See also
vSAN Stretched Cluster Site Imbalance (78045)
https://ikb.vmware.com/s/article/78045

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseEnglish

Attachments

Additional Resources

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

Result 1 of 1

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vSAN

Related Versions:

VMware vSAN 6.7.x

VMware vSAN 6.6.x

Take Our Survey

Support Assistant