Questo documento è destinato ai proprietari di applicazioni che eseguono GKE su Bare Metal. Questo documento mostra come creare e gestire le risorse disco per le macchine virtuali (VM) che utilizzano VM Runtime su Google Distributed Cloud.
Prima di iniziare
Per completare questo documento, devi avere accesso alle seguenti risorse:
- Accesso al cluster GKE su Bare Metal versione 1.12.0 (
anthosBareMetalVersion: 1.12.0
) o successiva. Puoi utilizzare qualsiasi tipo di cluster in grado di eseguire carichi di lavoro. Se necessario, prova GKE su Bare Metal su Compute Engine o consulta la panoramica sulla creazione dei cluster. - Lo strumento client
virtctl
installato come plug-in perkubectl
. Se necessario, installa lo strumento client virtctl.
Crea una VM con un disco collegato
Quando crei una VM, puoi collegare un disco di avvio o dati esistente, creare un disco da un'immagine (anche per il disco di avvio) o creare un disco vuoto.
Disco vuoto
In questo scenario, creerai un disco vuoto e lo collegherai alla VM. Questo scenario consente di creare un disco dati per archiviare i dati dell'applicazione.
Crea un manifest che definisca
VirtualMachineDisk
eVirtualMachine
, ad esempiomy-vm.yaml
, nell'editor di tua scelta:nano my-vm.yaml
Copia e incolla la seguente definizione YAML:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: DISK_NAME spec: size: 10Gi --- 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 - virtualMachineDiskName: DISK_NAME
Sostituisci quanto segue:
DISK_NAME
: il nome del disco vuoto che stai creando e collegando alla VM.VM_NAME
: il nome della VM che stai creando.Questo esempio crea un disco vuoto
10Gi
(10 gibibyte) denominatoDISK_NAME
. Nella sezionespec.disks
della VM, devi anche collegare un disco di avvio, ad esempio da un'immagine, come mostrato nella sezione successiva.
Salva e chiudi il file manifest nell'editor.
Crea la VM e il disco utilizzando
kubectl
:kubectl apply -f my-vm.yaml --kubeconfig KUBECONFIG
Sostituisci
KUBECONFIG
con il percorso del file kubeconfig del cluster.
Dall'immagine
In questo scenario, creerai un disco da un'immagine e lo collegherai alla VM. Questo scenario consente di creare un disco di avvio, ad esempio da un'immagine. Puoi anche creare e collegare dischi dati da un'immagine.
Origini immagine supportate
VM Runtime su Google Distributed Cloud consente una serie di formati delle immagini e supporta tre tipi di origini delle immagini che possono essere specificate nella specifica VirtualMachineDisk
. Ciascuno degli esempi seguenti crea un disco da 20 gibibyte da un'origine immagine diversa supportata.
HTTP (Hypertext Transfer Protocol)
Il seguente esempio di
VirtualMachineDisk
mostra la struttura di base di un'origine immagine HTTP. Il campourl
prevede un URL HTTP o HTTPS.apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: my-disk spec: source: http: url: https://download.cirros-cloud.net/0.4.0/cirros-0.4.0-x86_64-disk.img size: 20GiB storageClassName: local-shared
Cloud Storage
L'esempio seguente mostra come creare un disco da un'immagine in un bucket Cloud Storage. Se le credenziali predefinite dell'applicazione sulla macchina non sono sufficienti per accedere all'URL di Cloud Storage, devi fornire le credenziali. Nell'esempio seguente,
my-gcs
è un secret contenente una chiave dell'account di servizio con codifica Base64.apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: my-disk spec: source: gcs: url: gs://kubevirt-ci-vm-images/rhel8.2/rhel8_2_cloud.qcow2 secretRef: my-gcs size: 20GiB storageClassName: local-shared
Se hai utilizzato le chiavi degli account di servizio scaricate per creare il tuo cluster, puoi utilizzare la chiave dell'account di servizio di Container Registry per accedere a Cloud Storage. Se crei un account di servizio separato per accedere a Cloud Storage, consulta Configurare un account di servizio in grado di accedere a un bucket Cloud Storage.
Utilizza questo comando per creare un secret di Kubernetes dal file delle chiavi dell'account di servizio scaricato:
kubectl create secret generic SECRET_NAME --from-file=KEY_FILE --namespace default \ --kubeconfig KUBECONFIG
Sostituisci quanto segue:
SECRET_NAME
: nome del tuo secret.KEY_FILE
: percorso del file JSON della chiave dell'account di servizio scaricato. Ad esempio,bmctl-workspace/.sa-keys/my-project-anthos-baremetal-gcr.json
.KUBECONFIG
: percorso del file kubeconfig del cluster.
Per ulteriori informazioni sull'utilizzo delle credenziali per accedere a Cloud Storage, consulta Creare e utilizzare le credenziali per importare immagini da Cloud Storage.
Esempio di Container Registry
Sono supportati i registry di container che rispettano le specifiche di distribuzione Open Container Initiative (OCI). L'esempio seguente crea un disco da un'immagine archiviata in un registry Docker.
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: my-disk spec: source: registry: url: docker://kubevirt/fedora-cloud-registry-disk-demo size: 20GiB storageClassName: local-shared
Formati di immagine validi
Quando crei un disco da un'immagine, puoi utilizzare uno qualsiasi dei seguenti formati immagine:
- Archivio GNU zip (gzip) (
.gz
) - RAW (
.raw
,.img
) - Copia QEMU in scrittura versione 2 (qcow2) immagine disco (
.qcow2
) - Archivio compresso con XZ (
.xz
) - File del disco di una macchina virtuale (VMDK) (
.vmdk
) - File VDI (VirtualBox Virtual Disk Image) (
.vdi
) - File immagine di disco rigido virtuale (VHD) (
.vdh
) - File VDHX (Virtual Hard Disk versione 2) (
.vdhx
) - File immagine disco ISO (
.iso
)
Esempio di un disco creato da un'immagine HTTP
I seguenti passaggi per creare un disco di avvio da un'immagine Ubuntu:
Crea un manifest che definisca
VirtualMachineDisk
eVirtualMachine
, ad esempio my-vm.yaml,,nell'editor che preferisci:nano my-vm.yaml
Copia e incolla la seguente definizione YAML:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: VM_NAME-boot-dv spec: size: 20Gi source: http: url: https://cloud-images.ubuntu.com/releases/focal/release/ubuntu-20.04-server-cloudimg-amd64.img --- 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
Questo esempio crea un disco
20Gi
(20 gibibyte) denominatoVM_NAME-boot-dv
utilizzando un'immagine Ubuntu pubblica. Nella sezionespec.disks
della VM, il disco è impostato suboot: true
.Salva e chiudi il manifest nell'editor.
Crea la VM e il disco utilizzando
kubectl
:kubectl apply -f my-vm.yaml --kubeconfig KUBECONFIG
Sostituisci
KUBECONFIG
con il percorso del file kubeconfig del cluster.
Disco esistente
In questo scenario, creerai un disco vuoto e lo collegherai alla VM. Questo scenario consente di creare un disco dati per archiviare i dati dell'applicazione.
Crea un manifest
VirtualMachine
, ad esempio my-vm.yaml,,nell'editor di tua scelta:nano my-vm.yaml
Copia e incolla la seguente definizione YAML:
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 - virtualMachineDiskName: EXISTING_DISK_NAME
Questo esempio collega un disco esistente denominato
EXISTING_DISK_NAME
.Nella sezione
spec.disks
della VM, devi collegare anche un disco di avvio, ad esempio da un'immagine, come mostrato nella sezione precedente.Salva e chiudi il manifest della VM nell'editor.
Crea la VM utilizzando
kubectl
:kubectl apply -f my-vm.yaml --kubeconfig KUBECONFIG
Sostituisci
KUBECONFIG
con il percorso del file kubeconfig del cluster.
Individuazione dei dischi
A partire da GKE su Bare Metal versione 1.13.0, quando crei una VM, il runtime VM su Google Distributed Cloud utilizza i nomi dei dischi che hai specificato nella risorsa VM per impostare i numeri di serie dei dischi. In particolare, i nomi specificati con spec.disks.virtualMachineDiskName
nella risorsa personalizzata VirtualMachine
vengono utilizzati nel numero di serie dei dischi. Questa funzionalità semplifica l'individuazione dei dischi nella VM quando devi eseguire operazioni sul disco, come la formattazione o il montaggio.
Ad esempio, se hai creato una VM e specificato un disco di avvio denominato sample-boot-dv
, la risorsa personalizzata VirtualMachine
sarà simile alla seguente:
apiVersion: vm.cluster.gke.io/v1
kind: VirtualMachine
metadata:
name: sample-vm
spec:
osType: Linux
compute:
cpu:
vcpus: 2
memory:
capacity: 4Gi
interfaces:
- name: eth0
networkName: pod-network
default: true
disks:
- boot: true
virtualMachineDiskName: sample-vm-boot-dv
- virtualMachineDiskName: attached-disk
Per le VM Linux, quando accedi alla VM puoi eseguire il seguente comando per elencare i dischi in base al numero di serie:
ls -l /dev/disk/by-id/
La risposta dovrebbe essere simile al seguente output di esempio, in cui i nomi dei dischi sono visualizzati come numeri di serie:
total 0
lrwxrwxrwx 1 root root 9 Oct 19 17:17 ata-QEMU_HARDDISK_agentInstallation -> ../../sdb
lrwxrwxrwx 1 root root 9 Oct 19 17:17 ata-QEMU_HARDDISK_agentSADisk -> ../../sda
lrwxrwxrwx 1 root root 9 Oct 19 17:17 virtio-sample-boot-dv -> ../../vda
lrwxrwxrwx 1 root root 10 Oct 19 17:17 virtio-sample-boot-dv-part1 -> ../../vda1
lrwxrwxrwx 1 root root 11 Oct 19 17:17 virtio-sample-boot-dv-part14 -> ../../vda14
lrwxrwxrwx 1 root root 11 Oct 19 17:17 virtio-sample-boot-dv-part15 -> ../../vda15
lrwxrwxrwx 1 root root 11 Oct 19 17:17 virtio-attached-disk -> ../../vdb
Tieni presente il seguente comportamento delle funzionalità situali:
- Se il valore
virtualMachineDiskName
supera i 20 caratteri, il runtime VM su Google Distributed Cloud utilizza solo i primi 20 caratteri come numero di serie. - Se ci sono due dischi con gli stessi primi 20 caratteri, solo il primo disco avrà un numero di serie.
Crea e collega dischi a una VM esistente
Se disponi di una VM esistente, puoi creare e collegare dischi per supportare i cicli di vita delle tue applicazioni. La VM deve essere in stato arrestato prima di collegare un disco.
Disco vuoto
In questo scenario, creerai un disco vuoto e lo collegherai alla VM. Questo scenario consente di creare un disco dati per archiviare i dati dell'applicazione.
Utilizza
kubectl
per arrestare la VM, se necessario:kubectl virt stop vm VM_NAME --kubeconfig KUBECONFIG
Sostituisci quanto segue:
VM_NAME
: il nome della VM che vuoi arrestare.KUBECONFIG
: il percorso del file kubeconfig del cluster.
Modifica la risorsa VM esistente, ad esempio
my-vm
:kubectl edit gvm VM_NAME --kubeconfig KUBECONFIG
Aggiorna il manifest YAML
VirtualMachine
per aggiungere una sezioneVirtualMachineDisk
in alto, quindi collega il disco alla fine della sezionespec.disks
della VM:apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: DISK_NAME spec: size: 10Gi --- 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 - virtualMachineDiskName: DISK_NAME
Questo esempio crea un disco vuoto
10Gi
(10 gibibyte) denominatoDISK_NAME
.Salva e chiudi il manifest della VM aggiornato nell'editor.
Usa
kubectl
per avviare la VM:kubectl virt start vm VM_NAME --kubeconfig KUBECONFIG
Dall'immagine
In questo scenario, dovrai creare un disco da un'immagine di origine e collegarlo alla VM.
Utilizza
kubectl
per arrestare la VM, se necessario:kubectl virt stop vm VM_NAME --kubeconfig KUBECONFIG
Sostituisci quanto segue:
VM_NAME
: il nome della VM che vuoi arrestare.KUBECONFIG
: il percorso del file kubeconfig del cluster.
Modifica la risorsa VM esistente, ad esempio
my-vm
:kubectl edit gvm VM_NAME --kubeconfig KUBECONFIG
Aggiorna il manifest
VirtualMachine
per aggiungere una sezioneVirtualMachineDisk
in alto, quindi collega il disco alla fine della sezionespec.disks
della VM:apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: DISK_NAME spec: size: 10Gi source: http: url: http://example.com/my-disk-img.qcow2 --- 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 - virtualMachineDiskName: DISK_NAME
Questo esempio crea un disco
10Gi
(10 gibibyte) denominatoDISK_NAME
dall'origine HTTPhttp://example.com/my-disk-img.qcow2
.Salva e chiudi il manifest della VM aggiornato nell'editor.
Usa
kubectl
per avviare la VM:kubectl virt start vm VM_NAME --kubeconfig KUBECONFIG
Crea un disco
In questo scenario, le risorse del disco verranno create separatamente dalle risorse della VM. Questo scenario consente di creare i dischi in anticipo per poi collegarli alle VM in base alle esigenze.
Disco vuoto
Per creare un disco vuoto, completa i seguenti passaggi.
Crea un manifest
VirtualMachineDisk
, ad esempio my-disk.yaml,,nell'editor che preferisci:nano my-disk.yaml
Copia e incolla la seguente definizione YAML:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: DISK_NAME spec: size: 10Gi
Questo esempio crea un disco vuoto
10Gi
(10 gibibyte) denominatoDISK_NAME
.Salva e chiudi il manifest del disco nell'editor.
Crea il disco utilizzando
kubectl
:kubectl apply -f my-disk.yaml --kubeconfig KUBECONFIG
Sostituisci
KUBECONFIG
con il percorso del file kubeconfig del cluster.
Dall'immagine
Per creare un disco da un'immagine, completa i seguenti passaggi.
Crea un file manifest
VirtualMachineDisk
, ad esempiomy-disk.yaml
, nell'editor che preferisci:nano my-disk.yaml
Copia e incolla la seguente definizione YAML:
apiVersion: vm.cluster.gke.io/v1 kind: VirtualMachineDisk metadata: name: DISK_NAME spec: size: 20Gi source: http: url: https://cloud-images.ubuntu.com/releases/focal/release/ubuntu-20.04-server-cloudimg-amd64.img
Questo esempio crea un disco
20Gi
(20 gibibyte) denominatoDISK_NAME
utilizzando un'immagine Ubuntu pubblica.Salva e chiudi il manifest del disco nell'editor.
Crea il disco utilizzando
kubectl
:kubectl apply -f my-disk.yaml --kubeconfig KUBECONFIG
Sostituisci
KUBECONFIG
con il percorso del file kubeconfig del cluster.
Passaggi successivi
- Creare e utilizzare le credenziali per importare immagini da Cloud Storage.
- Crea e utilizza classi di archiviazione in GKE su Bare Metal.
- Quando non hai più bisogno delle VM o delle risorse del disco virtuale, elimina una VM in GKE su Bare Metal.