kubernetes
/
kops
mirror of https://github.com/kubernetes/kops.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Fix code block in manageStorageClasses docs 

When posting the initial PR I didn't build the docs and didn't realise
that code block was not closed. Fixing it now.
This commit is contained in:
Danil Zhigalin 2022-05-13 10:05:52 +02:00
parent ba5b96bb05
commit 99d9f94ceb
1 changed files with 2 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
docs/cluster_spec.md
View File

@ -1132,7 +1132,7 @@ spec:
{{ kops_feature_table(kops_added_default='1.20') }}
By default kops will create `StorageClass` resources with some opinionated settings specific to cloud provider on which the cluster is installed. One of those storage classes will be defined as default applying the annotation `storageclass.kubernetes.io/is-default-class: "true"`. This may not always be a desirable behaviour and some cluster admins rather prefer to have more control of storage classes and manage them outside of kops. When set to `false`, kOps will no longer create any `StorageClass` objects. Any such objects that kOps created in the past are left as is, and kOps and will no longer reconcile them against future changes.
By default kops will create `StorageClass` resources with some opinionated settings specific to cloud provider on which the cluster is installed. One of those storage classes will be defined as default applying the annotation `storageclass.kubernetes.io/is-default-class: "true"`. This may not always be a desirable behaviour and some cluster admins rather prefer to have more control of storage classes and manage them outside of kops. When set to `false`, kOps will no longer create any `StorageClass` objects. Any such objects that kOps created in the past are left as is, and kOps will no longer reconcile them against future changes.
The existing `spec.cloudConfig.openstack.blockStorage.createStorageClass` field remains in place. However, if both that and the new `spec.cloudConfig.manageStorageClasses` field are populated, they must agree: It is invalid both to disable management of `StorageClass` objects globally but to enable them for OpenStack and, conversely, to enable management globally but disable it for OpenStack.
@ -1140,6 +1140,7 @@ The existing `spec.cloudConfig.openstack.blockStorage.createStorageClass` field
spec:
cloudConfig:
manageStorageClasses: false
```
## containerRuntime
{{ kops_feature_table(kops_added_default='1.18', k8s_min='1.11') }}