Revert "coredns default (#10200)"

This reverts commit 698e93b.

content/en/docs/tasks/administer-cluster/dns-horizontal-autoscaling.md

@@ -36,10 +36,10 @@ The output is similar to this:
 
     NAME                  DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
     ...
-    dns-autoscaler        1         1         1            1           ...
+    kube-dns-autoscaler   1         1         1            1           ...
     ...
 
-If you see "dns-autoscaler" in the output, DNS horizontal autoscaling is
+If you see "kube-dns-autoscaler" in the output, DNS horizontal autoscaling is
 already enabled, and you can skip to
 [Tuning autoscaling parameters](#tuning-autoscaling-parameters).
 
@@ -53,13 +53,10 @@ The output is similar to this:
 
     NAME         DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
     ...
-    coredns      2         2         2            2           ...
+    kube-dns     1         1         1            1           ...
     ...
 
-
-In Kubernetes versions earlier than 1.12, the DNS Deployment was called "kube-dns".
-
-In Kubernetes versions earlier than 1.5 DNS was implemented using a
+In Kubernetes versions earlier than 1.5 DNS is implemented using a
 ReplicationController instead of a Deployment. So if you don't see kube-dns,
 or a similar name, in the preceding output, list the ReplicationControllers in
 your cluster in the kube-system namespace:
@@ -80,7 +77,7 @@ If you have a DNS Deployment, your scale target is:
     Deployment/<your-deployment-name>
 
 where <dns-deployment-name> is the name of your DNS Deployment. For example, if
-your DNS Deployment name is coredns, your scale target is Deployment/coredns.
+your DNS Deployment name is kube-dns, your scale target is Deployment/kube-dns.
 
 If you have a DNS ReplicationController, your scale target is:
 
@@ -114,20 +111,20 @@ DNS horizontal autoscaling is now enabled.
 
 ## Tuning autoscaling parameters
 
-Verify that the dns-autoscaler ConfigMap exists:
+Verify that the kube-dns-autoscaler ConfigMap exists:
 
     kubectl get configmap --namespace=kube-system
 
 The output is similar to this:
 
     NAME                  DATA      AGE
     ...
-    dns-autoscaler        1         ...
+    kube-dns-autoscaler   1         ...
     ...
 
 Modify the data in the ConfigMap:
 
-    kubectl edit configmap dns-autoscaler --namespace=kube-system
+    kubectl edit configmap kube-dns-autoscaler --namespace=kube-system
 
 Look for this line:
 
@@ -154,15 +151,15 @@ There are other supported scaling patterns. For details, see
 There are a few options for turning DNS horizontal autoscaling. Which option to
 use depends on different conditions.
 
-### Option 1: Scale down the dns-autoscaler deployment to 0 replicas
+### Option 1: Scale down the kube-dns-autoscaler deployment to 0 replicas
 
 This option works for all situations. Enter this command:
 
-    kubectl scale deployment --replicas=0 dns-autoscaler --namespace=kube-system
+    kubectl scale deployment --replicas=0 kube-dns-autoscaler --namespace=kube-system
 
 The output is:
 
-    deployment.extensions/dns-autoscaler scaled
+    deployment.extensions/kube-dns-autoscaler scaled
 
 Verify that the replica count is zero:
 
@@ -172,33 +169,33 @@ The output displays 0 in the DESIRED and CURRENT columns:
 
     NAME                  DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
     ...
-    dns-autoscaler        0         0         0            0           ...
+    kube-dns-autoscaler   0         0         0            0           ...
     ...
 
-### Option 2: Delete the dns-autoscaler deployment
+### Option 2: Delete the kube-dns-autoscaler deployment
 
-This option works if dns-autoscaler is under your own control, which means
+This option works if kube-dns-autoscaler is under your own control, which means
 no one will re-create it:
 
-    kubectl delete deployment dns-autoscaler --namespace=kube-system
+    kubectl delete deployment kube-dns-autoscaler --namespace=kube-system
 
 The output is:
 
-    deployment.extensions "dns-autoscaler" deleted
+    deployment.extensions "kube-dns-autoscaler" deleted
 
-### Option 3: Delete the dns-autoscaler manifest file from the master node
+### Option 3: Delete the kube-dns-autoscaler manifest file from the master node
 
-This option works if dns-autoscaler is under control of the
+This option works if kube-dns-autoscaler is under control of the
 [Addon Manager](https://git.k8s.io/kubernetes/cluster/addons/README.md)'s
 control, and you have write access to the master node.
 
 Sign in to the master node and delete the corresponding manifest file.
-The common path for this dns-autoscaler is:
+The common path for this kube-dns-autoscaler is:
 
     /etc/kubernetes/addons/dns-horizontal-autoscaler/dns-horizontal-autoscaler.yaml
 
 After the manifest file is deleted, the Addon Manager will delete the
-dns-autoscaler Deployment.
+kube-dns-autoscaler Deployment.
 
 {{% /capture %}}
 

content/en/examples/admin/dns/dns-horizontal-autoscaler.yaml

@@ -1,18 +1,18 @@
 apiVersion: apps/v1
 kind: Deployment
 metadata:
-  name: dns-autoscaler
+  name: kube-dns-autoscaler
   namespace: kube-system
   labels:
-    k8s-app: dns-autoscaler
+    k8s-app: kube-dns-autoscaler
 spec:
   selector:
     matchLabels:
-       k8s-app: dns-autoscaler
+       k8s-app: kube-dns-autoscaler
   template:
     metadata:
       labels:
-        k8s-app: dns-autoscaler
+        k8s-app: kube-dns-autoscaler
     spec:
       containers:
       - name: autoscaler
@@ -24,7 +24,7 @@ spec:
         command:
           - /cluster-proportional-autoscaler
           - --namespace=kube-system
-          - --configmap=dns-autoscaler
+          - --configmap=kube-dns-autoscaler
           - --target=<SCALE_TARGET>
           # When cluster is using large nodes(with more cores), "coresPerReplica" should dominate.
           # If using small nodes, "nodesPerReplica" should dominate.