Comments 4
При чём тут докер вообще? Или вы теперь будете все статьи о linux переписывать по новой, добавив слово «kubernetes»?
inky@onyxia:~$ man resolv.conf | grep ' ndots:n' -A4
ndots:n
Sets a threshold for the number of dots which must appear in a name given to res_query(3) (see resolver(3)) before an
initial absolute query will be made. The default for n is 1, meaning that if there are any dots in a name, the name
will be tried first as an absolute name before any search list elements are appended to it. The value for this option
is silently capped to 15.
inky@onyxia:~$ man resolv.conf | grep ' ndots:n' -A4
ndots:n
Sets a threshold for the number of dots which must appear in a name given to res_query(3) (see resolver(3)) before an
initial absolute query will be made. The default for n is 1, meaning that if there are any dots in a name, the name
will be tried first as an absolute name before any search list elements are appended to it. The value for this option
is silently capped to 15.
Интересная статья, с практическим эффектом. Наглядно. Вопрос только в том — как это матчится с практикой все завимости сервисов определять как некое имя внутри кубернетес кластера (ресурс типа Service).
getaddrinfo() — это не системный вызов.
А создавать постоянные TCP/TLS соединения не пробовал?
В этом случае вы один раз установили соединение или сделали пул соединений, и далее ваш локальный DNS не нагружается.
Моё мнение это не проблема kebernetes DNS, это проблема реализации приложения которое генерирует тысячи TCP/TLS соединений.
Sign up to leave a comment.
/etc/resolv.conf для Kubernetes pods, опция ndots:5, как это может негативно сказаться на производительности приложения