手动控制GKE生成的转发规则

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了手动控制GKE生成的转发规则相关的知识,希望对你有一定的参考价值。

我正在尝试从一个基础架构迁移到另一个基础架构,这两个基础架构都在同一个GCP项目和区域中。我希望交换机比DNS传播更快,因此计划更改具有A记录当前指向的IP的转发规则的https-proxy-target。这可以工作一分钟,但随后变更将被恢复。

我很确定这是因为转发规则和原始https-proxy-target是由Kubernetes(原始基础设施在Google的GKE上)生成的。有没有办法接管资源的控制权,或者以一种仍然易于恢复的方式将IP指向新目标?

答案

我认为您可以通过在description调用下面给出的命令或通过Google Cloud Platform Console查找cloudshell字段来获取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>

结果可能是这样的:

描述:'{“kubernetes.io/service-name”:“...............”}'

以上是关于手动控制GKE生成的转发规则的主要内容,如果未能解决你的问题,请参考以下文章

SpringCloudGateway手动编写路由规则对请求进行转发

SpringCloudGateway手动编写路由规则对请求进行转发

SpringCloudGateway手动编写路由规则对请求进行转发

如何在GKE上配置Ingress请求超时

无处不在的广泛开放的 K8S 防火墙规则?

GKE Terraformed 集群发布通道设置