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

vSphere cluster documentation for networks/nodes #2

Merged
merged 1 commit into from
Mar 5, 2016

Conversation

AlainRoy
Copy link

@AlainRoy AlainRoy commented Mar 5, 2016

Added a note to the getting started guide for vSphere to point users
at the right place to configure the number of minion nodes and the
IP ranges used by Kubernetes.

Added a note to the getting started guide for vSphere to point users
at the right place to configure the number of minion nodes and the
IP ranges used by Kubernetes.
@imkin
Copy link

imkin commented Mar 5, 2016

lgtm

casualjim added a commit that referenced this pull request Mar 5, 2016
vSphere cluster documentation for networks/nodes
@casualjim casualjim merged commit 3979706 into vmware-archive:vsphere-cloud Mar 5, 2016
BaluDontu pushed a commit that referenced this pull request Dec 8, 2016
BaluDontu pushed a commit that referenced this pull request May 24, 2017
…mance

Automatic merge from submit-queue (batch tested with PRs 38505, 41785, 46315)

Only retrieve relevant volumes

**What this PR does / why we need it**:

Improves performance for Cinder volume attach/detach calls. 

Currently when Cinder volumes are attached or detached, functions try to retrieve details about the volume from the Nova API. Because some only have the volume name not its UUID, they use the list function in gophercloud to iterate over all volumes to find a match. This incurs severe performance problems on OpenStack projects with lots of volumes (sometimes thousands) since it needs to send a new request when the current page does not contain a match. A better way of doing this is use the `?name=XXX` query parameter to refine the results.

**Which issue this PR fixes**:

kubernetes#26404

**Special notes for your reviewer**:

There were 2 ways of addressing this problem:

1. Use the `name` query parameter
2. Instead of using the list function, switch to using volume UUIDs and use the GET function instead. You'd need to change the signature of a few functions though, such as [`DeleteVolume`](https://github.com/kubernetes/kubernetes/blob/master/pkg/volume/cinder/cinder.go#L49), so I'm not sure how backwards compatible that is.

Since #1 does effectively the same as #2, I went with it because it ensures BC.

One assumption that is made is that the `volumeName` being retrieved matches exactly the name of the volume in Cinder. I'm not sure how accurate that is, but I see no reason why cloud providers would want to append/prefix things arbitrarily. 

**Release note**:
```release-note
Improves performance of Cinder volume attach/detach operations
```
rjog pushed a commit that referenced this pull request Oct 9, 2017
This is part of the move to external cloud providers. Please see
plan detail in issue 50986. This PR covers step #2:
 v1.9 - set no cloud provider as the default in kubelet but still allow
 opt in for auto-detect
ashahi1 pushed a commit that referenced this pull request Feb 15, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants