Apply mungedocs changes
This commit is contained in:
parent
1263a30644
commit
821e08fded
@ -36,4 +36,6 @@ certainly want the docs that go with that version.</h1>
|
|||||||
folder.
|
folder.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -42,7 +42,7 @@ kubernetes CLI, `kubectl`.
|
|||||||
|
|
||||||
To access a cluster, you need to know the location of the cluster and have credentials
|
To access a cluster, you need to know the location of the cluster and have credentials
|
||||||
to access it. Typically, this is automatically set-up when you work through
|
to access it. Typically, this is automatically set-up when you work through
|
||||||
though a [Getting started guide](../docs/getting-started-guides/README.md),
|
though a [Getting started guide](getting-started-guides/README.md),
|
||||||
or someone else setup the cluster and provided you with credentials and a location.
|
or someone else setup the cluster and provided you with credentials and a location.
|
||||||
|
|
||||||
Check the location and credentials that kubectl knows about with this command:
|
Check the location and credentials that kubectl knows about with this command:
|
||||||
@ -51,7 +51,7 @@ kubectl config view
|
|||||||
```
|
```
|
||||||
|
|
||||||
Many of the [examples](../examples/) provide an introduction to using
|
Many of the [examples](../examples/) provide an introduction to using
|
||||||
kubectl and complete documentation is found in the [kubectl manual](../docs/user-guide/kubectl/kubectl.md).
|
kubectl and complete documentation is found in the [kubectl manual](user-guide/kubectl/kubectl.md).
|
||||||
|
|
||||||
### Directly accessing the REST API
|
### Directly accessing the REST API
|
||||||
Kubectl handles locating and authenticating to the apiserver.
|
Kubectl handles locating and authenticating to the apiserver.
|
||||||
@ -76,7 +76,7 @@ Run it like this:
|
|||||||
```
|
```
|
||||||
kubectl proxy --port=8080 &
|
kubectl proxy --port=8080 &
|
||||||
```
|
```
|
||||||
See [kubectl proxy](../docs/user-guide/kubectl/kubectl_proxy.md) for more details.
|
See [kubectl proxy](user-guide/kubectl/kubectl_proxy.md) for more details.
|
||||||
|
|
||||||
Then you can explore the API with curl, wget, or a browser, like so:
|
Then you can explore the API with curl, wget, or a browser, like so:
|
||||||
```
|
```
|
||||||
@ -110,16 +110,16 @@ certificate.
|
|||||||
|
|
||||||
On some clusters, the apiserver does not require authentication; it may serve
|
On some clusters, the apiserver does not require authentication; it may serve
|
||||||
on localhost, or be protected by a firewall. There is not a standard
|
on localhost, or be protected by a firewall. There is not a standard
|
||||||
for this. [Configuring Access to the API](../docs/accessing_the_api.md)
|
for this. [Configuring Access to the API](accessing_the_api.md)
|
||||||
describes how a cluster admin can configure this. Such approaches may conflict
|
describes how a cluster admin can configure this. Such approaches may conflict
|
||||||
with future high-availability support.
|
with future high-availability support.
|
||||||
|
|
||||||
### Programmatic access to the API
|
### Programmatic access to the API
|
||||||
|
|
||||||
There are [client libraries](../docs/client-libraries.md) for accessing the API
|
There are [client libraries](client-libraries.md) for accessing the API
|
||||||
from several languages. The Kubernetes project-supported
|
from several languages. The Kubernetes project-supported
|
||||||
[Go](https://github.com/GoogleCloudPlatform/kubernetes/tree/master/pkg/client)
|
[Go](https://github.com/GoogleCloudPlatform/kubernetes/tree/master/pkg/client)
|
||||||
client library can use the same [kubeconfig file](../docs/kubeconfig-file.md)
|
client library can use the same [kubeconfig file](kubeconfig-file.md)
|
||||||
as the kubectl CLI does to locate and authenticate to the apiserver.
|
as the kubectl CLI does to locate and authenticate to the apiserver.
|
||||||
|
|
||||||
See documentation for other libraries for how they authenticate.
|
See documentation for other libraries for how they authenticate.
|
||||||
@ -153,7 +153,7 @@ In each case, the credentials of the pod are used to communicate securely with t
|
|||||||
## Accessing services running on the cluster
|
## Accessing services running on the cluster
|
||||||
The previous section was about connecting the Kubernetes API server. This section is about
|
The previous section was about connecting the Kubernetes API server. This section is about
|
||||||
connecting to other services running on Kubernetes cluster. In kubernetes, the
|
connecting to other services running on Kubernetes cluster. In kubernetes, the
|
||||||
[nodes](../docs/node.md), [pods](../docs/pods.md) and [services](services.md) all have
|
[nodes](node.md), [pods](pods.md) and [services](services.md) all have
|
||||||
their own IPs. In many cases, the node IPs, pod IPs, and some service IPs on a cluster will not be
|
their own IPs. In many cases, the node IPs, pod IPs, and some service IPs on a cluster will not be
|
||||||
routable, so they will not be reachable from a machine outside the cluster,
|
routable, so they will not be reachable from a machine outside the cluster,
|
||||||
such as your desktop machine.
|
such as your desktop machine.
|
||||||
@ -162,8 +162,8 @@ such as your desktop machine.
|
|||||||
You have several options for connecting to nodes, pods and services from outside the cluster:
|
You have several options for connecting to nodes, pods and services from outside the cluster:
|
||||||
- Access services through public IPs.
|
- Access services through public IPs.
|
||||||
- Use a service with type `NodePort` or `LoadBalancer` to make the service reachable outside
|
- Use a service with type `NodePort` or `LoadBalancer` to make the service reachable outside
|
||||||
the cluster. See the [services](../docs/services.md) and
|
the cluster. See the [services](services.md) and
|
||||||
[kubectl expose](../docs/user-guide/kubectl/kubectl_expose.md) documentation.
|
[kubectl expose](user-guide/kubectl/kubectl_expose.md) documentation.
|
||||||
- Depending on your cluster environment, this may just expose the service to your corporate network,
|
- Depending on your cluster environment, this may just expose the service to your corporate network,
|
||||||
or it may expose it to the internet. Think about whether the service being exposed is secure.
|
or it may expose it to the internet. Think about whether the service being exposed is secure.
|
||||||
Does it do its own authentication?
|
Does it do its own authentication?
|
||||||
@ -179,7 +179,7 @@ You have several options for connecting to nodes, pods and services from outside
|
|||||||
- Only works for HTTP/HTTPS.
|
- Only works for HTTP/HTTPS.
|
||||||
- Described [here](#discovering-builtin-services).
|
- Described [here](#discovering-builtin-services).
|
||||||
- Access from a node or pod in the cluster.
|
- Access from a node or pod in the cluster.
|
||||||
- Run a pod, and then connect to a shell in it using [kubectl exec](../docs/user-guide/kubectl/kubectl_exec.md).
|
- Run a pod, and then connect to a shell in it using [kubectl exec](user-guide/kubectl/kubectl_exec.md).
|
||||||
Connect to other nodes, pods, and services from that shell.
|
Connect to other nodes, pods, and services from that shell.
|
||||||
- Some clusters may allow you to ssh to a node in the cluster. From there you may be able to
|
- Some clusters may allow you to ssh to a node in the cluster. From there you may be able to
|
||||||
access cluster services. This is a non-standard method, and will work on some clusters but
|
access cluster services. This is a non-standard method, and will work on some clusters but
|
||||||
@ -256,7 +256,7 @@ There are several different proxies you may encounter when using kubernetes:
|
|||||||
- proxy to target may use HTTP or HTTPS as chosen by proxy using available information
|
- proxy to target may use HTTP or HTTPS as chosen by proxy using available information
|
||||||
- can be used to reach a Node, Pod, or Service
|
- can be used to reach a Node, Pod, or Service
|
||||||
- does load balancing when used to reach a Service
|
- does load balancing when used to reach a Service
|
||||||
1. The [kube proxy](../docs/services.md#ips-and-vips):
|
1. The [kube proxy](services.md#ips-and-vips):
|
||||||
- runs on each node
|
- runs on each node
|
||||||
- proxies UDP and TCP
|
- proxies UDP and TCP
|
||||||
- does not understand HTTP
|
- does not understand HTTP
|
||||||
@ -277,4 +277,7 @@ There are several different proxies you may encounter when using kubernetes:
|
|||||||
Kubernetes users will typically not need to worry about anything other than the first two types. The cluster admin
|
Kubernetes users will typically not need to worry about anything other than the first two types. The cluster admin
|
||||||
will typically ensure that the latter types are setup correctly.
|
will typically ensure that the latter types are setup correctly.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -20,7 +20,7 @@ cluster administrators who want to customize their cluster
|
|||||||
or understand the details.
|
or understand the details.
|
||||||
|
|
||||||
Most questions about accessing the cluster are covered
|
Most questions about accessing the cluster are covered
|
||||||
in [Accessing the cluster](../docs/accessing-the-cluster.md).
|
in [Accessing the cluster](accessing-the-cluster.md).
|
||||||
|
|
||||||
|
|
||||||
## Ports and IPs Served On
|
## Ports and IPs Served On
|
||||||
@ -89,4 +89,6 @@ variety of uses cases:
|
|||||||
installations that want to do their own auth proxy.
|
installations that want to do their own auth proxy.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -141,4 +141,6 @@ For Kubernetes 1.0, we strongly recommend running the following set of admission
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -39,4 +39,6 @@ Possible information that could be recorded in annotations:
|
|||||||
Yes, this information could be stored in an external database or directory, but that would make it much harder to produce shared client libraries and tools for deployment, management, introspection, etc.
|
Yes, this information could be stored in an external database or directory, but that would make it much harder to produce shared client libraries and tools for deployment, management, introspection, etc.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -624,6 +624,6 @@ Possible values for the ```reason``` and ```details``` fields:
|
|||||||
TODO: Document events (refer to another doc for details)
|
TODO: Document events (refer to another doc for details)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -86,4 +86,6 @@ Some important differences between v1beta1/2 and v1beta3:
|
|||||||
* Host volumes have been changed from `hostDir` to `hostPath` to better reflect that they can be files or directories.
|
* Host volumes have been changed from `hostDir` to `hostPath` to better reflect that they can be files or directories.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -166,4 +166,6 @@ check:
|
|||||||
* Is your application serving on the port that you configured? Kubernetes doesn't do port remapping, so if your application serves on 8080, the ```containerPort``` field needs to be 8080.
|
* Is your application serving on the port that you configured? Kubernetes doesn't do port remapping, so if your application serves on 8080, the ```containerPort``` field needs to be 8080.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -54,4 +54,6 @@ that interface between kubernetes and a bedrock authentication provider (e.g.
|
|||||||
github.com, google.com, enterprise directory, kerberos, etc.)
|
github.com, google.com, enterprise directory, kerberos, etc.)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -117,4 +117,6 @@ same or similar arguments. Developers should then consider the interaction betw
|
|||||||
caching and revocation of permissions.
|
caching and revocation of permissions.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -144,4 +144,6 @@ service instances behind a load balancer (AWS Elastic Load Balancer, GCE Forward
|
|||||||
failures of a single cluster are not visible to end users.
|
failures of a single cluster are not visible to end users.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -92,4 +92,6 @@ Server-side support:
|
|||||||
1. Operate on uids
|
1. Operate on uids
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -29,5 +29,6 @@ certainly want the docs that go with that version.</h1>
|
|||||||
* [Perl](https://metacpan.org/pod/Net::Kubernetes)
|
* [Perl](https://metacpan.org/pod/Net::Kubernetes)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -87,5 +87,6 @@ project.](salt.md).
|
|||||||
* **Admission Controllers** [admission_controllers](admission_controllers.md)
|
* **Admission Controllers** [admission_controllers](admission_controllers.md)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -71,4 +71,6 @@ To avoid running into cluster addon resource issues, when creating a cluster wit
|
|||||||
For directions on how to detect if addon containers are hitting resource limits, see the [Troubleshooting section of Compute Resources](compute_resources.md#troubleshooting).
|
For directions on how to detect if addon containers are hitting resource limits, see the [Troubleshooting section of Compute Resources](compute_resources.md#troubleshooting).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -40,5 +40,6 @@ of the relevant log files. (note that on systemd based systems, you may need to
|
|||||||
* /var/log/kube-proxy.log - Kube Proxy, responsible for service load balancing
|
* /var/log/kube-proxy.log - Kube Proxy, responsible for service load balancing
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -73,4 +73,6 @@ If you want more control over the upgrading process, you may use the following w
|
|||||||
node discovery; currently this is only Google Compute Engine, not including CoreOS on Google Compute Engine using kube-register). See [Node](node.md).
|
node discovery; currently this is only Google Compute Engine, not including CoreOS on Google Compute Engine using kube-register). See [Node](node.md).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -222,5 +222,6 @@ cores. We plan to revise the definition of the cpu resource to allow for more c
|
|||||||
across providers and platforms.
|
across providers and platforms.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -118,4 +118,6 @@ Hook handlers are the way that hooks are surfaced to containers. Containers ca
|
|||||||
[1]: http://man7.org/linux/man-pages/man2/gethostname.2.html
|
[1]: http://man7.org/linux/man-pages/man2/gethostname.2.html
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -103,4 +103,6 @@ The relationship between Docker's capabilities and [Linux capabilities](http://m
|
|||||||
| BLOCK_SUSPEND | CAP_BLOCK_SUSPEND |
|
| BLOCK_SUSPEND | CAP_BLOCK_SUSPEND |
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -503,4 +503,6 @@ Contact us on
|
|||||||
[GitHub](https://github.com/GoogleCloudPlatform/kubernetes).
|
[GitHub](https://github.com/GoogleCloudPlatform/kubernetes).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -31,4 +31,6 @@ Finally, Kubernetes aspires to be an extensible, pluggable, building-block OSS p
|
|||||||
For more about the Kubernetes architecture, see [architecture](architecture.md).
|
For more about the Kubernetes architecture, see [architecture](architecture.md).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -262,4 +262,6 @@ Improvements:
|
|||||||
- Policies to drop logging for high rate trusted API calls, or by users performing audit or other sensitive functions.
|
- Policies to drop logging for high rate trusted API calls, or by users performing audit or other sensitive functions.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -93,4 +93,6 @@ will ensure the following:
|
|||||||
If at any step, there is an error, the request is canceled.
|
If at any step, there is an error, the request is canceled.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -146,4 +146,6 @@ It is expected we will want to define limits for particular pods or containers b
|
|||||||
To make a **LimitRangeItem** more restrictive, we will intend to add these additional restrictions at a future point in time.
|
To make a **LimitRangeItem** more restrictive, we will intend to add these additional restrictions at a future point in time.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -167,4 +167,6 @@ services 3 5
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -58,4 +58,6 @@ All other cluster-level functions are currently performed by the Controller Mana
|
|||||||
The [`replicationcontroller`](../replication-controller.md) is a mechanism that is layered on top of the simple [`pod`](../pods.md) API. We eventually plan to port it to a generic plug-in mechanism, once one is implemented.
|
The [`replicationcontroller`](../replication-controller.md) is a mechanism that is layered on top of the simple [`pod`](../pods.md) API. We eventually plan to port it to a generic plug-in mechanism, once one is implemented.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -74,4 +74,6 @@ This flow has the admin manually approving the kubelet signing requests. This i
|
|||||||

|

|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -39,4 +39,7 @@ If you are using boot2docker and get warnings about clock skew (or if things are
|
|||||||
|
|
||||||
If you have the fswatch utility installed, you can have it monitor the file system and automatically rebuild when files have changed. Just do a `make watch`.
|
If you have the fswatch utility installed, you can have it monitor the file system and automatically rebuild when files have changed. Just do a `make watch`.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -157,4 +157,7 @@ access.
|
|||||||
|
|
||||||
Additional work is required to ensure that multiple command execution or port forwarding connections from different clients are not able to see each other's data. This can most likely be achieved via SELinux labeling and unique process contexts.
|
Additional work is required to ensure that multiple command execution or port forwarding connections from different clients are not able to see each other's data. This can most likely be achieved via SELinux labeling and unique process contexts.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -92,4 +92,6 @@ This demonstrates what would have been 20 separate entries (indicating schedulin
|
|||||||
* PR [#4444](https://github.com/GoogleCloudPlatform/kubernetes/pull/4444): Switch events history to use LRU cache instead of map
|
* PR [#4444](https://github.com/GoogleCloudPlatform/kubernetes/pull/4444): Switch events history to use LRU cache instead of map
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -399,4 +399,7 @@ spec:
|
|||||||
restartPolicy: Never
|
restartPolicy: Never
|
||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -106,4 +106,6 @@ objectives.
|
|||||||
1. This may correspond to Docker's container ID.
|
1. This may correspond to Docker's container ID.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -348,4 +348,7 @@ to remove that Namespace from the storage.
|
|||||||
|
|
||||||
At this point, all content associated with that Namespace, and the Namespace itself are gone.
|
At this point, all content associated with that Namespace, and the Namespace itself are gone.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -190,4 +190,6 @@ External IP assignment would also simplify DNS support (see below).
|
|||||||
IPv6 would be a nice option, also, but we can't depend on it yet. Docker support is in progress: [Docker issue #2974](https://github.com/dotcloud/docker/issues/2974), [Docker issue #6923](https://github.com/dotcloud/docker/issues/6923), [Docker issue #6975](https://github.com/dotcloud/docker/issues/6975). Additionally, direct ipv6 assignment to instances doesn't appear to be supported by major cloud providers (e.g., AWS EC2, GCE) yet. We'd happily take pull requests from people running Kubernetes on bare metal, though. :-)
|
IPv6 would be a nice option, also, but we can't depend on it yet. Docker support is in progress: [Docker issue #2974](https://github.com/dotcloud/docker/issues/2974), [Docker issue #6923](https://github.com/dotcloud/docker/issues/6923), [Docker issue #6975](https://github.com/dotcloud/docker/issues/6975). Additionally, direct ipv6 assignment to instances doesn't appear to be supported by major cloud providers (e.g., AWS EC2, GCE) yet. We'd happily take pull requests from people running Kubernetes on bare metal, though. :-)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -228,4 +228,6 @@ The ```PersistentVolumeClaimBinder``` will reconcile this by removing the claim
|
|||||||
Admins can script the recycling of released volumes. Future dynamic provisioners will understand how a volume should be recycled.
|
Admins can script the recycling of released volumes. Future dynamic provisioners will understand how a volume should be recycled.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -69,4 +69,6 @@ TODO
|
|||||||
* [Eric Raymond's 17 UNIX rules](https://en.wikipedia.org/wiki/Unix_philosophy#Eric_Raymond.E2.80.99s_17_Unix_Rules)
|
* [Eric Raymond's 17 UNIX rules](https://en.wikipedia.org/wiki/Unix_philosophy#Eric_Raymond.E2.80.99s_17_Unix_Rules)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -227,4 +227,6 @@ This is the amount of time a container spends accessing disk, including actuator
|
|||||||
* Compressible? yes
|
* Compressible? yes
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -590,4 +590,6 @@ source. Both containers will have the following files present on their filesyst
|
|||||||
/etc/secret-volume/password
|
/etc/secret-volume/password
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -131,4 +131,6 @@ The controller manager for Replication Controllers and other future controllers
|
|||||||
The Kubernetes pod scheduler is responsible for reading data from the pod to fit it onto a node in the cluster. At a minimum, it needs access to view the ID of a pod (to craft the binding), its current state, any resource information necessary to identify placement, and other data relevant to concerns like anti-affinity, zone or region preference, or custom logic. It does not need the ability to modify pods or see other resources, only to create bindings. It should not need the ability to delete bindings unless the scheduler takes control of relocating components on failed hosts (which could be implemented by a separate component that can delete bindings but not create them). The scheduler may need read access to user or project-container information to determine preferential location (underspecified at this time).
|
The Kubernetes pod scheduler is responsible for reading data from the pod to fit it onto a node in the cluster. At a minimum, it needs access to view the ID of a pod (to craft the binding), its current state, any resource information necessary to identify placement, and other data relevant to concerns like anti-affinity, zone or region preference, or custom logic. It does not need the ability to modify pods or see other resources, only to create bindings. It should not need the ability to delete bindings unless the scheduler takes control of relocating components on failed hosts (which could be implemented by a separate component that can delete bindings but not create them). The scheduler may need read access to user or project-container information to determine preferential location (underspecified at this time).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -170,5 +170,6 @@ will be denied by default. In the future the admission plugin will base this de
|
|||||||
configurable policies that reside within the [service account](https://github.com/GoogleCloudPlatform/kubernetes/pull/2297).
|
configurable policies that reside within the [service account](https://github.com/GoogleCloudPlatform/kubernetes/pull/2297).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -177,5 +177,6 @@ Finally, it may provide an interface to automate creation of new serviceAccounts
|
|||||||
to GET serviceAccounts to see what has been created.
|
to GET serviceAccounts to see what has been created.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -105,4 +105,6 @@ then ```foo-next``` is synthesized using the pattern ```<controller-name>-<hash-
|
|||||||
* Goto Rollout with ```foo``` and ```foo-next``` trading places.
|
* Goto Rollout with ```foo``` and ```foo-next``` trading places.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -47,4 +47,7 @@ Docs in this directory relate to developing Kubernetes.
|
|||||||
|
|
||||||
* **Getting Recent Builds** ([getting-builds.md](getting-builds.md)): How to get recent builds including the latest builds to pass CI.
|
* **Getting Recent Builds** ([getting-builds.md](getting-builds.md)): How to get recent builds including the latest builds to pass CI.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -356,4 +356,6 @@ the change gets in. If you are unsure, ask. Also make sure that the change gets
|
|||||||
TODO(smarterclayton): write this.
|
TODO(smarterclayton): write this.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -46,4 +46,6 @@ against a release is a GitHub query: For example,
|
|||||||
[this query is all of the v0.21.x cherry-picks](https://github.com/GoogleCloudPlatform/kubernetes/pulls?utf8=%E2%9C%93&q=is%3Apr+%22automated+cherry+pick%22+base%3Arelease-0.21)
|
[this query is all of the v0.21.x cherry-picks](https://github.com/GoogleCloudPlatform/kubernetes/pulls?utf8=%E2%9C%93&q=is%3Apr+%22automated+cherry+pick%22+base%3Arelease-0.21)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -20,5 +20,6 @@ Coding style advice for contributors
|
|||||||
- https://gist.github.com/lavalamp/4bd23295a9f32706a48f
|
- https://gist.github.com/lavalamp/4bd23295a9f32706a48f
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -54,4 +54,6 @@ PRs that are incorrectly judged to be merge-able, may be reverted and subject to
|
|||||||
Any maintainer or core contributor who wants to review a PR but does not have time immediately may put a hold on a PR simply by saying so on the PR discussion and offering an ETA measured in single-digit days at most. Any PR that has a hold shall not be merged until the person who requested the hold acks the review, withdraws their hold, or is overruled by a preponderance of maintainers.
|
Any maintainer or core contributor who wants to review a PR but does not have time immediately may put a hold on a PR simply by saying so on the PR discussion and offering an ETA measured in single-digit days at most. Any PR that has a hold shall not be merged until the person who requested the hold acks the review, withdraws their hold, or is overruled by a preponderance of maintainers.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -351,4 +351,6 @@ export KUBERNETES_MINION_MEMORY=2048
|
|||||||
```vagrant suspend``` seems to mess up the network. It's not supported at this time.
|
```vagrant suspend``` seems to mess up the network. It's not supported at this time.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -281,8 +281,8 @@ go run hack/e2e.go -v -ctl='delete pod foobar'
|
|||||||
|
|
||||||
## Conformance testing
|
## Conformance testing
|
||||||
End-to-end testing, as described above, is for [development
|
End-to-end testing, as described above, is for [development
|
||||||
distributions](../../docs/devel/writing-a-getting-started-guide.md). A conformance test is used on
|
distributions](writing-a-getting-started-guide.md). A conformance test is used on
|
||||||
a [versioned distro](../../docs/devel/writing-a-getting-started-guide.md).
|
a [versioned distro](writing-a-getting-started-guide.md).
|
||||||
|
|
||||||
The conformance test runs a subset of the e2e-tests against a manually-created cluster. It does not
|
The conformance test runs a subset of the e2e-tests against a manually-created cluster. It does not
|
||||||
require support for up/push/down and other operations. To run a conformance test, you need to know the
|
require support for up/push/down and other operations. To run a conformance test, you need to know the
|
||||||
@ -300,4 +300,6 @@ hack/run-gendocs.sh
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -190,5 +190,6 @@ a bit of thought into how your work can be made easier to review. If you do
|
|||||||
these things your PRs will flow much more easily.
|
these things your PRs will flow much more easily.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -76,4 +76,6 @@ If you do a final check for flakes with ```docker ps -a```, ignore tasks that ex
|
|||||||
Happy flake hunting!
|
Happy flake hunting!
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -35,4 +35,6 @@ gsutil ls gs://kubernetes-release/release # list all official re
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -47,4 +47,6 @@ https://github.com/prometheus/client_golang/blob/master/prometheus/histogram.go
|
|||||||
https://github.com/prometheus/client_golang/blob/master/prometheus/summary.go
|
https://github.com/prometheus/client_golang/blob/master/prometheus/summary.go
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -33,4 +33,6 @@ Definitions
|
|||||||
* untriaged - anything without a priority/X label will be considered untriaged
|
* untriaged - anything without a priority/X label will be considered untriaged
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -40,4 +40,6 @@ The following conventions for the glog levels to use. [glog](http://godoc.org/g
|
|||||||
As per the comments, the practical default level is V(2). Developers and QE environments may wish to run at V(3) or V(4). If you wish to change the log level, you can pass in `-v=X` where X is the desired maximum level to log.
|
As per the comments, the practical default level is V(2). Developers and QE environments may wish to run at V(3) or V(4). If you wish to change the log level, you can pass in `-v=X` where X is the desired maximum level to log.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -47,5 +47,6 @@ With the final markdown all set, cut and paste it to the top of ```CHANGELOG.md`
|
|||||||
* Press Save.
|
* Press Save.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -48,4 +48,6 @@ to get 30 sec. CPU profile.
|
|||||||
To enable contention profiling you need to add line ```rt.SetBlockProfileRate(1)``` in addition to ```m.mux.HandleFunc(...)``` added before (```rt``` stands for ```runtime``` in ```master.go```). This enables 'debug/pprof/block' subpage, which can be used as an input to ```go tool pprof```.
|
To enable contention profiling you need to add line ```rt.SetBlockProfileRate(1)``` in addition to ```m.mux.HandleFunc(...)``` added before (```rt``` stands for ```runtime``` in ```master.go```). This enables 'debug/pprof/block' subpage, which can be used as an input to ```go tool pprof```.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -42,4 +42,7 @@ Once those requirements are met, they will be labeled [ok-to-merge](https://gith
|
|||||||
|
|
||||||
These restrictions will be relaxed after v1.0 is released.
|
These restrictions will be relaxed after v1.0 is released.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -314,4 +314,6 @@ by plain mortals (in a perfect world PR/issue's title would be enough but often
|
|||||||
it is just too cryptic/geeky/domain-specific that it isn't).
|
it is just too cryptic/geeky/domain-specific that it isn't).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -61,4 +61,6 @@ If you want to get a global picture of how the scheduler works, you can start in
|
|||||||
[plugin/cmd/kube-scheduler/app/server.go](../../plugin/cmd/kube-scheduler/app/server.go)
|
[plugin/cmd/kube-scheduler/app/server.go](../../plugin/cmd/kube-scheduler/app/server.go)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -14,7 +14,7 @@ certainly want the docs that go with that version.</h1>
|
|||||||
<!-- END MUNGE: UNVERSIONED_WARNING -->
|
<!-- END MUNGE: UNVERSIONED_WARNING -->
|
||||||
# Scheduler Algorithm in Kubernetes
|
# Scheduler Algorithm in Kubernetes
|
||||||
|
|
||||||
For each unscheduled Pod, the Kubernetes scheduler tries to find a node across the cluster according to a set of rules. A general introduction to the Kubernetes scheduler can be found at [docs/devel/scheduler.md](../../docs/devel/scheduler.md). In this document, the algorithm of how to select a node for the Pod is explained. There are two steps before a destination node of a Pod is chosen. The first step is filtering all the nodes and the second is ranking the remaining nodes to find a best fit for the Pod.
|
For each unscheduled Pod, the Kubernetes scheduler tries to find a node across the cluster according to a set of rules. A general introduction to the Kubernetes scheduler can be found at [scheduler.md](scheduler.md). In this document, the algorithm of how to select a node for the Pod is explained. There are two steps before a destination node of a Pod is chosen. The first step is filtering all the nodes and the second is ranking the remaining nodes to find a best fit for the Pod.
|
||||||
|
|
||||||
## Filtering the nodes
|
## Filtering the nodes
|
||||||
The purpose of filtering the nodes is to filter out the nodes that do not meet certain requirements of the Pod. For example, if the free resource on a node (measured by the capacity minus the sum of the resource limits of all the Pods that already run on the node) is less than the Pod's required resource, the node should not be considered in the ranking phase so it is filtered out. Currently, there are several "predicates" implementing different filtering policies, including:
|
The purpose of filtering the nodes is to filter out the nodes that do not meet certain requirements of the Pod. For example, if the free resource on a node (measured by the capacity minus the sum of the resource limits of all the Pods that already run on the node) is less than the Pod's required resource, the node should not be considered in the ranking phase so it is filtered out. Currently, there are several "predicates" implementing different filtering policies, including:
|
||||||
@ -44,7 +44,9 @@ Currently, Kubernetes scheduler provides some practical priority functions, incl
|
|||||||
- `CalculateSpreadPriority`: Spread Pods by minimizing the number of Pods belonging to the same service on the same node.
|
- `CalculateSpreadPriority`: Spread Pods by minimizing the number of Pods belonging to the same service on the same node.
|
||||||
- `CalculateAntiAffinityPriority`: Spread Pods by minimizing the number of Pods belonging to the same service on nodes with the same value for a particular label.
|
- `CalculateAntiAffinityPriority`: Spread Pods by minimizing the number of Pods belonging to the same service on nodes with the same value for a particular label.
|
||||||
|
|
||||||
The details of the above priority functions can be found in [plugin/pkg/scheduler/algorithm/priorities](../../plugin/pkg/scheduler/algorithm/priorities/). Kubernetes uses some, but not all, of these priority functions by default. You can see which ones are used by default in [plugin/pkg/scheduler/algorithmprovider/defaults/defaults.go](../../plugin/pkg/scheduler/algorithmprovider/defaults/defaults.go). Similar as predicates, you can combine the above priority functions and assign weight factors (positive number) to them as you want (check [docs/devel/scheduler.md](../../docs/devel/scheduler.md) for how to customize).
|
The details of the above priority functions can be found in [plugin/pkg/scheduler/algorithm/priorities](../../plugin/pkg/scheduler/algorithm/priorities/). Kubernetes uses some, but not all, of these priority functions by default. You can see which ones are used by default in [plugin/pkg/scheduler/algorithmprovider/defaults/defaults.go](../../plugin/pkg/scheduler/algorithmprovider/defaults/defaults.go). Similar as predicates, you can combine the above priority functions and assign weight factors (positive number) to them as you want (check [scheduler.md](scheduler.md) for how to customize).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -43,7 +43,7 @@ These guidelines say *what* to do. See the Rationale section for *why*.
|
|||||||
search for uses of flags by guides.
|
search for uses of flags by guides.
|
||||||
- We may ask that you host binary assets or large amounts of code in our `contrib` directory or on your
|
- We may ask that you host binary assets or large amounts of code in our `contrib` directory or on your
|
||||||
own repo.
|
own repo.
|
||||||
- Setup a cluster and run the [conformance test](../../docs/devel/development.md#conformance-testing) against it, and report the
|
- Setup a cluster and run the [conformance test](development.md#conformance-testing) against it, and report the
|
||||||
results in your PR.
|
results in your PR.
|
||||||
- Add or update a row in [The Matrix](../../docs/getting-started-guides/README.md).
|
- Add or update a row in [The Matrix](../../docs/getting-started-guides/README.md).
|
||||||
- State the binary version of kubernetes that you tested clearly in your Guide doc and in The Matrix.
|
- State the binary version of kubernetes that you tested clearly in your Guide doc and in The Matrix.
|
||||||
@ -113,4 +113,6 @@ These guidelines say *what* to do. See the Rationale section for *why*.
|
|||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -46,7 +46,9 @@ Guide](cluster-admin-guide.md).
|
|||||||
|
|
||||||
## Contributing to the Kubernetes Project
|
## Contributing to the Kubernetes Project
|
||||||
|
|
||||||
See this [README](../docs/devel/README.md).
|
See this [README](devel/README.md).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -52,4 +52,6 @@ time.
|
|||||||
See [the docs for the DNS cluster addon](../cluster/addons/dns/README.md).
|
See [the docs for the DNS cluster addon](../cluster/addons/dns/README.md).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -88,4 +88,6 @@ Some more thorough examples:
|
|||||||
* [downward API](../examples/downward-api/)
|
* [downward API](../examples/downward-api/)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -23,37 +23,37 @@ If you are considering contributing a new guide, please read the
|
|||||||
IaaS Provider | Config. Mgmt | OS | Networking | Docs | Conforms | Support Level | Notes
|
IaaS Provider | Config. Mgmt | OS | Networking | Docs | Conforms | Support Level | Notes
|
||||||
-------------------- | ------------ | ------ | ---------- | ------------------------------------------------------------------------------ | ----------- | ---------------------------- | -----
|
-------------------- | ------------ | ------ | ---------- | ------------------------------------------------------------------------------ | ----------- | ---------------------------- | -----
|
||||||
GKE | | | GCE | [docs](https://cloud.google.com/container-engine) | [✓][<sup>1</sup>](#references) | Commercial | Uses latest via https://get.k8s.io
|
GKE | | | GCE | [docs](https://cloud.google.com/container-engine) | [✓][<sup>1</sup>](#references) | Commercial | Uses latest via https://get.k8s.io
|
||||||
Vagrant | Saltstack | Fedora | OVS | [docs](../../docs/getting-started-guides/vagrant.md) | | Project | Uses latest via https://get.k8s.io/
|
Vagrant | Saltstack | Fedora | OVS | [docs](vagrant.md) | | Project | Uses latest via https://get.k8s.io/
|
||||||
GCE | Saltstack | Debian | GCE | [docs](../../docs/getting-started-guides/gce.md) | | Project | Uses latest via https://get.k8s.io
|
GCE | Saltstack | Debian | GCE | [docs](gce.md) | | Project | Uses latest via https://get.k8s.io
|
||||||
Azure | CoreOS | CoreOS | Weave | [docs](../../docs/getting-started-guides/coreos/azure/README.md) | | Community ([@errordeveloper](https://github.com/errordeveloper), [@squillace](https://github.com/squillace), [@chanezon](https://github.com/chanezon), [@crossorigin](https://github.com/crossorigin)) | Uses K8s version 0.17.0
|
Azure | CoreOS | CoreOS | Weave | [docs](coreos/azure/README.md) | | Community ([@errordeveloper](https://github.com/errordeveloper), [@squillace](https://github.com/squillace), [@chanezon](https://github.com/chanezon), [@crossorigin](https://github.com/crossorigin)) | Uses K8s version 0.17.0
|
||||||
Docker Single Node | custom | N/A | local | [docs](docker.md) | | Project (@brendandburns) | Tested @ 0.14.1 |
|
Docker Single Node | custom | N/A | local | [docs](docker.md) | | Project (@brendandburns) | Tested @ 0.14.1 |
|
||||||
Docker Multi Node | Flannel | N/A | local | [docs](docker-multinode.md) | | Project (@brendandburns) | Tested @ 0.14.1 |
|
Docker Multi Node | Flannel | N/A | local | [docs](docker-multinode.md) | | Project (@brendandburns) | Tested @ 0.14.1 |
|
||||||
Bare-metal | Ansible | Fedora | flannel | [docs](../../docs/getting-started-guides/fedora/fedora_ansible_config.md) | | Project | Uses K8s v0.13.2
|
Bare-metal | Ansible | Fedora | flannel | [docs](fedora/fedora_ansible_config.md) | | Project | Uses K8s v0.13.2
|
||||||
Bare-metal | custom | Fedora | _none_ | [docs](../../docs/getting-started-guides/fedora/fedora_manual_config.md) | | Project | Uses K8s v0.13.2
|
Bare-metal | custom | Fedora | _none_ | [docs](fedora/fedora_manual_config.md) | | Project | Uses K8s v0.13.2
|
||||||
Bare-metal | custom | Fedora | flannel | [docs](../../docs/getting-started-guides/fedora/flannel_multi_node_cluster.md) | | Community ([@aveshagarwal](https://github.com/aveshagarwal))| Tested with 0.15.0
|
Bare-metal | custom | Fedora | flannel | [docs](fedora/flannel_multi_node_cluster.md) | | Community ([@aveshagarwal](https://github.com/aveshagarwal))| Tested with 0.15.0
|
||||||
libvirt | custom | Fedora | flannel | [docs](../../docs/getting-started-guides/fedora/flannel_multi_node_cluster.md) | | Community ([@aveshagarwal](https://github.com/aveshagarwal))| Tested with 0.15.0
|
libvirt | custom | Fedora | flannel | [docs](fedora/flannel_multi_node_cluster.md) | | Community ([@aveshagarwal](https://github.com/aveshagarwal))| Tested with 0.15.0
|
||||||
KVM | custom | Fedora | flannel | [docs](../../docs/getting-started-guides/fedora/flannel_multi_node_cluster.md) | | Community ([@aveshagarwal](https://github.com/aveshagarwal))| Tested with 0.15.0
|
KVM | custom | Fedora | flannel | [docs](fedora/flannel_multi_node_cluster.md) | | Community ([@aveshagarwal](https://github.com/aveshagarwal))| Tested with 0.15.0
|
||||||
Mesos/GCE | | | | [docs](../../docs/getting-started-guides/mesos.md) | | [Community](https://github.com/mesosphere/kubernetes-mesos) ([@jdef](https://github.com/jdef)) | Uses K8s v0.11.2
|
Mesos/GCE | | | | [docs](mesos.md) | | [Community](https://github.com/mesosphere/kubernetes-mesos) ([@jdef](https://github.com/jdef)) | Uses K8s v0.11.2
|
||||||
AWS | CoreOS | CoreOS | flannel | [docs](../../docs/getting-started-guides/coreos.md) | | Community | Uses K8s version 0.19.3
|
AWS | CoreOS | CoreOS | flannel | [docs](coreos.md) | | Community | Uses K8s version 0.19.3
|
||||||
GCE | CoreOS | CoreOS | flannel | [docs](../../docs/getting-started-guides/coreos.md) | | Community [@pires](https://github.com/pires) | Uses K8s version 0.19.3
|
GCE | CoreOS | CoreOS | flannel | [docs](coreos.md) | | Community [@pires](https://github.com/pires) | Uses K8s version 0.19.3
|
||||||
Vagrant | CoreOS | CoreOS | flannel | [docs](../../docs/getting-started-guides/coreos.md) | | Community ( [@pires](https://github.com/pires), [@AntonioMeireles](https://github.com/AntonioMeireles) ) | Uses K8s version 0.19.3
|
Vagrant | CoreOS | CoreOS | flannel | [docs](coreos.md) | | Community ( [@pires](https://github.com/pires), [@AntonioMeireles](https://github.com/AntonioMeireles) ) | Uses K8s version 0.19.3
|
||||||
Bare-metal (Offline) | CoreOS | CoreOS | flannel | [docs](../../docs/getting-started-guides/coreos/bare_metal_offline.md) | | Community([@jeffbean](https://github.com/jeffbean)) | Uses K8s version 0.15.0
|
Bare-metal (Offline) | CoreOS | CoreOS | flannel | [docs](coreos/bare_metal_offline.md) | | Community([@jeffbean](https://github.com/jeffbean)) | Uses K8s version 0.15.0
|
||||||
CloudStack | Ansible | CoreOS | flannel | [docs](../../docs/getting-started-guides/cloudstack.md) | | Community (@runseb) | Uses K8s version 0.9.1
|
CloudStack | Ansible | CoreOS | flannel | [docs](cloudstack.md) | | Community (@runseb) | Uses K8s version 0.9.1
|
||||||
Vmware | | Debian | OVS | [docs](../../docs/getting-started-guides/vsphere.md) | | Community (@pietern) | Uses K8s version 0.9.1
|
Vmware | | Debian | OVS | [docs](vsphere.md) | | Community (@pietern) | Uses K8s version 0.9.1
|
||||||
Bare-metal | custom | CentOS | _none_ | [docs](../../docs/getting-started-guides/centos/centos_manual_config.md) | | Community(@coolsvap) | Uses K8s v0.9.1
|
Bare-metal | custom | CentOS | _none_ | [docs](centos/centos_manual_config.md) | | Community(@coolsvap) | Uses K8s v0.9.1
|
||||||
AWS | Juju | Ubuntu | flannel | [docs](../../docs/getting-started-guides/juju.md) | | [Community](https://github.com/whitmo/bundle-kubernetes) ( [@whit](https://github.com/whitmo), [@matt](https://github.com/mbruzek), [@chuck](https://github.com/chuckbutler) ) | [Tested](http://reports.vapour.ws/charm-tests-by-charm/kubernetes) K8s v0.8.1
|
AWS | Juju | Ubuntu | flannel | [docs](juju.md) | | [Community](https://github.com/whitmo/bundle-kubernetes) ( [@whit](https://github.com/whitmo), [@matt](https://github.com/mbruzek), [@chuck](https://github.com/chuckbutler) ) | [Tested](http://reports.vapour.ws/charm-tests-by-charm/kubernetes) K8s v0.8.1
|
||||||
OpenStack/HPCloud | Juju | Ubuntu | flannel | [docs](../../docs/getting-started-guides/juju.md) | | [Community](https://github.com/whitmo/bundle-kubernetes) ( [@whit](https://github.com/whitmo), [@matt](https://github.com/mbruzek), [@chuck](https://github.com/chuckbutler) ) | [Tested](http://reports.vapour.ws/charm-tests-by-charm/kubernetes) K8s v0.8.1
|
OpenStack/HPCloud | Juju | Ubuntu | flannel | [docs](juju.md) | | [Community](https://github.com/whitmo/bundle-kubernetes) ( [@whit](https://github.com/whitmo), [@matt](https://github.com/mbruzek), [@chuck](https://github.com/chuckbutler) ) | [Tested](http://reports.vapour.ws/charm-tests-by-charm/kubernetes) K8s v0.8.1
|
||||||
Joyent | Juju | Ubuntu | flannel | [docs](../../docs/getting-started-guides/juju.md) | | [Community](https://github.com/whitmo/bundle-kubernetes) ( [@whit](https://github.com/whitmo), [@matt](https://github.com/mbruzek), [@chuck](https://github.com/chuckbutler) ) | [Tested](http://reports.vapour.ws/charm-tests-by-charm/kubernetes) K8s v0.8.1
|
Joyent | Juju | Ubuntu | flannel | [docs](juju.md) | | [Community](https://github.com/whitmo/bundle-kubernetes) ( [@whit](https://github.com/whitmo), [@matt](https://github.com/mbruzek), [@chuck](https://github.com/chuckbutler) ) | [Tested](http://reports.vapour.ws/charm-tests-by-charm/kubernetes) K8s v0.8.1
|
||||||
AWS | Saltstack | Ubuntu | OVS | [docs](../../docs/getting-started-guides/aws.md) | | Community (@justinsb) | Uses K8s version 0.5.0
|
AWS | Saltstack | Ubuntu | OVS | [docs](aws.md) | | Community (@justinsb) | Uses K8s version 0.5.0
|
||||||
Vmware | CoreOS | CoreOS | flannel | [docs](../../docs/getting-started-guides/coreos.md) | | Community (@kelseyhightower) | Uses K8s version 0.15.0
|
Vmware | CoreOS | CoreOS | flannel | [docs](coreos.md) | | Community (@kelseyhightower) | Uses K8s version 0.15.0
|
||||||
Azure | Saltstack | Ubuntu | OpenVPN | [docs](../../docs/getting-started-guides/azure.md) | | Community |
|
Azure | Saltstack | Ubuntu | OpenVPN | [docs](azure.md) | | Community |
|
||||||
Bare-metal | custom | Ubuntu | flannel | [docs](../../docs/getting-started-guides/ubuntu.md) | | Community (@resouer @WIZARD-CXY) | use k8s version 0.19.3
|
Bare-metal | custom | Ubuntu | flannel | [docs](ubuntu.md) | | Community (@resouer @WIZARD-CXY) | use k8s version 0.19.3
|
||||||
Local | | | _none_ | [docs](../../docs/getting-started-guides/locally.md) | | Community (@preillyme) |
|
Local | | | _none_ | [docs](locally.md) | | Community (@preillyme) |
|
||||||
libvirt/KVM | CoreOS | CoreOS | libvirt/KVM | [docs](../../docs/getting-started-guides/libvirt-coreos.md) | | Community (@lhuard1A) |
|
libvirt/KVM | CoreOS | CoreOS | libvirt/KVM | [docs](libvirt-coreos.md) | | Community (@lhuard1A) |
|
||||||
oVirt | | | | [docs](../../docs/getting-started-guides/ovirt.md) | | Community (@simon3z) |
|
oVirt | | | | [docs](ovirt.md) | | Community (@simon3z) |
|
||||||
Rackspace | CoreOS | CoreOS | flannel | [docs](../../docs/getting-started-guides/rackspace.md) | | Community (@doublerr) | use k8s version 0.18.0
|
Rackspace | CoreOS | CoreOS | flannel | [docs](rackspace.md) | | Community (@doublerr) | use k8s version 0.18.0
|
||||||
|
|
||||||
Don't see anything above that meets your needs? See our [Getting Started from Scratch](../../docs/getting-started-guides/scratch.md) guide.
|
Don't see anything above that meets your needs? See our [Getting Started from Scratch](scratch.md) guide.
|
||||||
|
|
||||||
*Note*: The above table is ordered by version test/used in notes followed by support level.
|
*Note*: The above table is ordered by version test/used in notes followed by support level.
|
||||||
|
|
||||||
@ -77,4 +77,7 @@ Definition of columns:
|
|||||||
#### References:
|
#### References:
|
||||||
- [1] [GCE conformance test result](https://gist.github.com/erictune/4cabc010906afbcc5061)
|
- [1] [GCE conformance test result](https://gist.github.com/erictune/4cabc010906afbcc5061)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -228,4 +228,6 @@ kubectl delete pods hello
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -110,4 +110,6 @@ Please see the [Kubernetes docs](https://github.com/GoogleCloudPlatform/kubernet
|
|||||||
and using a Kubernetes cluster.
|
and using a Kubernetes cluster.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -35,4 +35,6 @@ ssh -f -nNT -L 8080:127.0.0.1:8080 core@<master-public-ip>
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -73,4 +73,6 @@ cluster/kube-down.sh
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -37,4 +37,6 @@ make release
|
|||||||
For more details on the release process see the [`build/` directory](../../build/)
|
For more details on the release process see the [`build/` directory](../../build/)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -180,4 +180,6 @@ centos-minion <none> Ready
|
|||||||
You should have a functional cluster, check out [101](../../../examples/walkthrough/README.md)!
|
You should have a functional cluster, check out [101](../../../examples/walkthrough/README.md)!
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -98,11 +98,6 @@ SSH to it using the key that was created and using the _core_ user and you can l
|
|||||||
e9af8293... <node #2 IP> role=node
|
e9af8293... <node #2 IP> role=node
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -25,4 +25,6 @@ There are multiple guides on running Kubernetes with [CoreOS](http://coreos.com)
|
|||||||
* [Resizable multi-node cluster on Azure with Weave](coreos/azure/README.md)
|
* [Resizable multi-node cluster on Azure with Weave](coreos/azure/README.md)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -217,4 +217,6 @@ If you don't wish care about the Azure bill, you can tear down the cluster. It's
|
|||||||
By the way, with the scripts shown, you can deploy multiple clusters, if you like :)
|
By the way, with the scripts shown, you can deploy multiple clusters, if you like :)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -671,4 +671,6 @@ Kill all pods:
|
|||||||
for i in `kubectl get pods | awk '{print $1}'`; do kubectl stop pod $i; done
|
for i in `kubectl get pods | awk '{print $1}'`; do kubectl stop pod $i; done
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -150,4 +150,6 @@ hdiutil makehybrid -iso -joliet -joliet-volume-name "config-2" -joliet -o node.i
|
|||||||
Boot one or more the [vmware image](https://coreos.com/docs/running-coreos/platforms/vmware) using `node.iso` as a config drive.
|
Boot one or more the [vmware image](https://coreos.com/docs/running-coreos/platforms/vmware) using `node.iso` as a config drive.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -66,4 +66,6 @@ Once your cluster has been created you can [test it out](docker-multinode/testin
|
|||||||
For more complete applications, please look in the [examples directory](../../examples/)
|
For more complete applications, please look in the [examples directory](../../examples/)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -157,4 +157,6 @@ If all else fails, ask questions on IRC at #google-containers.
|
|||||||
Move on to [adding one or more workers](worker.md)
|
Move on to [adding one or more workers](worker.md)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -71,4 +71,7 @@ kubectl get pods
|
|||||||
|
|
||||||
You should see pods landing on the newly added machine.
|
You should see pods landing on the newly added machine.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -122,4 +122,6 @@ sudo docker run -d --net=host --privileged gcr.io/google_containers/hyperkube:v0
|
|||||||
Move on to [testing your cluster](testing.md) or [add another node](#adding-a-kubernetes-worker-node-via-docker)
|
Move on to [testing your cluster](testing.md) or [add another node](#adding-a-kubernetes-worker-node-via-docker)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -113,4 +113,6 @@ the cluster, you need to first kill the kubelet container, and then any other co
|
|||||||
You may use ```docker ps -a | awk '{print $1}' | xargs docker kill```, note this removes _all_ containers running under Docker, so use with caution.
|
You may use ```docker ps -a | awk '{print $1}' | xargs docker kill```, note this removes _all_ containers running under Docker, so use with caution.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -257,4 +257,6 @@ curl http://localhost
|
|||||||
That's it !
|
That's it !
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -207,4 +207,6 @@ $ kubectl delete -f node.json
|
|||||||
You should have a functional cluster, check out [101](../../../examples/walkthrough/README.md)!
|
You should have a functional cluster, check out [101](../../../examples/walkthrough/README.md)!
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -191,4 +191,6 @@ PING 18.16.90.4 (18.16.90.4) 56(84) bytes of data.
|
|||||||
* Now kubernetes multi-node cluster is set up with overlay networking set up by flannel.
|
* Now kubernetes multi-node cluster is set up with overlay networking set up by flannel.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -226,4 +226,6 @@ field values:
|
|||||||
* Allowed Protocols and Port: `tcp:1-65535;udp:1-65535;icmp`
|
* Allowed Protocols and Port: `tcp:1-65535;udp:1-65535;icmp`
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -247,4 +247,6 @@ MAAS (bare metal) | TBD
|
|||||||
GCE | TBD
|
GCE | TBD
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -282,4 +282,6 @@ usermod -a -G libvirtd $USER
|
|||||||
Ensure libvirtd has been restarted since ebtables was installed.
|
Ensure libvirtd has been restarted since ebtables was installed.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -145,4 +145,6 @@ One or more of the kubernetes daemons might've crashed. Tail the logs of each in
|
|||||||
The local-up-cluster.sh script doesn't start a DNS service. Similar situation can be found [here](https://github.com/GoogleCloudPlatform/kubernetes/issues/6667). You can start a manually. Related documents can be found [here](https://github.com/GoogleCloudPlatform/kubernetes/tree/master/cluster/addons/dns#how-do-i-configure-it)
|
The local-up-cluster.sh script doesn't start a DNS service. Similar situation can be found [here](https://github.com/GoogleCloudPlatform/kubernetes/issues/6667). You can start a manually. Related documents can be found [here](https://github.com/GoogleCloudPlatform/kubernetes/tree/master/cluster/addons/dns#how-do-i-configure-it)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -243,4 +243,6 @@ Starting to serve on localhost:8001
|
|||||||
Now you can visit the URL [http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging](http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging) to contact Elasticsearch and [http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/kibana-logging](http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/kibana-logging) to access the Kibana viewer.
|
Now you can visit the URL [http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging](http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging) to contact Elasticsearch and [http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/kibana-logging](http://localhost:8001/api/v1/proxy/namespaces/kube-system/services/kibana-logging) to access the Kibana viewer.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -205,4 +205,7 @@ This page has touched briefly on the underlying mechanisms that support gatherin
|
|||||||
|
|
||||||
Some of the material in this section also appears in the blog article [Cluster Level Logging with Kubernetes](http://blog.kubernetes.io/2015/06/cluster-level-logging-with-kubernetes.html).
|
Some of the material in this section also appears in the blog article [Cluster Level Logging with Kubernetes](http://blog.kubernetes.io/2015/06/cluster-level-logging-with-kubernetes.html).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -224,4 +224,7 @@ Future work will add instructions to this guide to enable support for Kubernetes
|
|||||||
[9]: ../../examples/
|
[9]: ../../examples/
|
||||||
[10]: http://open.mesosphere.com/getting-started/cloud/google/mesosphere/#vpn-setup
|
[10]: http://open.mesosphere.com/getting-started/cloud/google/mesosphere/#vpn-setup
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -68,4 +68,6 @@ This short screencast demonstrates how the oVirt Cloud Provider can be used to d
|
|||||||
[](http://www.youtube.com/watch?v=JyyST4ZKne8)
|
[](http://www.youtube.com/watch?v=JyyST4ZKne8)
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -79,4 +79,6 @@ There is a specific `cluster/rackspace` directory with the scripts for the follo
|
|||||||
- eth2 - Cloud Network - Used for k8s pods to communicate with one another. The proxy service will pass traffic via this interface.
|
- eth2 - Cloud Network - Used for k8s pods to communicate with one another. The proxy service will pass traffic via this interface.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -103,4 +103,6 @@ See [a simple nginx example](../../../examples/simple-nginx.md) to try out your
|
|||||||
For more complete applications, please look in the [examples directory](../../../examples/).
|
For more complete applications, please look in the [examples directory](../../../examples/).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -767,5 +767,6 @@ If you run into trouble, please see the section on [troubleshooting](gce.md#trou
|
|||||||
[google-containers group](https://groups.google.com/forum/#!forum/google-containers), or come ask questions on IRC at #google-containers on freenode.
|
[google-containers group](https://groups.google.com/forum/#!forum/google-containers), or come ask questions on IRC at #google-containers on freenode.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -206,4 +206,6 @@ Please try:
|
|||||||
4. You can also customize your own settings in `/etc/default/{component_name}` after configured success.
|
4. You can also customize your own settings in `/etc/default/{component_name}` after configured success.
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -353,4 +353,6 @@ export KUBERNETES_VAGRANT_USE_NFS=true
|
|||||||
```
|
```
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
@ -102,4 +102,6 @@ going on (find yourself authorized with your SSH key, or use the password
|
|||||||
`kube` otherwise).
|
`kube` otherwise).
|
||||||
|
|
||||||
|
|
||||||
|
<!-- BEGIN MUNGE: GENERATED_ANALYTICS -->
|
||||||
[]()
|
[]()
|
||||||
|
<!-- END MUNGE: GENERATED_ANALYTICS -->
|
||||||
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
Reference in New Issue
Block a user