{"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\/sk\/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

Ned\u00e1vno sme spustili Kubernetes 1.9 na AWS pomocou Kops. V\u010dera, po\u010das plynul\u00e9ho nasadzovania nov\u00e9ho prev\u00e1dzkov\u00e9ho prenosu na na\u0161ich najv\u00e4\u010d\u0161\u00edch Kubernetes klastroch, som za\u010dal zaznamen\u00e1va\u0165 nezvy\u010dajn\u00e9 chyby pri DNS rozl\u00ed\u0161en\u00ed, ktor\u00e9 zaznamenovalo na\u0161e aplik\u00e1cie.<\/p>\n

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

O tom sa na GitHube diskutovalo pomerne dlho, tak\u017ee som sa rozhodol, \u017ee to presk\u00famam aj ja. Nakoniec som pochopil, \u017ee v na\u0161om pr\u00edpade to bolo sp\u00f4soben\u00e9 zv\u00fd\u0161enou z\u00e1\u0165a\u017eou na<\/a><\/noindex>kube-dns. Najzauj\u00edmavej\u0161ou a najnov\u0161ou vecou pre m\u0148a bola sama pr\u00ed\u010dina v\u00fdznamn\u00e9ho n\u00e1rastu prev\u00e1dzky DNS dopytov. O tom a o tom, \u010do s t\u00fdm robi\u0165, p\u00ed\u0161em v tomto pr\u00edspevku.<\/code> a dnsmasq<\/code>DNS rozl\u00ed\u0161enie vo vn\u00fatri kontajnera \u2014 rovnako ako v ka\u017edom syst\u00e9me Linux \u2014 je definovan\u00e9 konfigura\u010dn\u00fdm s\u00faborom.<\/p>\n

<\/p>\n

Predvolene Kubernetes \/etc\/resolv.conf<\/code>pou\u017e\u00edva dnsPolicy<\/code> to ClusterFirst,<\/code>\u010do znamen\u00e1, \u017ee ka\u017ed\u00fd DNS dopyt bude presmerovan\u00fd na dnsmasq<\/code>, be\u017eiaci v pode Najzauj\u00edmavej\u0161ou a najnov\u0161ou vecou pre m\u0148a bola sama pr\u00ed\u010dina v\u00fdznamn\u00e9ho n\u00e1rastu prev\u00e1dzky DNS dopytov. O tom a o tom, \u010do s t\u00fdm robi\u0165, p\u00ed\u0161em v tomto pr\u00edspevku.<\/code> vo vn\u00fatri klastru, ktor\u00fd n\u00e1sledne presmeruje dopyt na aplik\u00e1ciu Najzauj\u00edmavej\u0161ou a najnov\u0161ou vecou pre m\u0148a bola sama pr\u00ed\u010dina v\u00fdznamn\u00e9ho n\u00e1rastu prev\u00e1dzky DNS dopytov. O tom a o tom, \u010do s t\u00fdm robi\u0165, p\u00ed\u0161em v tomto pr\u00edspevku.<\/code>, ak meno kon\u010d\u00ed suffixom klastra, alebo inak na vy\u0161\u0161ie \u00farov\u0148ov\u00fd DNS server.<\/p>\n

<\/p>\n

S\u00fabor \/etc\/resolv.conf<\/code> Vo vn\u00fatri ka\u017ed\u00e9ho kontajnera to predvolene vyzer\u00e1 takto:<\/p>\n

<\/p>\n

nameserver 100.64.0.10\nsearch namespace.svc.cluster.local svc.cluster.local cluster.local \neu-west-1.compute.internal\noptions ndots:5<\/code><\/pre>\n
<\/p>\n
Ako m\u00f4\u017eete vidie\u0165, s\u00fa tu tri direkt\u00edvy:<\/p>\n
<\/p>\n
    \n
  1. DNS server \u2014 je to IP adresa slu\u017eby Najzauj\u00edmavej\u0161ou a najnov\u0161ou vecou pre m\u0148a bola sama pr\u00ed\u010dina v\u00fdznamn\u00e9ho n\u00e1rastu prev\u00e1dzky DNS dopytov. O tom a o tom, \u010do s t\u00fdm robi\u0165, p\u00ed\u0161em v tomto pr\u00edspevku.<\/code><\/li>\n
  2. S\u00fa uveden\u00e9 4 lok\u00e1lne vyh\u013ead\u00e1vacie dom\u00e9ny. search<\/code><\/li>\n
  3. Existuje vo\u013eba ndots:5.<\/code><\/li>\n<\/ol>\n
    <\/p>\n
    Zauj\u00edmavou \u010das\u0165ou tejto konfigur\u00e1cie je, ako lok\u00e1lne vyh\u013ead\u00e1vacie dom\u00e9ny a nastavenia ndots:5.<\/code> spolupracuj\u00fa. Aby ste to pochopili, mus\u00edte si objasni\u0165, ako funguje DNS rozl\u00ed\u0161enie pre ne\u00fapln\u00e9 men\u00e1.<\/p>\n
    <\/p>\n
    \u010co je \u00fapln\u00e9 meno?<\/h3>\n
    <\/p>\n
    \u00daplne ur\u010den\u00e9 meno je meno, pre ktor\u00e9 nebude vykonan\u00e9 lok\u00e1lne vyh\u013ead\u00e1vanie, a meno bude pova\u017eovan\u00e9 za absol\u00fatne po\u010das rozl\u00ed\u0161enia mien. Pod\u013ea dohody, softv\u00e9r DNS pova\u017euje meno za \u00faplne ur\u010den\u00e9, ak kon\u010d\u00ed bodkou (.), A nie ako \u00faplne ur\u010den\u00e9 inak. To znamen\u00e1, google.com.<\/code> je \u00faplne ur\u010den\u00e9, zatia\u013e \u010do google.com<\/code> \u2014 nie. <\/p>\n
    <\/p>\n
    Ako sa spracov\u00e1va ne\u00fapln\u00e9 meno?<\/h3>\n
    <\/p>\n
    Ke\u010f sa aplik\u00e1cia pripoj\u00ed k vzdialen\u00e9mu hostite\u013eovi uveden\u00e9mu v mene, zvy\u010dajne sa rozl\u00ed\u0161enie mien DNS vykon\u00e1va pomocou syst\u00e9mov\u00e9ho volania, ako napr\u00edklad getaddrinfo().<\/code>Zauj\u00edmav\u00e9 je, \u017ee ak je meno ne\u00fapln\u00e9 (nekon\u010d\u00ed bodkou), pok\u00fasi sa syst\u00e9mov\u00e9 volanie najprv rozl\u00ed\u0161i\u0165 meno ako absol\u00fatne, alebo sa najprv prejde cez lok\u00e1lne vyh\u013ead\u00e1vacie dom\u00e9ny? Z\u00e1vis\u00ed to od vo\u013eby ndots<\/code>.<\/p>\n
    <\/p>\n
    Z manu\u00e1lu k resolv.conf<\/code>:<\/p>\n
    <\/p>\n
    ndots:n\n\nnastavuje prah pre po\u010det bodiek, ktor\u00e9 sa musia objavi\u0165 v n\u00e1zve, sk\u00f4r ne\u017e sa vykon\u00e1 po\u010diato\u010dn\u00fd absol\u00fatny dotaz. Predvolen\u00e1 hodnota pre n je 1, \u010do znamen\u00e1, \u017ee ak n\u00e1zov obsahuje ak\u00e9ko\u013evek bodky, n\u00e1zov sa najprv vysk\u00fa\u0161a ako absol\u00fatny n\u00e1zov, sk\u00f4r ne\u017e mu bud\u00fa pridan\u00e9 ak\u00e9ko\u013evek prvky zo zoznamu vyh\u013ead\u00e1vania.<\/code><\/pre>\n
    <\/p>\n
    To znamen\u00e1, \u017ee ak je ndots<\/code> nastaven\u00e1 hodnota 5 a n\u00e1zov obsahuje menej ako 5 bodiek, syst\u00e9mov\u00fd hovor sa pok\u00fasi ho postupne vyrie\u0161i\u0165, najprv prech\u00e1dzaj\u00fac v\u0161etk\u00fdmi miestnymi vyh\u013ead\u00e1vac\u00edmi dom\u00e9nami, a v pr\u00edpade ne\u00faspechu nakoniec vyrie\u0161i jeho ako absol\u00fatny n\u00e1zov.<\/p>\n
    <\/p>\n
    Pre\u010do m\u00f4\u017ee ndots:5.<\/code> negat\u00edvne ovplyvni\u0165 v\u00fdkon aplik\u00e1cie?<\/h3>\n
    <\/p>\n
    Ako rozumiete, ak va\u0161a aplik\u00e1cia pou\u017e\u00edva ve\u013ea extern\u00e9ho dopravy, pre ka\u017ed\u00fd nastaven\u00fd TCP pripojenie (alebo presnej\u0161ie, pre ka\u017ed\u00fd povolen\u00fd n\u00e1zov) vykon\u00e1 5 DNS dotazov, sk\u00f4r ne\u017e bude n\u00e1zov spr\u00e1vne vyrie\u0161en\u00fd, preto\u017ee najprv prejde cez 4 miestne vyh\u013ead\u00e1vacie dom\u00e9ny a nakoniec vygeneruje dotaz na absol\u00fatny n\u00e1zov.<\/p>\n
    <\/p>\n
    Na nasleduj\u00facom diagrame je zobrazen\u00fd kumulat\u00edvny prenos na na\u0161ich 3 moduloch kube-dns pred a po tom, \u010do sme prepli nieko\u013eko n\u00e1zvov hostite\u013eov nastaven\u00fdch v na\u0161ej aplik\u00e1cii na \u00faplne definovan\u00e9.<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Na nasleduj\u00facom diagrame je zobrazen\u00e1 latencia aplik\u00e1cie pred a po tom, \u010do sme prepli nieko\u013eko n\u00e1zvov hostite\u013eov nastaven\u00fdch v na\u0161ej aplik\u00e1cii na \u00fapln\u00e9 (vertik\u00e1lna modr\u00e1 \u010diara je nasadenie):<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Rie\u0161enie #1 \u2014 pou\u017eitie \u00faplne definovan\u00fdch n\u00e1zvov<\/h3>\n
    <\/p>\n
    Ak m\u00e1te m\u00e1lo statick\u00fdch extern\u00fdch n\u00e1zvov (t. j. definovan\u00fdch v konfigur\u00e1cii aplik\u00e1cie), ku ktor\u00fdm vytv\u00e1rate ve\u013ek\u00e9 mno\u017estvo pripojen\u00ed, najjednoduch\u0161\u00edm rie\u0161en\u00edm m\u00f4\u017ee by\u0165 prepn\u00fa\u0165 ich na \u00faplne definovan\u00e9, jednoducho prid\u00e1van\u00edm . na koniec.<\/p>\n
    <\/p>\n
    Nie je to definit\u00edvne rie\u0161enie, ale pom\u00e1ha r\u00fdchlo, aj ke\u010f nie \u010disto, zlep\u0161i\u0165 situ\u00e1ciu. Tento patch sme aplikovali na vyrie\u0161enie na\u0161ej probl\u00e9m, v\u00fdsledky \u010doho boli zobrazen\u00e9 na sn\u00edmkach vy\u0161\u0161ie.<\/p>\n
    <\/p>\n
    Rie\u0161enie #2 \u2014 prisp\u00f4sobenie ndots<\/code> v dnsConfig<\/code><\/h3>\n
    <\/p>\n
    V Kubernetes 1.9 v alfa re\u017eime sa objavila funkcia (beta verzia v1.10), ktor\u00e1 umo\u017e\u0148uje lep\u0161ie kontrolova\u0165 parametre DNS prostredn\u00edctvom vlastnosti podu v dnsConfig<\/code>. Medzi ostatn\u00fdmi, umo\u017e\u0148uje nakonfigurova\u0165 hodnotu ndots<\/code> pre konkr\u00e9tny pod, t.j.<\/p>\n
    <\/p>\n
    apiVersion: v1\nkind: Pod\nmetadata:\n  namespace: default\n  name: dns-example\nspec:\n  containers:\n    - name: test\n      image: nginx\n  dnsConfig:\n    options:\n      - name: ndots\n        value: \"1\"<\/code><\/pre>\n
    <\/p>\n
    Zdroje<\/h3>\n
    <\/p>\n