首页 > 解决方案 > 重命名现有的 k8s 静态 ip 地址 - 创建静态 ip 时的静态与区域

问题描述

重命名现有的 Kubernetes/Istio

我正在尝试将regional附加到 Istio 入口的现有 Kubernetes/Istio Google 静态 IP 地址重命名为Global Static ip address?

混淆点 - 与问题有关

  1. 为什么在静态 IP 地址中使用区域?DNS 区域是关于子域级别的。资源位于地理物理上的某个地方,因此为资源划分区域是有意义的,但是为什么我们需要为静态 IP 地址指定一个区域呢?

  2. 为什么要有“池”以及如何管理它们?

  3. 这一切如何结合在一起:

    • 静态IP地址
    • 负载均衡器——DNS 区域
    • 游泳池

https://cloud.google.com/compute/docs/ip-addresses/reserve-static-external-ip-address https://cloud.google.com/compute/docs/regions-zones/

标签: kubernetesgoogle-cloud-platformgoogle-kubernetes-engine

解决方案


我将在下面以最好的方式回答您的问题:

1 和 2 -为什么在静态 IP 地址中使用区域?为什么我们需要为静态 IP 地址指定区域?

:如您提供的文档中所述,Compute Engine 资源托管在全球多个位置。这些位置由区域和区域组成。

位于区域中的资源(例如虚拟机实例区域永久性磁盘)称为区域资源。其他资源,如静态外部 IP 地址,是区域性的。

区域资源可以被该区域中的任何资源使用,而与区域无关,而区域资源只能被同一区域中的其他资源使用。

例如,要将地区永久性磁盘附加到实例,两个资源必须位于同一地区。

同样,如果您要为实例分配静态 IP 地址,则该实例必须与静态 IP 地址位于同一区域

总体基础是,根据分配 IP 的区域,这将解释用户端机器和生成 IP 的数据中心之间的延迟。通过指定区域,您可以让自己拥有可能的最佳连接并减少延迟。

3 -为什么有“池”以及如何管理它们?

:查看我们关于节点池的公共文档,我们可以看到节点池是集群中的一组节点,它们都具有相同的配置。节点池使用 NodeConfig 规范,并且池中的每个节点都有一个 Kubernetes 节点标签 cloud.google.com/gke-nodepool,它的值是节点池的名称。一个节点池可以只包含一个节点或多个节点。

例如,您可以在集群中创建一个节点池,其中包含本地 SSD、最小 CPU 平台、抢占式 VM、特定节点映像、更大的实例大小或不同的机器类型。当您需要调度比其他 Pod 需要更多资源(例如更多内存或更多本地磁盘空间)的 Pod 时,自定义节点池非常有用。如果您需要更多地控制 Pod 的调度位置,您可以使用节点污染。

您可以通过在此处查看此文档来了解有关管理节点池的更多信息。

4 -所有(静态 IP 地址、负载均衡器 - DNS 区域和池)如何组合在一起?

回答:如前所述,所有这些东西(静态 IP 地址、负载均衡器 -- DNS 区域和池)都需要位于相同的位置才能协同工作。但是,根据您通过在负载均衡器中设置连接到的区域,您也可以拥有连接区域。

此外,我想问你以下问题,以便我更好地了解情况:

1 - 当您说您尝试将附加到 Istio 入口的现有 Kubernetes/Istio Google 区域静态 IP 地址重命名为全局静态 IP 地址时,您能更详细地解释一下吗?我们是在谈论区域、集群等吗?

2 - 你能提供一个你想要完成的例子吗?只是为了让我更好地了解您想要做什么。


推荐阅读