diff --git a/css/styles.css b/css/styles.css index eb30b1735a..7a6b5771a9 100755 --- a/css/styles.css +++ b/css/styles.css @@ -540,7 +540,7 @@ header { background-color: #303030; } #hero { - background-image: url(../images/texture.png); + background-image: url(/images/texture.png); background-color: #303030; text-align: center; padding-left: 0; @@ -558,7 +558,7 @@ header { footer { width: 100%; - background-image: url(../images/texture.png); + background-image: url(/images/texture.png); background-color: #303030; } footer main { padding: 40px 0; } @@ -600,7 +600,7 @@ footer { .social a { display: inline-block; - background-image: url(../images/social_sprite.png); + background-image: url(/images/social_sprite.png); background-repeat: no-repeat; background-size: auto; width: 50px; @@ -821,7 +821,7 @@ section { white-space: nowrap; text-indent: 50px; overflow: hidden; - background: #3371e3 url(../images/pencil.png) no-repeat; + background: #3371e3 url(/images/pencil.png) no-repeat; background-position: 1px 1px; background-size: auto; } #docsContent #pageTOC ul, #docsContent #pageTOC li { diff --git a/v1.1/docs/getting-started-guides/all-lines.png b/images/docs/all-lines.png similarity index 100% rename from v1.1/docs/getting-started-guides/all-lines.png rename to images/docs/all-lines.png diff --git a/v1.1/docs/getting-started-guides/bigquery-logging.png b/images/docs/bigquery-logging.png similarity index 100% rename from v1.1/docs/getting-started-guides/bigquery-logging.png rename to images/docs/bigquery-logging.png diff --git a/v1.1/docs/user-guide/cadvisor.png b/images/docs/cadvisor.png similarity index 100% rename from v1.1/docs/user-guide/cadvisor.png rename to images/docs/cadvisor.png diff --git a/v1.1/docs/getting-started-guides/cloud-logging-console.png b/images/docs/cloud-logging-console.png similarity index 100% rename from v1.1/docs/getting-started-guides/cloud-logging-console.png rename to images/docs/cloud-logging-console.png diff --git a/v1.1/docs/user-guide/environment-guide/diagram.png b/images/docs/diagram.png similarity index 100% rename from v1.1/docs/user-guide/environment-guide/diagram.png rename to images/docs/diagram.png diff --git a/v1.1/docs/getting-started-guides/es-browser.png b/images/docs/es-browser.png similarity index 100% rename from v1.1/docs/getting-started-guides/es-browser.png rename to images/docs/es-browser.png diff --git a/v1.1/docs/user-guide/gcm.png b/images/docs/gcm.png similarity index 100% rename from v1.1/docs/user-guide/gcm.png rename to images/docs/gcm.png diff --git a/v1.1/docs/devel/git_workflow.png b/images/docs/git_workflow.png similarity index 100% rename from v1.1/docs/devel/git_workflow.png rename to images/docs/git_workflow.png diff --git a/v1.1/docs/admin/high-availability/ha.png b/images/docs/ha.png similarity index 100% rename from v1.1/docs/admin/high-availability/ha.png rename to images/docs/ha.png diff --git a/v1.1/docs/user-guide/horizontal-pod-autoscaler.png b/images/docs/horizontal-pod-autoscaler.png similarity index 100% rename from v1.1/docs/user-guide/horizontal-pod-autoscaler.png rename to images/docs/horizontal-pod-autoscaler.png diff --git a/v1.1/docs/user-guide/influx.png b/images/docs/influx.png similarity index 100% rename from v1.1/docs/user-guide/influx.png rename to images/docs/influx.png diff --git a/v1.1/docs/getting-started-guides/coreos/azure/initial_cluster.png b/images/docs/initial_cluster.png similarity index 100% rename from v1.1/docs/getting-started-guides/coreos/azure/initial_cluster.png rename to images/docs/initial_cluster.png diff --git a/v1.1/docs/getting-started-guides/k8s-docker.png b/images/docs/k8s-docker.png similarity index 100% rename from v1.1/docs/getting-started-guides/k8s-docker.png rename to images/docs/k8s-docker.png diff --git a/v1.1/docs/getting-started-guides/k8s-singlenode-docker.png b/images/docs/k8s-singlenode-docker.png similarity index 100% rename from v1.1/docs/getting-started-guides/k8s-singlenode-docker.png rename to images/docs/k8s-singlenode-docker.png diff --git a/v1.1/docs/user-guide/k8s-ui-explore-filter.png b/images/docs/k8s-ui-explore-filter.png similarity index 100% rename from v1.1/docs/user-guide/k8s-ui-explore-filter.png rename to images/docs/k8s-ui-explore-filter.png diff --git a/v1.1/docs/user-guide/k8s-ui-explore-groupby.png b/images/docs/k8s-ui-explore-groupby.png similarity index 100% rename from v1.1/docs/user-guide/k8s-ui-explore-groupby.png rename to images/docs/k8s-ui-explore-groupby.png diff --git a/v1.1/docs/user-guide/k8s-ui-explore-poddetail.png b/images/docs/k8s-ui-explore-poddetail.png similarity index 100% rename from v1.1/docs/user-guide/k8s-ui-explore-poddetail.png rename to images/docs/k8s-ui-explore-poddetail.png diff --git a/v1.1/docs/user-guide/k8s-ui-explore.png b/images/docs/k8s-ui-explore.png similarity index 100% rename from v1.1/docs/user-guide/k8s-ui-explore.png rename to images/docs/k8s-ui-explore.png diff --git a/v1.1/docs/user-guide/k8s-ui-nodes.png b/images/docs/k8s-ui-nodes.png similarity index 100% rename from v1.1/docs/user-guide/k8s-ui-nodes.png rename to images/docs/k8s-ui-nodes.png diff --git a/v1.1/docs/user-guide/k8s-ui-overview.png b/images/docs/k8s-ui-overview.png similarity index 100% rename from v1.1/docs/user-guide/k8s-ui-overview.png rename to images/docs/k8s-ui-overview.png diff --git a/v1.1/docs/getting-started-guides/kibana-logs.png b/images/docs/kibana-logs.png similarity index 100% rename from v1.1/docs/getting-started-guides/kibana-logs.png rename to images/docs/kibana-logs.png diff --git a/v1.1/docs/user-guide/monitoring-architecture.png b/images/docs/monitoring-architecture.png similarity index 100% rename from v1.1/docs/user-guide/monitoring-architecture.png rename to images/docs/monitoring-architecture.png diff --git a/v1.1/docs/admin/ovs-networking.png b/images/docs/ovs-networking.png similarity index 100% rename from v1.1/docs/admin/ovs-networking.png rename to images/docs/ovs-networking.png diff --git a/v1.1/docs/devel/releasing.png b/images/docs/releasing.png similarity index 100% rename from v1.1/docs/devel/releasing.png rename to images/docs/releasing.png diff --git a/v1.1/docs/user-guide/services-detail.png b/images/docs/services-detail.png similarity index 100% rename from v1.1/docs/user-guide/services-detail.png rename to images/docs/services-detail.png diff --git a/v1.1/docs/user-guide/services-overview.png b/images/docs/services-overview.png similarity index 100% rename from v1.1/docs/user-guide/services-overview.png rename to images/docs/services-overview.png diff --git a/v1.1/docs/admin/high-availability.md b/v1.1/docs/admin/high-availability.md index 0bfdd80122..5e0fad0c95 100644 --- a/v1.1/docs/admin/high-availability.md +++ b/v1.1/docs/admin/high-availability.md @@ -27,7 +27,7 @@ The steps involved are as follows: * [Setting up master-elected Kubernetes scheduler and controller-manager daemons](#master-elected-components) Here's what the system should look like when it's finished: -![High availability Kubernetes diagram](high-availability/ha.png) +![High availability Kubernetes diagram](/images/docs/ha.png) Ready? Let's get started. diff --git a/v1.1/docs/admin/ovs-networking.md b/v1.1/docs/admin/ovs-networking.md index 07c5e626d8..55ef6aa1c3 100644 --- a/v1.1/docs/admin/ovs-networking.md +++ b/v1.1/docs/admin/ovs-networking.md @@ -4,7 +4,7 @@ title: "Kubernetes OpenVSwitch GRE/VxLAN networking" This document describes how OpenVSwitch is used to setup networking between pods across nodes. The tunnel type could be GRE or VxLAN. VxLAN is preferable when large scale isolation needs to be performed within the network. -![ovs-networking](ovs-networking.png "OVS Networking") +![OVS Networking](/images/docs/ovs-networking.png) The vagrant setup in Kubernetes does the following: diff --git a/v1.1/docs/devel/development.md b/v1.1/docs/devel/development.md index b5936d9bb9..6587e1d1ab 100644 --- a/v1.1/docs/devel/development.md +++ b/v1.1/docs/devel/development.md @@ -15,7 +15,7 @@ Below, we outline one of the more common git workflows that core developers use. ### Visual overview -![Git workflow](git_workflow.png) +![Git workflow](/images/docs/git_workflow.png) ### Fork the main repository diff --git a/v1.1/docs/devel/releasing.md b/v1.1/docs/devel/releasing.md index c17c040b06..1d0652d1f9 100644 --- a/v1.1/docs/devel/releasing.md +++ b/v1.1/docs/devel/releasing.md @@ -237,7 +237,7 @@ others around it will either have `v0.4-dev` or `v0.5-dev`. The diagram below illustrates it. -![Diagram of git commits involved in the release](releasing.png) +![Diagram of git commits involved in the release](/images/docs/releasing.png) After working on `v0.4-dev` and merging PR 99 we decide it is time to release `v0.5`. So we start a new branch, create one commit to update diff --git a/v1.1/docs/getting-started-guides/coreos/azure/README.md b/v1.1/docs/getting-started-guides/coreos/azure/README.md index ef45d79048..c7054a9e53 100644 --- a/v1.1/docs/getting-started-guides/coreos/azure/README.md +++ b/v1.1/docs/getting-started-guides/coreos/azure/README.md @@ -1,13 +1,8 @@ --- title: "Kubernetes on Azure with CoreOS and Weave" --- - -## Introduction - In this guide I will demonstrate how to deploy a Kubernetes cluster to Azure cloud. You will be using CoreOS with Weave, which implements simple and secure networking, in a transparent, yet robust way. The purpose of this guide is to provide an out-of-the-box implementation that can ultimately be taken into production with little change. It will demonstrate how to provision a dedicated Kubernetes master and etcd nodes, and show how to scale the cluster with ease. - - {% include pagetoc.html %} ### Prerequisites @@ -37,7 +32,7 @@ Now, all you need to do is: ``` This script will provision a cluster suitable for production use, where there is a ring of 3 dedicated etcd nodes: 1 kubernetes master and 2 kubernetes nodes. The `kube-00` VM will be the master, your work loads are only to be deployed on the nodes, `kube-01` and `kube-02`. Initially, all VMs are single-core, to ensure a user of the free tier can reproduce it without paying extra. I will show how to add more bigger VMs later. -![VMs in Azure](initial_cluster.png) +![VMs in Azure](/images/docs/initial_cluster.png) Once the creation of Azure VMs has finished, you should see the following: diff --git a/v1.1/docs/getting-started-guides/coreos/azure/external_access.png b/v1.1/docs/getting-started-guides/coreos/azure/external_access.png deleted file mode 100644 index 6541309b0a..0000000000 Binary files a/v1.1/docs/getting-started-guides/coreos/azure/external_access.png and /dev/null differ diff --git a/v1.1/docs/getting-started-guides/coreos/azure/index.md b/v1.1/docs/getting-started-guides/coreos/azure/index.md index 02c1c16d08..b983a7cea6 100644 --- a/v1.1/docs/getting-started-guides/coreos/azure/index.md +++ b/v1.1/docs/getting-started-guides/coreos/azure/index.md @@ -1,24 +1,12 @@ --- title: "Kubernetes on Azure with CoreOS and Weave" --- - -{% include pagetoc.html %} - -- [Introduction](#introduction) -- [Prerequisites](#prerequisites) -- [Let's go!](#lets-go) -- [Deploying the workload](#deploying-the-workload) -- [Scaling](#scaling) -- [Exposing the app to the outside world](#exposing-the-app-to-the-outside-world) -- [Next steps](#next-steps) -- [Tear down...](#tear-down) - -## Introduction - In this guide I will demonstrate how to deploy a Kubernetes cluster to Azure cloud. You will be using CoreOS with [Weave](http://weave.works), which implements simple and secure networking, in a transparent, yet robust way. The purpose of this guide is to provide an out-of-the-box implementation that can ultimately be taken into production with little change. It will demonstrate how to provision a dedicated Kubernetes master and etcd nodes, and show how to scale the cluster with ease. + +{% include pagetoc.html %} ### Prerequisites @@ -52,7 +40,7 @@ This script will provision a cluster suitable for production use, where there is The `kube-00` VM will be the master, your work loads are only to be deployed on the nodes, `kube-01` and `kube-02`. Initially, all VMs are single-core, to ensure a user of the free tier can reproduce it without paying extra. I will show how to add more bigger VMs later. -![VMs in Azure](initial_cluster.png) +![VMs in Azure](/images/docs/initial_cluster.png) Once the creation of Azure VMs has finished, you should see the following: diff --git a/v1.1/docs/getting-started-guides/docker-multinode.md b/v1.1/docs/getting-started-guides/docker-multinode.md index a5a4582a96..141cb2c5cd 100644 --- a/v1.1/docs/getting-started-guides/docker-multinode.md +++ b/v1.1/docs/getting-started-guides/docker-multinode.md @@ -10,8 +10,6 @@ _Note_: There is a [bug](https://github.com/docker/docker/issues/14106) in Docker 1.7.0 that prevents this from working correctly. Please install Docker 1.6.2 or Docker 1.7.1. - - {% include pagetoc.html %} ## Prerequisites @@ -25,7 +23,7 @@ and a _worker_ node which receives work from the master. You can repeat the pro times to create larger clusters. Here's a diagram of what the final result will look like: -![Kubernetes Single Node on Docker](k8s-docker.png) +![Kubernetes Single Node on Docker](/images/docs/k8s-docker.png) ### Bootstrap Docker diff --git a/v1.1/docs/getting-started-guides/docker.md b/v1.1/docs/getting-started-guides/docker.md index 22fd6c5fd9..e5293618e8 100644 --- a/v1.1/docs/getting-started-guides/docker.md +++ b/v1.1/docs/getting-started-guides/docker.md @@ -1,14 +1,11 @@ --- title: "Running Kubernetes locally via Docker" --- - -## Overview - The following instructions show you how to set up a simple, single node Kubernetes cluster using Docker. Here's a diagram of what the final result will look like: -![Kubernetes Single Node on Docker](/{{page.version}}/docs/getting-started-guides/k8s-singlenode-docker.png) +![Kubernetes Single Node on Docker](/images/docs/k8s-singlenode-docker.png) {% include pagetoc.html %} diff --git a/v1.1/docs/getting-started-guides/logging-elasticsearch.md b/v1.1/docs/getting-started-guides/logging-elasticsearch.md index 234708dcaf..adc0e69c81 100644 --- a/v1.1/docs/getting-started-guides/logging-elasticsearch.md +++ b/v1.1/docs/getting-started-guides/logging-elasticsearch.md @@ -123,7 +123,7 @@ Use the username `admin` and provide the basic auth password reported by `kubect cluster you are trying to connect to. Connecting to the Elasticsearch URL should then give the status page for Elasticsearch. -![Elasticsearch Status](es-browser.png) +![Elasticsearch Status](/images/docs/es-browser.png) You can now type Elasticsearch queries directly into the browser. Alternatively you can query Elasticsearch from your local machine using `curl` but first you need to know what your bearer token is: @@ -227,7 +227,7 @@ timeseries values and select `@timestamp`. On the following page select the `Dis should be able to see the ingested logs. You can set the refresh interval to 5 seconds to have the logs regulary refreshed. Here is a typical view of ingested logs from the Kibana viewer. -![Kibana logs](kibana-logs.png) +![Kibana logs](/images/docs/kibana-logs.png) Another way to access Elasticsearch and Kibana in the cluster is to use `kubectl proxy` which will serve a local proxy to the remote master: diff --git a/v1.1/docs/getting-started-guides/logging.md b/v1.1/docs/getting-started-guides/logging.md index 5dfd5ece61..db2dcca03f 100644 --- a/v1.1/docs/getting-started-guides/logging.md +++ b/v1.1/docs/getting-started-guides/logging.md @@ -168,11 +168,11 @@ This pod specification maps the directory on the host containing the Docker log We can click on the Logs item under the Monitoring section of the Google Developer Console and select the logs for the counter container, which will be called kubernetes.counter_default_count. This identifies the name of the pod (counter), the namespace (default) and the name of the container (count) for which the log collection occurred. Using this name we can select just the logs for our counter container from the drop down menu: -![Cloud Logging Console](cloud-logging-console.png) +![Cloud Logging Console](/images/docs/cloud-logging-console.png) When we view the logs in the Developer Console we observe the logs for both invocations of the container. -![Both Logs](all-lines.png) +![Both Logs](/images/docs/all-lines.png) Note the first container counted to 108 and then it was terminated. When the next container image restarted the counting process resumed from 0. Similarly if we deleted the pod and restarted it we would capture the logs for all instances of the containers in the pod whenever the pod was running. @@ -189,7 +189,7 @@ SELECT metadata.timestamp, structPayload.log Here is some sample output: -![BigQuery](bigquery-logging.png) +![BigQuery](/images/docs/bigquery-logging.png) We could also fetch the logs from Google Cloud Storage buckets to our desktop or laptop and then search them locally. The following command fetches logs for the counter pod running in a cluster which is itself in a Compute Engine project called `myproject`. Only logs for the date 2015-06-11 are fetched. diff --git a/v1.1/docs/getting-started-guides/mesos/k8s-firewall.png b/v1.1/docs/getting-started-guides/mesos/k8s-firewall.png deleted file mode 100755 index ed1c57ca7d..0000000000 Binary files a/v1.1/docs/getting-started-guides/mesos/k8s-firewall.png and /dev/null differ diff --git a/v1.1/docs/getting-started-guides/mesos/k8s-guestbook.png b/v1.1/docs/getting-started-guides/mesos/k8s-guestbook.png deleted file mode 100755 index 07d2458b3b..0000000000 Binary files a/v1.1/docs/getting-started-guides/mesos/k8s-guestbook.png and /dev/null differ diff --git a/v1.1/docs/user-guide/environment-guide/README.md b/v1.1/docs/user-guide/environment-guide/README.md index fc320e318f..e8b86c1f0c 100644 --- a/v1.1/docs/user-guide/environment-guide/README.md +++ b/v1.1/docs/user-guide/environment-guide/README.md @@ -10,7 +10,7 @@ environment metadata available to running containers inside the Kubernetes cluster. The documentation for the Kubernetes environment is [here](/{{page.version}}/docs/user-guide/container-environment). -![Diagram](diagram.png) +![Diagram](/images/docs/diagram.png) ## Prerequisites diff --git a/v1.1/docs/user-guide/environment-guide/index.md b/v1.1/docs/user-guide/environment-guide/index.md index c7c3c285f9..a74fed0988 100644 --- a/v1.1/docs/user-guide/environment-guide/index.md +++ b/v1.1/docs/user-guide/environment-guide/index.md @@ -10,7 +10,7 @@ environment metadata available to running containers inside the Kubernetes cluster. The documentation for the Kubernetes environment is [here](/{{page.version}}/docs/user-guide/container-environment). -![Diagram](diagram.png) +![Diagram](/images/docs/diagram.png) ## Prerequisites diff --git a/v1.1/docs/user-guide/horizontal-pod-autoscaler.md b/v1.1/docs/user-guide/horizontal-pod-autoscaler.md index fc79d4c5c7..1d85d0ab30 100644 --- a/v1.1/docs/user-guide/horizontal-pod-autoscaler.md +++ b/v1.1/docs/user-guide/horizontal-pod-autoscaler.md @@ -17,7 +17,7 @@ to match the observed average CPU utilization to the target specified by user. ## How does Horizontal Pod Autoscaler work? -![Horizontal Pod Autoscaler diagram](horizontal-pod-autoscaler.png) +![Horizontal Pod Autoscaler diagram](/images/docs/horizontal-pod-autoscaler.png) The autoscaler is implemented as a control loop. It periodically queries CPU utilization for the pods it targets. diff --git a/v1.1/docs/user-guide/kibana.png b/v1.1/docs/user-guide/kibana.png deleted file mode 100644 index 91375ece2a..0000000000 Binary files a/v1.1/docs/user-guide/kibana.png and /dev/null differ diff --git a/v1.1/docs/user-guide/logging-demo/synth-logger.png b/v1.1/docs/user-guide/logging-demo/synth-logger.png deleted file mode 100644 index bd19ea3ee4..0000000000 Binary files a/v1.1/docs/user-guide/logging-demo/synth-logger.png and /dev/null differ diff --git a/v1.1/docs/user-guide/monitoring.md b/v1.1/docs/user-guide/monitoring.md index f625fbed9a..3e1a666e48 100644 --- a/v1.1/docs/user-guide/monitoring.md +++ b/v1.1/docs/user-guide/monitoring.md @@ -7,7 +7,7 @@ Understanding how an application behaves when deployed is crucial to scaling the Heapster is a cluster-wide aggregator of monitoring and event data. It currently supports Kubernetes natively and works on all Kubernetes setups. Heapster runs as a pod in the cluster, similar to how any Kubernetes application would run. The Heapster pod discovers all nodes in the cluster and queries usage information from the nodes' [Kubelet](https://releases.k8s.io/release-1.1/DESIGN.md#kubelet)s, the on-machine Kubernetes agent. The Kubelet itself fetches the data from [cAdvisor](https://github.com/google/cadvisor). Heapster groups the information by pod along with the relevant labels. This data is then pushed to a configurable backend for storage and visualization. Currently supported backends include [InfluxDB](http://influxdb.com/) (with [Grafana](http://grafana.org/) for visualization) and [Google Cloud Monitoring](https://cloud.google.com/monitoring/). The overall architecture of the service can be seen below: -![overall monitoring architecture](monitoring-architecture.png) +![overall monitoring architecture](/images/docs/monitoring-architecture.png) Let's look at some of the other components in more detail. @@ -17,7 +17,7 @@ cAdvisor is an open source container resource usage and performance analysis age On most Kubernetes clusters, cAdvisor exposes a simple UI for on-machine containers on port 4194. Here is a snapshot of part of cAdvisor's UI that shows the overall machine usage: -![cAdvisor](cadvisor.png) +![cAdvisor](/images/docs/cadvisor.png) ### Kubelet @@ -37,7 +37,7 @@ Here is a video showing how to monitor a Kubernetes cluster using heapster, Infl Here is a snapshot of the default Kubernetes Grafana dashboard that shows the CPU and Memory usage of the entire cluster, individual pods and containers: -![snapshot of the default Kubernetes Grafana dashboard](influx.png) +![snapshot of the default Kubernetes Grafana dashboard](/images/docs/influx.png) ### Google Cloud Monitoring @@ -49,7 +49,7 @@ Here is a video showing how to setup and run a Google Cloud Monitoring backed He Here is a snapshot of the a Google Cloud Monitoring dashboard showing cluster-wide resource usage. -![Google Cloud Monitoring dashboard](gcm.png) +![Google Cloud Monitoring dashboard](/images/docs/gcm.png) ## Try it out! diff --git a/v1.1/docs/user-guide/services.md b/v1.1/docs/user-guide/services.md index c5f26ab3f0..7906aacd08 100644 --- a/v1.1/docs/user-guide/services.md +++ b/v1.1/docs/user-guide/services.md @@ -160,7 +160,7 @@ The net result is that any traffic bound for the `Service` is proxied to an appropriate backend without the clients knowing anything about Kubernetes or `Services` or `Pods`. -![Services overview diagram](services-overview.png) +![Services overview diagram](/images/docs/services-overview.png) By default, the choice of backend is round robin. Client-IP based session affinity can be selected by setting `service.spec.sessionAffinity` to `"ClientIP"` (the @@ -523,7 +523,7 @@ This means that `Service` owners can choose any port they want without risk of collision. Clients can simply connect to an IP and port, without being aware of which `Pods` they are actually accessing. -![Services detailed diagram](services-detail.png) +![Services detailed diagram](/images/docs/services-detail.png) ## API Object diff --git a/v1.1/docs/user-guide/ui.md b/v1.1/docs/user-guide/ui.md index dbdfbbbb03..c229bf8359 100644 --- a/v1.1/docs/user-guide/ui.md +++ b/v1.1/docs/user-guide/ui.md @@ -21,8 +21,9 @@ The Kubernetes UI can be used to introspect your current cluster, such as checki ### Node Resource Usage -After accessing Kubernetes UI, you'll see a homepage dynamically listing out all nodes in your current cluster, with related information including internal IP addresses, CPU usage, memory usage, and file systems usage. -![Kubernetes UI home page](k8s-ui-overview.png) +After accessing Kubernetes UI, you'll see a homepage dynamically listing out all nodes in your current cluster, with related information including internal IP addresses, CPU usage, memory usage, and file systems usage. + +![Kubernetes UI home page](/images/docs/k8s-ui-overview.png) ### Dashboard Views @@ -30,19 +31,27 @@ Click on the "Views" button in the top-right of the page to see other views avai #### Explore View -The "Explore" view allows your to see the pods, replication controllers, and services in current cluster easily. -![Kubernetes UI Explore View](k8s-ui-explore.png) -The "Group by" dropdown list allows you to group these resources by a number of factors, such as type, name, host, etc. -![Kubernetes UI Explore View - Group by](k8s-ui-explore-groupby.png) -You can also create filters by clicking on the down triangle of any listed resource instances and choose which filters you want to add. -![Kubernetes UI Explore View - Filter](k8s-ui-explore-filter.png) -To see more details of each resource instance, simply click on it. -![Kubernetes UI - Pod](k8s-ui-explore-poddetail.png) +The "Explore" view allows your to see the pods, replication controllers, and services in current cluster easily. + +![Kubernetes UI Explore View](/images/docs/k8s-ui-explore.png) + +The "Group by" dropdown list allows you to group these resources by a number of factors, such as type, name, host, etc. + +![Kubernetes UI Explore View - Group by](/images/docs/k8s-ui-explore-groupby.png) + +You can also create filters by clicking on the down triangle of any listed resource instances and choose which filters you want to add. + +![Kubernetes UI Explore View - Filter](/images/docs/k8s-ui-explore-filter.png) + +To see more details of each resource instance, simply click on it. + +![Kubernetes UI - Pod](/images/docs/k8s-ui-explore-poddetail.png) ### Other Views -Other views (Pods, Nodes, Replication Controllers, Services, and Events) simply list information about each type of resource. You can also click on any instance for more details. -![Kubernetes UI - Nodes](k8s-ui-nodes.png) +Other views (Pods, Nodes, Replication Controllers, Services, and Events) simply list information about each type of resource. You can also click on any instance for more details. + +![Kubernetes UI - Nodes](/images/docs/k8s-ui-nodes.png) ## More Information diff --git a/v1.1/docs/warning.png b/v1.1/docs/warning.png deleted file mode 100644 index 1d58e4639c..0000000000 Binary files a/v1.1/docs/warning.png and /dev/null differ