Я установил кластер в Google Container Engine, и, согласно Консоли, конечная точка API для него, по-видимому, полностью отличается от общедоступных API-интерфейсов любого из основных или узлов в кластере (что я считал странным).gcloud kubectl не удается подключиться к API-интерфейсу Kubernetes Endpoint
При попытке использовать команду командной строки gcloud для управления кластером все команды, выданные с cloud preview container kubectl, терпят неудачу с тайм-аутом, достигающим конечной точки API.
Я попытался изменить правила сетевого брандмауэра и ничего не работает.
Я пытался следовать учебнику guestbook, чтобы развернуть мои экземпляры Docker в кластере GKE, управляемого Kubernetes, и в настоящее время я не могу выполнить какие-либо команды против кластера.
Любые идеи о том, что может быть неправильным?
Учитывая, что IP-адреса, назначенные по умолчанию узлам, являются эфемерными, мне интересно, изменились ли они, а метаданные кластера не были им обновлены ... Возможно что отображаемый IP-адрес был тем, который был назначен главному узлу при создании кластера, и теперь, когда я пытаюсь использовать его после его создания некоторое время назад, это другой IP-адрес. Я не мог найти способ обновить определение кластера с помощью нового IP-адреса, поэтому задаюсь вопросом, является ли единственный вариант на этом этапе воссоздать кластер и перераспределить? –
Совершенно неожиданно, что мастер VM изменил IP-адреса, но, может быть, это и произошло? Мне бы хотелось продолжить исследование и ответили на ваш идентичный вопрос [в списке рассылки google-контейнеров] (https://groups.google.com/d/msg/google-containers/3Oaqkan9Ux8/7t72e76FyDUJ) , –