Merge pull request #30170 from bobfuru/clarify-container-images-wording

Replace "Docker image" with "container image", other minor edits
This commit is contained in:
Kubernetes Prow Robot
2021-11-12 09:02:28 -08:00
committed by GitHub
+15 -6
View File
@@ -44,12 +44,21 @@ volume type used.
To use a volume, specify the volumes to provide for the Pod in `.spec.volumes` To use a volume, specify the volumes to provide for the Pod in `.spec.volumes`
and declare where to mount those volumes into containers in `.spec.containers[*].volumeMounts`. and declare where to mount those volumes into containers in `.spec.containers[*].volumeMounts`.
A process in a container sees a filesystem view composed from their Docker A process in a container sees a filesystem view composed from the initial contents of
image and volumes. The [Docker image](https://docs.docker.com/userguide/dockerimages/) the {{< glossary_tooltip text="container image" term_id="image" >}}, plus volumes
is at the root of the filesystem hierarchy. Volumes mount at the specified paths within (if defined) mounted inside the container.
the image. Volumes can not mount onto other volumes or have hard links to The process sees a root filesystem that initially matches the contents of the container
other volumes. Each Container in the Pod's configuration must independently specify where to image.
mount each volume. Any writes to within that filesystem hierarchy, if allowed, affect what that process views
when it performs a subsequent filesystem access.
Volumes mount at the [specified paths](#using-subpath) within
the image.
For each container defined within a Pod, you must independently specify where
to mount each volume that the container uses.
Volumes cannot mount within other volumes (but see [Using subPath](#using-subpath)
for a related mechanism). Also, a volume cannot contain a hard link to anything in
a different volume.
## Types of Volumes {#volume-types} ## Types of Volumes {#volume-types}