Piattaforma

Immagini, e cosa succede dopo il primo avvio

Debian 13 è il default perché è quello che sorprende meno. Tutto il resto che spediamo è a un clic di distanza, l'ISO personalizzato funziona in tutti i 34 siti, e nulla all'interno della tua istanza viene toccato da noi a meno che tu non lo abbia richiesto per iscritto.

01

Il catalogo, per intero

Ogni immagine è un'installazione minimale con la nostra configurazione cloud-init e nient'altro aggiunto. Nessun agente, nessun demone di monitoraggio che chiama a casa, nessun repository del fornitore che non hai richiesto.

Le immagini vengono ricostruite mensilmente contro upstream, quindi un'installazione pulita non è quattrocento pacchetti indietro.

FamigliaImmaginiNotes
Debian13 Trixie, 12 BookwormTrixie è il default su ogni piano
Ubuntu24.04 LTS, 22.04 LTSSolo LTS. Le release intermedie si installano da ISO se insisti
Enterprise LinuxAlmaLinux 10 e 9, Rocky Linux 10 e 9Entrambi tracciano lo stesso upstream. Scegli per abitudine
Fedora42Ricostruita entro due settimane da ogni release
RollingArch Linux, openSUSE Tumbleweed, GentooGentoo arriva come stage 3 precompilato, non una compilazione di nove ore
Piccole e insoliteAlpine 3.22, NixOS 25.05, Devuan 5 DaedalusNixOS accetta un flake tramite cloud-init al primo avvio
BSDFreeBSD 14.3, OpenBSD 7.7, NetBSD 10.1Installazioni complete sul proprio disco, non una jail travestita
WindowsServer 2025, 2022 e 2019 StandardLicenza fatturata a 22 euro al mese, per istanza
HypervisorProxmox VE 8Bare metal ed EPYC da E-32 in su
Il tuoISO personalizzata, qualsiasiCaricala o dacci un URL. Ogni sito la supporta

Reinstallare è distruttivo e richiede circa novanta secondi su un'immagine Linux. Fai prima uno snapshot se sul disco c'è qualcosa che non hai scritto da altre parti.

02

cloud-init, e cosa fa il primo avvio

Ogni immagine Linux e FreeBSD include cloud-init che legge una datasource locale. Incolla user-data al momento dell'ordine e l'istanza si avvia già configurata, che è la differenza tra distribuire un server e costruirne uno.

  1. 01

    Incolli user-data

    Un documento cloud-config o uno script di shell, nel configuratore o tramite API. Chiavi, pacchetti, utenti, sysctl, un'unità systemd, qualsiasi cosa faresti a mano nella console.

  2. 02

    L'istanza viene creata

    Mediana di quarantasette secondi dalla fattura saldata alle credenziali. La rete è scritta staticamente nell'immagine al momento della build, quindi non c'è attesa per un lease che potrebbe non arrivare.

  3. 03

    cloud-init gira una volta

    Le chiavi SSH vengono installate, l'hostname è impostato, i tuoi moduli eseguono in ordine. Gli errori sono visibili nel log della console invece di essere inghiottiti, il che conta più di quanto sembri.

  4. 04

    Le credenziali arrivano via mail

    Una password di root per il primo login, che dovresti sostituire con una chiave e poi disabilitare. Fornisci una chiave in user-data e l'autenticazione con password è disattivata prima ancora che l'istanza risponda sulla porta 22.

  5. 05

    Dopodiché non gira nulla

    Nessun agente resta residente, nessuna configurazione viene riapplicata al riavvio, e nulla di nostro interroga l'istanza dall'esterno. Quello che costruisci è quello che resta.

OpenBSD e NetBSD non includono cloud-init e non ne abbiamo aggiunto uno. Usano invece uno script di avvio, documentato nella knowledge base, che è l'approccio che entrambi i progetti preferirebbero comunque.

03

ISO personalizzata, e usare il tuo hypervisor

Se l'immagine che vuoi non è nella lista, portala. Carica l'ISO tramite il pannello o dacci un URL da scaricare, poi installa tramite la console esattamente come faresti su una macchina davanti a te.

L'ISO personalizzata è disponibile in tutti i 34 siti, incluso quello in pre-ordine.

01

Carica o scarica tramite URL

Fino a 8 GB per immagine, conservata per trenta giorni e riutilizzabile tra le tue istanze. I checksum vengono mostrati dopo il caricamento così puoi confermare che i byte arrivati sono quelli inviati.

02

Installa tramite la console

VNC e seriale sono inclusi senza costi. Un'installazione personalizzata è un processo manuale e richiede più tempo di un deployment da template, di solito entro l'ora piuttosto che entro il minuto.

03

Virtualizzazione annidata, su richiesta

Abilitata su EPYC da E-32 in su e su tutto il bare metal. Costa un po' di prestazioni nel guest, motivo per cui è opt-in piuttosto che predefinita.

04

Proxmox VE 8 come immagine fornita

Per chi vuole il proprio hypervisor senza installarne uno. Il layout dello storage e la configurazione del bridge sono tuoi dal primo avvio; non gestiamo ciò che gira al suo interno.

05

Su metal, tutto questo non si applica

Hai IPMI, virtual media e la macchina. Partizionala, installa ciò che vuoi, esegui un hypervisor di tua scelta, e non avremo opinioni su nulla.

04

Windows, e i BSD

Due categorie che nella maggior parte dei siti di hosting meritano una sola frase. Qui funzionano entrambe correttamente, ed entrambe hanno avvertenze che vale la pena leggere prima di ordinare.

Windows Server, con licenza corretta

Server 2025, 2022 e 2019 Standard, con licenza per istanza a 22 euro al mese in aggiunta al piano. Portare la propria licenza è possibile dove il contratto lo consente su infrastruttura condivisa, questione che va posta al rivenditore piuttosto che a noi. Quattro core e 8 GB sono il minimo sensato; due core con una GUI Windows è un'esperienza che nessuno gradisce.

I BSD, come installazioni reali

FreeBSD 14.3, OpenBSD 7.7 e NetBSD 10.1 su propri dischi con i driver virtio della piattaforma già presenti. Solo il primo accetta cloud-init; gli altri due richiedono uno script di avvio. ZFS funziona esattamente come previsto, su NVMe già sottoposta a mirroring, quindi pianifica la ridondanza una volta sola anziché due.

Cosa non ottiene né l'uno né l'altro

Nessuna patch gestita a meno di acquistare il componente aggiuntivo di hardening a 39 euro al mese, nessuna licenza oltre la base Windows e nessun supporto per problemi a livello applicativo all'interno di entrambi. Manteniamo corretta la piattaforma sottostante e lasciamo il sistema operativo a te.

05

Cosa patchiamo e cosa è tuo

Tutto ciò che sta sotto la tua istanza è nostra responsabilità e viene patchato secondo la nostra pianificazione. Ciò che gira al suo interno è tuo, e non accediamo al suo interno. Non esiste una terza categoria.

La linea di demarcazione è il confine della macchina virtuale, e non si sposta.

01

Nostro: hypervisor e kernel host

Patchato continuamente, con migrazione live ovunque la correzione lo consenta. Dove un riavvio è inevitabile, ricevi almeno cinque giorni di preavviso e una finestra che puoi spostare una volta.

02

Nostro: firmware e microcodice

Firmware di sistema, firmware del controller, firmware delle unità e microcodice CPU, tracciati su tutta la flotta e distribuiti a fasi. Le mitigazioni per l'esecuzione speculativa sono attive per impostazione predefinita e non offriamo di disattivarle per ottenere benchmark migliori.

03

Nostra: la rete e il suo filtraggio

Configurazione perimetrale, regole di filtraggio e layer di scrubbing, modificate tramite revisione e registrate. Qualsiasi cosa con rischio visibile al cliente appare sulla pagina di stato prima che accada, non dopo.

04

Tuo: tutto ciò che sta dentro l'istanza

Kernel, pacchetti, configurazione, la tua applicazione e il tuo firewall. Non abbiamo agenti dentro la tua macchina né credenziali per accedervi; è una scelta deliberata, e a volte scomoda per entrambi.

05

Opzionale: hardening gestito

Trentanove euro al mese acquistano una baseline che costruiamo, patchiamo e monitoriamo per rilevare derive, con un report quando qualcosa cambia. È l'unica circostanza in cui qualcuno qui ha accesso alla tua istanza.

Le immagini vengono ricostruite mensilmente, e questo riguarda solo i nuovi deployment. Un'istanza creata a marzo non riceve nulla da noi ad aprile; eseguire il gestore di pacchetti rimane il dovere più antico e meno affascinante di questo settore.

06

Domande sulle immagini

Sì, tramite ISO personalizzata, in qualsiasi sito. Caricala o fornisci un URL, poi installa tramite la console. Se si avvia su una macchina virtio con console seriale, funziona qui.

Circa novanta secondi per un'immagine Linux fornita, qualche minuto per Windows e quanto richiede l'installer per una ISO personalizzata. Il disco viene cancellato in ogni caso, quindi fai prima uno snapshot di ciò a cui tieni.

Solo ciò che hai richiesto: snapshot creati da te, backup attivati. Quando un'istanza viene distrutta, lo storage viene liberato e sovrascritto prima di essere consegnato a qualcun altro.

Di solito sì, e per la ragione ovvia: gran parte di ciò che la gente esegue su Windows è a thread singolo e tiene più alla velocità di clock che ad altro. Quattro core minimo, e dategli più memoria di quanto pensiate serva.

I container funzionano su qualsiasi piano senza impostazioni speciali. La virtualizzazione annidata richiede l'attivazione, che effettuiamo su EPYC dalla E-32 in su e su tutti i bare metal, su richiesta e senza costi.

No. La flotta è x86-64 e non c'è hardware ARM, quindi un'immagine ARM sarebbe emulazione che finge di essere un server. Quando cambierà, apparirà nel changelog.

Pronto quando lo sei

Scegli un'immagine, incolla il tuo user-data, paga in criptovaluta

Il configuratore accetta entrambi nello stesso passaggio, e le credenziali arrivano nella tua casella di posta in una mediana di quarantasette secondi dopo il saldo della fattura.