Что будет по умолчанию для обычного вторичного имени диапазона для кластера GKE Kubernetes с псевдонимом?

Я запускаю несколько кластеров GKE в облаке Google за входом с несколькими кластерами, для настройки которого потребовалось некоторое время.

При этом к тому времени, когда я разобрался с этим, я использовал свои 5 подсетей специально в регионе us-east1. Мне не нужно больше 5, но ... очевидно, что удаление кластера НЕ удаляет также подсеть, созданную с его помощью.

Поэтому мне нужно вручную удалить неиспользуемые подсети, и для этого мне нужно знать имена подсетей.

Моя проблема в том, что я не могу найти ни одного места в документации GCP, которое описывает, какое имя подсети будет после создания с новым кластером GKE (где имя подсети не указано).

Каким будет имя подсети с помощью следующей команды Create Cluster (например):

gcloud container clusters create example-cluster --num-nodes=1 --region us-east1-c \
  --machine-type g1-small \
  --enable-ip-alias --cluster-ipv4-cidr=10.2.0.0/21 \
  --services-ipv4-cidr=10.6.0.0/19

Следующие документы подсети gcloud (https://cloud.google.com/vpc/docs/configure-alias-ip-ranges) описал, как вывести список подсетей, но при запуске: gcloud compute networks list Я получаю только ответ по умолчанию:

NAME     SUBNET_MODE  BGP_ROUTING_MODE  IPV4_RANGE  
default  AUTO         REGIONAL

Я знаю, что в этом регионе создано несколько подсетей, потому что попытка создать еще одну (с новым кластером) дает мне следующую ошибку:

'Бюджет повторных попыток исчерпан (5 попыток): Google Compute Engine: превышено максимальное поддерживаемое количество дополнительных диапазонов в подсети: 5.' endTime: u'2019-01-10T22: 16: 14.496871616Z '

Я открыт для дополнительных решений, которые позволят мне правильно составить список всех подсетей в регионе, НО мой вопрос в том, как GKE называет подсеть, созданную без имени?


google-cloud-platform google-kubernetes-engine google-cloud-networking
person Necevil    schedule 10.01.2019    source источник

Ответы (1)


arrow_upward
4
arrow_downward

OK. Как только я сдаюсь и опубликую вопрос, я обнаруживаю, что есть бета-функция gcloud, которая может перечислять подсети контейнерной сети:

gcloud beta container subnets list-usable

Вы можете найти полные документы здесь: https://cloud.google.com/sdk/gcloud/reference/beta/container/subnets/list-usable

В основном с помощью предусмотренной команды создания кластера в вопросе GKE создаст два вторичных диапазона, один для модулей и один для служб, которые выглядят так:

┌───────────────────────────────────────┬───────────────┬──────────┐
│          SECONDARY_RANGE_NAME         │ IP_CIDR_RANGE │  STATUS  │
├───────────────────────────────────────┼───────────────┼──────────┤
│ gke-example-cluster-pods-241ef819     │ 10.0.0.0/21   │ unusable │
│ gke-example-cluster-services-241ef819 │ 10.4.0.0/19   │ unusable │

Я не совсем уверен, что представляют собой символы, помеченные в конце имени вторичного диапазона, но я предполагаю, что они генерируются уникальным образом для каждого кластера, поскольку все они различны в моих кластерах с несколькими регионами.

Одна странная вещь, которую я обнаружил на основе приведенной выше команды, заключается в том, что у вас может быть только два кластера, которые маршрутизируются с использованием сети VPC Native в каждом регионе.

Хотя это работает для моего варианта использования (и я согласен, что он должен работать для большинства), я просто подумал, что это было интересно. Кроме того, используя приведенную выше команду, я вижу, что диапазоны, созданные с помощью GKE, удаляются при удалении кластера, НО вы можете иметь максимум 5 диапазонов подсети для каждой сети (в данном случае по умолчанию).

Я предполагаю, что вы могли бы создать дополнительную подсеть, а затем иметь в ней дополнительные вторичные диапазоны, но я пока не пробовал этого.

person Necevil    schedule 10.01.2019