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

Nemr\u00e9g ind\u00edtottuk el a Kubernetes 1.9-et az AWS-en a Kops seg\u00edts\u00e9g\u00e9vel. Tegnap, amikor a legnagyobb Kubernetes klaszter\u00fcnkre \u00faj forgalmat telep\u00edtett\u00fcnk, szokatlan DNS n\u00e9vmegjelen\u00edt\u00e9si hib\u00e1kat kezdtem \u00e9szlelni, amelyeket az alkalmaz\u00e1sunk napl\u00f3zott.<\/p>\n

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

A GitHub-on m\u00e1r r\u00e9g\u00f3ta besz\u00e9lnek r\u00f3la t\u00f6bbek k\u00f6z\u00f6tt<\/a><\/noindex>, ez\u00e9rt \u00e9n is elkezdtem ut\u00e1na j\u00e1rni. V\u00e9g\u00fcl r\u00e1j\u00f6ttem, hogy az eset\u00fcnkben ezt a DNS k\u00e9rd\u00e9sekre nehezed\u0151 terhel\u00e9s okozza. kube-dns<\/code> \u00e9s dnsmasq<\/code>A leg\u00e9rdekesebb \u00e9s leg\u00fajabb sz\u00e1momra az volt, hogy mi\u00e9rt n\u0151tt meg jelent\u0151sen a DNS-k\u00e9r\u00e9sek forgalma. Err\u0151l \u00e9s arr\u00f3l, hogy mit tehet\u00fcnk ezzel kapcsolatban, \u00edrtam a bejegyz\u00e9semet.<\/p>\n

<\/p>\n

A DNS felold\u00e1s egy kont\u00e9neren bel\u00fcl \u2013 mint b\u00e1rmely Linux rendszerben \u2013 a konfigur\u00e1ci\u00f3s f\u00e1jl hat\u00e1rozza meg \/etc\/resolv.conf<\/code>. Alap\u00e9rtelmez\u00e9s szerint a Kubernetes dnsPolicy<\/code> ez ClusterFirst<\/code>, ami azt jelenti, hogy b\u00e1rmely DNS-k\u00e9r\u00e9s \u00e1tir\u00e1ny\u00edt\u00e1sra ker\u00fcl dnsmasq<\/code>, amely a klaszterben fut\u00f3 podban tal\u00e1lhat\u00f3, amely viszont \u00e1tir\u00e1ny\u00edtja a k\u00e9r\u00e9st az alkalmaz\u00e1sra kube-dns<\/code> , ha a n\u00e9v a klaszter ut\u00f3tagj\u00e1val v\u00e9gz\u0151dik, k\u00fcl\u00f6nben pedig a magasabb szint\u0171 DNS szerverre. kube-dns<\/code>A kont\u00e9nerekben alap\u00e9rtelmez\u00e9s szerint \u00edgy fest:<\/p>\n

<\/p>\n

F\u00e1jl \/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

Ahogy l\u00e1that\u00f3, itt h\u00e1rom direkt\u00edva van:<\/code><\/pre>\n
<\/p>\n
A n\u00e9vszerver az IP c\u00edm szolg\u00e1ltat\u00e1s<\/p>\n
<\/p>\n
    \n
  1. 4 helyi keres\u0151 domain van megadva kube-dns<\/code><\/li>\n
  2. Van egy opci\u00f3 : a megadott domain keres\u00e9si \u00fatvonal\u00e1t hat\u00e1rozza meg. \u00c9rdekes, hogy<\/code><\/li>\n
  3. ndots:5 A konfigur\u00e1ci\u00f3 \u00e9rdekes r\u00e9sze az, ahogyan a helyi keres\u0151 domainek \u00e9s a be\u00e1ll\u00edt\u00e1sok<\/code><\/li>\n<\/ol>\n
    <\/p>\n
    egy\u00fcttm\u0171k\u00f6dnek. Ennek meg\u00e9rt\u00e9s\u00e9hez fontos tiszt\u00e1zni, hogyan m\u0171k\u00f6dik a DNS felold\u00e1s a hi\u00e1nyos nevekn\u00e9l. A konfigur\u00e1ci\u00f3 \u00e9rdekes r\u00e9sze az, ahogyan a helyi keres\u0151 domainek \u00e9s a be\u00e1ll\u00edt\u00e1sok<\/code> Mi az a teljes n\u00e9v?<\/p>\n
    <\/p>\n
    A teljesen azonos\u00edtott n\u00e9v az, amelyikhez nem t\u00f6rt\u00e9nik helyi keres\u00e9s, \u00e9s a n\u00e9v abszol\u00fatnak sz\u00e1m\u00edt a n\u00e9v felold\u00e1sa sor\u00e1n. A DNS szoftver meg\u00e1llapod\u00e1sa szerint a n\u00e9v teljesen azonos\u00edtottnak sz\u00e1m\u00edt, ha pontra (.) v\u00e9gz\u0151dik, \u00e9s nem teljesen azonos\u00edtottnak egy\u00e9bk\u00e9nt. Teh\u00e1t<\/h3>\n
    <\/p>\n
    google.com. teljesen azonos\u00edtott, m\u00edg<\/code> \u2013 nem az. mrkaran.dev<\/code> Hogyan kezelj\u00fck a hi\u00e1nyos neveket? <\/p>\n
    <\/p>\n
    Amikor egy alkalmaz\u00e1s csatlakozik egy t\u00e1voli hosthoz, amelyet a n\u00e9v tartalmaz, a DNS n\u00e9v felold\u00e1st \u00e1ltal\u00e1ban rendszerh\u00edv\u00e1ssal v\u00e9gzik, p\u00e9ld\u00e1ul<\/h3>\n
    <\/p>\n
    getaddrinfo() . De ha a n\u00e9v hi\u00e1nyos (nem v\u00e9gz\u0151dik a .), \u00e9rdekes, hogy a rendszerh\u00edv\u00e1s el\u0151sz\u00f6r abszol\u00fat n\u00e9vk\u00e9nt pr\u00f3b\u00e1lja-e feloldani a nevet, vagy el\u0151sz\u00f6r v\u00e9gigmegy a helyi keres\u0151 domaineken? Ez az opci\u00f3t\u00f3l f\u00fcgg<\/code>A k\u00e9zik\u00f6nyv szerint ndots<\/code>.<\/p>\n
    <\/p>\n
    A k\u00e9zik\u00f6nyvb\u0151l f\u00e1jl tartalmazza a k\u00f6vetkez\u0151 inform\u00e1ci\u00f3t:<\/code>:<\/p>\n
    <\/p>\n
    ndots:n\n\nbe\u00e1ll\u00edtja a k\u00fcsz\u00f6b\u00e9rt\u00e9ket a n\u00e9vben megjelen\u0151 pontok sz\u00e1m\u00e1ra, miel\u0151tt a kezdeti abszol\u00fat lek\u00e9rdez\u00e9s megt\u00f6rt\u00e9nik. Az alap\u00e9rtelmezett \u00e9rt\u00e9k n-re 1, ami azt jelenti, hogy ha a n\u00e9v tartalmaz b\u00e1rmilyen pontot, el\u0151sz\u00f6r a nevet abszol\u00fat n\u00e9vk\u00e9nt pr\u00f3b\u00e1lj\u00e1k ki, miel\u0151tt b\u00e1rmely keres\u00e9si lista elemet hozz\u00e1adn\u00e1nak.<\/code><\/pre>\n
    <\/p>\n
    Ez azt jelenti, hogy ha a ndots<\/code> \u00e9rt\u00e9ke 5, \u00e9s a n\u00e9v kevesebb mint 5 pontot tartalmaz, a rendszerh\u00edv\u00e1s megpr\u00f3b\u00e1lja sorban feloldani, el\u0151sz\u00f6r \u00e1tmegy minden helyi keres\u00e9si domaineken, \u00e9s ha ez nem siker\u00fcl, v\u00e9g\u00fcl abszol\u00fat n\u00e9vk\u00e9nt fogja feloldani.<\/p>\n
    <\/p>\n
    Mi\u00e9rt is A konfigur\u00e1ci\u00f3 \u00e9rdekes r\u00e9sze az, ahogyan a helyi keres\u0151 domainek \u00e9s a be\u00e1ll\u00edt\u00e1sok<\/code> lehet negat\u00edvan hatni az alkalmaz\u00e1s teljes\u00edtm\u00e9ny\u00e9re?<\/h3>\n
    <\/p>\n
    Ahogy meg\u00e9rted, ha az alkalmaz\u00e1sod sok k\u00fcls\u0151 forgalmat haszn\u00e1l, minden egyes TCP-kapcsolat (vagy pontosabban, minden egyes feloldott n\u00e9v) eset\u00e9n 5 DNS-lek\u00e9rdez\u00e9st fog kiadni, miel\u0151tt a nevet helyesen oldan\u00e1 fel, mert el\u0151sz\u00f6r \u00e1thalad 4 helyi keres\u00e9si domaineken, \u00e9s v\u00e9g\u00fcl kiad egy abszol\u00fat n\u00e9v felold\u00f3 lek\u00e9rdez\u00e9st.<\/p>\n
    <\/p>\n
    A k\u00f6vetkez\u0151 diagramon a teljes forgalom l\u00e1that\u00f3 a 3 kube-dns modulunkban azut\u00e1n, hogy n\u00e9h\u00e1ny hosztn\u00e9v teljesen defini\u00e1ltra lett v\u00e1ltva az alkalmaz\u00e1sunkban.<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    A k\u00f6vetkez\u0151 diagramon az alkalmaz\u00e1s k\u00e9sleltet\u00e9se l\u00e1that\u00f3 azut\u00e1n, hogy n\u00e9h\u00e1ny hosztn\u00e9v teljesen defini\u00e1ltra lett v\u00e1ltva az alkalmaz\u00e1sunkban (a f\u00fcgg\u0151leges k\u00e9k vonal a telep\u00edt\u00e9st jelzi):<\/p>\n
    <\/p>\n
    \"\/etc\/resolv.conf<\/p>\n
    <\/p>\n
    Megold\u00e1s #1 \u2014 haszn\u00e1lj teljesen defini\u00e1lt neveket<\/h3>\n
    <\/p>\n
    Ha kev\u00e9s statikus k\u00fcls\u0151 neved van (azaz, amelyek az alkalmaz\u00e1s konfigur\u00e1ci\u00f3j\u00e1ban vannak meghat\u00e1rozva), amelyekhez nagysz\u00e1m\u00fa kapcsolatot l\u00e9tes\u00edtesz, akkor tal\u00e1n a legegyszer\u0171bb megold\u00e1s az, hogy azokat teljesen defini\u00e1ltakra v\u00e1ltod, egyszer\u0171en azzal, hogy hozz\u00e1adod a v\u00e9g\u00e9hez.<\/p>\n
    <\/p>\n
    Ez nem v\u00e9gleges megold\u00e1s, de seg\u00edt gyorsan, ha nem is tiszt\u00e1n, jav\u00edtani a helyzeten. Ezt a jav\u00edt\u00e1st alkalmaztuk probl\u00e9m\u00e1nk megold\u00e1s\u00e1ra, amelynek eredm\u00e9nyeit a fenti k\u00e9perny\u0151k\u00e9peken l\u00e1that\u00f3.<\/p>\n
    <\/p>\n
    Megold\u00e1s #2 \u2014 testreszab\u00e1s ndots<\/code> be. dnsConfig<\/code><\/h3>\n
    <\/p>\n
    A Kubernetes 1.9-ben alfa m\u00f3dban megjelent egy funkci\u00f3 (b\u00e9ta verzi\u00f3 v1.10), amely lehet\u0151v\u00e9 teszi a DNS param\u00e9terek jobb kezel\u00e9s\u00e9t a pod tulajdons\u00e1gain kereszt\u00fcl. dnsConfig<\/code>. T\u00f6bbek k\u00f6z\u00f6tt lehet\u0151v\u00e9 teszi egy adott podhoz tartoz\u00f3 ndots<\/code> \u00e9rt\u00e9k be\u00e1ll\u00edt\u00e1s\u00e1t, azaz.<\/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
    Forr\u00e1sok<\/h3>\n
    <\/p>\n