/etc/resolv.conf ਕੁਬਰਨੇਟਸ ਪੌਡਸ ਲਈ, ndots:5 ਵਿਕਲਪ, ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਨਕਾਰਾਤਮਕ ਤੌਰ 'ਤੇ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦਾ ਹੈ

ਅਸੀਂ ਹਾਲ ਹੀ ਵਿੱਚ Kops ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ AWS 'ਤੇ Kubernetes 1.9 ਲਾਂਚ ਕੀਤਾ ਹੈ। ਕੱਲ੍ਹ, ਸਾਡੇ ਸਭ ਤੋਂ ਵੱਡੇ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰਾਂ ਲਈ ਨਵੇਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੁਚਾਰੂ ਰੂਪ ਵਿੱਚ ਰੋਲ ਆਊਟ ਕਰਦੇ ਹੋਏ, ਮੈਂ ਸਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਦੁਆਰਾ ਲੌਗ ਕੀਤੀਆਂ ਅਸਧਾਰਨ DNS ਨਾਮ ਰੈਜ਼ੋਲੂਸ਼ਨ ਤਰੁਟੀਆਂ ਵੱਲ ਧਿਆਨ ਦੇਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ।

GitHub 'ਤੇ ਇਸ ਬਾਰੇ ਬਹੁਤ ਕੁਝ ਹੈ ਬੋਲਿਆ, ਇਸ ਲਈ ਮੈਂ ਵੀ ਇਸਦਾ ਪਤਾ ਲਗਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਅੰਤ ਵਿੱਚ, ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਇਹ ਵਧੇ ਹੋਏ ਲੋਡ ਕਾਰਨ ਹੁੰਦਾ ਹੈ kube-dns и dnsmasq. ਮੇਰੇ ਲਈ ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਅਤੇ ਨਵੀਂ ਗੱਲ ਇਹ ਸੀ ਕਿ DNS ਬੇਨਤੀ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧੇ ਦਾ ਕਾਰਨ ਸੀ. ਮੇਰੀ ਪੋਸਟ ਇਸ ਬਾਰੇ ਹੈ ਅਤੇ ਇਸ ਬਾਰੇ ਕੀ ਕਰਨਾ ਹੈ.

ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ DNS ਰੈਜ਼ੋਲਿਊਸ਼ਨ - ਜਿਵੇਂ ਕਿ ਕਿਸੇ ਵੀ ਲੀਨਕਸ ਸਿਸਟਮ ਵਿੱਚ - ਸੰਰਚਨਾ ਫਾਈਲ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ /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

ਕੁਬਰਨੇਟਸ 1.9 ਵਿੱਚ, ਕਾਰਜਸ਼ੀਲਤਾ ਅਲਫ਼ਾ ਮੋਡ (ਬੀਟਾ ਸੰਸਕਰਣ v1.10) ਵਿੱਚ ਦਿਖਾਈ ਦਿੱਤੀ, ਜੋ ਤੁਹਾਨੂੰ ਪੋਡ ਸੰਪਤੀ ਦੁਆਰਾ DNS ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਬਿਹਤਰ ਨਿਯੰਤਰਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ dnsConfig. ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, ਇਹ ਤੁਹਾਨੂੰ ਮੁੱਲ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ndots ਇੱਕ ਖਾਸ ਪੌਡ ਲਈ, i.e.

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

ਸਰੋਤ

• DNS ਨਾਮ ਦੀ ਯੋਗਤਾ ਕੀ ਹੈ
• ਕੁਬਰਨੇਟਸ: ਸੇਵਾਵਾਂ ਅਤੇ ਪੌਡਾਂ ਲਈ DNS

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਹੋਰ ਲੇਖ ਵੀ ਪੜ੍ਹੋ:

• ਗੋਲੰਗ ਵਿੱਚ ਸੰਦਰਭ ਪੈਕੇਜ ਨੂੰ ਸਮਝਣਾ
• ਡੌਕਰ ਚਿੱਤਰਾਂ ਨੂੰ ਸੁੰਗੜਨ ਲਈ ਤਿੰਨ ਸਧਾਰਨ ਟ੍ਰਿਕਸ
• ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸਟੇਟਫੁੱਲ ਬੈਕਅੱਪ
• ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਵਿਪਰੀਤ ਵੈੱਬ ਪ੍ਰੋਜੈਕਟਾਂ ਦਾ ਬੈਕਅੱਪ
• ਰੈੱਡਮਾਈਨ ਲਈ ਟੈਲੀਗ੍ਰਾਮ ਬੋਟ. ਆਪਣੇ ਅਤੇ ਦੂਜਿਆਂ ਲਈ ਜੀਵਨ ਨੂੰ ਕਿਵੇਂ ਸਰਲ ਬਣਾਇਆ ਜਾਵੇ

ਸਰੋਤ: www.habr.com