/etc/resolv.conf Kubernetes પોડ્સ માટે, ndots:5 વિકલ્પ, આ કેવી રીતે એપ્લિકેશન પ્રદર્શનને નકારાત્મક અસર કરી શકે છે

અમે તાજેતરમાં Kops નો ઉપયોગ કરીને AWS પર Kubernetes 1.9 લોન્ચ કર્યું છે. ગઈકાલે, અમારા કુબરનેટ્સ ક્લસ્ટરોમાંના સૌથી મોટામાં નવા ટ્રાફિકને સરળતાથી રોલઆઉટ કરતી વખતે, મેં અમારી એપ્લિકેશન દ્વારા લોગ કરાયેલી અસામાન્ય DNS નામ રિઝોલ્યુશન ભૂલો ધ્યાનમાં લેવાનું શરૂ કર્યું.

GitHub પર આ વિશે ઘણું બધું છે બોલ્યો, તેથી મેં તેને પણ શોધવાનું નક્કી કર્યું. અંતે, મને સમજાયું કે અમારા કિસ્સામાં આ વધતા ભારને કારણે થાય છે kube-dns и dnsmasq. મારા માટે સૌથી રસપ્રદ અને નવી વસ્તુ DNS વિનંતી ટ્રાફિકમાં નોંધપાત્ર વધારો થવાનું ખૂબ જ કારણ હતું. મારી પોસ્ટ આ વિશે છે અને તેના વિશે શું કરવું.

કન્ટેનરની અંદર DNS રિઝોલ્યુશન - કોઈપણ Linux સિસ્ટમની જેમ - રૂપરેખાંકન ફાઇલ દ્વારા નક્કી કરવામાં આવે છે /etc/resolv.conf. ડિફૉલ્ટ કુબરનેટ્સ dnsPolicy તે ClusterFirst, જેનો અર્થ છે કે કોઈપણ DNS વિનંતીને ફોરવર્ડ કરવામાં આવશે dnsmasq, પોડમાં ચાલી રહ્યું છે kube-dns ક્લસ્ટરની અંદર, જે બદલામાં અરજીને વિનંતીને ફોરવર્ડ કરશે kube-dns, જો નામ ક્લસ્ટર પ્રત્યય સાથે સમાપ્ત થાય છે, અથવા, અન્યથા, ઉચ્ચ સ્તરના DNS સર્વર પર.

ફાઈલ /etc/resolv.conf દરેક કન્ટેનરની અંદર ડિફોલ્ટ આના જેવો દેખાશે:

nameserver 100.64.0.10
search namespace.svc.cluster.local svc.cluster.local cluster.local 
eu-west-1.compute.internal
options ndots:5

જેમ તમે જોઈ શકો છો, ત્યાં ત્રણ નિર્દેશો છે:

1. નેમ સર્વર એ સેવાનો IP છે kube-dns
2. 4 સ્થાનિક શોધ ડોમેન્સ ઉલ્લેખિત search
3. એક વિકલ્પ છે ndots:5

આ રૂપરેખાંકનનો રસપ્રદ ભાગ એ છે કે કેવી રીતે સ્થાનિક શોધ ડોમેન્સ અને સેટિંગ્સ ndots:5 સાથે મેળવો. આ સમજવા માટે, તમારે અયોગ્ય નામો માટે DNS રિઝોલ્યુશન કેવી રીતે કાર્ય કરે છે તે સમજવાની જરૂર છે.

આખું નામ શું છે?

સંપૂર્ણ લાયક નામ એ એક નામ છે જેના માટે કોઈ સ્થાનિક લુકઅપ કરવામાં આવશે નહીં અને નામ રિઝોલ્યુશન દરમિયાન નામ સંપૂર્ણ માનવામાં આવશે. સંમેલન દ્વારા, DNS સોફ્ટવેર નામને સંપૂર્ણ લાયક ગણે છે જો તે ડોટ (.) સાથે સમાપ્ત થાય છે, અને અન્યથા સંપૂર્ણ લાયકાત ધરાવતું નથી. તે જ google.com. સંપૂર્ણપણે વ્યાખ્યાયિત અને google.com - ના.

અયોગ્ય નામ કેવી રીતે હેન્ડલ કરવામાં આવે છે?

જ્યારે એપ્લિકેશન નામમાં ઉલ્લેખિત રિમોટ હોસ્ટ સાથે જોડાય છે, ત્યારે DNS નામ રિઝોલ્યુશન સામાન્ય રીતે સિસ્ટમ કૉલનો ઉપયોગ કરીને કરવામાં આવે છે, દા.ત. getaddrinfo(). પરંતુ જો નામ અયોગ્ય છે (. સાથે સમાપ્ત થતું નથી), તો મને આશ્ચર્ય થાય છે કે શું સિસ્ટમ કૉલ પ્રથમ નામને સંપૂર્ણ નામ તરીકે ઉકેલવાનો પ્રયાસ કરશે, અથવા સ્થાનિક શોધ ડોમેન્સમાંથી પ્રથમ પસાર થશે? તે વિકલ્પ પર આધાર રાખે છે ndots.

મેન્યુઅલમાંથી resolv.conf:

ndots:n

устанавливает порог для количества точек, которые должны появиться в имени, прежде чем будет сделан начальный абсолютный запрос. Значение по умолчанию для n равно 1, что означает, что если в имени есть какие-либо точки, имя будет сначала опробовано как абсолютное имя, прежде чем к нему будут добавлены какие-либо элементы списка поиска.

આનો અર્થ એ છે કે જો માટે ndots 5 નું મૂલ્ય આપવામાં આવ્યું છે અને નામમાં 5 કરતા ઓછા બિંદુઓ છે, સિસ્ટમ કૉલ તેને ક્રમિક રીતે ઉકેલવાનો પ્રયાસ કરશે, પ્રથમ તમામ સ્થાનિક શોધ ડોમેન્સમાંથી પસાર થશે, અને, જો અસફળ હોય, તો આખરે તેને સંપૂર્ણ નામ તરીકે ઉકેલશે.

તો પછી કેમ ndots:5 શું તે એપ્લિકેશન પ્રભાવને નકારાત્મક અસર કરી શકે છે?

જેમ તમે કલ્પના કરી શકો છો, જો તમારી એપ્લિકેશન ઘણા બધા બાહ્ય ટ્રાફિકનો ઉપયોગ કરે છે, તો દરેક TCP કનેક્શન સ્થાપિત કરવા માટે (અથવા વધુ સચોટ રીતે, દરેક નામ ઉકેલવા માટે), તે નામ યોગ્ય રીતે ઉકેલાય તે પહેલાં 5 DNS ક્વેરીઝ રજૂ કરશે, કારણ કે તે પ્રથમ પસાર થશે. 4 સ્થાનિક શોધ ડોમેન, અને અંતે એક સંપૂર્ણ નામ રિઝોલ્યુશન વિનંતી જારી કરશે.

નીચેનો ચાર્ટ અમારા 3 kube-dns મોડ્યુલો પરનો કુલ ટ્રાફિક બતાવે છે કે અમે અમારી એપ્લિકેશનમાં ગોઠવેલા થોડા હોસ્ટનામોને સંપૂર્ણ લાયકાત ધરાવતા લોકો માટે સ્વિચ કર્યા પહેલા અને પછી.

નીચેનો આકૃતિ એપ્લીકેશન લેટન્સી બતાવે છે કે અમે અમારી એપ્લિકેશનમાં ગોઠવેલા ઘણા હોસ્ટનામોને સંપૂર્ણ નામો પર સ્વિચ કર્યા પહેલા અને પછી (ઊભી વાદળી રેખા એ જમાવટ છે):

ઉકેલ #1 - સંપૂર્ણ લાયકાત ધરાવતા નામોનો ઉપયોગ કરો

જો તમારી પાસે થોડા સ્થિર બાહ્ય નામો છે (એટલે ​​​​કે એપ્લિકેશન રૂપરેખાંકનમાં વ્યાખ્યાયિત) કે જેના માટે તમે મોટી સંખ્યામાં જોડાણો બનાવો છો, તો કદાચ સરળ ઉકેલ એ છે કે તેમને ફક્ત જોડીને સંપૂર્ણ લાયકાત ધરાવતા નામો પર સ્વિચ કરવું. અંતમાં.

આ કોઈ અંતિમ ઉકેલ નથી, પરંતુ તે પરિસ્થિતિને સુધારવામાં ઝડપથી મદદ કરે છે. અમે અમારી સમસ્યાને ઉકેલવા માટે આ પેચ લાગુ કર્યો છે, જેના પરિણામો ઉપરના સ્ક્રીનશૉટ્સમાં બતાવવામાં આવ્યા છે.

ઉકેલ #2 - કસ્ટમાઇઝેશન ndots в dnsConfig

Kubernetes 1.9 માં, કાર્યક્ષમતા આલ્ફા મોડ (બીટા સંસ્કરણ v1.10) માં દેખાય છે, જે તમને પોડ પ્રોપર્ટી દ્વારા DNS પેરામીટર્સને વધુ સારી રીતે નિયંત્રિત કરવાની મંજૂરી આપે છે. dnsConfig. અન્ય વસ્તુઓમાં, તે તમને મૂલ્યને ગોઠવવાની મંજૂરી આપે છે ndots ચોક્કસ પોડ માટે, એટલે કે.

apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: dns-example
spec:
  containers:
    - name: test
      image: nginx
  dnsConfig:
    options:
      - name: ndots
        value: "1"

સ્ત્રોતો

• DNS નામની લાયકાત શું છે
• Kubernetes: સેવાઓ અને શીંગો માટે DNS

અમારા બ્લોગ પર અન્ય લેખો પણ વાંચો:

• ગોલાંગમાં સંદર્ભ પેકેજને સમજવું
• ડોકર છબીઓને સંકોચવાની ત્રણ સરળ યુક્તિઓ
• Kubernetes માં સ્ટેટફુલ બેકઅપ
• મોટી સંખ્યામાં વિજાતીય વેબ પ્રોજેક્ટ્સનો બેકઅપ
• રેડમાઇન માટે ટેલિગ્રામ બોટ. તમારા અને અન્ય લોકો માટે જીવન કેવી રીતે સરળ બનાવવું

સોર્સ: www.habr.com