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

Recentemente, am lansat Kubernetes 1.9 pe AWS cu ajutorul Kops. Ieri, \u00een timpul unei actualiz\u0103ri graduale a noului trafic pe cel mai mare dintre clusterele noastre Kubernetes, am \u00eenceput s\u0103 observ erori neobi\u0219nuite de rezolvare a numelui DNS, \u00eenregistrate de aplica\u021bia noastr\u0103.<\/p>\n

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

Pe GitHub s-a discutat despre asta de ceva vreme, a\u0219a c\u0103 am decis \u0219i eu s\u0103 m\u0103 documentez. \u00cen final, am realizat c\u0103 \u00een cazul nostru, acest lucru a fost cauzat de o \u00eenc\u0103rcare crescut\u0103 pe<\/a><\/noindex>kube-dns. Cea mai interesant\u0103 \u0219i nou\u0103 pentru mine a fost cauza semnificativ\u0103 a cre\u0219terii traficului de cereri DNS. Despre aceasta, dar \u0219i despre ce se poate face, este postarea mea.<\/code> \u0219i dnsmasq<\/code>Rezolvarea DNS \u00een interiorul containerului \u2014 la fel ca \u00een orice sistem Linux \u2014 este determinat\u0103 de fi\u0219ierul de configurare.<\/p>\n

<\/p>\n

Implicit, Kubernetes \/etc\/resolv.conf<\/code>dnsPolicy ClusterFirst,<\/code> it ceea ce \u00eenseamn\u0103 c\u0103 orice cerere DNS va fi redirec\u021bionat\u0103 c\u0103tre<\/code>, care ruleaz\u0103 \u00een podul dnsmasq<\/code>din interiorul clusterului, care, la r\u00e2ndul s\u0103u, va redirec\u021biona cererea c\u0103tre aplica\u021bia Cea mai interesant\u0103 \u0219i nou\u0103 pentru mine a fost cauza semnificativ\u0103 a cre\u0219terii traficului de cereri DNS. Despre aceasta, dar \u0219i despre ce se poate face, este postarea mea.<\/code> , dac\u0103 numele se termin\u0103 cu sufixul clusterului, sau, \u00een caz contrar, c\u0103tre un server DNS de nivel superior. Cea mai interesant\u0103 \u0219i nou\u0103 pentru mine a fost cauza semnificativ\u0103 a cre\u0219terii traficului de cereri DNS. Despre aceasta, dar \u0219i despre ce se poate face, este postarea mea.<\/code>\u00cen fiecare container, implicit, va ar\u0103ta a\u0219a:<\/p>\n

<\/p>\n

Fi\u0219ier \/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

Dup\u0103 cum se poate observa, aici sunt trei directive:<\/code><\/pre>\n
<\/p>\n
Serverul de nume este IP-ul serviciului.<\/p>\n
<\/p>\n
    \n
  1. Sunt specificate 4 domenii de c\u0103utare locale. Cea mai interesant\u0103 \u0219i nou\u0103 pentru mine a fost cauza semnificativ\u0103 a cre\u0219terii traficului de cereri DNS. Despre aceasta, dar \u0219i despre ce se poate face, este postarea mea.<\/code><\/li>\n
  2. search Exist\u0103 o op\u021biune<\/code><\/li>\n
  3. ndots:5. Partea interesant\u0103 a acestei configura\u021bii este modul \u00een care domeniile de c\u0103utare locale \u0219i set\u0103rile<\/code><\/li>\n<\/ol>\n
    <\/p>\n
    coexista. Pentru a \u00een\u021belege acest lucru, este necesar s\u0103 ne d\u0103m seama cum func\u021bioneaz\u0103 rezolvarea DNS pentru numele incomplete. Partea interesant\u0103 a acestei configura\u021bii este modul \u00een care domeniile de c\u0103utare locale \u0219i set\u0103rile<\/code> Ce este un nume complet?<\/p>\n
    <\/p>\n
    Un nume complet definit este un nume pentru care nu se va efectua o c\u0103utare local\u0103, iar numele va fi considerat absolut \u00een timpul procesului de rezolvare. Conform conven\u021biei, software-ul DNS consider\u0103 c\u0103 un nume este complet definit dac\u0103 se termina cu un punct (.) \u0219i nu este complet definit \u00een caz contrar. Astfel c\u0103,<\/h3>\n
    <\/p>\n
    este complet definit, iar google.com.<\/code> nu este. google.com<\/code> Cum este procesat un nume incomplet? <\/p>\n
    <\/p>\n
    Atunci c\u00e2nd aplica\u021bia se conecteaz\u0103 la un gazd\u0103 la distan\u021b\u0103, specificat\u0103 \u00een nume, rezolvarea numelui DNS este, de obicei, realizat\u0103 folosind un apel de sistem, cum ar fi<\/h3>\n
    <\/p>\n
    getaddrinfo(). Dac\u0103 numele este incomplet (nu se termin\u0103 cu .), este interesant de \u0219tiut dac\u0103 apelul de sistem va \u00eencerca mai \u00eent\u00e2i s\u0103 rezolve numele ca fiind absolut sau va trece mai \u00eent\u00e2i prin domeniile de c\u0103utare locale. Aceasta depinde de op\u021biunea<\/code>ndots. Din manualul pentru<\/code>.<\/p>\n
    <\/p>\n
    resolv.conf. resolv.conf<\/code>:<\/p>\n
    <\/p>\n
    ndots:n\n\nstabile\u0219te pragul pentru num\u0103rul de puncte care trebuie s\u0103 apar\u0103 \u00een nume \u00eenainte de a se face o cerere absolut\u0103 ini\u021bial\u0103. Valoarea implicit\u0103 pentru n este 1, ceea ce \u00eenseamn\u0103 c\u0103, dac\u0103 numele con\u021bine puncte, numele va fi mai \u00eent\u00e2i \u00eencercat ca un nume absolut \u00eenainte de a i se ad\u0103uga orice elemente din lista de c\u0103utare.<\/code><\/pre>\n
    <\/p>\n
    Asta \u00eenseamn\u0103 c\u0103, dac\u0103 Din manualul pentru<\/code> se stabile\u0219te valoarea 5, iar numele con\u021bine mai pu\u021bin de 5 puncte, apelul sistemului va \u00eencerca s\u0103 \u00eel rezolve secven\u021bial, mai \u00eent\u00e2i trec\u00e2nd prin toate domeniile de c\u0103utare locale, \u0219i, \u00een cazul unui e\u0219ec, \u00een cele din urm\u0103 va rezolva ca un nume absolut.<\/p>\n
    <\/p>\n
    De ce Partea interesant\u0103 a acestei configura\u021bii este modul \u00een care domeniile de c\u0103utare locale \u0219i set\u0103rile<\/code> poate afecta negativ performan\u021ba aplica\u021biei?<\/h3>\n
    <\/p>\n
    Dup\u0103 cum \u00een\u021belege\u021bi, dac\u0103 aplica\u021bia dvs. folose\u0219te mult trafic extern, pentru fiecare conexiune TCP stabilit\u0103 (sau, mai exact, pentru fiecare nume rezolvat) va genera 5 cereri DNS \u00eenainte ca numele s\u0103 fie rezolvat corect, deoarece mai \u00eent\u00e2i va trece prin 4 domenii de c\u0103utare locale \u0219i, \u00een cele din urm\u0103, va emite o cerere de rezolvare a numelui absolut.<\/p>\n
    <\/p>\n
    \u00cen diagrama urm\u0103toare este prezentat traficul total din cele 3 module kube-dns \u00eenainte \u0219i dup\u0103 ce am schimbat c\u00e2teva nume de gazde configurate \u00een aplica\u021bia noastr\u0103 pe nume complet definite.<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    \u00cen diagrama urm\u0103toare este prezentat\u0103 \u00eent\u00e2rzierea aplica\u021biei \u00eenainte \u0219i dup\u0103 ce am schimbat c\u00e2teva nume de gazde configurate \u00een aplica\u021bia noastr\u0103 pe nume complete (linia albastr\u0103 vertical\u0103 este desf\u0103\u0219urarea):<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Solu\u021bia #1 \u2014 utilizarea numelui complet definit<\/h3>\n
    <\/p>\n
    Dac\u0103 ave\u021bi pu\u021bine nume externe statice (adic\u0103 definite \u00een configura\u021bia aplica\u021biei) c\u0103tre care crea\u021bi un num\u0103r mare de conexiuni, cel mai simplu ar fi s\u0103 le schimba\u021bi pe cele complet definite, ad\u0103ug\u00e2nd . la sf\u00e2r\u0219it.<\/p>\n
    <\/p>\n
    Aceasta nu este o solu\u021bie final\u0103, dar ajut\u0103 rapid, chiar dac\u0103 nu curat, s\u0103 \u00eembun\u0103t\u0103\u021beasc\u0103 situa\u021bia. Acest patch l-am aplicat pentru a rezolva problema noastr\u0103, al c\u0103rei rezultat a fost prezentat \u00een capturile de ecran de mai sus.<\/p>\n
    <\/p>\n
    Solu\u021bia #2 \u2014 personalizare Din manualul pentru<\/code> \u00een dnsConfig<\/code><\/h3>\n
    <\/p>\n
    \u00cen Kubernetes 1.9 a ap\u0103rut \u00een modul alpha o func\u021bionalitate (beta versiunea v1.10), care permite un control mai bun asupra parametrilor DNS prin proprietatea podului din dnsConfig<\/code>. Printre altele, permite configurarea valorii Din manualul pentru<\/code> pentru un pod specific, adic\u0103.<\/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
    Surse<\/h3>\n
    <\/p>\n