/etc/resolv.conf за Kubernetes pods, ndots:5 опција, како ова може негативно да влијае на перформансите на апликацијата

Неодамна го лансиравме Kubernetes 1.9 на AWS користејќи Kops. Вчера, додека непречено воведував нов сообраќај до најголемите наши кластери на Kubernetes, почнав да забележувам невообичаени грешки во резолуцијата на имињата на DNS пријавени од нашата апликација.

Има доста за ова на GitHub зборуваше, па решив и јас да го сфатам. На крајот, сфатив дека во нашиот случај тоа е предизвикано од зголеменото оптоварување на kube-dns и dnsmasq. Најинтересна и нова работа за мене беше самата причина за значителното зголемување на сообраќајот на барања за DNS. Мојот пост е за ова и што да правам во врска со тоа.

Резолуцијата на DNS внатре во контејнерот - како и во секој Linux систем - се одредува со конфигурациската датотека /etc/resolv.conf. Стандарден Kubernetes dnsPolicy овој ClusterFirst, што значи дека секое барање за DNS ќе биде проследено до dnsmasq, трчање во мешунка kube-dns внатре во кластерот, кој пак ќе го проследи барањето до апликацијата kube-dns, ако името завршува со наставка на кластер или, во спротивно, на DNS сервер од повисоко ниво.

датотека /etc/resolv.conf во секој контејнер стандардното ќе изгледа вака:

nameserver 100.64.0.10
search namespace.svc.cluster.local svc.cluster.local cluster.local 
eu-west-1.compute.internal
options ndots:5

Како што можете да видите, постојат три директиви:

1. Серверот за имиња е IP на услугата kube-dns
2. Наведени 4 локални домени за пребарување search
3. Постои опција ndots:5

Интересен дел од оваа конфигурација е како локалното пребарување на домени и поставки ndots:5 се заедно заедно. За да го разберете ова, треба да разберете како функционира резолуцијата на DNS за неквалификувани имиња.

Што е полно име?

Целосно квалификувано име е име за кое нема да се врши локално пребарување и името ќе се смета за апсолутно при решавање на името. Според конвенцијата, софтверот DNS смета дека името е целосно квалификувано ако завршува со точка (.), а поинаку не е целосно квалификувано. Тоа е google.com. целосно дефинирани и google.com - Не.

Како се постапува со неквалификувано име?

Кога апликацијата се поврзува со далечинскиот хост наведен во името, резолуцијата на името на DNS обично се прави со помош на системски повик, на пр. getaddrinfo(). Но, ако името е неквалификувано (не завршува со .), се прашувам дали системскиот повик ќе се обиде прво да го реши името како апсолутно име или прво да помине низ домени за локално пребарување? Зависи од опцијата ndots.

Од прирачникот resolv.conf:

ndots:n

устанавливает порог для количества точек, которые должны появиться в имени, прежде чем будет сделан начальный абсолютный запрос. Значение по умолчанию для n равно 1, что означает, что если в имени есть какие-либо точки, имя будет сначала опробовано как абсолютное имя, прежде чем к нему будут добавлены какие-либо элементы списка поиска.

Тоа значи дека ако за ndots со оглед на вредноста 5 и името содржи помалку од 5 точки, системскиот повик ќе се обиде да го реши последователно, прво поминувајќи ги сите локални домени за пребарување и, доколку не успее, на крајот ќе го реши како апсолутно име.

Зошто така ndots:5 дали може негативно да влијае на перформансите на апликацијата?

Како што можете да замислите, ако вашата апликација користи многу надворешен сообраќај, за секоја воспоставена TCP конекција (или попрецизно, за секое решено име), ќе издаде 5 DNS барања пред името да се реши правилно, бидејќи прво ќе помине низ 4 локален домен за пребарување, и на крајот ќе издаде апсолутно барање за решавање на името.

Следниот графикон го прикажува вкупниот сообраќај на нашите 3 kube-dns модули пред и откако ги префрливме неколкуте имиња на домаќини конфигурирани во нашата апликација на целосно квалификувани.

Следниот дијаграм ја прикажува доцнењето на апликацијата пред и откако смениле неколку имиња на домаќини конфигурирани во нашата апликација на целосни имиња (вертикалната сина линија е распоредувањето):

Решение # 1 - Користете целосно квалификувани имиња

Ако имате неколку статични надворешни имиња (т.е. дефинирани во конфигурацијата на апликацијата) на кои создавате голем број врски, можеби наједноставното решение е да ги префрлите на целосно квалификувани со едноставно додавање. на крај.

Ова не е конечно решение, но помага брзо, иако не чисто, да се подобри ситуацијата. Ја применивме оваа закрпа за да го решиме нашиот проблем, чии резултати беа прикажани на сликите од екранот погоре.

Решение # 2 - прилагодување ndots в dnsConfig

Во Kubernetes 1.9, функционалноста се појави во алфа-режим (бета верзија v1.10), што ви овозможува подобро да ги контролирате параметрите на DNS преку својството pod во dnsConfig. Меѓу другото, ви овозможува да ја конфигурирате вредноста ndots за одредена мешунка, т.е.

apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: dns-example
spec:
  containers:
    - name: test
      image: nginx
  dnsConfig:
    options:
      - name: ndots
        value: "1"

Извори

• Што е квалификација за името на DNS
• Kubernetes: DNS за услуги и подлоги

Прочитајте и други написи на нашиот блог:

• Разбирање на Контекст пакетот во Голанг
• Три лесни трикови за намалување на сликите на Docker
• Државни резервни копии во Кубернетес
• Бекап на голем број хетерогени веб-проекти
• Телеграма бот за Redmine. Како да го поедноставите животот за себе и за другите

Извор: www.habr.com