Per la rete di un server contano due numeri: quanto può inviare e ricevere, e a che velocità. Il primo è semplice. Non c'è una quota. Il secondo dipende dal piano e da cosa stanno facendo i vicini in quel momento. Ecco come funzionano entrambi, in cifre.
Traffico: nessuna quota mensile
Nessuno dei nostri piani ha una franchigia di traffico. Non scaliamo gigabyte da un limite, non rallentiamo dopo qualche terabyte e non addebitiamo eccedenze. Un server che spinge dati a piena velocità per tutto il mese va benissimo, purché il traffico in sé sia legittimo: invio di spam, attacchi ad altri sistemi e abusi simili chiudono il servizio a prescindere dal volume.
Velocità della porta
| Tipo di piano | Porta |
|---|---|
| VPS Linux, NAT e IP dedicato | 1 Gbit/s |
| Piani Pro | 1 Gbit/s |
| VPS Windows | 150 Mbit/s |
| Sandbox | da 50 a 500 Mbit/s, in base alla tariffa |
La porta è il tetto per un singolo server. L'altro tetto è l'uplink del server fisico su cui gira, anch'esso da 1 Gbit/s, che porta tutti i server virtuali di quella macchina.
Come si divide la banda
Quando l'uplink è tranquillo, un server può usarne quasi tutto: circa 940 Mbit/s in ciascuna direzione. Quando più server sono occupati nello stesso momento, la linea viene divisa in parti uguali tra gli indirizzi che stanno inviando o ricevendo. Due server occupati ottengono circa 470 Mbit/s ciascuno, tre circa 310, e così via. Upload e download si dividono separatamente.
Due conseguenze da conoscere:
- Nessuno può toglierti tutta la linea. Un vicino con un grosso download non può spingere la tua quota sotto una divisione equa.
- Non avrai sempre la porta intera. Se ti serve una velocità garantita in ogni istante, un server virtuale condiviso non è il prodotto giusto, chiunque lo venda.
Per un server NAT la divisione funziona allo stesso modo: ogni server NAT conta separatamente, anche se il suo indirizzo in uscita non è suo.
Misurare bene la velocità
La maggior parte delle segnalazioni di «server lento» che riceviamo sono test lenti: un solo flusso, una misura di 10 secondi o un server di test pubblico affollato. Il controllo minimo è iperf3 con quattro flussi per 30 secondi verso una macchina che controlli tu:
iperf3 -c your-other-server -P 4 -t 30 # upload from this server
iperf3 -c your-other-server -P 4 -t 30 -R # download to this server
Il metodo completo, con un test senza seconda macchina e come leggere i numeri, è in Come controllare la velocità e il consumo di traffico del server.
Vedere il tuo traffico
La pagina del server nella dashboard ha grafici di rete per l'ultima ora, giorno e settimana, ricavati dal livello di virtualizzazione, quindi funzionano anche se il sistema del server è fermo. Mostrano velocità, non un totale mensile cumulativo.
Per il totale mensile, installa vnStat dentro il server: legge i contatori dell'interfaccia e resiste ai riavvii. Installazione e vista per processo sono nella stessa guida: Come controllare la velocità e il consumo di traffico del server.
Posta in uscita e altre porte
La velocità non è l'unica regola di rete. L'SMTP in uscita sulle porte 25 e 465 è chiuso per impostazione predefinita su tutti i piani; l'invio tramite un provider di posta sulla porta 587 funziona. I server NAT accettano connessioni in ingresso solo sulla loro porta SSH o RDP personale. I dettagli sono in Rete e porte.
Se la velocità è davvero bassa
Misura come descritto sopra, da due server di test diversi, e annota l'orario. Poi apri un ticket con i comandi e l'output. I numeri di un test di 20 secondi con più flussi ci permettono di controllare l'uplink in quel preciso momento; «sembra lento» no. Se ti serve più di una quota di una linea da 1 Gbit/s, dicci cosa fai girare e ti diremo onestamente se i nostri piani sono adatti.
I piani e le loro porte sono nella pagina dei piani.
Commenti
Ancora nessun commento. Sii il primo.