* 'master' of https://github.com/kubernetes/kubernetes.github.io:
  Changes "Mac OS" to macOS, "bootcamp" to tutorial (#3955)
  Remove apply/edit warning now that edit is fixed
  Two minor fixes
  Cleanup robots.txt
  Readability: Split first paragraph into two (#3957)
This commit is contained in:
Andrew Chen
2017-06-01 14:57:26 -07:00
5 changed files with 7 additions and 116 deletions
@@ -88,7 +88,7 @@ title: Using Minikube to Create a Cluster
<div class="col-md-8">
<p>When you deploy applications on Kubernetes, you tell the master to start the application containers. The master schedules the containers to run on the cluster's nodes. <b>The nodes communicate with the master using the Kubernetes API</b>, which the master exposes. End users can also use the Kubernetes API directly to interact with the cluster.</p>
<p>A Kubernetes cluster can be deployed on either physical or virtual machines. To get started with Kubernetes development, you can use <a href="https://github.com/kubernetes/minikube">Minikube</a>. Minikube is a lightweight Kubernetes implementation that creates a VM on your local machine and deploys a simple cluster containing only one node. Minikube is available for Linux, Mac OS and Windows systems. The Minikube CLI provides basic bootstrapping operations for working with your cluster, including start, stop, status, and delete. For this bootcamp, however, you'll use a provided online terminal with Minikube pre-installed.</p>
<p>A Kubernetes cluster can be deployed on either physical or virtual machines. To get started with Kubernetes development, you can use <a href="https://github.com/kubernetes/minikube">Minikube</a>. Minikube is a lightweight Kubernetes implementation that creates a VM on your local machine and deploys a simple cluster containing only one node. Minikube is available for Linux, macOS, and Windows systems. The Minikube CLI provides basic bootstrapping operations for working with your cluster, including start, stop, status, and delete. For this tutorial, however, you'll use a provided online terminal with Minikube pre-installed.</p>
<p>Now that you know what Kubernetes is, let's go to the online tutorial and start our first cluster!</p>
@@ -27,7 +27,9 @@ title: Using a Service to Expose Your App
<div class="col-md-8">
<h3>Overview of Kubernetes Services</h3>
<p>Kubernetes <a href="/docs/concepts/workloads/pods/pod-overview/">Pods</a> are mortal. Pods in fact have a <a href="/docs/concepts/workloads/pods/pod-lifecycle/">lifecycle</a>. When a worker node dies, the Pods running on the Node are also lost. A <a href="/docs/user-guide/replication-controller/#what-is-a-replicationcontroller">ReplicationController</a> might then dynamically drive the cluster back to desired state via creation of new Pods to keep your application running. As another example, consider an image-processing backend with 3 replicas. Those replicas are fungible; the front-end system should not care about backend replicas or even if a Pod is lost and recreated. That said, each Pod in a Kubernetes cluster has a unique IP address, even Pods on the same Node, so there needs to be a way of automatically reconciling changes among Pods so that your applications continue to function. Enter <i>Services</i>. A Service in Kubernetes is an abstraction which defines a logical set of Pods and a policy by which to access them. Services enable a loose coupling between dependent Pods. A Service is defined using YAML <a href="/docs/concepts/configuration/overview/#general-config-tips">(preferred)</a> or JSON, like all Kubernetes objects. The set of Pods targeted by a Service is usually determined by a <i>LabelSelector</i> (see below for why you might want a Service without including <code>selector</code> in the spec).</p>
<p>Kubernetes <a href="/docs/concepts/workloads/pods/pod-overview/">Pods</a> are mortal. Pods in fact have a <a href="/docs/concepts/workloads/pods/pod-lifecycle/">lifecycle</a>. When a worker node dies, the Pods running on the Node are also lost. A <a href="/docs/user-guide/replication-controller/#what-is-a-replicationcontroller">ReplicationController</a> might then dynamically drive the cluster back to desired state via creation of new Pods to keep your application running. As another example, consider an image-processing backend with 3 replicas. Those replicas are fungible; the front-end system should not care about backend replicas or even if a Pod is lost and recreated. That said, each Pod in a Kubernetes cluster has a unique IP address, even Pods on the same Node, so there needs to be a way of automatically reconciling changes among Pods so that your applications continue to function.</p>
<p>Enter <i>Services</i>. A Service in Kubernetes is an abstraction which defines a logical set of Pods and a policy by which to access them. Services enable a loose coupling between dependent Pods. A Service is defined using YAML <a href="/docs/concepts/configuration/overview/#general-config-tips">(preferred)</a> or JSON, like all Kubernetes objects. The set of Pods targeted by a Service is usually determined by a <i>LabelSelector</i> (see below for why you might want a Service without including <code>selector</code> in the spec).</p>
<p>Although Pods each have a unique IP address, those IPs are not exposed outside the cluster without a Service. Services allow your applications to receive traffic. Services can be exposed in different ways by specifying a <code>type</code> in the ServiceSpec:</p>
<ul>
@@ -94,7 +94,7 @@ title: Performing a Rolling Update
<div class="row">
<div class="col-md-8">
<p>Similar to application Scaling, If a Deployment is exposed publicly, the Service will load-balance the traffic only to available Pods during the update. An available Pod is an instance that is available to the users of the application.</p>
<p>Similar to application Scaling, if a Deployment is exposed publicly, the Service will load-balance the traffic only to available Pods during the update. An available Pod is an instance that is available to the users of the application.</p>
<p>Rolling updates allow the following actions:</p>
<ul>
@@ -116,7 +116,7 @@ title: Performing a Rolling Update
<div class="row">
<div class="col-md-8">
<p> In the following interactive tutorial we'll update our application to a new version, and also perform a rollback.</p>
<p> In the following interactive tutorial, we'll update our application to a new version, and also perform a rollback.</p>
</div>
</div>
<br>
@@ -305,10 +305,6 @@ spec:
and `replace` do not retain the `kubectl.kubernetes.io/last-applied-configuration`
that `kubectl apply` uses to compute updates.
**Warning**: As of Kubernetes 1.5, the `kubectl edit` command is
incompatible with `kubectl apply`, and the two should not be
used together.
## How to delete objects
There are two approaches to delete objects managed by `kubectl apply`.
+1 -108
View File
@@ -8,111 +8,4 @@ Disallow: 404.html
# NOTE: site renders /topic.md into /topic/index.html, effectively /topic/
Disallow: /docs/admin/addons/
Disallow: /docs/admin/apparmor/
Disallow: /docs/admin/audit/
Disallow: /docs/admin/cluster-components/
Disallow: /docs/admin/cluster-management/
Disallow: /docs/admin/cluster-troubleshooting/
Disallow: /docs/admin/daemons/
Disallow: /docs/admin/disruptions/
Disallow: /docs/admin/dns/
Disallow: /docs/admin/etcd/
Disallow: /docs/admin/etcd_upgrade/
Disallow: /docs/admin/federation/kubefed/
Disallow: /docs/admin/garbage-collection/
Disallow: /docs/admin/ha-master-gce/
Disallow: /docs/admin/limitrange/
Disallow: /docs/admin/master-node-communication/
Disallow: /docs/admin/multi-cluster/
Disallow: /docs/admin/multiple-schedulers/
Disallow: /docs/admin/namespaces/
Disallow: /docs/admin/namespaces/walkthrough/
Disallow: /docs/admin/network-plugins/
Disallow: /docs/admin/networking/
Disallow: /docs/admin/node-allocatable/
Disallow: /docs/admin/node-problem/
Disallow: /docs/admin/node/
Disallow: /docs/admin/out-of-resource/
Disallow: /docs/admin/rescheduler/
Disallow: /docs/admin/resourcequota/
Disallow: /docs/admin/resourcequota/limitstorageconsumption/
Disallow: /docs/admin/resourcequota/walkthrough/
Disallow: /docs/admin/static-pods/
Disallow: /docs/admin/sysctls/
Disallow: /docs/admin/upgrade-1-6/
Disallow: /docs/api/
Disallow: /docs/contribute/
Disallow: /kubernetes/swagger-spec/
Disallow: /kubernetes/third_party/swagger-ui/
Disallow: /docs/getting-started-guides/kubectl/
Disallow: /docs/getting-started-guides/network-policy/
Disallow: /docs/getting-started-guides/running-cloud-controller/
Disallow: /docs/user-guide/accessing-the-cluster/
Disallow: /docs/user-guide/annotations/
Disallow: /docs/user-guide/application-troubleshooting/
Disallow: /docs/user-guide/compute-resources/
Disallow: /docs/user-guide/config-best-practices/
Disallow: /docs/user-guide/configmap/
Disallow: /docs/user-guide/configuring-containers/
Disallow: /docs/user-guide/connecting-applications/
Disallow: /docs/user-guide/connecting-to-applications-port-forward/
Disallow: /docs/user-guide/connecting-to-applications-proxy/
Disallow: /docs/user-guide/container-environment/
Disallow: /docs/user-guide/containers/
Disallow: /docs/user-guide/cron-jobs/
Disallow: /docs/user-guide/debugging-pods-and-replication-controllers/
Disallow: /docs/user-guide/debugging-services/
Disallow: /docs/user-guide/deploying-applications/
Disallow: /docs/user-guide/deployments/
Disallow: /docs/user-guide/downward-api/
Disallow: /docs/user-guide/environment-guide/
Disallow: /docs/user-guide/federation/
Disallow: /docs/user-guide/garbage-collection/
Disallow: /docs/user-guide/getting-into-containers/
Disallow: /docs/user-guide/gpus/
Disallow: /docs/user-guide/horizontal-pod-autoscaling/
Disallow: /docs/user-guide/identifiers/
Disallow: /docs/user-guide/images/
Disallow: /docs/user-guide/ingress/
Disallow: /docs/user-guide/introspection-and-debugging/
Disallow: /docs/user-guide/jobs/
Disallow: /docs/user-guide/kubeconfig-file/
Disallow: /docs/user-guide/liveness/
Disallow: /docs/user-guide/load-balancer/
Disallow: /docs/user-guide/logging/
Disallow: /docs/user-guide/managing-deployments/
Disallow: /docs/user-guide/monitoring/
Disallow: /docs/user-guide/namespaces/
Disallow: /docs/user-guide/networkpolicies/
Disallow: /docs/user-guide/node-selection/
Disallow: /docs/user-guide/persistent-volumes/
Disallow: /docs/user-guide/petset/
Disallow: /docs/user-guide/pod-preset/
Disallow: /docs/user-guide/pod-security-policy/
Disallow: /docs/user-guide/pod-states/
Disallow: /docs/user-guide/pod-templates/
Disallow: /docs/user-guide/pods/
Disallow: /docs/user-guide/prereqs/
Disallow: /docs/user-guide/production-pods/
Disallow: /docs/user-guide/projected-volume/
Disallow: /docs/user-guide/quick-start/
Disallow: /docs/user-guide/replicasets/
Disallow: /docs/user-guide/replication-controller/
Disallow: /docs/user-guide/resizing-a-replication-controller/
Disallow: /docs/user-guide/rolling-updates/
Disallow: /docs/user-guide/secrets/
Disallow: /docs/user-guide/security-context/
Disallow: /docs/user-guide/service-accounts/
Disallow: /docs/user-guide/services-firewalls/
Disallow: /docs/user-guide/services/
Disallow: /docs/user-guide/sharing-clusters/
Disallow: /docs/user-guide/thirdpartyresources/
Disallow: /docs/user-guide/ui/
Disallow: /docs/user-guide/update-demo/
Disallow: /docs/user-guide/volumes/
Disallow: /docs/user-guide/walkthrough/
Disallow: /docs/user-guide/working-with-resources/
Disallow: /docs/whatisk8s/
SITEMAP: http://kubernetes.io/sitemap.xml
SITEMAP: https://kubernetes.io/sitemap.xml