Я отвечу на ваши вопросы наилучшим образом ниже:
1 и 2 - Зачем использовать Регионы в IP-адресах Stati c? И зачем нам указывать регион для IP-адреса Stati c?
Ответ : Как указано в документации , вы предоставили ресурсы Compute Engine в нескольких местах по всему миру. Эти локации состоят из регионов и зон.
Ресурсы, которые находятся в зоне, такие как экземпляры виртуальных машин или зональные постоянные диски , называются зональные ресурсы . Другие ресурсы, такие как stati c внешние IP-адреса , региональные .
Региональные ресурсы могут использоваться любыми ресурсами в этом регионе, независимо от зоны, в то время как зональные ресурсы могут использоваться только другими ресурсами в той же зоне.
Например, для присоединения зонального ресурса постоянный диск к экземпляру, оба ресурса должны находиться в одной зоне.
Аналогично, если вы хотите назначить stati c IP-адрес для экземпляра, экземпляр должен находиться в той же области , что и stati c IP-адрес .
Общее основание заключается в том, что в зависимости от региона, где был назначен IP, будет учитываться задержка между машиной конечного пользователя и центром обработки данных, из которого генерируется IP. Указав регион, вы позволите себе иметь наилучшее возможное соединение и сократить время ожидания.
3 - Почему есть «пулы» и как ими управлять?
Ответ : Глядя на нашу опубликованную c документацию о пулах узлов, мы видим, что пул узлов - это группа узлов внутри кластер, который все имеют одинаковую конфигурацию. Пулы узлов используют спецификацию NodeConfig, и каждый узел в пуле имеет метку узла Kubernetes, cloud.google.com/gke-nodepool, в которой в качестве значения используется имя пула узлов. Пул узлов может содержать только один узел или несколько узлов.
Например, вы можете создать пул узлов в кластере с локальными твердотельными накопителями, минимальной платформой ЦП, вытесняемыми виртуальными машинами, указанным c образом , большие размеры экземпляров или разные типы машин. Пользовательские пулы узлов полезны, когда вам нужно запланировать блоки, которым требуется больше ресурсов, чем другим, например, больше памяти или больше места на локальном диске. Если вам нужен больший контроль над планированием модулей, вы можете использовать порты узлов.
Подробнее об управлении пулами узлов вы можете узнать из этой документации здесь .
4 - Как все (IP-адреса Stati c, балансировщики нагрузки - зоны DNS и пулы) совмещаются?
Ответ : Как упоминалось ранее, все эти вещи (IP-адреса Stati c, Балансировщики нагрузки - Зоны DNS и Пулы) должны находиться в одной близости, чтобы все работало вместе. Однако, в зависимости от того, к каким регионам вы подключаетесь, настроив свои балансировщики нагрузки, у вас также могут быть соединительные регионы.
Более того, я хотел бы задать вам следующие вопросы, просто чтобы я мог лучше Идея ситуации:
1 - когда вы говорите, что пытаетесь переименовать существующий региональный адрес Google Kubernetes / Istio Google c IP-адрес, который присоединен к входу Istio в глобальный Stati c ip address , вы можете объяснить более подробно? Мы говорим о зонах, кластерах и т. Д. c?
2 - Можете ли вы привести пример того, что вы пытаетесь выполнить sh? Просто чтобы у меня было лучшее представление о том, что вы хотели бы сделать.