In this section, we will take a look at CoreDNS in the Kubernetes

• 서비스를 위해 dns 서버를 구성하는 쿠버네티스
  • pod 의 경우, . 을 - 로 대체해, 클러스터 내에 dns 서버를 배포한다.
• k8s 버전 1.2 전에는 k8s 에 의해 구현된 dns를 kube-dns 라함 . 지금은 core-dns 라 불리운다.

클러스터의 Core DNS 설정

• core dns 서버는 k8s 클러스터에 kube system 네임스페이스에 pod 로 배포된다.

• 중복성을 위해 2개의 pod로 배포된다. (replicaset)

  

  • 이 파일 내에는 많은 플러그인이 구성되어있다.
    • 플러그인 역할: 오류 보고, 상태, 메트릭 모니터링, 캐시 등.. coredns가 동작하게 하는 플러그인들
  • kubernetes : 쿠버네티스 플러그인. 이것은 클러스터의 최상위 도메인이 있는 곳이다. : cluster.local = core dns 모든 레코드는 이 항목에 해당한다.

    • pod 옵션 : 클러스터에서 pod 에 대한 레코드를 생성하는 역할을 한다.

      • 예. ip 에서 - 로 변환해 각 Pod 에 생성되는 레코드에 대해 이야기한 것을 기억하자.
        • 기본적으로 비활성화되어있지만, 활성화가능

    • 이 dns 서버가 해결할 수 없는 레코드 (www.google.com) 의 경우는 , coredns pods /etc/resolve.conf 파일에 지정된 네임서버로 전달된다.

      • /etc/resolv.conf 파일은 K8s 의 네임서버를 사용하도록 설정한다.
      • 또한, 이 파일은 configMap 개체를 포함하는 Pod 로 전달된다. 그렇게 해, 이 구성을 수정해야하는 경우, ConfigMap 개체를 편집할 수 있다.

      

• 이렇게 적절한 k8s 플러그인을 이용해 coredns 파드를 실행하고 있고, 새로운 pod, service 에 대한 k8s 클러스터를 감시하고, 생성되면, 데이터베이스에 이에대한 레코드를 가르킨다.

• 다음 스텝은 pod 가 core DNS 서버를 가르키게 하는 것이다.
• CoreDNS 솔루션을 배포할때, 또한 클러스터 내에 다른 구성 요소에서 사용할 수 있도록, 서비스를 만든다. 서비스 이름은 기본적으로 kube-dns로 지정되고, 이 서비스의 ip 주소는 Pod 네임서버에 구성된다.
• 이제 kubelet에서 알아서 Pod 의 dns 구성을 pod 생성시 자동으로 구성해준다. kubelet의 구성 파일을 보면 , dns 서버와 ip 와 그 안에 있는 도메인을 볼 수 있다.

• pod 가 올바른 네임서버로 구성되면, 이제 다른 Pod 및 서비스를 확인할 수 있다.
  • web-service, web-service.default , 또는 web-service.default.svc 또는 web-service.default.svc.cluster.local 만 사용해 웹서비스에 액세스 할 수 있다.
    • 이런 일이 발생하면 resolv.conf 파일에도 default.svc.cluster.local로 설정된 검색 항목이 있습니다.
    • 단, pod 는 안됨.
• nslookup 또는 host 명령 web-service 명령을 사용하여 웹 서비스를 수동으로 조회하려고 하면 web-service.default.svc.cluster.local이 되는 웹 서비스의 정규화된 도메인 이름(FQDN)을 반환합니다.