Como configurar uma implantação personalizada do kube-dns

Padrão

---

Nesta página, explicamos como executar uma implantação personalizada do kube-dns para os clusters do modo padrão do Google Kubernetes Engine (GKE). Esta página não se aplica ao GKE Autopilot, em que o Google gerencia o kube-dns.

Cuidado: se você executar uma Implantação personalizada do kube-dns, será necessário manter a imagem kube-dns atualizada com os patches e atualizações de segurança. É possível ver a imagem mais recente da implantação do kube-dns no namespace kube-system.

Visão geral

Para configurar a CPU, a memória e outros parâmetros do kube-dns, é necessário executar uma implantação personalizada e desativar a implantação fornecida pelo GKE. Também é possível executar uma implantação personalizada do Core DNS ou qualquer outro provedor de DNS que siga a especificação do DNS do Kubernetes (em inglês) seguindo as instruções nesta página.

Para mais informações sobre como o GKE implementa a descoberta de serviços, consulte Descoberta de serviços e DNS.

Como criar uma implantação personalizada

1. Crie um manifesto de implantação para kube-dns, Core DNS ou outro provedor de DNS.

   O manifesto de amostra kube-dns a seguir inclui a sinalização -q para registrar os resultados das consultas. Salve o manifesto como custom-kube-dns.yaml:

   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: DNS_DEPLOYMENT_NAME
     namespace: kube-system
     annotations:
       deployment.kubernetes.io/revision: "1"
       k8s-app: kube-dns
   spec:
     selector:
       matchLabels:
         k8s-app: kube-dns
     strategy:
       rollingUpdate:
         maxSurge: 10%
         maxUnavailable: 0
       type: RollingUpdate
     template:
       metadata:
         creationTimestamp: null
         labels:
           k8s-app: kube-dns
       spec:
         containers:
         - name: kubedns
           image: registry.k8s.io/dns/k8s-dns-kube-dns:1.17.3
           resources:
             limits:
               memory: '170Mi'
             requests:
               cpu: 100m
               memory: '70Mi'
           livenessProbe:
             httpGet:
               path: /healthcheck/kubedns
               port: 10054
               scheme: HTTP
             initialDelaySeconds: 60
             timeoutSeconds: 5
             successThreshold: 1
             failureThreshold: 5
           readinessProbe:
             httpGet:
               path: /readiness
               port: 8081
               scheme: HTTP
             initialDelaySeconds: 3
             timeoutSeconds: 5
           args:
           - --domain=cluster.local.
           - --dns-port=10053
           - --config-dir=/kube-dns-config
           - --v=2
           env:
           - name: PROMETHEUS_PORT
             value: "10055"
           ports:
           - containerPort: 10053
             name: dns-local
             protocol: UDP
           - containerPort: 10053
             name: dns-tcp-local
             protocol: TCP
           - containerPort: 10055
             name: metrics
             protocol: TCP
           volumeMounts:
           - name: kube-dns-config
             mountPath: /kube-dns-config
           securityContext:
             allowPrivilegeEscalation: false
             readOnlyRootFilesystem: true
             runAsUser: 1001
             runAsGroup: 1001
         - name: dnsmasq
           image: registry.k8s.io/dns/k8s-dns-dnsmasq-nanny:1.17.3
           livenessProbe:
             httpGet:
               path: /healthcheck/dnsmasq
               port: 10054
               scheme: HTTP
             initialDelaySeconds: 60
             timeoutSeconds: 5
             successThreshold: 1
             failureThreshold: 5
           args:
           - -v=2
           - -logtostderr
           - -configDir=/etc/k8s/dns/dnsmasq-nanny
           - -restartDnsmasq=true
           - --
           - -k
           - --cache-size=1000
           - --no-negcache
           - --dns-forward-max=1500
           - --log-facility=-
           - --server=/cluster.local/127.0.0.1#10053
           - --server=/in-addr.arpa/127.0.0.1#10053
           - --server=/ip6.arpa/127.0.0.1#10053
           ports:
           - containerPort: 53
             name: dns
             protocol: UDP
           - containerPort: 53
             name: dns-tcp
             protocol: TCP
           resources:
             requests:
               cpu: 150m
               memory: 20Mi
           volumeMounts:
           - name: kube-dns-config
             mountPath: /etc/k8s/dns/dnsmasq-nanny
           securityContext:
             capabilities:
               drop:
               - all
               add:
               - NET_BIND_SERVICE
               - SETGID
         - name: sidecar
           image: registry.k8s.io/dns/k8s-dns-sidecar:1.17.3
           livenessProbe:
             httpGet:
               path: /metrics
               port: 10054
               scheme: HTTP
             initialDelaySeconds: 60
             timeoutSeconds: 5
             successThreshold: 1
             failureThreshold: 5
           args:
           - --v=2
           - --logtostderr
           - --probe=kubedns,127.0.0.1:10053,kubernetes.default.svc.cluster.local,5,SRV
           - --probe=dnsmasq,127.0.0.1:53,kubernetes.default.svc.cluster.local,5,SRV
           ports:
           - containerPort: 10054
             name: metrics
             protocol: TCP
           resources:
             requests:
               memory: 20Mi
               cpu: 10m
           securityContext:
             allowPrivilegeEscalation: false
             readOnlyRootFilesystem: true
             runAsUser: 1001
             runAsGroup: 1001
         dnsPolicy: Default
         restartPolicy: Always
         schedulerName: default-scheduler
         securityContext: {}
         serviceAccount: kube-dns
         serviceAccountName: kube-dns
         terminationGracePeriodSeconds: 30
         tolerations:
         - key: CriticalAddonsOnly
           operator: Exists
         volumes:
         - configMap:
             defaultMode: 420
             name: kube-dns
             optional: true
           name: kube-dns-config
   

   Substitua DNS_DEPLOYMENT_NAME por um nome para a implantação personalizada do kube-dns.

2. Aplique o manifesto ao cluster:

   kubectl create -f custom-kube-dns.yaml
   

3. Verifique se os pods estão em execução:

   kubectl get pods -n kube-system -l=k8s-app=kube-dns
   

   A saída é semelhante à seguinte, mostrando os pods personalizados do kube-dns:

   NAME                               READY   STATUS    RESTARTS   AGE
   custom-kube-dns-5685645b44-kzs8w   3/3     Running   0          22h
   

   A nova implantação tem o mesmo seletor que o kube-dns, que significa que os pods usam o mesmo endereço IP do serviço do kube-dns para se comunicar com os pods que executam a implantação personalizada do kube-dns.

   Após a conclusão dessa etapa, siga as etapas na próxima seção para reduzir o kube-dns.

Como reduzir o kube-dns

Desative o kube-dns gerenciado pelo GKE escalonando o kube-dns e o escalonador automático para zero usando o seguinte comando:

kubectl scale deployment --replicas=0 kube-dns-autoscaler --namespace=kube-system
kubectl scale deployment --replicas=0 kube-dns --namespace=kube-system

Como criar um escalonador automático personalizado

Se o DNS personalizado exigir escalonamento automático, configure e implante um escalonamento automático separado. O kube-dns-autoscaler dimensiona apenas a implantação padrão do kube-dns no cluster. Também é necessário configurar um ClusterRole personalizado para o escalonador automático e adicionar permissões para modificar as implantações personalizadas do kube-dns.

1. Crie um ClusterRole e um manifesto de implantação para o escalonador automático e salve o manifesto como custom-dns-autoscaler.yaml:

   apiVersion: rbac.authorization.k8s.io/v1
   kind: ClusterRoleBinding
   metadata:
     name: system:custom-dns-autoscaler
   roleRef:
     apiGroup: rbac.authorization.k8s.io
     kind: ClusterRole
     name: system:custom-dns-autoscaler
   subjects:
   - kind: ServiceAccount
     name: kube-dns-autoscaler
     namespace: kube-system
   ---
   apiVersion: rbac.authorization.k8s.io/v1
   kind: ClusterRole
   metadata:
     name: system:custom-dns-autoscaler
   rules:
   - apiGroups:
     - ""
     resources:
     - nodes
     verbs:
     - list
     - watch
   - apiGroups:
     - apps
     resourceNames:
     - DNS_DEPLOYMENT_NAME
     resources:
     - deployments/scale
     verbs:
     - get
     - update
   - apiGroups:
     - ""
     resources:
     - configmaps
     verbs:
     - get
     - create
   ---
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: custom-dns-autoscaler
     namespace: kube-system
     labels:
       k8s-app: custom-dns-autoscaler
   spec:
     selector:
       matchLabels:
         k8s-app: custom-dns-autoscaler
     template:
       metadata:
         labels:
           k8s-app: custom-dns-autoscaler
         annotations:
           seccomp.security.alpha.kubernetes.io/pod: 'docker/default'
       spec:
         priorityClassName: system-cluster-critical
         securityContext:
           supplementalGroups: [ 65534 ]
           fsGroup: 65534
         nodeSelector:
           kubernetes.io/os: linux
         containers:
         - name: autoscaler
           image: registry.k8s.io/cluster-proportional-autoscaler-amd64:1.7.1
           resources:
               requests:
                   cpu: "20m"
                   memory: "10Mi"
           command:
             - /cluster-proportional-autoscaler
             - --namespace=kube-system
             - --configmap=custom-dns-autoscaler
             - --target=Deployment/DNS_DEPLOYMENT_NAME
             - --default-params={"linear":{"coresPerReplica":256,"nodesPerReplica":16,"preventSinglePointFailure":true}}
             - --logtostderr=true
             - --v=2
         tolerations:
         - key: "CriticalAddonsOnly"
           operator: "Exists"
         serviceAccountName: kube-dns-autoscaler
   

2. Aplique o manifesto ao cluster:

   kubectl create -f custom-dns-autoscaler.yaml
   

A seguir

• Leia uma visão geral de como o GKE fornece DNS gerenciado.
• Leia DNS para serviços e pods a fim de conferir uma visão geral de como o DNS é usado nos clusters do Kubernetes.