Cum se realizează redirecționarea traficului către ingress din interiorul clusterului?

Pentru redirecționarea traficului din interiorul clusterului către Ingress, se folosește numele DNS al serviciului Ingress Controller. În configurația standard, Ingress Controller este implementat ca un Service de tip LoadBalancer sau NodePort.

1. Descoperirea serviciului: Aplicația din interiorul clusterului folosește numele DNS al serviciului, care expune (face vizibil) Ingress Controller. De exemplu, nginx-ingress-controller.ingress-nginx.svc.cluster.local, dacă se folosește nginx-ingress cu numele de serviciu corespunzător.

2. IP-ul serviciului/ClusterIP: Serverul DNS al clusterului Kubernetes (de exemplu, CoreDNS) rezolvă acest nume DNS în ClusterIP-ul serviciului Ingress Controller.

3. kube-proxy: kube-proxy de pe nodul unde rulează aplicația intercepta traficul direcționat către Service-ul ClusterIP al Ingress Controller.

4. iptables/ipvs: kube-proxy folosește reguli iptables sau ipvs pentru a direcționa traficul către unul dintre podurile Ingress Controller.

5. Prelucrare în Ingress Controller: Podurile Ingress Controller primesc traficul și, conform regulilor resurselor Ingress, îl redirecționează către serviciul corespunzător din interiorul clusterului.

Exemplu de solicitare dintr-un pod:

# Solicitare către serviciu prin Ingress, folosind DNS intern
curl http://my-app.example.com

Aici, my-app.example.com se rezolvă de serverul DNS al clusterului în ClusterIP-ul serviciului Ingress Controller, dacă înregistrările corespunzătoare sunt configurate sau dacă Ingress Controller este configurat pentru a gestiona astfel de solicitări direct (mai puțin comun pentru traficul intern). Traficul intern accesează de obicei serviciul după numele său DNS. Dacă trebuie să treci explicit prin Ingress din interiorul clusterului, trebuie să te asiguri că Ingress Controller este accesibil prin ClusterIP sau IP local al podurilor și că înregistrarea DNS sau mecanismul de rutare îl direcționează către el.

Modelul cel mai comun pentru comunicarea între servicii în interiorul clusterului este accesul direct la serviciu după numele său DNS (<nume-serviciu>.<namespace>.svc.cluster.local), evitând Ingress. Redirecționarea traficului către Ingress din interiorul clusterului este de obicei necesară pentru testare sau scenarii specifice de rutare.