{"id":37372,"date":"2019-10-31T22:17:16","date_gmt":"2019-10-31T19:17:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/etc-resolv-conf-dlya-kubernetes-pods-optsiya-ndots-5-kak-eto-mozhet-negativno-skazatsya-na-proizvoditelnosti-prilozheniya\/"},"modified":"2019-10-31T22:17:16","modified_gmt":"2019-10-31T19:17:16","slug":"etc-resolv-conf-dlya-kubernetes-pods-optsiya-ndots-5-kak-eto-mozhet-negativno-skazatsya-na-proizvoditelnosti-prilozheniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/etc-resolv-conf-dlya-kubernetes-pods-optsiya-ndots-5-kak-eto-mozhet-negativno-skazatsya-na-proizvoditelnosti-prilozheniya","title":{"rendered":"\/etc\/resolv.conf \u0434\u043b\u044f Kubernetes pods, \u043e\u043f\u0446\u0438\u044f ndots:5, \u043a\u0430\u043a \u044d\u0442\u043e \u043c\u043e\u0436\u0435\u0442 \u043d\u0435\u0433\u0430\u0442\u0438\u0432\u043d\u043e \u0441\u043a\u0430\u0437\u0430\u0442\u044c\u0441\u044f \u043d\u0430 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\/etc\/resolv.conf<\/p>\n

<\/p>\n

Nie tak dawno uruchomili\u015bmy Kubernetes 1.9 na AWS za pomoc\u0105 Kops. Wczoraj, podczas p\u0142ynnego wprowadzania nowego ruchu na najwi\u0119kszym z naszych klastr\u00f3w Kubernetes, zacz\u0105\u0142em zauwa\u017ca\u0107 nietypowe b\u0142\u0119dy rozwi\u0105zywania nazw DNS rejestrowane przez nasz\u0105 aplikacj\u0119.<\/p>\n

<\/a><\/noindex><\/p>\n

Na GitHubie o tym m\u00f3wiono przez do\u015b\u0107 d\u0142ugi czas wi\u0119c postanowi\u0142em to zrozumie\u0107. Ostatecznie zrozumia\u0142em, \u017ce w naszym przypadku by\u0142o to spowodowane zwi\u0119kszonym obci\u0105\u017ceniem<\/a><\/noindex>. Najciekawszym i nowym dla mnie by\u0142 sam pow\u00f3d znacz\u0105cego wzrostu ruchu zapyta\u0144 DNS. O tym i o tym, co z tym zrobi\u0107, jest m\u00f3j post. Modyfikacja podNetwork<\/code> i dnsmasq<\/code>Rozwi\u0105zywanie DNS wewn\u0105trz kontenera \u2014 podobnie jak w ka\u017cdym systemie Linux \u2014 definiowane jest przez plik konfiguracyjny<\/p>\n

<\/p>\n

. Domy\u015blnie Kubernetes \/etc\/resolv.conf<\/code>ClusterFirst dnsPolicy<\/code> to , co oznacza, \u017ce ka\u017cde zapytanie DNS zostanie przekierowane na<\/code>, uruchomiony w podzie dnsmasq<\/code>wewn\u0105trz klastra, kt\u00f3ry z kolei przekieruje zapytanie do aplikacji Modyfikacja podNetwork<\/code> , je\u015bli nazwa ko\u0144czy si\u0119 sufiksem klastra, lub, w przeciwnym razie, do serwera DNS wy\u017cszego poziomu. Modyfikacja podNetwork<\/code>Wewn\u0105trz ka\u017cdego kontenera domy\u015blnie b\u0119dzie to wygl\u0105da\u0142o tak:<\/p>\n

<\/p>\n

Plik \/etc\/resolv.conf<\/code> nameserver 100.64.0.10\nsearch namespace.svc.cluster.local svc.cluster.local cluster.local \neu-west-1.compute.internal\noptions ndots:5<\/p>\n

<\/p>\n

Jak mo\u017cna zauwa\u017cy\u0107, s\u0105 tu trzy dyrektywy:<\/code><\/pre>\n
<\/p>\n
Serwer nazw \u2014 to IP us\u0142ugi<\/p>\n
<\/p>\n
    \n
  1. Podano 4 lokalne domeny wyszukiwania Modyfikacja podNetwork<\/code><\/li>\n
  2. Jest opcja search<\/code><\/li>\n
  3. ndots:5 Ciekaw\u0105 cz\u0119\u015bci\u0105 tej konfiguracji jest to, jak lokalne domeny wyszukiwania i ustawienia<\/code><\/li>\n<\/ol>\n
    <\/p>\n
    funkcjonuj\u0105 razem. Aby to zrozumie\u0107, nale\u017cy zrozumie\u0107, jak dzia\u0142a rozwi\u0105zywanie DNS dla niepe\u0142nych nazw. Ciekaw\u0105 cz\u0119\u015bci\u0105 tej konfiguracji jest to, jak lokalne domeny wyszukiwania i ustawienia<\/code> Czym jest pe\u0142na nazwa?<\/p>\n
    <\/p>\n
    Pe\u0142na nazwa to taka, dla kt\u00f3rej nie b\u0119dzie wykonywane lokalne wyszukiwanie i nazwa b\u0119dzie uwa\u017cana za absolutn\u0105 podczas rozwi\u0105zywania nazw. Zgodnie z umow\u0105 oprogramowanie DNS uznaje nazw\u0119 za pe\u0142ni okre\u015blon\u0105, je\u015bli ko\u0144czy si\u0119 kropk\u0105 (.), a za niepe\u0142ni okre\u015blon\u0105 w przeciwnym razie. To znaczy<\/h3>\n
    <\/p>\n
    pe\u0142ni okre\u015blona, a google.com.<\/code> \u2014 nie. google.com<\/code> Jak przetwarzana jest niepe\u0142na nazwa? <\/p>\n
    <\/p>\n
    Gdy aplikacja \u0142\u0105czy si\u0119 z zdalnym hostem wskazanym w nazwie, rozwi\u0105zywanie nazw DNS zazwyczaj odbywa si\u0119 za pomoc\u0105 wywo\u0142ania systemowego, takiego jak<\/h3>\n
    <\/p>\n
    getaddrinfo() . A co, je\u015bli nazwa jest niepe\u0142na (nie ko\u0144czy si\u0119 na .), to ciekawe, czy wywo\u0142anie systemowe najpierw spr\u00f3buje rozwi\u0105za\u0107 nazw\u0119 jako absolutn\u0105, czy najpierw przejdzie przez lokalne domeny wyszukiwania? To zale\u017cy od opcji<\/code>Z podr\u0119cznika do ndots<\/code>.<\/p>\n
    <\/p>\n
    \u0418\u0437 \u043c\u0430\u043d\u0443\u0430\u043b\u0430 \u043f\u043e resolv.conf<\/code>:<\/p>\n
    <\/p>\n
    ndots:n\n\nustawia pr\u00f3g liczby kropek, kt\u00f3re musz\u0105 wyst\u0105pi\u0107 w nazwie, zanim zostanie dokonane pocz\u0105tkowe absolutne zapytanie. Domy\u015blna warto\u015b\u0107 dla n wynosi 1, co oznacza, \u017ce je\u017celi w nazwie znajduj\u0105 si\u0119 jakiekolwiek kropki, nazwa zostanie najpierw wypr\u00f3bowana jako absolutna nazwa, zanim zostan\u0105 do niej dodane jakiekolwiek elementy listy wyszukiwania.<\/code><\/pre>\n
    <\/p>\n
    Oznacza to, \u017ce je\u015bli ndots<\/code> ustawiono warto\u015b\u0107 5, a nazwa zawiera mniej ni\u017c 5 kropek, wywo\u0142anie systemowe spr\u00f3buje rozwi\u0105za\u0107 j\u0105 kolejno, najpierw przeszukuj\u0105c wszystkie lokalne domeny wyszukiwania, a w przypadku niepowodzenia, ostatecznie rozwi\u0105\u017ce j\u0105 jako absolutn\u0105 nazw\u0119.<\/p>\n
    <\/p>\n
    Dlaczego Ciekaw\u0105 cz\u0119\u015bci\u0105 tej konfiguracji jest to, jak lokalne domeny wyszukiwania i ustawienia<\/code> mo\u017ce negatywnie wp\u0142ywa\u0107 na wydajno\u015b\u0107 aplikacji?<\/h3>\n
    <\/p>\n
    Jak rozumiesz, je\u015bli twoja aplikacja korzysta z du\u017cego ruchu zewn\u0119trznego, dla ka\u017cdego nawi\u0105zanego po\u0142\u0105czenia TCP (lub, precyzyjniej, dla ka\u017cdej rozwi\u0105zywanej nazwy) wygeneruje 5 zapyta\u0144 DNS, zanim nazwa zostanie prawid\u0142owo rozwi\u0105zana, poniewa\u017c najpierw przejdzie przez 4 lokalne domeny wyszukiwania, a na ko\u0144cu wyda zapytanie o rozwi\u0105zanie absolutnej nazwy.<\/p>\n
    <\/p>\n
    Na poni\u017cszym wykresie przedstawiony jest skumulowany ruch na naszych 3 modu\u0142ach kube-dns przed i po tym, jak prze\u0142\u0105czyli\u015bmy kilka nazw host\u00f3w skonfigurowanych w naszej aplikacji na w pe\u0142ni okre\u015blone.<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Na poni\u017cszym wykresie pokazana jest op\u00f3\u017anienie aplikacji przed i po tym, jak prze\u0142\u0105czyli\u015bmy kilka nazw host\u00f3w skonfigurowanych w naszej aplikacji na w pe\u0142ni okre\u015blone (pionowa niebieska linia to wdro\u017cenie):<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Rozwi\u0105zanie #1 \u2014 u\u017cycie w pe\u0142ni okre\u015blonych nazw<\/h3>\n
    <\/p>\n
    Je\u015bli masz ma\u0142o statycznych zewn\u0119trznych nazw (tzn. zdefiniowanych w konfiguracji aplikacji), do kt\u00f3rych nawi\u0105zujesz du\u017c\u0105 liczb\u0119 po\u0142\u0105cze\u0144, by\u0107 mo\u017ce najprostszym rozwi\u0105zaniem b\u0119dzie ich prze\u0142\u0105czenie na w pe\u0142ni okre\u015blone, po prostu dodaj\u0105c. na ko\u0144cu.<\/p>\n
    <\/p>\n
    To nie jest ostateczne rozwi\u0105zanie, ale pomaga szybko, cho\u0107 nie w czysty spos\u00f3b, poprawi\u0107 sytuacj\u0119. Ta poprawka zosta\u0142a zastosowana do rozwi\u0105zania naszego problemu, a wyniki zosta\u0142y pokazane na zrzutach ekranu powy\u017cej.<\/p>\n
    <\/p>\n
    Rozwi\u0105zanie #2 \u2014 dostosowanie ndots<\/code> do dnsConfig<\/code><\/h3>\n
    <\/p>\n
    W Kubernetes 1.9 w trybie alfa pojawi\u0142a si\u0119 funkcjonalno\u015b\u0107 (beta w v1.10), kt\u00f3ra pozwala lepiej kontrolowa\u0107 parametry DNS przez w\u0142a\u015bciwo\u015b\u0107 podu w dnsConfig<\/code>. Mi\u0119dzy innymi pozwala dostosowa\u0107 warto\u015b\u0107 ndots<\/code> dla konkretnego podu, tj.<\/p>\n
    <\/p>\n
    apiVersion: v1\nkind: Pod\nmetadata:\n  namespace: default\n  name: dns-przyk\u0142ad\nspec:\n  containers:\n    - name: test\n      image: nginx\n  dnsConfig:\n    options:\n      - name: ndots\n        value: \"1\"<\/code><\/pre>\n
    <\/p>\n
    \u0179r\u00f3d\u0142a<\/h3>\n
    <\/p>\n