Google Container Engine/Kubernetes 1.4.5를 인증하기 위해 현재 거쳐야하는 단계는 무엇입니까?Google 컨테이너 엔진/Kubernetes 1.4.5의 CLI 인증 프로세스는 무엇입니까?
오늘 제 3의 Google Cloud 프로젝트를 설정하면서 이전 GKE 클러스터 설정 흐름이 더 이상 작동하지 않는다는 것을 경험했습니다. 이 완벽하게 작동하는 데 사용되는 반면 클러스터를 조회하는 동안 지금, 예를 들어, 권한 오류를 얻고 있었다,
gcloud auth login
gcloud config set compute/region europe-west1
gcloud config set compute/zone europe-west1-d
gcloud config set project myproject
gcloud container clusters get-credentials staging
# An example of a typical kubectl command to see that you've got the right cluster
kubectl get pods --all-namespaces
: 내 흐름은 다음을이었다 다시 인터넷 검색 후 the server does not allow access to the requested resource (get pods)
갔다, 나는 kubectl이 응용 프로그램의 기본 자격 증명라는 뭔가에 의존한다는 것을 깨달았다 kubectl get pods
다음과 같은 오류 메시지가 방출됩니다.
WARNING: `gcloud auth login` no longer writes application default credentials.
If you need to use ADC, see:
gcloud auth application-default --help
그래서 내가 현재 gcloud /는 Kubernetes 버전 나는 또한 나의 현재 계정의 자격 증명을 사용하기 위해
gcloud auth application-default
를 호출 할 필요가 결국 실현 : 어떤 시점에서 나는 또한
gcloud auth login
다음 방출하는 것을 우연히 발견 이전에 활성화 된 프로젝트보다
Google 컨테이너 엔진/쿠버 넷 버전 1.4.5의 실제 인증 워크 플로가 무엇인지 명확히 설명해 주시기 바랍니다.
감사합니다. 현재의 행동은 혼란스럽지 않고, 매우 솔직하게 대답 할 수있어서 운이 좋았습니다. – aknuds1
:(죄송합니다. 우리는 그것을 더 잘하려고 노력할 것입니다. 'kubectl'은'gcloud'와 똑같은 자격을 사용할 것입니까? –
더 나은 일을 해주셔서 고마워요 :) 주로, 나는 GKE의 응집 된 사용자 이야기가 그리워요. 맨 처음부터 나는 gcloud와 kubectl의 조합을 사용하여 작업해야한다는 것에 대해 느꼈습니다. 그 둘 사이에 잘 정의 된 구분이 없기 때문입니다. Gcloud가 GK 사용자 스토리를 유지하려고 시도하지 않고 자신의 삶을 살아 간다는 것이 명확 해짐에 따라 이러한 우려가 입증되었습니다. 즉, 'gcloud auth login'에서 ADC를 제공합니다. – aknuds1