Ручное управление сгенерированным GKE правилом пересылки - PullRequest
0 голосов
/ 11 декабря 2018

Я пытаюсь перейти с одной инфраструктуры на другую, обе из которых находятся в одном проекте GCP и регионе.Я хочу, чтобы коммутатор работал быстрее, чем я могу рассчитывать на распространение DNS, поэтому планировал изменить https-proxy-target правило пересылки , которое имеет IP-адрес, на который в данный момент указывает запись A.Это работает, в течение минуты, но затем изменение возвращается.

Я вполне уверен, что это происходит, потому что правило пересылки и оригинал https-proxy-target были сгенерированы Kubernetes (исходная инфраструктура находится на GKE Google),Есть ли способ получить контроль над ресурсом или иным образом добиться того, чтобы IP-адрес указывал на новую цель таким способом, который все еще легко вернуть?

1 Ответ

0 голосов
/ 11 декабря 2018

Я думаю, что вы можете получить информацию о связанном объекте kubernetes в GKE, ища поле description в cloudshell вызывающих командах, приведенных ниже, или через консоль Google Cloud Platform, достигая страницы балансировки нагрузки, как описано здесь .

Опишите forwarding-rules:

$ gcloud compute forwarding-rules describe <BACKEND_SERVICE_NAME> --region <REGION>

Опишите target-http-proxies:

$ gcloud compute target-http-proxies describe <TARGET_PROXY_NAME>

Результат может быть примерно таким:

description: '{"kubernetes.io/service-name": "..............."}'

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...