Stop met het handmatig bouwen van cloud-init-templates op Proxmox

Elke Proxmox-beheerder kent het ritueel. De juiste cloud-image-URL opzoeken, de qcow2 downloaden, qm create met de juiste vlaggen, importdisk, de cloud-init-schijf koppelen, de seriële console instellen, de guest agent niet vergeten, omzetten naar een template, en dat alles nog een keer voor de volgende distro. Tien commando's per image, waarvan drie gekopieerd uit een blogpost die voor een andere Proxmox-versie geschreven is, en een checksumstap die iedereen stilletjes overslaat.

Wij hebben dat ritueel in een script gestopt, en het zit gratis bij elk Provibr-account, ook bij de proefperiode, die geen betaalgegevens vraagt.

Eén commando, een eerlijke keuzelijst, echte templates

In het paneel, onder Besturingssystemen, kopieer je één regel en draait die op een Proxmox VE-node:

curl -fsSL "https://app.provibr.com/api/library/<jouw-link>" | bash

Het script haalt de actuele bibliotheek op (ruim vijftig geprepareerde images op het moment van schrijven, verdeeld over Ubuntu, Debian, AlmaLinux, Rocky Linux, Alpine, Fedora, Arch, CloudLinux, Oracle Linux en Amazon Linux) en toont ze als gegroepeerde lijst. Je antwoordt met nummers: 3, of 1-4,7, of all.

Een paar dingen die het script doet en het kopieer-plak-ritueel nooit deed:

• Het kijkt eerst wat er al staat. Images waarvan de templatenaam op de node al bezet is, staan apart in de lijst, mét hun vmid, en blijven met rust. Draai het script volgende maand opnieuw en het biedt alleen aan wat nieuw is. Staat alles er al, dan zegt het dat en stopt het netjes.
• Eerst alle vragen, dan pas bouwen. Opslag en netwerkbrug worden één keer gevraagd; vmid en naam per image. Elke vmid-botsing (met wat er op de node staat én met de andere keuzes in dezelfde run) komt boven water vóór de eerste qm create, niet pas bij image vier van zeven.
• Het waarschuwt voor ranges van je automatisering. Valt een gekozen vmid binnen een reeks die je integraties aan nieuwe servers uitdelen, dan zegt het script dat voordat een toekomstige bestelling je template kan overschrijven.
• De checksum is niet optioneel. Elke download wordt geverifieerd tegen zijn sha256. Geen checksumgereedschap op de node is een reden om te stoppen, niet om over te slaan.
• Eén mislukking sloopt de rest niet. Elk image bouwt onafhankelijk. Aan het eind krijg je per image de uitkomst, en de exitcode is alleen nul als álles gelukt is.

Wat er in de images zit

Dit zijn de officiële cloud-images van elke distributie, geprepareerd op onze bouwinfrastructuur met virt-customize: bijgewerkt, met de QEMU guest agent al geïnstalleerd, en klaar voor Proxmox' eigen cloud-init-integratie. De eerste boot werkt zoals je verwacht: hostname, gebruiker, SSH-sleutels en netwerk uit de cloud-init-schijf, en een console die reageert.

Het resultaat is een gewoon Proxmox-template op je eigen opslag. Er zit geen Provibr-afhankelijkheid in: kloon ervan met qm clone, gebruik het in je eigen tooling, houd het als je je account opzegt. Beheer je de node wél via Provibr, dan verschijnen de templates automatisch in de OS-catalogus en het bestelformulier.

De eerlijke grenzen

De link die je uit het paneel kopieert is een bearer-link: wie hem heeft kan 72 uur lang images downloaden. Erachter zitten publieke cloud-images plus onze voorbereiding (geen klantgegevens, geen sleutelmateriaal), dus behandel hem als elke installatielink: handig, niet geheim. En het script is bewust alleen voor Proxmox: het spreekt qm, weigert te draaien in een container of VM, en een bash-script dat doet alsof het hypervisors abstraheert helpt niemand.

Maak een account, kopieer de regel, en je volgende template is een nummer in een lijst in plaats van een avond vlaggen.