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

Nedavno smo pokrenuli Kubernetes 1.9 na AWS-u koriste\u0107i Kops. Ju\u010der, tijekom postupnog pu\u0161tanja novog prometa na najve\u0107i od na\u0161ih Kubernetes klastera, primijetio sam neobi\u010dne DNS gre\u0161ke u razrje\u0161avanju, koje je zabilje\u017eila na\u0161a aplikacija.<\/p>\n

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

Na GitHubu se o tome dugo raspravljalo pa sam se i ja odlu\u010dio malo dublje istra\u017eiti. Na kraju sam shvatio da je u na\u0161em slu\u010daju to uzrokovano pove\u0107anim optere\u0107enjem na<\/a><\/noindex>kube-dns. Najinteresantniji i najsvje\u017eiji dio koji sam otkrio je sama priroda zna\u010dajnog pove\u0107anja prometa DNS upita. O tome i o tome \u0161to s tim u\u010diniti, pi\u0161em u ovom postu.<\/code> in dnsmasq<\/code>Razrje\u0161avanje DNS-a unutar kontejnera \u2014 kao i u bilo kojem Linux sustavu \u2014 odre\u0111uje se konfiguracijskom datotekom<\/p>\n

<\/p>\n

. Prema zadanim postavkama, Kubernetes \/etc\/resolv.conf<\/code>dnsPolicy ClusterFirst<\/code> it , \u0161to zna\u010di da \u0107e se svaki DNS upit preusmjeriti na<\/code>, pokrenut u podu dnsmasq<\/code>unutar klastera, koji \u0107e potom preusmjeriti upit prema aplikaciji Najinteresantniji i najsvje\u017eiji dio koji sam otkrio je sama priroda zna\u010dajnog pove\u0107anja prometa DNS upita. O tome i o tome \u0161to s tim u\u010diniti, pi\u0161em u ovom postu.<\/code> , ako ime zavr\u0161ava s klasterskim sufiksom, ili druga\u010dije, prema DNS poslu\u017eitelju vi\u0161eg nivoa. Najinteresantniji i najsvje\u017eiji dio koji sam otkrio je sama priroda zna\u010dajnog pove\u0107anja prometa DNS upita. O tome i o tome \u0161to s tim u\u010diniti, pi\u0161em u ovom postu.<\/code>Datoteka<\/p>\n

<\/p>\n

unutar svakog kontejnera prema zadanim postavkama \u0107e izgledati ovako: \/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

Kao \u0161to mo\u017eete primijetiti, postoje tri direktive:<\/code><\/pre>\n
<\/p>\n
Poslu\u017eitelj imena je IP usluge<\/p>\n
<\/p>\n
    \n
  1. Navedena su 4 lokalna domena pretra\u017eivanja Najinteresantniji i najsvje\u017eiji dio koji sam otkrio je sama priroda zna\u010dajnog pove\u0107anja prometa DNS upita. O tome i o tome \u0161to s tim u\u010diniti, pi\u0161em u ovom postu.<\/code><\/li>\n
  2. search Postoji opcija<\/code><\/li>\n
  3. ndots:5 Zanimljiv dio ove konfiguracije je kako se lokalne domene pretra\u017eivanja i postavke<\/code><\/li>\n<\/ol>\n
    <\/p>\n
    udru\u017euju zajedno. Da bismo to shvatili, potrebno je razumjeti kako radi razrje\u0161avanje DNS-a za nepotpuna imena. Zanimljiv dio ove konfiguracije je kako se lokalne domene pretra\u017eivanja i postavke<\/code> \u0160to je potpuno ime?<\/p>\n
    <\/p>\n
    Potpuno odre\u0111eno ime je ime za koje se ne vr\u0161i lokalno pretra\u017eivanje, i ime \u0107e se smatrati apsolutnim tijekom razrje\u0161avanja imena. Prema dogovoru, DNS softver smatra ime potpuno odre\u0111enim ako zavr\u0161ava to\u010dkom (.), A ne potpuno odre\u0111enim u suprotnom. Drugim rije\u010dima,<\/h3>\n
    <\/p>\n
    google.com. je potpuno odre\u0111eno, a<\/code> nije. google.com<\/code> Kako se obra\u0111uje nepotpuno ime? <\/p>\n
    <\/p>\n
    Kada se aplikacija pove\u017ee na udaljeni host naveden u imenu, razrje\u0161avanje DNS imena obi\u010dno se vr\u0161i putem sistemskog poziva, kao \u0161to je<\/h3>\n
    <\/p>\n
    getaddrinfo() . Me\u0111utim, ako je ime nepotpuno (ne zavr\u0161ava s .), zanimljivo je ho\u0107e li sistemski poziv prvo poku\u0161ati razrje\u0161iti ime kao apsolutno, ili \u0107e prvo pro\u0107i kroz lokalne domene pretra\u017eivanja? To ovisi o opciji<\/code>ndots Iz priru\u010dnika za<\/code>.<\/p>\n
    <\/p>\n
    resolv.conf resolv.conf<\/code>:<\/p>\n
    <\/p>\n
    ndots:n\n\nnastavlja prag za broj ta\u010daka koje se trebaju pojaviti u imenu pre nego \u0161to se izvr\u0161i inicijalni apsolutni zahtev. Podrazumevana vrednost za n je 1, \u0161to zna\u010di da ako ime sadr\u017ei bilo koje ta\u010dke, bi\u0107e prvo isprobano kao apsolutno ime pre nego \u0161to mu se dodaju bilo koji elementi liste pretrage.<\/code><\/pre>\n
    <\/p>\n
    To zna\u010di da ako je Iz priru\u010dnika za<\/code> postavljena vrednost 5, a ime sadr\u017ei manje od 5 ta\u010daka, sistemski poziv \u0107e poku\u0161ati da ga razre\u0161i sekvencijalno, prvo prolaze\u0107i kroz sve lokalne pretra\u017eiva\u010dke domene, a u slu\u010daju neuspeha, na kraju \u0107e ga razre\u0161iti kao apsolutno ime.<\/p>\n
    <\/p>\n
    Za\u0161to Zanimljiv dio ove konfiguracije je kako se lokalne domene pretra\u017eivanja i postavke<\/code> mo\u017ee negativno uticati na performanse aplikacije?<\/h3>\n
    <\/p>\n
    Kao \u0161to mo\u017eete zamisliti, ako va\u0161a aplikacija koristi mnogo spoljnog saobra\u0107aja, za svako uspostavljeno TCP povezivanje (ili, preciznije, za svako razre\u0161eno ime) izda\u0107e 5 DNS zahteva pre nego \u0161to se ime ispravno razre\u0161i, zato \u0161to prvo prolazi kroz 4 lokalna pretra\u017eiva\u010dka domena, a na kraju \u0107e izdati zahtev za razre\u0161enje apsolutnog imena.<\/p>\n
    <\/p>\n
    Na slede\u0107em dijagramu prikazan je ukupni saobra\u0107aj na na\u0161ih 3 modula kube-dns pre i posle promene nekoliko imena hostova pode\u0161enih u na\u0161oj aplikaciji na potpuno odre\u0111ene.<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Na slede\u0107em dijagramu prikazana je latencija aplikacije pre i posle promene nekoliko imena hostova pode\u0161enih u na\u0161oj aplikaciji na pune (vertikalna plava linija predstavlja implementaciju):<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Re\u0161enje #1 \u2014 koristiti potpuno odre\u0111ena imena<\/h3>\n
    <\/p>\n
    Ako imate malo stati\u010dnih spoljnih imena (tj. definisanih u konfiguraciji aplikacije) na koja se povezujete u velikom broju, mo\u017eda je najjednostavnije re\u0161enje prebaciti ih na potpuno odre\u0111ena, jednostavno dodavanjem. na kraju.<\/p>\n
    <\/p>\n
    Ovo nije kona\u010dno re\u0161enje, ali poma\u017ee u brzoj, iako ne potpuno \u010distoj, pobolj\u0161anju situacije. Ovu zakrpu smo primenili da bismo re\u0161ili na\u0161 problem, \u010diji su rezultati prikazani na slikama iznad.<\/p>\n
    <\/p>\n
    Re\u0161enje #2 \u2014 prilago\u0111avanje Iz priru\u010dnika za<\/code> u dnsConfig<\/code><\/h3>\n
    <\/p>\n
    U Kubernetesu 1.9 u alfa re\u017eimu pojavio se funkcionalnost (beta verzija v1.10), koja omogu\u0107ava bolje upravljanje DNS parametrima putem osobine poda u dnsConfig<\/code>. U me\u0111uvremenu, omogu\u0107ava vam da podesite vrednost Iz priru\u010dnika za<\/code> za konkretan pod, tj.<\/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
    Izvori<\/h3>\n
    <\/p>\n