കുബർനെറ്റസിലെ DNS ലുക്ക്അപ്പ്

കുറിപ്പ്. വിവർത്തനം.: Kubernetes-ലെ DNS പ്രശ്നം, അല്ലെങ്കിൽ കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, പാരാമീറ്റർ ക്രമീകരണങ്ങൾ ndots, അതിശയകരമാംവിധം ജനപ്രിയമാണ്, ഇതിനകം തന്നെ ആദ്യമല്ല വർഷം. ഈ വിഷയത്തെക്കുറിച്ചുള്ള മറ്റൊരു കുറിപ്പിൽ, അതിൻ്റെ രചയിതാവ്, ഇന്ത്യയിലെ ഒരു വലിയ ബ്രോക്കറേജ് കമ്പനിയിൽ നിന്നുള്ള DevOps എഞ്ചിനീയർ, Kubernetes പ്രവർത്തിക്കുന്ന സഹപ്രവർത്തകർക്ക് അറിയാൻ ഉപയോഗപ്രദമായ കാര്യങ്ങളെക്കുറിച്ച് വളരെ ലളിതവും സംക്ഷിപ്തവുമായ രീതിയിൽ സംസാരിക്കുന്നു.

കുബർനെറ്റസിൽ ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കുന്നതിൻ്റെ പ്രധാന നേട്ടങ്ങളിലൊന്ന് തടസ്സമില്ലാത്ത ആപ്ലിക്കേഷൻ കണ്ടെത്തലാണ്. സേവന ആശയത്തിന് നന്ദി, ഇൻട്രാ-ക്ലസ്റ്റർ ഇടപെടൽ വളരെ ലളിതമാക്കിയിരിക്കുന്നു (സേവനം), ഇത് ഒരു കൂട്ടം പോഡ് ഐപി വിലാസങ്ങളെ പിന്തുണയ്ക്കുന്ന വെർച്വൽ ഐപിയാണ്. ഉദാഹരണത്തിന്, സേവനമാണെങ്കിൽ vanilla സേവനവുമായി ബന്ധപ്പെടാൻ ആഗ്രഹിക്കുന്നു chocolate, ഇതിന് വെർച്വൽ ഐപി നേരിട്ട് ആക്സസ് ചെയ്യാൻ കഴിയും chocolate. ചോദ്യം ഉയർന്നുവരുന്നു: ഈ സാഹചര്യത്തിൽ ആരാണ് DNS അഭ്യർത്ഥന പരിഹരിക്കുക chocolate എങ്ങനെ?

ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിൽ DNS നെയിം റെസലൂഷൻ കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നു CoreDNS. ഫയലുകളിൽ ഒരു നെയിംസെർവറായി Kubelet CoreDNS ഉള്ള ഒരു പോഡ് രജിസ്റ്റർ ചെയ്യുന്നു /etc/resolv.conf എല്ലാ കായ്കളും. ഉള്ളടക്കം നോക്കിയാൽ /etc/resolv.conf ഏതെങ്കിലും പോഡ്, ഇത് ഇതുപോലെ കാണപ്പെടും:

search hello.svc.cluster.local svc.cluster.local cluster.local
nameserver 10.152.183.10
options ndots:5

ഡിഎൻഎസ് സെർവറിലേക്ക് അഭ്യർത്ഥനകൾ കൈമാറാൻ ഡിഎൻഎസ് ക്ലയൻ്റുകൾ ഈ കോൺഫിഗറേഷൻ ഉപയോഗിക്കുന്നു. ഫയലിൽ resolv.conf ഇനിപ്പറയുന്ന വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു:

• നെയിംസെർവർ: ഡിഎൻഎസ് അഭ്യർത്ഥനകൾ അയയ്ക്കുന്ന സെർവറിലേക്ക്. ഞങ്ങളുടെ കാര്യത്തിൽ, ഇത് CoreDNS സേവനത്തിൻ്റെ വിലാസമാണ്;
• തിരയൽ: ഒരു നിർദ്ദിഷ്‌ട ഡൊമെയ്‌നിനായുള്ള തിരയൽ പാത നിർവചിക്കുന്നു. അത് രസകരമാണ് google.com അഥവാ mrkaran.dev FQDN അല്ല (പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്ൻ നാമങ്ങൾ). മിക്ക ഡിഎൻഎസ് റിസോൾവറുകളും പിന്തുടരുന്ന സ്റ്റാൻഡേർഡ് കൺവെൻഷൻ അനുസരിച്ച്, റൂട്ട് സോണിനെ പ്രതിനിധീകരിക്കുന്ന "" എന്ന ഡോട്ടിൽ അവസാനിക്കുന്നവ മാത്രമേ പൂർണ്ണ യോഗ്യതയുള്ള (FDQN) ഡൊമെയ്‌നുകളായി കണക്കാക്കൂ. ചില പരിഹാരകർക്ക് സ്വയം ഒരു പോയിൻ്റ് ചേർക്കാൻ കഴിയും. അങ്ങനെ, mrkaran.dev. പൂർണ്ണ യോഗ്യതയുള്ള ഡൊമെയ്ൻ നാമമാണ് (FQDN), കൂടാതെ mrkaran.dev - ഇല്ല;
• ഡോട്ടുകൾ: ഏറ്റവും രസകരമായ പരാമീറ്റർ (ഈ ലേഖനം അതിനെക്കുറിച്ചാണ്). ndots ഒരു "പൂർണ്ണ യോഗ്യതയുള്ള" ഡൊമെയ്ൻ നാമമായി കണക്കാക്കുന്നതിന് മുമ്പ് ഒരു അഭ്യർത്ഥന നാമത്തിലെ ഡോട്ടുകളുടെ ത്രെഷോൾഡ് നമ്പർ വ്യക്തമാക്കുന്നു. ഡിഎൻഎസ് ലുക്കപ്പ് സീക്വൻസ് വിശകലനം ചെയ്യുമ്പോൾ ഇതിനെക്കുറിച്ച് പിന്നീട് കൂടുതൽ സംസാരിക്കാം.

ചോദിക്കുമ്പോൾ എന്താണ് സംഭവിക്കുന്നതെന്ന് നോക്കാം mrkaran.dev പോഡിൽ:

$ nslookup mrkaran.dev
Server: 10.152.183.10
Address: 10.152.183.10#53

Non-authoritative answer:
Name: mrkaran.dev
Address: 157.230.35.153
Name: mrkaran.dev
Address: 2400:6180:0:d1::519:6001

ഈ പരീക്ഷണത്തിനായി, ഞാൻ CoreDNS ലോഗിംഗ് ലെവൽ സജ്ജീകരിച്ചു all (ഇത് തികച്ചും വാചാലമാക്കുന്നു). പോഡിൻ്റെ രേഖകൾ നോക്കാം coredns:

[INFO] 10.1.28.1:35998 - 11131 "A IN mrkaran.dev.hello.svc.cluster.local. udp 53 false 512" NXDOMAIN qr,aa,rd 146 0.000263728s
[INFO] 10.1.28.1:34040 - 36853 "A IN mrkaran.dev.svc.cluster.local. udp 47 false 512" NXDOMAIN qr,aa,rd 140 0.000214201s
[INFO] 10.1.28.1:33468 - 29482 "A IN mrkaran.dev.cluster.local. udp 43 false 512" NXDOMAIN qr,aa,rd 136 0.000156107s
[INFO] 10.1.28.1:58471 - 45814 "A IN mrkaran.dev. udp 29 false 512" NOERROR qr,rd,ra 56 0.110263459s
[INFO] 10.1.28.1:54800 - 2463 "AAAA IN mrkaran.dev. udp 29 false 512" NOERROR qr,rd,ra 68 0.145091744s

വാ. രണ്ട് കാര്യങ്ങൾ ഇവിടെ നിങ്ങളുടെ ശ്രദ്ധ ആകർഷിക്കുന്നു:

• പ്രതികരണത്തിൽ കോഡ് അടങ്ങിയിരിക്കുന്നത് വരെ അഭ്യർത്ഥന തിരയലിൻ്റെ എല്ലാ ഘട്ടങ്ങളിലൂടെയും കടന്നുപോകുന്നു NOERROR (ഡിഎൻഎസ് ക്ലയൻ്റുകൾ അത് മനസ്സിലാക്കുകയും അതിൻ്റെ ഫലമായി സംഭരിക്കുകയും ചെയ്യുന്നു). NXDOMAIN നൽകിയിരിക്കുന്ന ഡൊമെയ്ൻ നാമത്തിന് ഒരു റെക്കോർഡും കണ്ടെത്തിയില്ല എന്നാണ് അർത്ഥമാക്കുന്നത്. എന്തുകൊണ്ടെന്നാല് mrkaran.dev ഒരു FQDN പേരല്ല (അതനുസരിച്ച് ndots=5), റിസോൾവർ തിരയൽ പാത നോക്കുകയും അഭ്യർത്ഥനകളുടെ ക്രമം നിർണ്ണയിക്കുകയും ചെയ്യുന്നു;
• പോസ്റ്റുകൾ А и АААА സമാന്തരമായി എത്തിച്ചേരുന്നു. ഒറ്റത്തവണ അഭ്യർത്ഥിക്കുന്നു എന്നതാണ് വസ്തുത /etc/resolv.conf സ്വതവേ, IPv4, IPv6 പ്രോട്ടോക്കോളുകൾ ഉപയോഗിച്ച് സമാന്തര തിരയലുകൾ നടത്തുന്ന രീതിയിലാണ് അവ ക്രമീകരിച്ചിരിക്കുന്നത്. ഓപ്ഷൻ ചേർത്തുകൊണ്ട് നിങ്ങൾക്ക് ഈ സ്വഭാവം റദ്ദാക്കാം single-request в resolv.conf.

കുറിപ്പ്: glibc ഈ അഭ്യർത്ഥനകൾ തുടർച്ചയായി അയയ്‌ക്കുന്നതിന് ക്രമീകരിക്കാൻ കഴിയും, കൂടാതെ musl - ഇല്ല, അതിനാൽ ആൽപൈൻ ഉപയോക്താക്കൾ ശ്രദ്ധിക്കേണ്ടതാണ്.

ഡോട്ടുകൾ ഉപയോഗിച്ച് പരീക്ഷണം നടത്തുന്നു

നമുക്ക് കുറച്ച് കൂടി പരീക്ഷണം നടത്താം ndots ഈ പരാമീറ്റർ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നമുക്ക് നോക്കാം. ആശയം ലളിതമാണ്: ndots DNS ക്ലയൻ്റ് ഡൊമെയ്‌നെ കേവലമോ ആപേക്ഷികമോ ആയി കണക്കാക്കുമോ എന്ന് നിർണ്ണയിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു ലളിതമായ ഗൂഗിൾ ഡിഎൻഎസ് ക്ലയൻ്റിൻറെ കാര്യത്തിൽ, ഈ ഡൊമെയ്ൻ കേവലമാണോ എന്ന് അത് എങ്ങനെ അറിയും? നിങ്ങൾ സജ്ജമാക്കുകയാണെങ്കിൽ ndots 1 ന് തുല്യമായി, ക്ലയൻ്റ് പറയും: "ഓ, ഇൻ google ഒരു പോയിൻ്റ് പോലും ഇല്ല; മുഴുവൻ തിരയൽ ലിസ്റ്റിലൂടെയും ഞാൻ പോകുമെന്ന് ഞാൻ കരുതുന്നു. ” എന്നിരുന്നാലും, നിങ്ങൾ ചോദിച്ചാൽ google.com, അഭ്യർത്ഥിച്ച പേര് പരിധി പാലിക്കുന്നതിനാൽ സഫിക്സുകളുടെ ലിസ്റ്റ് പൂർണ്ണമായും അവഗണിക്കപ്പെടും ndots (കുറഞ്ഞത് ഒരു പോയിൻ്റെങ്കിലും ഉണ്ട്).

നമുക്ക് ഇത് ഉറപ്പാക്കാം:

$ cat /etc/resolv.conf
options ndots:1
$ nslookup mrkaran
Server: 10.152.183.10
Address: 10.152.183.10#53

** server can't find mrkaran: NXDOMAIN

CoreDNS ലോഗുകൾ:

[INFO] 10.1.28.1:52495 - 2606 "A IN mrkaran.hello.svc.cluster.local. udp 49 false 512" NXDOMAIN qr,aa,rd 142 0.000524939s
[INFO] 10.1.28.1:59287 - 57522 "A IN mrkaran.svc.cluster.local. udp 43 false 512" NXDOMAIN qr,aa,rd 136 0.000368277s
[INFO] 10.1.28.1:53086 - 4863 "A IN mrkaran.cluster.local. udp 39 false 512" NXDOMAIN qr,aa,rd 132 0.000355344s
[INFO] 10.1.28.1:56863 - 41678 "A IN mrkaran. udp 25 false 512" NXDOMAIN qr,rd,ra 100 0.034629206s

ഉള്ളത് മുതൽ mrkaran ഒരു പോയിൻ്റ് പോലുമില്ല, സഫിക്സുകളുടെ മുഴുവൻ പട്ടികയിലും തിരച്ചിൽ നടത്തി.

ശ്രദ്ധിക്കുക: പ്രായോഗികമായി പരമാവധി മൂല്യം ndots 15 ആയി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു; കുബർനെറ്റസിൽ സ്ഥിരസ്ഥിതിയായി ഇത് 5 ആണ്.

ഉത്പാദനത്തിൽ അപേക്ഷ

ഒരു ആപ്ലിക്കേഷൻ ധാരാളം ബാഹ്യ നെറ്റ്‌വർക്ക് കോളുകൾ നടത്തുകയാണെങ്കിൽ, സജീവമായ ട്രാഫിക്കിൻ്റെ കാര്യത്തിൽ DNS ഒരു തടസ്സമാകാം, കാരണം പേര് റെസല്യൂഷൻ അനാവശ്യമായ നിരവധി ചോദ്യങ്ങൾ ഉണ്ടാക്കുന്നു (സിസ്റ്റം ശരിയായതിലേക്ക് എത്തുന്നതിന് മുമ്പ്). ആപ്ലിക്കേഷനുകൾ സാധാരണയായി ഡൊമെയ്ൻ നാമങ്ങളിലേക്ക് ഒരു റൂട്ട് സോൺ ചേർക്കാറില്ല, എന്നാൽ ഇതൊരു ഹാക്ക് പോലെയാണ്. അതായത് ചോദിക്കുന്നതിനു പകരം api.twitter.com, നിങ്ങൾക്ക് ഇത് 'ഹാർഡ്കോഡ്' ചെയ്യാം api.twitter.com. (ഒരു ഡോട്ട് ഉള്ളത്) ആപ്ലിക്കേഷനിൽ, അത് കേവല ഡൊമെയ്‌നിൽ നേരിട്ട് ആധികാരിക ലുക്കപ്പുകൾ നടത്താൻ DNS ക്ലയൻ്റുകളെ പ്രേരിപ്പിക്കും.

കൂടാതെ, കുബർനെറ്റസ് പതിപ്പ് 1.14 മുതൽ, വിപുലീകരണങ്ങൾ dnsConfig и dnsPolicy സ്ഥിരമായ പദവി ലഭിച്ചു. അങ്ങനെ, ഒരു പോഡ് വിന്യസിക്കുമ്പോൾ, നിങ്ങൾക്ക് മൂല്യം കുറയ്ക്കാൻ കഴിയും ndots, പറയുക, 3 വരെ (ഒപ്പം 1 വരെ!). ഇക്കാരണത്താൽ, ഒരു നോഡിലെ എല്ലാ സന്ദേശങ്ങളും മുഴുവൻ ഡൊമെയ്‌നും ഉൾപ്പെടുത്തേണ്ടതുണ്ട്. പ്രകടനത്തിനും പോർട്ടബിലിറ്റിക്കും ഇടയിൽ നിങ്ങൾ തിരഞ്ഞെടുക്കേണ്ടിവരുമ്പോൾ ഇത് ക്ലാസിക് ട്രേഡ്-ഓഫുകളിൽ ഒന്നാണ്. DNS ഫലങ്ങളും ആന്തരികമായി കാഷെ ചെയ്‌തിരിക്കുന്നതിനാൽ, നിങ്ങളുടെ അപ്ലിക്കേഷന് വളരെ കുറഞ്ഞ ലേറ്റൻസി സുപ്രധാനമാണെങ്കിൽ മാത്രമേ നിങ്ങൾ ഇതിനെക്കുറിച്ച് വിഷമിക്കാവൂ എന്ന് എനിക്ക് തോന്നുന്നു.

റെഫറൻസുകൾ

ഈ സവിശേഷതയെക്കുറിച്ച് ഞാൻ ആദ്യം മനസ്സിലാക്കിയത് K8s-മീറ്റപ്പ്, ജനുവരി 25 ന് നടന്നു. ഈ പ്രശ്‌നത്തെക്കുറിച്ചും മറ്റും ചർച്ചകൾ നടന്നു.

കൂടുതൽ പര്യവേക്ഷണത്തിനുള്ള ചില ലിങ്കുകൾ ഇതാ:

• വിശദീകരണം, എന്തുകൊണ്ട് ndots=5 കുബർനെറ്റസിൽ;
• വലിയ സാധനം എൻഡോട്ടുകൾ മാറ്റുന്നത് ആപ്ലിക്കേഷൻ പ്രകടനത്തെ എങ്ങനെ ബാധിക്കുന്നു;
• പൊരുത്തക്കേടുകൾ musl, glibc റിസോൾവറുകൾക്കിടയിൽ.

ശ്രദ്ധിക്കുക: ഞാൻ ഉപയോഗിക്കേണ്ടെന്ന് തിരഞ്ഞെടുത്തു dig ഈ ലേഖനത്തിൽ. dig സ്വയമേവ ഒരു ഡോട്ട് (റൂട്ട് സോൺ ഐഡൻ്റിഫയർ) ചേർക്കുന്നു, ഡൊമെയ്‌നെ "പൂർണ്ണ യോഗ്യതയുള്ള" ആക്കുന്നു (FQDN), അല്ല ആദ്യം അത് തിരയൽ ലിസ്റ്റിലൂടെ പ്രവർത്തിപ്പിക്കുക. ഇതിനെക്കുറിച്ച് എഴുതിയിട്ടുണ്ട് മുമ്പത്തെ പ്രസിദ്ധീകരണങ്ങളിൽ ഒന്ന്. എന്നിരുന്നാലും, പൊതുവേ, സ്റ്റാൻഡേർഡ് പെരുമാറ്റത്തിന് ഒരു പ്രത്യേക പതാക വ്യക്തമാക്കേണ്ടതുണ്ടെന്നത് തികച്ചും ആശ്ചര്യകരമാണ്.

ഹാപ്പി DNSing! പിന്നെ കാണാം!

വിവർത്തകനിൽ നിന്ന് പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «കുബർനെറ്റസിലെ നെറ്റ്‌വർക്കിംഗിനുള്ള കാലിക്കോ: ആമുഖവും ഒരു ചെറിയ അനുഭവവും";
• «CoreDNS - ക്ലൗഡ് നേറ്റീവ് വേൾഡിനായുള്ള DNS സെർവറും കുബർനെറ്റസിനായുള്ള സേവന കണ്ടെത്തലും";
• "കുബർനെറ്റസിലെ നെറ്റ്‌വർക്കിംഗിലേക്കുള്ള ഒരു ചിത്രീകരിച്ച ഗൈഡ്": ഭാഗങ്ങൾ 1, 2 (നെറ്റ്‌വർക്ക് മോഡൽ, ഓവർലേ നെറ്റ്‌വർക്കുകൾ), ഭാഗം 3 (സേവനങ്ങളും ട്രാഫിക് പ്രോസസ്സിംഗും).

അവലംബം: www.habr.com