Membuat dan menggunakan kredensial untuk mengimpor image dari Cloud Storage untuk Runtime VM di GDC

Dokumen ini menunjukkan cara membuat dan menggunakan kredensial untuk mengakses Cloud Storage menggunakan Runtime VM di GDC. Plugin Cloud Storage memungkinkan Anda menggunakan Containerized Data Importer (CDI) untuk mengimpor image VM dari bucket Cloud Storage. Kemudian, Anda dapat membuat disk virtual dari image ini di Cloud Storage dan melampirkan disk tersebut ke VM yang berjalan di cluster Anda. CDI diaktifkan secara otomatis di cluster yang menjalankan VM Runtime di GDC.

Sebelum memulai

Untuk menyelesaikan dokumen ini, Anda memerlukan akses ke resource berikut:

Ringkasan kredensial

Untuk mengakses Cloud Storage, Anda menggunakan akun layanan yang memberikan kredensial ke bucket penyimpanan. Akun layanan memerlukan hak istimewa yang berbeda untuk berhasil mengakses bucket penyimpanan:

  • Bucket penyimpanan publik: Anda menggunakan akun layanan untuk identifikasi mandiri, tetapi tidak ada izin khusus yang diperlukan.
  • Bucket penyimpanan pribadi: Akun penyimpanan memerlukan hak istimewa pelihat atau admin ke bucket penyimpanan.

Ada dua cara untuk memberikan kredensial akun layanan ke CDI:

  • Konfigurasikan Kredensial Default Aplikasi (ADC) Google di node di cluster Anda. Untuk mengetahui informasi selengkapnya, lihat Melakukan autentikasi sebagai akun layanan.
  • Berikan Secret yang berisi kunci akun layanan untuk mengakses Cloud Storage. Bagian lain dalam dokumen ini menunjukkan cara membuat kunci akun layanan dan Secret.

Buat Secret

Anda meneruskan kunci akun layanan ke Kubernetes menggunakan Secret yang dibuat di namespace Volume Data. Bagian data Rahasia berisi entri untuk creds-gcp.json. Nilainya adalah data berenkode base64 dari file kunci akun layanan. CLI membuat data berenkode base64 ini untuk Anda. Jika Anda menggunakan manifes YAML untuk membuat Secret, buat hash base64 dari konten file kunci akun layanan Anda terlebih dahulu.

CLI

  • Buat Secret menggunakan kubectl:

    kubectl create secret generic SECRET_NAME \
      --from-file=creds-gcp.json=SERVICE_ACCOUNT_KEY_PATH \
      --namespace NAMESPACE_NAME
    

    Ganti nilai berikut:

    • SECRET_NAME: nama untuk Secret Anda.
    • SERVICE_ACCOUNT_KEY_PATH: jalur ke file kunci akun layanan Anda.
    • NAMESPACE_NAME: namespace untuk Secret Anda.
      • Buat Secret di cluster tempat CDI berjalan dan di namespace yang sama dengan Volume Data. CDI diaktifkan secara otomatis di cluster yang menjalankan Runtime VM di GDC.

Manifes

  1. Buat manifes Secret, seperti my-secret.yaml, di editor pilihan Anda:

    nano my-secret.yaml
    
  2. Salin dan tempel manifes YAML berikut:

    apiVersion: v1
    data:
      creds-gcp.json: BASE64_SERVICE_ACCOUNT_FILE
    kind: Secret
    metadata:
      name: SECRET_NAME
      namespace: NAMESPACE_NAME
    type: Opaque
    

    Ganti nilai berikut:

    • BASE64_SERVICE_ACCOUNT_FILE: hash base64 konten file kunci akun layanan Anda.
    • SECRET_NAME: nama untuk Secret Anda.
    • NAMESPACE_NAME: namespace untuk Secret Anda.
      • Buat Secret di cluster tempat CDI berjalan dan di namespace yang sama dengan Volume Data. CDI diaktifkan secara otomatis di cluster yang menjalankan Runtime VM di GDC.
  3. Simpan dan tutup manifes Secret di editor Anda.

  4. Terapkan manifes Secret menggunakan kubectl:

    kubectl apply -f my-secret.yaml
    

Meneruskan Secret yang ada

Daripada membuat Secret, Anda dapat membuat SecretForwarder untuk meneruskan secret yang ada untuk digunakan. SecretForwarder mendukung penerusan Secret dalam cluster yang sama, atau di seluruh cluster, seperti dari cluster admin ke cluster pengguna.

Untuk menggunakan Secret target guna mengakses Cloud Storage, Secret sumber harus memiliki kunci creds-gcp.json di bagian data-nya.

Cluster yang sama

Contoh manifes SecretForwarder berikut meneruskan secret dalam cluster yang sama:

apiVersion: baremetal.cluster.gke.io/v1
kind: SecretForwarder
metadata:
  name: cdi-gcs
  namespace: default
spec:
  inClusterTargetSecrets:
    name: gcs-sa
    namespaces:
    - default
  sourceSecret:
    name: gke-connect
    namespace: anthos-creds

Contoh ini melakukan hal berikut:

  • Membuat SecretForwarder bernama cdi-gcs di namespace default.
  • Meneruskan secret bernama gke-connect di namespace anthos-creds ke secret baru bernama gcs-sa di namespace default.
  • Membuat secret baru di cluster yang sama.

Untuk meneruskan Secret di cluster yang sama, selesaikan langkah-langkah berikut:

  1. Buat manifes SecretForwarder, seperti my-forwarded-secret.yaml, di editor pilihan Anda:

    nano my-forwarded-secret.yaml
    
  2. Salin dan tempel manifes YAML berikut:

    apiVersion: baremetal.cluster.gke.io/v1
    kind: SecretForwarder
    metadata:
      name: SECRET_FORWARDER_NAME
      namespace: NAMESPACE_NAME
    spec:
      inClusterTargetSecrets:
        name: TARGET_SECRET_NAME
        namespaces:
        - TARGET_NAMESPACE_NAME
      sourceSecret:
        name: SOURCE_SECRET_NAME
        namespace: SOURCE_NAMESPACE_NAME
    

    Ganti nilai berikut:

    • SECRET_FORWARDER_NAME: nama untuk SecretForwarder Anda.
    • NAMESPACE_NAME: namespace untuk SecretForwarder Anda.
    • TARGET_SECRET_NAME: nama untuk Secret baru Anda.
    • TARGET_NAMESPACE_NAME: namespace untuk Secret baru Anda.
      • Buat Secret di cluster tempat CDI berjalan dan di namespace yang sama dengan Volume Data. CDI diaktifkan secara otomatis di cluster yang menjalankan Runtime VM di GDC.
    • SOURCE_SECRET_NAME: nama Secret sumber yang akan diteruskan.
    • SOURCE_NAMESPACE_NAME: namespace Secret sumber yang akan diteruskan.
  3. Simpan dan tutup manifes SecretForwarder di editor Anda.

  4. Terapkan manifes SecretForwarder menggunakan kubectl:

    kubectl apply -f my-forwarded-secret.yaml
    

Di seluruh cluster

Contoh manifes SecretForwarder berikut meneruskan secret di seluruh cluster:

apiVersion: baremetal.cluster.gke.io/v1
kind: SecretForwarder
metadata:
  name: cdi-gcs
  namespace: cluster-user1
spec:
  RemoteClusterTargetSecrets:
    name: gcs-sa
    namespaces:
    - default
  sourceSecret:
    name: gke-connect
    namespace: anthos-creds

Contoh ini melakukan hal berikut:

  • Membuat SecretForwarder bernama cdi-gcs di namespace cluster-user1.
  • Meneruskan secret bernama gke-connect di namespace anthos-creds ke secret baru bernama gcs-sa di namespace default.
  • Membuat secret baru di cluster bernama user1.

Untuk meneruskan Secret di cluster yang sama, selesaikan langkah-langkah berikut:

  1. Buat manifes SecretForwarder, seperti my-forwarded-secret.yaml, di editor pilihan Anda:

    nano my-forwarded-secret.yaml
    
  2. Salin dan tempel manifes YAML berikut:

    apiVersion: baremetal.cluster.gke.io/v1
    kind: SecretForwarder
    metadata:
      name: SECRET_FORWARDER_NAME
      namespace: NAMESPACE_NAME
    spec:
      RemoteClusterTargetSecrets:
        name: TARGET_SECRET_NAME
        namespaces:
        - TARGET_NAMESPACE_NAME
      sourceSecret:
        name: SOURCE_SECRET_NAME
        namespace: SOURCE_NAMESPACE_NAME
    

    Ganti nilai berikut:

    • SECRET_FORWARDER_NAME: nama untuk SecretForwarder Anda di cluster jarak jauh.
    • NAMESPACE_NAME: namespace untuk SecretForwarder Anda di cluster jarak jauh.
    • TARGET_SECRET_NAME: nama untuk Secret baru Anda di cluster jarak jauh.
    • TARGET_NAMESPACE_NAME: namespace untuk Secret baru Anda di cluster jarak jauh.
      • Buat Secret di cluster tempat CDI berjalan dan di namespace yang sama dengan Volume Data. CDI diaktifkan secara otomatis di cluster yang menjalankan Runtime VM di GDC.
    • SOURCE_SECRET_NAME: nama Secret sumber yang akan diteruskan.
    • SOURCE_NAMESPACE_NAME: namespace Secret sumber yang akan diteruskan.
  3. Simpan dan tutup manifes SecretForwarder di editor Anda.

  4. Terapkan manifes SecretForwarder di cluster admin menggunakan kubectl dengan KUBECONFIG cluster admin:

    kubectl apply -f my-forwarded-secret.yaml
    

Menggunakan Secret untuk mengimpor gambar

Untuk menggunakan Secret guna mengimpor image dari Cloud Storage saat Anda membuat VM dan virtual disk, selesaikan langkah-langkah berikut:

  1. Buat manifes yang menentukan VirtualMachineDisk dan VirtualMachine, seperti my-vm.yaml, di editor pilihan Anda:

    nano my-vm.yaml
    
  2. Salin dan tempel definisi YAML berikut:

    apiVersion: vm.cluster.gke.io/v1
    kind: VirtualMachineDisk
    metadata:
      name: VM_NAME-boot-dv
    spec:
      size: 20Gi
      source:
        gcs:
          url: IMAGE_URL
          secretRef: SECRET_NAME
    ---
    apiVersion: vm.cluster.gke.io/v1
    kind: VirtualMachine
    metadata:
      name: VM_NAME
    spec:
      interfaces:
        - name: eth0
          networkName: pod-network
          default: true
      disks:
        - boot: true
          virtualMachineDiskName: VM_NAME-boot-dv
    

    Ganti nilai berikut:

    • VM_NAME - nama VM Anda.
    • IMAGE_URL - URL ke Cloud Storage image disk Anda, seperti gs://my-images-bucket/disk.qcow2.
    • SECRET_NAME - nama secret Anda.
  3. Simpan dan tutup manifes di editor Anda.

  4. Buat VM dan disk menggunakan kubectl:

    kubectl apply -f my-vm.yaml
    

Langkah selanjutnya