You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 21, 2021. It is now read-only.
We use zalenium with kubernetes, the readiness status causes a heavy load on our DNS.
Indeed the use of the method "getent" causes calls to the DNS which tries to solve urls of the type:
disulfur-40000-c757p.google.internal
disulfur-40000-c757p.x.c.f ..... internal
etc.
A call made by the readiness status generates at least 4 calls on the DNS times the number pods with a short frequency, the load is very important.
To Reproduce
Deploy a Zalenium infrastructure with a service account in a kubernetes environment and a corporate dns.
There are load peaks on the DNS due to the readiness of Selenium nodes.
Expected behavior
No load peaks on the DNS.
Environment
OS: Linux
Zalenium Image Version(s): last version
Version Docker : 18.09
Version Kubernetes : 1.13.7-gke.8
The text was updated successfully, but these errors were encountered:
🐛 Bug Report
We use zalenium with kubernetes, the readiness status causes a heavy load on our DNS.
Indeed the use of the method "getent" causes calls to the DNS which tries to solve urls of the type:
disulfur-40000-c757p.google.internal
disulfur-40000-c757p.x.c.f ..... internal
etc.
A call made by the readiness status generates at least 4 calls on the DNS times the number pods with a short frequency, the load is very important.
To Reproduce
Deploy a Zalenium infrastructure with a service account in a kubernetes environment and a corporate dns.
There are load peaks on the DNS due to the readiness of Selenium nodes.
Expected behavior
No load peaks on the DNS.
Environment
OS: Linux
Zalenium Image Version(s): last version
Version Docker : 18.09
Version Kubernetes : 1.13.7-gke.8
The text was updated successfully, but these errors were encountered: