Un VPS di archiviazione HDD è abbastanza veloce per backup e Nextcloud?

Perché un VPS di archiviazione HDD è abbastanza veloce per i backup?

I backup scrivono grandi blocchi di dati in ordine, che è l'unica cosa in cui i dischi rigidi eccellono. I moderni strumenti di backup non copiano i tuoi file uno per uno sul server. restic taglia i file in blob da 512 KiB a 8 MiB e li raggruppa in pack file; Borg aggiunge i suoi chunk a file di segmenti sul repository. Il disco vede quindi un flusso di scritture di grandi dimensioni e, dopo la prima esecuzione completa, viaggiano solo i chunk modificati.

Il limite più stretto di solito è la rete. Un server Coffervale ha una porta da 1 Gbit/s e una quota di traffico mensile (4 TB al mese sul piano da 1 TB); superata la quota la porta scende a 100 Mbit/s fino al periodo successivo, senza addebiti extra. Avvia un primo backup di grandi dimensioni a inizio periodo e gli incrementi notturni saranno una quisquilia.

Un solo lavoro risente davvero dei dischi rigidi: la verifica. borg check --verify-data legge, decifra e decomprime ogni chunk, e il manuale di Borg stesso la definisce "very time consuming"; restic check --read-data scarica ogni pack file, cosa che conta anche sulla quota di traffico del server quando viene eseguita dalla tua macchina. Esegui i controlli completi settimanalmente o mensilmente, oppure distribuiscili con restic check --read-data-subset=1/4 e una porzione diversa ogni volta. L'intera routine, dal primo upload al test di ripristino, è in come uso un VPS di archiviazione per backup off-site?

Un VPS di archiviazione HDD è abbastanza veloce per Nextcloud?

Per i file, sì; per l'interfaccia web, dipende da quanto delle piccole cose tieni in memoria. Caricare, sincronizzare e scaricare file sono lavori sequenziali. Ciò che rende Nextcloud lento sono il database, il file locking, le thumbnail e i lavori in background, tutti piccole letture e scritture casuali.

Il manuale di amministrazione di Nextcloud stesso indica le soluzioni, e ognuna sposta il carico dal disco:

• Memory caching con APCu, e Redis per il file locking transazionale, che per impostazione predefinita passa attraverso il database.
• MariaDB o PostgreSQL invece di SQLite, che il manuale raccomanda solo per test e istanze minime.
• Lavori in background tramite cron, così la manutenzione non viene eseguita durante il caricamento delle pagine.
• RAM sufficiente: si raccomandano almeno 512 MB per processo, e uno swapping intenso "can severely degrade performance".

Con questo in atto, una famiglia o un piccolo team su un piano con 4 GB RAM o più funziona senza problemi. Un Nextcloud per molti utenti con editing office va su flash, con i suoi file o backup sul VPS di archiviazione. Le dimensioni dei piani per Nextcloud sono valutate in qual è il miglior VPS per Nextcloud con 1 TB o più di archiviazione?

Cosa significa un array di dischi rigidi condiviso per il mio VPS?

Il tuo spazio su disco è solo tuo; la velocità dell'array è condivisa con ogni altro server sullo stesso host. Quando i vicini eseguono i propri backup alle 02:00, la velocità di tutti cala per un po'. Gli host lo gestiscono in modi diversi, e pochi lo mettono per iscritto.

Secondo l'indagine di Coffervale su 2 November 2026, solo 1 dei 18 venditori di VPS di archiviazione che accettano cripto e non chiedono documenti ha pubblicato un limite di velocità del disco (Senko Digital: letture e scritture limitate a 150 MB/s), 2 ha indicato una cache NVMe davanti ai dischi rigidi (Hostbrr, AlphaVPS), e 5 vendeva un piccolo disco di sistema NVMe accanto a un disco dati separato (Hostbrr, Senko Digital, NolimitHost, DeluxHost, PrivateAlps). BuyVM raggiunge lo stesso layout collegando uno storage slab a una slice NVMe.

Coffervale non fornisce alcun dato: Ogni piano archivia i tuoi dati su dischi rigidi (HDD) scelti per la capacità, non per la velocità: sono adatti a backup, archivi e sincronizzazione file, non a database o a letture e scritture casuali pesanti. Non pubblichiamo cifre di velocità o IOPS che non possiamo dimostrare.

Perché un disco di sistema NVMe accanto a un disco dati HDD aiuta?

Mette il lavoro piccolo e casuale sulla flash e quello grande e sequenziale sul disco rigido, ognuno dove funziona meglio. Il sistema operativo, i pacchetti, il database, Redis e le cache delle anteprime vivono sul disco NVMe; il repository dei backup o la directory dei dati di Nextcloud vivono sull'HDD. Il manuale di Nextcloud fa lo stesso ragionamento per le macchine virtuali: assegna al database un proprio dispositivo a blocchi invece di un file all'interno dell'immagine disco della VM.

Su un server dove tutto risiede su dischi rigidi, come su un piano Coffervale, ottieni la maggior parte del vantaggio dalla memoria: assegna al database un buffer pool che contenga il suo working set, tieni Redis in RAM e lascia i file al disco. Ecco perché i piani più grandi hanno più RAM oltre a più disco.

Quanto costa in più per TB un VPS di archiviazione SSD?

L'archiviazione SSD è costata da tre a sei volte la mediana HDD per terabyte su 2 November 2026. Contabo, l'unico grande host mainstream della nostra indagine che vende un "Storage VPS", ha costruito la sua linea solo su SSD, da 300 GB a 1,4 TB. La flash è la scelta giusta quando il carico è casuale; per terabyte di backup e file, significa pagare per una velocità che il lavoro non usa.

Come posso misurare il disco del mio storage VPS?

Esegui fio sul disco dati a diverse ore della giornata e leggi la variabilità, non un singolo numero. I tre test qui sotto rispecchiano un caricamento di backup, un ripristino e una lettura casuale in stile database. --direct=1 salta la page cache, così misuri i dischi e non la RAM. Aspettati valori alti in sequenziale e modesti in casuale: quel divario è l'aspetto di un array di dischi rigidi.

# Run on the mounted data disk (here /srv); the test file is removed at the end.
cd /srv || exit 1
# Large sequential write: the pattern of a backup upload
fio --name=seqwrite --filename=fio.test --size=4G --rw=write --bs=1M --direct=1 --ioengine=libaio --iodepth=8
# Large sequential read: the pattern of a restore
fio --name=seqread --filename=fio.test --size=4G --rw=read --bs=1M --direct=1 --ioengine=libaio --iodepth=8
# Small random reads: the pattern of a database or a file index
fio --name=randread --filename=fio.test --size=4G --rw=randread --bs=4k --direct=1 --ioengine=libaio --iodepth=16 --runtime=60 --time_based
rm -f fio.test

Cosa non dovrebbe stare su un HDD storage VPS?

Qualsiasi cosa che aspetta migliaia di piccole operazioni su disco al secondo. Ovvero un database che scrive tutto il giorno, l'indice di un motore di ricerca, un mail server con cassette postali grandi e molto attive, o immagini di macchine virtuali che si avviano e fanno swap. Ognuno di questi è un normale carico da VPS, come spiegato in storage VPS o VPS normale: quale mi serve?

Resta tutto ciò che si muove in grandi blocchi: repository di backup, sincronizzazione file, archivi di foto e video, export, mirror dei tuoi dati. Per la definizione del prodotto stesso, leggi cos'è uno storage VPS?