Merge branch 'master' into concepts-root
This commit is contained in:
+85
-81
@@ -83,87 +83,91 @@ approximately 3 months (4 per year). The following table describes which API
|
|||||||
versions are supported in a series of subsequent releases.
|
versions are supported in a series of subsequent releases.
|
||||||
|
|
||||||
<table>
|
<table>
|
||||||
<tr>
|
<thead>
|
||||||
<th>Release</th>
|
<tr>
|
||||||
<th>API Versions</th>
|
<th>Release</th>
|
||||||
<th>Notes</th>
|
<th>API Versions</th>
|
||||||
</tr>
|
<th>Notes</th>
|
||||||
<tr>
|
</tr>
|
||||||
<td>X</td>
|
</thead>
|
||||||
<td>v1</td>
|
<tbody>
|
||||||
<td></td>
|
<tr>
|
||||||
</tr>
|
<td>X</td>
|
||||||
<tr>
|
<td>v1</td>
|
||||||
<td>X+1</td>
|
<td></td>
|
||||||
<td>v1, v2alpha1</td>
|
</tr>
|
||||||
<td></td>
|
<tr>
|
||||||
</tr>
|
<td>X+1</td>
|
||||||
<tr>
|
<td>v1, v2alpha1</td>
|
||||||
<td>X+2</td>
|
<td></td>
|
||||||
<td>v1, v2alpha2</td>
|
</tr>
|
||||||
<td>
|
<tr>
|
||||||
<ul>
|
<td>X+2</td>
|
||||||
<li>v2alpha1 is removed, "action required" relnote</li>
|
<td>v1, v2alpha2</td>
|
||||||
</ul>
|
<td>
|
||||||
</td>
|
<ul>
|
||||||
</tr>
|
<li>v2alpha1 is removed, "action required" relnote</li>
|
||||||
<tr>
|
</ul>
|
||||||
<td>X+3</td>
|
</td>
|
||||||
<td>v1, v2beta1</td>
|
</tr>
|
||||||
<td>
|
<tr>
|
||||||
<ul>
|
<td>X+3</td>
|
||||||
<li>v2alpha2 is removed, "action required" relnote</li>
|
<td>v1, v2beta1</td>
|
||||||
</ul>
|
<td>
|
||||||
</td>
|
<ul>
|
||||||
</tr>
|
<li>v2alpha2 is removed, "action required" relnote</li>
|
||||||
<tr>
|
</ul>
|
||||||
<td>X+4</td>
|
</td>
|
||||||
<td>v1, v2beta1, v2beta2</td>
|
</tr>
|
||||||
<td>
|
<tr>
|
||||||
<ul>
|
<td>X+4</td>
|
||||||
<li>v2beta1 is deprecated, "action required" relnote</li>
|
<td>v1, v2beta1, v2beta2</td>
|
||||||
</ul>
|
<td>
|
||||||
</td>
|
<ul>
|
||||||
</tr>
|
<li>v2beta1 is deprecated, "action required" relnote</li>
|
||||||
<tr>
|
</ul>
|
||||||
<td>X+5</td>
|
</td>
|
||||||
<td>v1, v2, v2beta2</td>
|
</tr>
|
||||||
<td>
|
<tr>
|
||||||
<ul>
|
<td>X+5</td>
|
||||||
<li>v2beta1 is removed, "action required" relnote</li>
|
<td>v1, v2, v2beta2</td>
|
||||||
<li>v2beta2 is deprecated, "action required" relnote</li>
|
<td>
|
||||||
<li>v1 is deprecated, "action required" relnote</li>
|
<ul>
|
||||||
</ul>
|
<li>v2beta1 is removed, "action required" relnote</li>
|
||||||
</td>
|
<li>v2beta2 is deprecated, "action required" relnote</li>
|
||||||
</tr>
|
<li>v1 is deprecated, "action required" relnote</li>
|
||||||
<tr>
|
</ul>
|
||||||
<td>X+6</td>
|
</td>
|
||||||
<td>v1, v2</td>
|
</tr>
|
||||||
<td>
|
<tr>
|
||||||
<ul>
|
<td>X+6</td>
|
||||||
<li>v2beta2 is removed, "action required" relnote</li>
|
<td>v1, v2</td>
|
||||||
</ul>
|
<td>
|
||||||
</td>
|
<ul>
|
||||||
</tr>
|
<li>v2beta2 is removed, "action required" relnote</li>
|
||||||
<tr>
|
</ul>
|
||||||
<td>X+7</td>
|
</td>
|
||||||
<td>v1, v2</td>
|
</tr>
|
||||||
<td></td>
|
<tr>
|
||||||
</tr>
|
<td>X+7</td>
|
||||||
<tr>
|
<td>v1, v2</td>
|
||||||
<td>X+8</td>
|
<td></td>
|
||||||
<td>v1, v2</td>
|
</tr>
|
||||||
<td></td>
|
<tr>
|
||||||
</tr>
|
<td>X+8</td>
|
||||||
<tr>
|
<td>v1, v2</td>
|
||||||
<td>X+9</td>
|
<td></td>
|
||||||
<td>v1, v2</td>
|
</tr>
|
||||||
<td>
|
<tr>
|
||||||
<ul>
|
<td>X+9</td>
|
||||||
<li>v1 is removed, "action required" relnote</li>
|
<td>v1, v2</td>
|
||||||
</ul>
|
<td>
|
||||||
</td>
|
<ul>
|
||||||
</tr>
|
<li>v1 is removed, "action required" relnote</li>
|
||||||
|
</ul>
|
||||||
|
</td>
|
||||||
|
</tr>
|
||||||
|
</tbody>
|
||||||
</table>
|
</table>
|
||||||
|
|
||||||
### REST resources (aka API objects)
|
### REST resources (aka API objects)
|
||||||
|
|||||||
@@ -14,7 +14,7 @@ Modify kubeconfig files using subcommands like "kubectl config set current-conte
|
|||||||
The loading order follows these rules:
|
The loading order follows these rules:
|
||||||
|
|
||||||
1. If the --kubeconfig flag is set, then only that file is loaded. The flag may only be set once and no merging takes place.
|
1. If the --kubeconfig flag is set, then only that file is loaded. The flag may only be set once and no merging takes place.
|
||||||
2. If $KUBECONFIG environment variable is set, then it is used a list of paths (normal path delimitting rules for your system). These paths are merged. When a value is modified, it is modified in the file that defines the stanza. When a value is created, it is created in the first file that exists. If no files in the chain exist, then it creates the last file in the list.
|
2. If $KUBECONFIG environment variable is set, then it is used as a list of paths (normal path delimitting rules for your system). These paths are merged. When a value is modified, it is modified in the file that defines the stanza. When a value is created, it is created in the first file that exists. If no files in the chain exist, then it creates the last file in the list.
|
||||||
3. Otherwise, ${HOME}/.kube/config is used and no merging takes place.
|
3. Otherwise, ${HOME}/.kube/config is used and no merging takes place.
|
||||||
|
|
||||||
```
|
```
|
||||||
|
|||||||
@@ -531,6 +531,39 @@ before you can use it__
|
|||||||
|
|
||||||
See the [Quobyte example](https://github.com/kubernetes/kubernetes/tree/{{page.githubbranch}}/examples/volumes/quobyte) for more details.
|
See the [Quobyte example](https://github.com/kubernetes/kubernetes/tree/{{page.githubbranch}}/examples/volumes/quobyte) for more details.
|
||||||
|
|
||||||
|
## Using subPath
|
||||||
|
|
||||||
|
Sometimes, it is useful to share one volume for multiple uses in a single pod. The `volumeMounts.subPath`
|
||||||
|
property can be used to specify a sub-path inside the referenced volume instead of its root.
|
||||||
|
|
||||||
|
Here is an example of a pod with a LAMP stack (Linux Apache Mysql PHP) using a single, shared volume.
|
||||||
|
The HTML contents are mapped to its `html` folder, and the databases will be stored in its `mysql` folder:
|
||||||
|
|
||||||
|
```yaml
|
||||||
|
apiVersion: v1
|
||||||
|
kind: Pod
|
||||||
|
metadata:
|
||||||
|
name: my-lamp-site
|
||||||
|
spec:
|
||||||
|
containers:
|
||||||
|
- name: mysql
|
||||||
|
image: mysql
|
||||||
|
volumeMounts:
|
||||||
|
- mountPath: /var/lib/mysql
|
||||||
|
name: site-data
|
||||||
|
subPath: mysql
|
||||||
|
- name: php
|
||||||
|
image: php
|
||||||
|
volumeMounts:
|
||||||
|
- mountPath: /var/www/html
|
||||||
|
name: site-data
|
||||||
|
subPath: html
|
||||||
|
volumes:
|
||||||
|
- name: site-data
|
||||||
|
persistentVolumeClaim:
|
||||||
|
claimName: my-lamp-site-data
|
||||||
|
```
|
||||||
|
|
||||||
## Resources
|
## Resources
|
||||||
|
|
||||||
The storage media (Disk, SSD, etc.) of an `emptyDir` volume is determined by the
|
The storage media (Disk, SSD, etc.) of an `emptyDir` volume is determined by the
|
||||||
|
|||||||
Reference in New Issue
Block a user