You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/zh-cn/docs/concepts/security/security-checklist.md
+3Lines changed: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -775,6 +775,8 @@ has permissions to use the image.
775
775
776
776
- [RBAC Good Practices](/docs/concepts/security/rbac-good-practices/) for
777
777
further information on authorization.
778
+
- [Securing a Cluster](/docs/tasks/administer-cluster/securing-a-cluster/) for
779
+
information on protecting a cluster from accidental or malicious access.
778
780
- [Cluster Multi-tenancy guide](/docs/concepts/security/multi-tenancy/) for
779
781
configuration options recommendations and best practices on multi-tenancy.
780
782
- [Blog post "A Closer Look at NSA/CISA Kubernetes Hardening Guidance"](/blog/2021/10/05/nsa-cisa-kubernetes-hardening-guidance/#building-secure-container-images)
@@ -783,6 +785,7 @@ has permissions to use the image.
Copy file name to clipboardExpand all lines: content/zh-cn/docs/concepts/storage/volume-pvc-datasource.md
+26-10Lines changed: 26 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,7 +18,8 @@ weight: 60
18
18
<!-- overview -->
19
19
20
20
<!--
21
-
This document describes the concept of cloning existing CSI Volumes in Kubernetes. Familiarity with [Volumes](/docs/concepts/storage/volumes) is suggested.
21
+
This document describes the concept of cloning existing CSI Volumes in Kubernetes.
22
+
Familiarity with [Volumes](/docs/concepts/storage/volumes) is suggested.
22
23
-->
23
24
本文档介绍 Kubernetes 中克隆现有 CSI 卷的概念。阅读前建议先熟悉
24
25
[卷](/zh-cn/docs/concepts/storage/volumes)。
@@ -28,7 +29,9 @@ This document describes the concept of cloning existing CSI Volumes in Kubernete
28
29
<!--
29
30
## Introduction
30
31
31
-
The {{< glossary_tooltip text="CSI" term_id="csi" >}} Volume Cloning feature adds support for specifying existing {{< glossary_tooltip text="PVC" term_id="persistent-volume-claim" >}}s in the `dataSource` field to indicate a user would like to clone a {{< glossary_tooltip term_id="volume" >}}.
32
+
The {{< glossary_tooltip text="CSI" term_id="csi" >}} Volume Cloning feature adds
33
+
support for specifying existing {{< glossary_tooltip text="PVC" term_id="persistent-volume-claim" >}}s
34
+
in the `dataSource` field to indicate a user would like to clone a {{< glossary_tooltip term_id="volume" >}}.
A Clone is defined as a duplicate of an existing Kubernetes Volume that can be consumed as any standard Volume would be. The only difference is that upon provisioning, rather than creating a "new" empty Volume, the back end device creates an exact duplicate of the specified Volume.
44
+
A Clone is defined as a duplicate of an existing Kubernetes Volume that can be
45
+
consumed as any standard Volume would be. The only difference is that upon
46
+
provisioning, rather than creating a "new" empty Volume, the back end device
47
+
creates an exact duplicate of the specified Volume.
The implementation of cloning, from the perspective of the Kubernetes API, adds the ability to specify an existing PVC as a dataSource during new PVC creation. The source PVC must be bound and available (not in use).
53
+
The implementation of cloning, from the perspective of the Kubernetes API, adds
54
+
the ability to specify an existing PVC as a dataSource during new PVC creation.
55
+
The source PVC must be bound and available (not in use).
48
56
49
57
Users need to be aware of the following when using this feature:
50
58
-->
@@ -58,11 +66,13 @@ Users need to be aware of the following when using this feature:
58
66
* Cloning support (`VolumePVCDataSource`) is only available for CSI drivers.
59
67
* Cloning support is only available for dynamic provisioners.
60
68
* CSI drivers may or may not have implemented the volume cloning functionality.
61
-
* You can only clone a PVC when it exists in the same namespace as the destination PVC (source and destination must be in the same namespace).
69
+
* You can only clone a PVC when it exists in the same namespace as the destination PVC
70
+
(source and destination must be in the same namespace).
62
71
* Cloning is supported with a different Storage Class.
63
72
- Destination volume can be the same or a different storage class as the source.
64
73
- Default storage class can be used and storageClassName omitted in the spec.
65
-
* Cloning can only be performed between two volumes that use the same VolumeMode setting (if you request a block mode volume, the source MUST also be block mode)
74
+
* Cloning can only be performed between two volumes that use the same VolumeMode setting
75
+
(if you request a block mode volume, the source MUST also be block mode)
66
76
-->
67
77
* 克隆支持(`VolumePVCDataSource`)仅适用于 CSI 驱动。
68
78
* 克隆支持仅适用于 动态供应器。
@@ -103,21 +113,27 @@ spec:
103
113
104
114
{{< note >}}
105
115
<!--
106
-
You must specify a capacity value for `spec.resources.requests.storage`,
107
-
and the value you specify must be the same or larger than the capacity of the source volume.
116
+
You must specify a capacity value for `spec.resources.requests.storage`, and the
117
+
value you specify must be the same or larger than the capacity of the source volume.
Upon availability of the new PVC, the cloned PVC is consumed the same as other PVC. It's also expected at this point that the newly created PVC is an independent object. It can be consumed, cloned, snapshotted, or deleted independently and without consideration for it's original dataSource PVC. This also implies that the source is not linked in any way to the newly created clone, it may also be modified or deleted without affecting the newly created clone.
131
+
Upon availability of the new PVC, the cloned PVC is consumed the same as other PVC.
132
+
It's also expected at this point that the newly created PVC is an independent object.
133
+
It can be consumed, cloned, snapshotted, or deleted independently and without
134
+
consideration for it's original dataSource PVC. This also implies that the source
135
+
is not linked in any way to the newly created clone, it may also be modified or
136
+
deleted without affecting the newly created clone.
Copy file name to clipboardExpand all lines: content/zh-cn/docs/concepts/storage/volume-snapshot-classes.md
+9-3Lines changed: 9 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -43,7 +43,8 @@ of a class when first creating VolumeSnapshotClass objects, and the objects cann
43
43
be updated once they are created.
44
44
45
45
{{< note >}}
46
-
Installation of the CRDs is the responsibility of the Kubernetes distribution. Without the required CRDs present, the creation of a VolumeSnapshotClass fails.
46
+
Installation of the CRDs is the responsibility of the Kubernetes distribution.
47
+
Without the required CRDs present, the creation of a VolumeSnapshotClass fails.
47
48
{{< /note >}}
48
49
49
50
-->
@@ -104,9 +105,14 @@ used for provisioning VolumeSnapshots. This field must be specified.
104
105
<!--
105
106
### DeletionPolicy
106
107
107
-
Volume snapshot classes have a deletionPolicy. It enables you to configure what happens to a VolumeSnapshotContent when the VolumeSnapshot object it is bound to is to be deleted. The deletionPolicy of a volume snapshot class can either be `Retain` or `Delete`. This field must be specified.
108
+
Volume snapshot classes have a deletionPolicy. It enables you to configure what
109
+
happens to a VolumeSnapshotContent when the VolumeSnapshot object it is bound to
110
+
is to be deleted. The deletionPolicy of a volume snapshot class can either be
111
+
`Retain` or `Delete`. This field must be specified.
108
112
109
-
If the deletionPolicy is `Delete`, then the underlying storage snapshot will be deleted along with the VolumeSnapshotContent object. If the deletionPolicy is `Retain`, then both the underlying snapshot and VolumeSnapshotContent remain.
113
+
If the deletionPolicy is `Delete`, then the underlying storage snapshot will be
114
+
deleted along with the VolumeSnapshotContent object. If the deletionPolicy is `Retain`,
115
+
then both the underlying snapshot and VolumeSnapshotContent remain.
0 commit comments