Как разрешить исходящие запросы из кластера Google Cloud Run на GKE - PullRequest
1 голос
/ 25 апреля 2019

Включенные в Cloud Run кластеры по умолчанию отключают исходящий сетевой трафик из любого модуля.

После создания кластера с Cloud Run, следуя документации, можно проверить, что все запросы находятся внутри модуля.в кластере, даже не только из служебных модулей Knative, но и из любого модуля, будет возвращено значение 404. Не ясно, какая конфигурация устанавливает это, но ясно, что это происходит при создании кластера с включенным Cloud Run.

Следовательно, мы не можем, например, установить helm в этом кластере.Фактически, мы не можем установить ничего, что потребует внешнего запроса от модуля.

Шаги для воспроизведения:

1 - следуйте настройке Cloud Run официальная документация

2 - Запустите простой альпийский модуль в вашем кластере: kubectl run -it --rm --restart=Never alpine --image=alpine sh

3 - выполните любой внешний запрос, например: wget www.google.com

Cloud Runтакже документирует это поведение и объясняет, как включить исходящий трафик

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

Обновление

Как отмечалось в https://stackoverflow.com/a/55861559/3165889,, это происходит на текущем Istioверсия Cloud Run использует, но должна быть изменена в версии 1.1, где выход будет включен для всех исходящих запросов по умолчанию.

Ответы [ 2 ]

0 голосов
/ 26 апреля 2019

Это описано в документации по настройке Cloud Run on GKE: https://cloud.google.com/run/docs/gke/setup#enabling_outbound_network_access

Это не понадобится в ближайшее время, так как оно будет включено по умолчанию, если перейти на Istio 1.1, где политика исходящего трафика разрешает любой исходящий трафик по умолчанию.

0 голосов
/ 25 апреля 2019

Одним из возможных решений является отключение istio-sidecar в пространстве имен по умолчанию: kubectl label namespace default istio-injection=disabled

Подробнее: https://gitlab.com/groups/gitlab-org/-/epics/1202#note_164285838

...