Разница между входным и исходным входом на GKE - PullRequest
1 голос
/ 26 апреля 2020

Я запутался между этими двумя. Оба были предоставлены на кластере GKE с включенным дополнением Istio, оба имеют тип LoadBalancer, но они находятся в другом пространстве имен. Какой может быть их вариант использования?

gke-system пространство имен

vagrant@ubuntu-xenial:~/cloud_donws/iac$ kubectl get svc -n gke-system
NAME                    TYPE           CLUSTER-IP     EXTERNAL-IP      PORT(S)                                      AGE
cluster-local-gateway   ClusterIP      10.53.0.76     <none>           15020/TCP,80/TCP,443/TCP                     11h
istio-ingress           LoadBalancer   10.53.23.203   35.x.113.x   15020:31917/TCP,80:30102/TCP,443:31494/TCP   11h
istio-pilot             ClusterIP      10.53.20.61    <none>           15010/TCP,15011/TCP,8080/TCP,15014/TCP       11h

istio-system пространство имен

vagrant@ubuntu-xenial:~/cloud_donws/iac$ kubectl get svc -n istio-system
NAME                     TYPE           CLUSTER-IP     EXTERNAL-IP      PORT(S)                                                                                                                                      AGE
istio-citadel            ClusterIP      10.53.19.175   <none>           8060/TCP,15014/TCP                                                                                                                           11h
istio-galley             ClusterIP      10.53.26.27    <none>           443/TCP,15014/TCP,9901/TCP                                                                                                                   11h
istio-ingressgateway     LoadBalancer   10.53.27.245   x.197.x.218   15020:31856/TCP,80:31966/TCP,443:30142/TCP,31400:30876/TCP,15029:30354/TCP,15030:32017/TCP,15031:32425/TCP,15032:32647/TCP,15443:31390/TCP   11h
istio-pilot              ClusterIP      10.53.11.103   <none>           15010/TCP,15011/TCP,8080/TCP,15014/TCP                                                                                                       11h
istio-policy             ClusterIP      10.53.0.53     <none>           9091/TCP,15004/TCP,15014/TCP                                                                                                                 11h
istio-sidecar-injector   ClusterIP      10.53.4.58     <none>           443/TCP                                                                                                                                      11h
istio-telemetry          ClusterIP      10.53.3.170    <none>           9091/TCP,15004/TCP,15014/TCP,42422/TCP                                                                                                       11h
promsd                   ClusterIP      10.53.15.102   <none>           9090/TCP                                                                                                                                     11h

как в этом примере от Google:

https://cloud.google.com/solutions/integrating-https-load-balancing-with-istio-and-cloud-run-for-anthos-deployed-on-gke

указывает на istio-ingress.gke-system.sv c .cluster. локальный вместо istio-ingressgateway.istio-system.sv c .cluster.local

enter image description here

1 Ответ

1 голос
/ 26 апреля 2020

Входной шлюз Istio - это прокси-посланник, развернутый в пространстве имен istio-system. Входящий ресурс Istio - это пользовательский ресурс для настройки прокси-сервера-посредника. Таким образом, прокси-сервер-посланник находится на краю кластера и перехватывает входящий трафик с севера на юг c в кластер.

Входной пользовательский ресурс Istio - это способ настроить Istio для предоставления службы вне службы me. sh с использованием шлюза Istio. Это очень похоже на использование входящего контроллера, такого как nginx, для предоставления услуг вне кластера.

Istio Ingress Gateway

...