Кластердин ичиндеги трафикти ingressке багыттоо кандай жүргүзүлөт?

Кластер ичиндеги трафикти Ingressке багыттоо үчүн Ingress Controllerдин DNS аты колдонулат. Стандарттык конфигурацияда Ingress Controller LoadBalancer же NodePort түрүндөгү Service катары жайгаштырылат.

1. Service Discovery: Кластер ичиндеги колдонмо Serviceдин DNS атын колдонуп, ал Ingress Controllerди көрсөтөт. Мисалы, nginx-ingress-controller.ingress-nginx.svc.cluster.local, эгер nginx-ingress тиешелүү Service аты менен колдонулса.

2. Service IP/ClusterIP: Kubernetes кластеринин DNS-сервери (мисалы, CoreDNS) бул DNS атын ClusterIP Service Ingress Controllerге чечет.

3. kube-proxy: kube-proxy колдонмонун иштеп жаткан түйүндө трафикти кармайт, ал ClusterIP Service Ingress Controllerге багытталган.

4. iptables/ipvs: kube-proxy iptables же ipvs эрежелерин колдонуп, трафикти Ingress Controllerдин бир подуна маршруттайт.

5. Ingress Controllerде иштетүү: Ingress Controller подтары трафикти алат жана Ingress ресурстарынын эрежелерине ылайык аны кластер ичиндеги тиешелүү сервисте багыттайт.

Мисал суроо:

# Ички DNS колдонуп, Ingress аркылуу сервисти суроо
curl http://my-app.example.com 

Бул my-app.example.com DNS-сервер аркылуу ClusterIP Service Ingress Controllerге чечилет, эгер тиешелүү жазуулар орнотулса же Ingress Controller мындай суроолорду түздөн-түз иштетүүгө конфигурацияланган болсо (ичке трафик үчүн азыраак типтүү учур). Көпчүлүк учурда, ички трафик сервиске анын DNS-аты аркылуу кайрият. Эгер кластер ичинен Ingress аркылуу так өтүү керек болсо, Ingress Controllerге ClusterIP же жергиликтүү IP аркылуу жетүү мүмкүнчүлүгү бар экенине жана DNS жазуусу же маршрутизация механизми ага багыттаганына көз жеткізүү керек.

Кластер ичиндеги сервистер менен байланыш үчүн эң кеңири тараган үлгү — сервисти түздөн-түз анын DNS-аты аркылуу колдонуу (<service-name>.<namespace>.svc.cluster.local), Ingressти айланып өтүү. Ички трафикти Ingressке багыттоо көбүнчө тестирлөө же атайын маршрутизация сценарийлери үчүн керек.