Skip to content
This repository has been archived by the owner on Sep 7, 2022. It is now read-only.

ESXi 6.5 60 volume limit per cluster #515

Open
compendius opened this issue Nov 23, 2018 · 2 comments
Open

ESXi 6.5 60 volume limit per cluster #515

compendius opened this issue Nov 23, 2018 · 2 comments

Comments

@compendius
Copy link

compendius commented Nov 23, 2018

Individual VMs in VMware have a limitation of 60 virtual disks per VM in ESXi 6.5

The Kubernetes scheduler is not aware of this limitation, and does not account for the amount of virtual disks already attached to a VM when pods with dynamic persistent vSphere storage class volumes are provisioned and therefore add more virtual disks.

Therefore no matter how large a Kubernetes cluster you can only safely ever use 60 vSphere storage class volumes across the whole cluster. If the scheduler picks a node that already has 60 virtual disks then the deployment will fail and not try reschedule onto a different node.

This maximum scale limit documentation is misleading in this and makes no mention of the limitation.

https://vmware.github.io/vsphere-storage-for-kubernetes/documentation/maximum-scale-limit.html

@compendius compendius changed the title 60 volume limit per cluster ESXi 6.5 60 volume limit per cluster Nov 28, 2018
@compendius
Copy link
Author

After more research it looks like Kubernetes 1.11+ has a feature called 'node-specific volume limits"

https://kubernetes.io/docs/concepts/storage/storage-limits/

To fix this issue the vSphere driver needs to support this feature. It can do this either with a re-write of the in-tree driver, or implementing CSI as the storage interface (which will support this).

@divyenpatel
Copy link

@compendius thank you for reporting an issue.
Can you file a feature request at - https://github.com/kubernetes/cloud-provider-vsphere

We will implement this with CSI.

CC: @SandeepPissay

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants