我正在尝试从一个基础结构迁移到另一个基础结构，这两个基础结构都在同一GCP项目和区域中。我希望该交换机的运行速度快于DNS传播所能依靠的速度，因此计划更改具有A记录当前指向的IP的转发规则的https-proxy-target。这可以工作一分钟，但是更改将被还原。
我可以肯定这是因为转发规则和原始https-proxy-target是由Kubernetes生成的(原始基础结构位于Google的GKE上)。是否有一种方法可以接管资源的控制权，或者以易于恢复的方式完成将IP指向新目标的操作？
最佳答案
我认为您可以通过在下面给出的description调用命令中查找cloudshell字段或通过Google Cloud Platform Console来获得GKE中相关kubernetes对象的信息，并达到here所述的负载平衡页面。
描述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":"..............."}'
关于kubernetes - 手动控制GKE生成的转发规则，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/53715640/