Merge branch 'master' into release-1.8
This commit is contained in:
@@ -185,7 +185,7 @@ For self-registration, the kubelet is started with the following options:
|
||||
- `--kubeconfig` - Path to credentials to authenticate itself to the apiserver.
|
||||
- `--cloud-provider` - How to talk to a cloud provider to read metadata about itself.
|
||||
- `--register-node` - Automatically register with the API server.
|
||||
- `--register-with-taints` - Register the node with the given list of taints (comma seperated `<key>=<value>:<effect>`). No-op if `register-node` is false.
|
||||
- `--register-with-taints` - Register the node with the given list of taints (comma separated `<key>=<value>:<effect>`). No-op if `register-node` is false.
|
||||
- `--node-ip` IP address of the node.
|
||||
- `--node-labels` - Labels to add when registering the node in the cluster.
|
||||
- `--node-status-update-frequency` - Specifies how often kubelet posts node status to master.
|
||||
|
||||
@@ -293,7 +293,7 @@ Highly Available database statefulset has one master and three replicas, one may
|
||||
|:--------------------:|:-------------------:|:------------------:|:------------------:|
|
||||
| *DB-MASTER* | *DB-REPLICA-1* | *DB-REPLICA-2* | *DB-REPLICA-3* |
|
||||
|
||||
[Here](https://kubernetes.io/docs/tutorials/stateful-application/zookeeper/#tolerating-node-failure) is an example of zookeper statefulset configured with anti-affinity for high availablity.
|
||||
[Here](https://kubernetes.io/docs/tutorials/stateful-application/zookeeper/#tolerating-node-failure) is an example of zookeper statefulset configured with anti-affinity for high availability.
|
||||
|
||||
For more information on inter-pod affinity/anti-affinity, see the design doc
|
||||
[here](https://git.k8s.io/community/contributors/design-proposals/podaffinity.md).
|
||||
|
||||
@@ -21,7 +21,7 @@ To work with Kubernetes objects--whether to create, modify, or delete them--you'
|
||||
|
||||
### Object Spec and Status
|
||||
|
||||
Every Kubernetes object includes two nested object fields that govern the object's configuration: the object *spec* and the object *status*. The *spec*, which you must provide, describes your *desired state* for the object--the characteristics that you want the object to have. The *status* describes the *actual state* for the object, and is supplied and updated by the Kubernetes system. At any given time, the Kubernetes Control Plane actively manages an object's actual state to match the desired state you supplied.
|
||||
Every Kubernetes object includes two nested object fields that govern the object's configuration: the object *spec* and the object *status*. The *spec*, which you must provide, describes your *desired state* for the object--the characteristics that you want the object to have. The *status* describes the *actual state* of the object, and is supplied and updated by the Kubernetes system. At any given time, the Kubernetes Control Plane actively manages an object's actual state to match the desired state you supplied.
|
||||
|
||||
|
||||
For example, a Kubernetes Deployment is an object that can represent an application running on your cluster. When you create the Deployment, you might set the Deployment spec to specify that you want three replicas of the application to be running. The Kubernetes system reads the Deployment spec and starts three instances of your desired application--updating the status to match your spec. If any of those instances should fail (a status change), the Kubernetes system responds to the difference between spec and status by making a correction--in this case, starting a replacement instance.
|
||||
|
||||
@@ -40,7 +40,7 @@ These are just examples of commonly used labels; you are free to develop your ow
|
||||
## Syntax and character set
|
||||
|
||||
_Labels_ are key value pairs. Valid label keys have two segments: an optional prefix and name, separated by a slash (`/`). The name segment is required and must be 63 characters or less, beginning and ending with an alphanumeric character (`[a-z0-9A-Z]`) with dashes (`-`), underscores (`_`), dots (`.`), and alphanumerics between. The prefix is optional. If specified, the prefix must be a DNS subdomain: a series of DNS labels separated by dots (`.`), not longer than 253 characters in total, followed by a slash (`/`).
|
||||
If the prefix is omitted, the label key is presumed to be private to the user. Automated system components (e.g. `kube-scheduler`, `kube-controller-manager`, `kube-apiserver`, `kubectl`, or other third-party automation) which add labels to end-user objects must specify a prefix. The `kubernetes.io/` prefix is reserved for Kubernetes core components.
|
||||
If the prefix is omitted, the label Key is presumed to be private to the user. Automated system components (e.g. `kube-scheduler`, `kube-controller-manager`, `kube-apiserver`, `kubectl`, or other third-party automation) which add labels to end-user objects must specify a prefix. The `kubernetes.io/` prefix is reserved for Kubernetes core components.
|
||||
|
||||
Valid label values must be 63 characters or less and must be empty or begin and end with an alphanumeric character (`[a-z0-9A-Z]`) with dashes (`-`), underscores (`_`), dots (`.`), and alphanumerics between.
|
||||
|
||||
|
||||
@@ -15,4 +15,4 @@ Names are generally client-provided. Only one object of a given kind can have a
|
||||
|
||||
## UIDs
|
||||
|
||||
UID are generated by Kubernetes. Every object created over the whole lifetime of a Kubernetes cluster has a distinct UID (i.e., they are spatially and temporally unique).
|
||||
UIDs are generated by Kubernetes. Every object created over the whole lifetime of a Kubernetes cluster has a distinct UID (i.e., they are spatially and temporally unique).
|
||||
|
||||
@@ -435,7 +435,24 @@ In a split-horizon DNS environment you would need two services to be able to rou
|
||||
|
||||
This can be achieved by adding the following annotations to the service based on cloud provider.
|
||||
|
||||
For AWS:
|
||||
{% capture default_tab %}
|
||||
Select one of the tabs.
|
||||
{% endcapture %}
|
||||
|
||||
{% capture gcp %}
|
||||
```yaml
|
||||
[...]
|
||||
metadata:
|
||||
name: my-service
|
||||
annotations:
|
||||
cloud.google.com/load-balancer-type: "internal"
|
||||
[...]
|
||||
```
|
||||
|
||||
For more information, see the [docs](https://cloud.google.com/container-engine/docs/internal-load-balancing).
|
||||
{% endcapture %}
|
||||
|
||||
{% capture aws %}
|
||||
```yaml
|
||||
[...]
|
||||
metadata:
|
||||
@@ -444,8 +461,9 @@ metadata:
|
||||
service.beta.kubernetes.io/aws-load-balancer-internal: 0.0.0.0/0
|
||||
[...]
|
||||
```
|
||||
{% endcapture %}
|
||||
|
||||
For Azure:
|
||||
{% capture azure %}
|
||||
```yaml
|
||||
[...]
|
||||
metadata:
|
||||
@@ -454,7 +472,11 @@ metadata:
|
||||
service.beta.kubernetes.io/azure-load-balancer-internal: "true"
|
||||
[...]
|
||||
```
|
||||
{% endcapture %}
|
||||
|
||||
{% assign tab_names = 'Default,GCP,AWS,Azure' | split: ',' | compact %}
|
||||
{% assign tab_contents = site.emptyArray | push: default_tab | push: gcp | push: aws | push: azure %}
|
||||
{% include tabs.md %}
|
||||
|
||||
#### SSL support on AWS
|
||||
For partial SSL support on clusters running on AWS, starting with 1.3 two
|
||||
|
||||
@@ -322,10 +322,10 @@ See the [iSCSI example](https://github.com/kubernetes/kubernetes/tree/{{page.git
|
||||
|
||||
### fc (fibre channel)
|
||||
|
||||
An `fc` volume allows an existing fibre channel volume to be mounted into your pod.
|
||||
You can specify single or multiple target World Wide Names to the parameter
|
||||
targetWWNs in your volume configuration. If multiple WWNs are specified,
|
||||
targetWWNs expects that those WWNs form multipath connection.
|
||||
An `fc` volume allows an existing fibre channel volume to be mounted in a pod.
|
||||
You can specify single or multiple target World Wide Names using the parameter
|
||||
`targetWWNs` in your volume configuration. If multiple WWNs are specified,
|
||||
targetWWNs expect that those WWNs are from multi-path connections.
|
||||
|
||||
__Important: You must configure FC SAN Zoning to allocate and mask those
|
||||
LUNs (volumes) to the target WWNs beforehand so that Kubernetes hosts
|
||||
@@ -693,7 +693,7 @@ spec:
|
||||
fsType: xfs
|
||||
```
|
||||
|
||||
For further detail, plese the see the [ScaleIO examples](https://github.com/kubernetes/kubernetes/tree/{{page.githubbranch}}/examples/volumes/scaleio).
|
||||
For further detail, please the see the [ScaleIO examples](https://github.com/kubernetes/kubernetes/tree/{{page.githubbranch}}/examples/volumes/scaleio).
|
||||
|
||||
### StorageOS
|
||||
A `storageos` volume allows an existing [StorageOS](https://www.storageos.com) volume to be mounted into your pod.
|
||||
|
||||
Reference in New Issue
Block a user