Puncte:1

ImagePullBackOff a greșit când trageți imaginea docker într-un proiect diferit din Google Cloud

drapel sd

Încerc să scot o imagine privată din Registrul artefactelor repo în Google Cloud dintr-un cluster kubernetes care rulează într-un alt proiect Google Cloud folosind kubectl.

kubernetes versiunea 1.20.15-gke.1000 

Contul de serviciu pentru kubernetes a primit deja permisiunile artefactregistry.reader și storageobject.viewer, deoarece imaginea se află într-un proiect diferit de contul de serviciu kubernetes

Aplic yaml de mai jos la comanda kubectl.

kubectl aplică -f proxy_with_workload_identity.yaml

apiVersion: apps/v1
fel: Desfăşurare
metadate:
  nume: test-app
specificație:
  selector:
    matchLabels:
      aplicație: aplicație-proiect
  strategie:
    RollingUpdate:
      maxSurge: 1
      maxIndisponibil: 1
    tip: RollingUpdate
  șablon:
    metadate:
      etichete:
        aplicație: aplicație-proiect
    specificație:
      containere:
        - env:
            - nume: DB_USER
              valoareDe la:
                secretKeyRef:
                  cheie: nume de utilizator
                  nume: db-credentials
            - nume: DB_PASS
              valoareDe la:
                secretKeyRef:
                  cheie: parola
                  nume: db-credentials
            - nume: DB_NAME
              valoare: postgres
          imagine: „us-central1-docker.pkg.dev/myproject/docker-repo/test-app:v1” 
          nume: aplicație-proiect
          porturi:
            - containerPort: 9376
              protocol: TCP
        - comanda:
            - /cloud_sql_proxy 
            - „-instances=demo-dev:us-central1:1-sql-1=tcp:5432”
          imagine: „gcr.io/cloudsql-docker/gce-proxy:latest”
          nume: cloud-sql-proxy
          resurse:
            cereri:
              CPU: 200 m
              memorie: 32 Mi
          securityContext:
            runAsNonRoot: adevărat
      serviceAccountName: testapp

Imaginea cloud-sql-proxy este extrasă și containerul rulează, dar imaginea din depozitul privat nu este extrasă „us-central1-docker.pkg.dev/myproject/docker-repo/test-app:v1 "

când verific podurile, mi se arată această eroare:

cod = Desc necunoscut = nu s-a putut extrage și despacheta imaginea „us-central1-docker.pkg.dev/myproject/docker-repo/test-app:v1:v1”: nu s-a rezolvat referința „us-central1-docker.pkg. dev/myproject/docker-repo/test-app:v1": eșuat la autorizare: eșuat la preluarea jetonului oauth: stare neașteptată: 403 interzis

Imi poate spune cineva cum sa rezolv asta?

Puncte:1
drapel pe

Utilizarea imaginilor din alte proiecte în configurația dvs

Această pagină descrie cum să vă configurați proiectul astfel încât Deployment Manager să poată crea instanțe de mașină virtuală Compute Engine utilizând imagini ale sistemului de operare care aparțin altui proiect.

Sper că puteți folosi acest lucru pentru a actualiza registrul dintre proiecte.

Puncte:0
drapel my

Am avut o problemă similară săptămâna aceasta. Să presupunem că GKE și contul de serviciu sunt în proiectul A, iar registrul artefactelor se află în proiectul B.

  1. Asigurați-vă că dați artefactregistry.reader rol în proiectul B (nu A)
  2. Asigurați-vă că acordați acest rol contului de serviciu corect. Contul de serviciu care extrage imaginea este contul de serviciu al Nodului, nu contul de serviciu al Podului. În cazul meu, foloseam GKE Autopilot care a fost configurat prin TerraForm. Din cauza unei erori în modulul Terraform, contul de serviciu folosit de nod este Mod implicit (care este contul prestabilit de serviciu de calcul, de exemplu, <număr_proiect>@cloudservices.gserviceaccount.com)

Puteți verifica cu ce cont de serviciu rulează pool-ul de noduri clusterele de containere gcloud descriu... comanda.

Sper ca asta ajuta!

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.