Come testare un server cloud in prova: checklist pratica
Un server cloud si ordina in fretta e si giudica male da un listino. Una prova breve mostra se CPU, disco, rete e supporto sono adatti al tuo carico, ma solo se arrivi con un piano. DCXV non offre una prova gratuita in self-service. Una prova breve, di circa 3 giorni, si può richiedere scrivendo a sales@dcxv.com. Concederla è a discrezione di DCXV, quindi qui non c'è alcuna promessa di approvazione; conferma per iscritto durata, dimensione, ubicazione ed eventuali costi prima di iniziare. Un'immagine di valutazione di Windows Server è un supporto Microsoft, non una prova DCXV, e non include licenze RDS utente.
Tre giorni bastano per un primo verdetto, non per una valutazione completa. Stampa questa pagina, spunta le caselle e scrivi il numero accanto a ogni risultato.
Prima di iniziare: decidi cosa significa buono
- Descrivi il carico in una frase.
- Scegli due o tre numeri per accettare o scartare: tempo di risposta, tempo di query, tempo di ripristino.
- Scegli l'ubicazione più vicina ai tuoi utenti, Praga o Covilhã; la guida alle ubicazioni spiega il compromesso.
- Chiedi una dimensione vicina a quella che compreresti. La guida al dimensionamento aiuta; i preset nella pagina dei server cloud partono da EUR 15.00/mese per 2 vCPU, 4 GB di RAM, 40 GB NVMe (verificato 2026-10).
- Leggi la politica di uso accettabile su /policy.
Giorno 1: distribuire e verificare l'accesso
- Annota il tempo dall'ordine a un accesso funzionante; il sito indica di solito entro 10 minuti.
- Accedi come root via SSH (Linux) o RDP (Windows): connessione via SSH.
- Apri una volta la console di ripristino KVM, prima di averne bisogno.
- Esegui
lscpu,free -h,df -he confronta con l'ordine. - Aggiorna il sistema e verifica che l'IPv4 pubblico risponda dall'esterno.
Giorno 2: valori di base di CPU, memoria, disco e rete
Imposta i thread pari al numero di vCPU e tieni ogni esecuzione breve.
sysbench cpu --threads=2 --time=30 run
sysbench memory --threads=2 --time=30 run
fio --name=rand4k --filename=/root/fio.tmp --size=1G --rw=randrw --bs=4k --iodepth=16 --ioengine=libaio --direct=1 --runtime=30 --time_based
mtr -rwc 100 YOUR_SERVER_IP
- Esegui il test CPU due volte a ore diverse e annota entrambi i risultati.
- Annota IOPS e latenza del disco, poi elimina /root/fio.tmp.
- Lancia mtr dal tuo ufficio verso il server; leggere l'output di mtr spiega le colonne.
- Scarica un file noto e annota la velocità. Un file, non un test di saturazione.
Giorno 3: carico reale, ripristino, verdetto
- Distribuisci l'applicazione reale e riproduci traffico normale, non un'ondata.
- Crea uno snapshot, modifica un file, premi Restore e verifica che la modifica sia sparita. Un ripristino ferma il server e scarta lo stato attuale. Gli snapshot sono un'opzione a pagamento: chiedi al supporto se vengono addebitati in prova e rimuovi il tuo alla fine.
- Apri la finestra Backups (data e dimensione di ogni copia; guida al ripristino). Ripristina solo dati usa e getta e chiedi se esisterà una prima copia entro 3 giorni.
- Fai al supporto una domanda vera e cronometra la prima risposta utile.
- Compila la tabella di valutazione e decidi.
| Area | Cosa annotare | Superato se |
|---|---|---|
| CPU e memoria | sysbench, due esecuzioni | Stabile e sufficiente per il picco |
| Disco | fio IOPS, latenza | Niente aspetta il disco |
| Rete | mtr perdita, media | Pulita per i tuoi utenti |
| Recupero, supporto | tempo, prima risposta | Puoi ripristinare e ricevere aiuto |
Se ottieni una valutazione più lunga
- Settimana 1: ripeti i test del giorno 2 al mattino, alla sera e di notte.
- Settimana 2: fai passare traffico reale, osserva memoria e swap, riavvia una volta di proposito.
- Settimana 2: prova un cambio di piano; un disco non si riduce senza formattare.
- Settimana 3: prova la migrazione, un ripristino completo e la fattura secondo la guida ai costi.
Pratiche sicure di benchmark
- Testa in modo breve e leggero: da 30 a 60 secondi, un file da 1 GB, poi ripulisci.
- L'AUP vieta flooding, negazione del servizio, scanner di porte e IP, forza bruta e attacchi. Non eseguirli mai, nemmeno sul tuo server.
- Chiedi al supporto prima di qualcosa di pesante: ore di CPU al massimo, grandi trasferimenti, molte connessioni. Niente dati reali dei clienti su un server di prova.
- Un test breve è un campione, non una garanzia; vicini, ora del giorno e carico cambiano i risultati.
Richiedi la tua prova
Scrivi a sales@dcxv.com con carico, dimensione, ubicazione e durata, e chiedi se sei idoneo. Per iniziare subito, scegli una dimensione nella pagina dei server cloud.
