Een VMDK-schijf importeren
Importeer de VMDK-schijven van een pakket in de console, de formaten die de import naar qcow2 converteert en wat u doet met een geweigerde schijf.
Een VMDK-schijf bereikt Kyvernon als bestand van een import en wordt tijdens het opslaan geconverteerd naar qcow2. Een VMDK-bestand op een datastore is geen schijf die een virtuele machine kan gebruiken: Kyvernon draait alleen qcow2- en raw-images en weigert een machine te starten waarvan de schijf een VMDK-bestand is (storage.image.vmdk_not_runnable). Een VMDK uploaden naar het tabblad Bestanden van een datastore importeert hem dus niet. Plan vrije ruimte in de statusmap van de controller: de upload wordt daaronder geschreven, tot twee keer de capaciteit van de schijf, en de geconverteerde image wordt ernaast geschreven terwijl het bestand wordt geconverteerd. De ruimte komt vrij bij voltooiing, bij annuleren, bij een fout en bij de volgende start van de controller.
In de console
- Exporteer de machine uit vSphere als OVA, of als OVF-pakket met zijn schijfbestanden, en bereid de gast voor, zie Een OVA- of OVF-pakket importeren.
- Selecteer op de startpagina Importeren en exporteren en dan OVA of OVF importeren.
Selecteer in de stap Pakket Bestanden kiezen en kies de OVF-descriptor samen met de VMDK-bestanden in één selectie, of de OVA. De wizard accepteert de extensies
.vmdk,.vhd,.qcow2,.img,.rawen.isonaast de descriptor. Als de descriptor een schijf noemt die u niet hebt gekozen, noemt de console het ontbrekende bestand. (Groter weergeven)
- Ga verder met de stappen Bestemming, Netwerken en Controle, en selecteer Import starten. De controller herkent het formaat aan de inhoud van het bestand, converteert het en koppelt de schijf aan de nieuwe machine.
- Houd de pagina open terwijl de schijven worden verzonden. Als de controller een schijf weigert, stopt de import met een fout. Lees de reden, corrigeer de schijf zoals hieronder beschreven en importeer opnieuw.
Formaten die de upload accepteert
| Formaat | Resultaat |
|---|---|
| streamOptimized VMDK, het formaat van de schijven in een OVA | Geconverteerd, thin |
| monolithic sparse VMDK (één bestand) | Geconverteerd, thin |
| Flat of raw image van één bestand | Geconverteerd, thin |
| VMDK-descriptor zonder zijn data-extents | Geweigerd met import.nfc.descriptor_only |
| Schijf opgesplitst in extents van 2 GB | Niet geaccepteerd: de upload is één bestand. Exporteer de machine opnieuw als OVA |
| Schijf met een bovenliggende schijf (snapshot-delta) | Geweigerd met import.vmdk.snapshot_delta: consolideer de snapshots aan de bron |
| Raw device mapping | Geweigerd met import.vmdk.unsupported_type |
Sparse-bestanden met een headerversie anders dan 1 tot 3 of met een andere compressie dan deflate worden geweigerd. Een virtuele schijf mag maximaal 64 TiB groot zijn. Het resultaat is een qcow2-image zonder backing-bestand. Blokken die helemaal nul zijn, worden niet opgeslagen, zodat de image thin blijft.
Resultaat
De schijf is een qcow2-image op de datastore die u in de stap Bestemming hebt gekozen, gekoppeld aan de nieuwe virtuele machine.
Automatisering
Met de CLI
De schijven gaan naar de lease die kyvernon ovf import-vapp teruggeeft, zie Een OVA- of OVF-pakket importeren:
kyvernon nfc upload <lease-id> disk-0.vmdk /path/to/disk1.vmdk
kyvernon nfc get <lease-id>
kyvernon nfc complete <lease-id>De naam is die in files van de lease. De conversie loopt wanneer u de lease afrondt. Als ze mislukt, toont de lease de status error met de reden in error.
Met de API
PUT /v1/nfc-leases/{id}/files/{name} uploadt het bestand als hoofdtekst van het verzoek. POST /v1/nfc-leases/{id}/complete converteert de schijven en koppelt ze.
Zie ook
Versie 0.1. Laatst gewijzigd: 2026-11-14