k3s/cluster/addons
Kubernetes Submit Queue 1efd5f9456
Merge pull request #62198 from thockin/gcr-vanity
Automatic merge from submit-queue (batch tested with PRs 61918, 62180, 62198). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>.

Pass 2: k8s GCR vanity URL

Also push out the old URL deprecation since we have not started the community transition yet and there are some instances of it still floating about.

```release-note
NONE
```
2018-04-06 11:56:10 -07:00
..
addon-manager remove gcloud docker -- since it's deprecated 2018-02-28 00:24:27 -08:00
calico-policy-controller Update cluster-proportional-autoscaler-amd64 in typha addon to w/ fix for CVE-2016-8859 2018-03-01 17:54:16 -08:00
cluster-loadbalancing Switch to k8s.gcr.io vanity domain 2018-02-07 21:14:19 -08:00
cluster-monitoring Merge pull request #61396 from kawych/bump_heapster 2018-03-22 03:37:09 -07:00
dashboard Added dashboard banner passthrough to GCE kube-up. 2018-03-01 12:03:40 +01:00
device-plugins/nvidia-gpu Update gke nvidia-gpu-device-plugin to the latest version that supports 2018-02-26 14:08:58 -08:00
dns Update kube-dns to Version 1.14.9. Major changes: 2018-03-29 10:54:57 -07:00
dns-horizontal-autoscaler Merge pull request #59237 from tanshanshan/addons1 2018-02-12 15:44:36 -08:00
etcd-empty-dir-cleanup Bump to etcd 3.1.12 to pick up critical fix 2018-03-09 14:28:23 -08:00
fluentd-elasticsearch Remove crassirostris from owners and reviewers 2018-04-04 18:36:44 +02:00
fluentd-gcp Merge pull request #62198 from thockin/gcr-vanity 2018-04-06 11:56:10 -07:00
ip-masq-agent Merge pull request #59237 from tanshanshan/addons1 2018-02-12 15:44:36 -08:00
istio Add code and yaml for Istio as an addon 2018-02-16 10:48:09 -08:00
kube-proxy Add wildcard tolerations to kube-proxy. 2017-11-29 12:36:58 -08:00
metadata-agent Update the stackdriver agents yaml to include a deployment for cluster level resources 2018-04-05 10:09:11 -04:00
metadata-proxy Added network-unavailable tolerations for hostNetwork=true. 2018-03-19 23:57:26 +08:00
metrics-server Add Troubleshooting sections to Heapster and Metrics Server addons documentation 2018-03-13 15:10:13 +01:00
node-problem-detector Switch to k8s.gcr.io vanity domain 2018-02-07 21:14:19 -08:00
python-image remove gcloud docker -- since it's deprecated 2018-02-28 00:24:27 -08:00
rbac gce: split legacy kubelet node role binding and bootstrapper role binding 2017-12-13 21:56:18 -05:00
storage-class [addon/storage-class] update storageclass groupversion in storage-class 2017-10-22 19:50:47 +08:00
BUILD Use the pkg_tar wrapper from kubernetes/repo-infra 2018-01-18 17:10:16 -08:00
README.md Updated cluster/addons readme to match and point to docs 2017-10-18 10:36:24 -04:00

README.md

Legacy Cluster add-ons

For more information on add-ons see the documentation.

Overview

Cluster add-ons are resources like Services and Deployments (with pods) that are shipped with the Kubernetes binaries and are considered an inherent part of the Kubernetes clusters.

There are currently two classes of add-ons:

  • Add-ons that will be reconciled.
  • Add-ons that will be created if they don't exist.

More details could be found in addon-manager/README.md.

Cooperating Horizontal / Vertical Auto-Scaling with "reconcile class addons"

"Reconcile" class addons will be periodically reconciled to the original state given by the initial config. In order to make Horizontal / Vertical Auto-scaling functional, the related fields in config should be left unset. More specifically, leave replicas in ReplicationController / Deployment / ReplicaSet unset for Horizontal Scaling, leave resources for container unset for Vertical Scaling. The periodic reconcile won't clobbered these fields, hence they could be managed by Horizontal / Vertical Auto-scaler.

Add-on naming

The suggested naming for most of the resources is <basename> (with no version number). Though resources like Pod, ReplicationController and DaemonSet are exceptional. It would be hard to update Pod because many fields in Pod are immutable. For ReplicationController and DaemonSet, in-place update may not trigger the underlying pods to be re-created. You probably need to change their names during update to trigger a complete deletion and creation.

Analytics