Более 15 минут (и считая) время запуска демонстрационного кластера Kubernetes - PullRequest
0 голосов
/ 19 декабря 2018

Я следую инструкциям отсюда: https://cloud.google.com/kubernetes-engine/docs/quickstart

При запуске команды gcloud container clusters create [CLUSTER_NAME] она выполняется уже более 15 минут.(Вчера пользовательский кластер, который я создавал с очень большими образами компьютеров, запускался последовательно менее чем за 3 минуты.) Является ли этот вариант нормальным?Даже нормально ли, что создание кластера Kubernetes может занять более 15 минут (и считать)?Как можно определить, что «что-то идет не так»?Я не вижу никаких журналов в командной строке, и когда я запускаю:

gcloud container clusters list

, я вижу только слово "PROVISIONING":

NAME LOCATION MASTER_VERSION MASTER_IP MACHINE_TYPE NODE_VERSION NUM_NODES STATUS deepsearchcluster us-central1-a 1.10.9-gke.5 35.239.29.229 n1-standard-2 1.10.9-gke.5 1 RUNNING deepsearchgitlab us-central1-a 1.9.7-gke.11 35.225.135.57 n1-standard-4 1.9.7-gke.7 * 1 RUNNING demo us-central1-a 1.10.9-gke.5 n1-standard-1 1.10.9-gke.5 3 PROVISIONING

ОБНОВЛЕНИЕ: Это наконец началось после> 28 минут ... это безумие ... Это "нормальный" вариант?Это заняло много времени, потому что кластер «по умолчанию» использует крошечные (то есть 1 vCPU) узлы с небольшим объемом оперативной памяти?Любые предложения о том, как я могу минимизировать эту проблему?

1 Ответ

0 голосов
/ 19 декабря 2018

Проблема , по-видимому, связана с созданием нескольких пулов узлов из одной команды, разделенных операндом «&&», и последующим ее выполнением в Windows.(Это может также произойти в Linux).По сути, поскольку было несколько команд, а командная строка была интерактивной, она ожидала «пользовательского ввода», прежде чем перейти к следующей команде .... Не уверен, что «--quiet» здесь поможет, но проведет расследование.

...