VPS a Dallas: cosa offre davvero

Cosa offre un hosting VPS a Dallas

Un hosting VPS a Dallas offre una posizione di rete. Un VPS (virtual private server) è una porzione di una macchina fisica collocata in un edificio specifico. La posizione dell'edificio determina quindi il tempo di andata e ritorno verso gli utenti, il costo della banda e i tribunali competenti per eventuali richieste di accesso al disco. Dallas si trova vicino al centro degli Stati Uniti, in uno dei mercati di carrier più densi del Paese. Questo è l'unico argomento a favore. Il resto della guida spiega come verificare se questo vantaggio è rilevante per i tuoi utenti e in quali casi non lo è.

Se non hai ancora deciso a cosa servirà il server, leggi prima cosa puoi fare concretamente con un VPS. La posizione è l'ultima decisione da prendere, non la prima.

Quale latenza ci si può aspettare da un VPS a Dallas?

[
  {
    "label": "Dallas metro",
    "typical_rtt_ms": 2
  },
  {
    "label": "Houston",
    "typical_rtt_ms": 8
  },
  {
    "label": "Chicago",
    "typical_rtt_ms": 23
  },
  {
    "label": "Miami",
    "typical_rtt_ms": 33
  },
  {
    "label": "New York",
    "typical_rtt_ms": 36
  },
  {
    "label": "Los Angeles",
    "typical_rtt_ms": 35
  },
  {
    "label": "Seattle",
    "typical_rtt_ms": 50
  },
  {
    "label": "Mexico City",
    "typical_rtt_ms": 48
  },
  {
    "label": "Bogota",
    "typical_rtt_ms": 78
  },
  {
    "label": "Sao Paulo",
    "typical_rtt_ms": 140
  },
  {
    "label": "London",
    "typical_rtt_ms": 112
  },
  {
    "label": "Frankfurt",
    "typical_rtt_ms": 125
  },
  {
    "label": "Singapore",
    "typical_rtt_ms": 215
  }
]

Le righe 13 riportano valori pubblicati tipici per connessioni cablate su percorsi con buon peering, non misurazioni eseguite dal tuo computer. Usale come punto di partenza. Il risultato dipende più dal tuo provider Internet che dal server: il Wi-Fi aggiunge alcuni millisecondi, una rete mobile ne aggiunge decine e un provider residenziale con peering insufficiente può aggiungere 30 ms a un percorso che, secondo la distanza fisica, dovrebbe richiederne 15.

Considera l'andamento complessivo, non un singolo valore. Tutte le principali città degli Stati Uniti continentali hanno una latenza pari o inferiore a circa 50 ms; Houston è a 8 ms e Chicago a 23 ms. Città del Messico si trova intorno a 48 ms, più vicina di entrambe le coste statunitensi, perché gran parte del traffico latinoamericano passa già dal Texas o dalla Florida. San Paolo, con 140 ms, richiede un percorso lungo, mentre Singapore, con 215 ms, presenta un problema completamente diverso.

I millisecondi incidono più di quanto suggerisca il valore numerico, perché una connessione è composta da più andate e ritorni. L'apertura di una richiesta HTTPS richiede un'andata e ritorno per l'handshake TCP (transmission control protocol), un'altra per TLS 1.3 (transport layer security) e un'altra ancora per la richiesta stessa. Con 35 ms, trascorrono più di 100 ms prima dell'arrivo del primo byte. Una pagina che esegue in sequenza 20 chiamate API trasforma 35 ms in 700 ms di attesa. SSH interattivo a 35 ms ha una reattività diversa rispetto a 8 ms; un game server a 35 ms funziona bene, mentre lo stesso server a 140 ms no. Per un servizio percepito immediatamente da tutti gli utenti, come un server Minecraft su un VPS, la posizione centrale offre un vantaggio concreto.

Il centro del Paese è migliore di una località costiera?

La luce nella fibra viaggia a circa 200,000 km al secondo, cioè a due terzi della velocità nel vuoto. Un andata e ritorno richiede quindi circa 1 ms ogni 100 km di fibra, e la fibra non segue mai una linea retta tra due città. Questo è il limite imposto dalla fisica: nessuna somma di denaro può trasferire un pacchetto da Dallas a Francoforte più velocemente di quanto consenta il vetro. La posizione è l'unica variabile su cui puoi intervenire.

Dallas dista circa 2,200 km da New York e circa 2,000 km da Los Angeles, una distanza insolitamente equilibrata. Confronta questa differenza con i due principali mercati costieri che la maggior parte delle persone considera per primi.

[
  {
    "label": "Northern Virginia",
    "to_new_york_ms": 10,
    "to_los_angeles_ms": 62
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 36,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Los Angeles metro",
    "to_new_york_ms": 68,
    "to_los_angeles_ms": 3
  }
]

Anche questi sono valori tipici pubblicati, e il punto è la forma della distribuzione. La Virginia settentrionale raggiunge New York in circa 10 ms e Los Angeles in circa 62 ms, con una differenza superiore a 50 ms. Un host di Los Angeles inverte il rapporto, con 68 ms verso New York. Dallas è peggiore di entrambe per la città a cui ciascuna è vicina e migliore di entrambe per la città più lontana.

La domanda, quindi, non è quale città sia più veloce. È quale distribuzione vuoi ottenere. Scegli una località costiera quando la maggior parte degli utenti si trova su quella costa e vuoi una latenza mediana ridotta. Scegli Dallas quando gli utenti sono distribuiti in tutto il Paese e vuoi contenere il caso peggiore. È lo stesso compromesso descritto in ciò che conta davvero quando scegli un VPS canadese, dove la popolazione è distribuita lungo un'unica linea invece che su due coste.

Quale densità di operatori a Dallas fa davvero la differenza

Un carrier hotel è un edificio in cui terminano molte reti, che si interconnettono direttamente. A Dallas ce n’è uno noto: l’Infomart, al 1950 North Stemmons Freeway, acquistato da Equinix nel 2018 per $800 milioni. Un internet exchange (IX) è uno switch condiviso all’interno di un edificio di questo tipo, dove le reti effettuano il peering invece di pagare un terzo per trasportare il traffico tra loro. DE-CIX gestisce un exchange a Dallas da novembre 2016 ed Equinix ne gestisce uno proprio.

Questo è visibile in un traceroute. Quando il tuo host e il provider Internet dell’utente si trovano sullo stesso exchange, il pacchetto attraversa un solo confine di rete. Quando non è così, il pacchetto viene consegnato a un provider di transito, che può trasportarlo fino ad Ashburn o Atlanta e ritorno prima di consegnarlo. La distanza aggiuntiva si traduce in millisecondi reali, e ogni rete aggiuntiva è un ulteriore punto in cui un collegamento che si satura alle 21:00 può causare perdita di pacchetti.

Puoi verificare tutto questo prima di pagare.

• Chiedi al provider il suo ASN (autonomous system number). Ogni rete che usa BGP (border gateway protocol) ne ha uno.
• Cerca l’ASN su PeeringDB. Il servizio indica a quali exchange partecipa una rete e in quali edifici è presente; le reti gestiscono autonomamente le proprie schede.
• Verifica quali exchange sono presenti nella struttura. Un provider che si trova nello stesso edificio di un exchange a cui non partecipa non offre alcun vantaggio.
• Traccia il percorso da una rete utilizzata dai tuoi utenti e conta quante reti distinte attraversa.

mtr -rwzc 100 203.0.113.10

Il report stampa una riga per ogni hop, con il numero di rete, la percentuale di perdita e i tempi di risposta. Leggi prima l’ultima riga, perché corrisponde al tuo server. La perdita su un hop intermedio, senza perdita alla fine, è normale: i router assegnano una priorità bassa alle risposte ICMP (internet control message protocol) che generano autonomamente e quindi quell’hop può riportare una perdita superiore a quella effettiva. La perdita che inizia da un hop e continua su tutti gli hop successivi indica un problema reale e va inclusa in un ticket di supporto insieme al report.

La rete elettrica del Texas mette a rischio la disponibilità del tuo servizio?

Il Texas gestisce una propria rete elettrica. ERCOT (Electric Reliability Council of Texas) copre circa il 90 percento del carico dello Stato e non è sincronizzata con il resto del Nord America. È collegata alle aree limitrofe tramite un numero ridotto di connessioni in corrente continua, per una capacità complessiva di circa 1.2 GW, a fronte di una domanda di picco superiore a 91 GW registrata il 22 luglio 2026. Quando quindi il Texas si trova in carenza di energia, non può risolvere il problema importandola. Questo è il meccanismo alla base di quanto accaduto nel febbraio 2021, quando la tempesta invernale Uri ha provocato blackout a rotazione per giorni in tutta la rete ERCOT.

Per il tuo server, il problema non è la rete elettrica. È l'edificio. Un data center supera un'interruzione della rete pubblica usando per alcuni minuti le batterie UPS (uninterruptible power supply), quindi i generatori diesel per tutto il tempo consentito dal carburante disponibile. Poni quattro domande e fatti fornire le risposte per iscritto: il percorso di alimentazione è N+1 o 2N, per quante ore i generatori funzionano a pieno carico con il carburante disponibile in sede, esiste un contratto per la consegna prioritaria del carburante e quando è stata eseguita l'ultima prova dei generatori con un carico reale. Un provider che non sa rispondere all'ultima domanda non ha eseguito la prova.

La stessa rete rende economica la capacità disponibile in quest'area. Il costo dell'elettricità per le attività industriali in Texas è inferiore alla media degli Stati Uniti e l'energia è il principale costo operativo di un data center, quindi Dallas ha prezzi inferiori rispetto a mercati soggetti a vincoli come la Virginia settentrionale. La differenza si riflette nella fattura. Quando confronti i preventivi di città diverse, tieni aperto anche quanto costa davvero un VPS, perché un sovrapprezzo legato alla posizione è molto più evidente se confrontato con la tariffa di base.

I tornado e il caldo del Texas mettono a rischio un data center di Dallas?

Queste sono due domande con due risposte diverse.

Vento e grandine sono una questione strutturale. Il 20 ottobre 2019 un tornado EF3, con venti vicini a 140 mph, ha toccato terra nei pressi di Dallas Love Field e ha tracciato un percorso di 15 miglia attraverso la parte settentrionale di Dallas, causando circa 1,5 miliardi di dollari di danni. Quel percorso passa a pochi chilometri dal corridoio dei data center lungo la Stemmons Freeway. Una sala dati progettata appositamente è una struttura in cemento priva di finestre e resiste a venti capaci di scoperchiare un centro commerciale. Le parti esposte sono installate sopra la struttura: condensatori e torri di raffreddamento. La grandine di grandi dimensioni arriva quasi ogni primavera e colpisce proprio queste apparecchiature. Verificate per quale intensità è certificato l'involucro e dove si trova l'impianto meccanico.

Il caldo è una questione di costi. A Dallas la temperatura supera i 100 F (38 C) per periodi prolungati nei mesi di luglio e agosto. Il raffreddamento è dimensionato per la giornata di progetto locale, quindi la sala mantiene la temperatura prevista. Aumenta invece il PUE (power usage effectiveness, ovvero la potenza totale della struttura divisa per la potenza che raggiunge i server), perché i chiller lavorano più intensamente ad agosto che a febbraio, e questo costo è già incluso nel prezzo. Il vero rischio legato al caldo è un guasto al raffreddamento durante un'ondata di calore: con 104 F (40 C) all'esterno, una sala senza raffreddamento raggiunge la temperatura di spegnimento in pochi minuti anziché in un'ora, quindi il personale ha molto meno tempo per riparare un chiller. Verificate se il raffreddamento è configurato in modalità N+1, non soltanto se è disponibile alimentazione ridondata.

Nessuna delle due risposte è un motivo per evitare Dallas. Entrambe indicano la necessità di conservare una copia dei dati in un altro luogo. Un backup nello stesso edificio non è un backup, mentre i backup crittografati fuori sede con restic richiedono un pomeriggio per essere configurati.

Quando Dallas è la scelta sbagliata?

Dallas è una scelta predefinita sensata, non una regola. In questi casi, scegli un'altra sede.

• I tuoi utenti si trovano in Europa. Un server a Dallas risponde a Francoforte in circa 125 ms e a Londra in circa 112 ms. Questa differenza dipende dalla distanza, quindi nessuna modifica alla configurazione può ridurla.
• I tuoi utenti si trovano in Asia o in Australia. Singapore, con 215 ms, è ancora più distante; un secondo server vicino a questi utenti offre risultati migliori di qualsiasi ottimizzazione applicata al primo server.
• Tutti i tuoi utenti si trovano nella stessa area metropolitana, ma non a Dallas. Se tutte le persone che usano la tua applicazione si trovano a Seattle, ospitala a Seattle. Una posizione centrale è vantaggiosa solo quando gli utenti sono distribuiti in aree diverse.
• Un contratto o un'autorità di regolamentazione richiede che i dati restino in un determinato Paese. Non è una questione di prestazioni e nessun benchmark può rispondere a questo requisito.
• La latenza è un elemento strategico per te su una borsa valori statunitense. Il matching engine di CME Group si trova ad Aurora, Illinois. NYSE opera da Mahwah, New Jersey, e Nasdaq da Carteret, New Jersey. Dallas dista più di 20 ms da tutte queste sedi. Alla maggior parte delle automazioni per utenti retail non interessa, mentre scegliere un VPS per i bot di trading dipende dalla posizione effettiva di quella soglia.

Quali leggi si applicano a un server a Dallas?

Un server a Dallas è soggetto alla legge federale statunitense e alla legge dello Stato del Texas. In ogni verifica di sicurezza emergono due aspetti.

Il US CLOUD Act consente alle autorità statunitensi di obbligare un provider statunitense a fornire i dati sotto il suo controllo, indipendentemente dal luogo in cui si trova fisicamente il disco. Scegliere un'altra città degli Stati Uniti non cambia la situazione. Anche scegliere una città fuori dagli Stati Uniti non consente di eludere l'obbligo quando il provider è una società statunitense.

Ospitare il server in Texas non significa essere soggetti alla normativa texana sulla privacy. Il TDPSA (Texas Data Privacy and Security Act), in vigore dal 1 July 2024, si applica alle aziende che operano in Texas o vendono un prodotto o un servizio ai residenti del Texas e che non rientrano nella definizione di small business della federal Small Business Administration. La sua applicazione dipende dai clienti, non dal rack. Spostare il server a Chicago non esenta l'azienda. Spostarlo a Dallas non la rende automaticamente soggetta alla normativa.

Per i dati personali provenienti dall'Unione Europea, l'hosting negli Stati Uniti è consentito quando è disponibile un meccanismo di trasferimento. Ad August 2026, la decisione di adeguatezza relativa al Data Privacy Framework UE-USA è ancora in vigore; è stata confermata dal Tribunale dell'Unione Europea a September 2025, ma è pendente un ricorso davanti alla Corte di giustizia dell'Unione Europea. In pratica, chiedete per iscritto al provider se ha effettuato la propria autocertificazione nell'ambito di tale framework oppure se sottoscrive le standard contractual clauses. Conservate quindi la risposta in un luogo accessibile al vostro auditor. Per il resto della questione legale rivolgetevi a un avvocato, perché questa situazione è soggetta a cambiamenti.

Come testare un VPS a Dallas dalla propria macchina

Ogni numero riportato sopra è una misurazione eseguita da altri. Quella decisiva è la propria, e raccoglierla richiede circa venti minuti.

1. Chiedere al provider un indirizzo IP di test e un file di test nella relativa sede di Dallas. La maggior parte dei provider pubblica una pagina looking glass che contiene entrambi.
2. Da ogni rete utilizzata dagli utenti, inviare almeno 20 ping e leggere la riga riepilogativa.
3. Tracciare il percorso e contare le reti attraversate.
4. Scaricare il file di test e leggere la velocità sostenuta.
5. Ripetere il test nell'ora di maggiore utilizzo degli utenti, in una sera feriale, per almeno due giorni. La congestione emerge alle 21, non alle 11.

ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"

Su Windows il primo comando è ping -n 20 203.0.113.10. La riga riepilogativa alla fine di ping è quella da conservare:

rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 ms

Interpretare mdev (deviazione media) come jitter. Una media di 35 ms con un mdev inferiore a 2 ms indica un percorso stabile. La stessa media di 35 ms con un mdev di 20 ms indica che qualcosa lungo il percorso è instabile e, per qualsiasi attività interattiva, risulterà peggiore di una latenza costante di 60 ms. Una perdita di pacchetti superiore a zero sull'ultimo hop, mantenuta per 100 pacchetti, indica un problema e non un comportamento occasionale.

Per misurare il throughput serve un test diverso. Una singola connessione TCP su un percorso lungo è limitata dalla finestra di ricezione divisa per il tempo di andata e ritorno, quindi un download lento su un singolo flusso non dimostra che il collegamento sia lento. Usare invece flussi paralleli. Eseguire iperf3 -s sul VPS, consentire l'accesso a quella porta soltanto dal proprio indirizzo, quindi eseguire dalla propria macchina:

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

-P 4 apre quattro flussi paralleli e -R inverte la direzione, quindi la seconda esecuzione misura il percorso di download utilizzato effettivamente dagli utenti. Al termine, chiudere nuovamente la porta, perché iperf3 non dispone di autenticazione.

La rete è un asse di valutazione. Il CPU steal e la velocità del disco sono fattori distinti: anche un piano economico in una posizione eccellente può essere lento quando la macchina host è sovraccaricata. Consultare come eseguire il benchmark di un VPS prima di trasferirvi dati o servizi reali, quindi dedicare i primi dieci minuti su un nuovo VPS alla sua messa in sicurezza.

FAQ

Un VPS a Dallas è abbastanza veloce per utenti su entrambe le coste degli Stati Uniti?

Sì, tranne che per i giochi in tempo reale e il trading sensibile alla latenza. Il tempo di andata e ritorno tipico su una connessione cablata da Dallas è di circa 36 ms verso New York e di circa 35 ms verso Los Angeles. Nessun utente degli Stati Uniti continentali è quindi lontano dal server. Un server nella Virginia settentrionale è più veloce verso New York, con circa 10 ms, ma è nettamente più lento verso Los Angeles, con circa 62 ms. Scegli Dallas se vuoi ridurre il caso peggiore, anziché ottimizzare la latenza mediana.

La rete elettrica del Texas rende meno affidabile un VPS a Dallas?

ERCOT è una rete separata, con circa 1.2 GW di interconnessioni in corrente continua con le reti vicine. Per questo il Texas non può importare molta energia durante una carenza. La tempesta invernale Uri ha causato interruzioni di corrente a rotazione per diversi giorni nel febbraio 2021. La disponibilità del server dipende dall'edificio, non dalla rete elettrica, perché le batterie UPS alimentano il carico per alcuni minuti e i generatori diesel lo sostengono finché è disponibile carburante. Chiedi al provider l'autonomia del generatore a pieno carico usando il carburante presente in loco e la data dell'ultimo test a pieno carico.

Un tornado o un'ondata di calore in Texas può mettere offline il mio server?

Non da solo. Il tornado EF3 che ha attraversato il nord di Dallas il 20 ottobre 2019 ha distrutto centri commerciali e abitazioni. Una sala dati progettata appositamente è invece una struttura in calcestruzzo senza finestre, costruita per resistere a quella velocità del vento. Le parti esposte sono le unità di raffreddamento sul tetto, che sono anche quelle colpite dalla grandine di grandi dimensioni tipica della primavera. Il caldo aumenta i costi, non riduce direttamente la disponibilità, perché il raffreddamento è dimensionato per la giornata di progetto locale. Tuttavia, un guasto al raffreddamento durante un'ondata di calore lascia al personale molto meno tempo per intervenire. Conserva i backup in un'altra regione, perché il rischio che non puoi eliminare con la progettazione è la perdita dell'intero sito.

Devo ospitare il servizio a Dallas se i miei utenti si trovano in Europa?

No. Un server a Dallas risponde a Francoforte in circa 125 ms e a Londra in circa 112 ms. Questa differenza dipende dalla distanza e nessuna configurazione può eliminarla. Ospita il servizio vicino agli utenti e mantieni un server a Dallas per le attività che non richiedono una risposta immediata, come i backup o i processi batch. Se sono coinvolti dati personali europei, una sede nell'UE elimina anche una questione relativa al trasferimento dei dati che altrimenti dovresti documentare.

Come posso misurare la latenza verso un VPS a Dallas prima di acquistarlo?

Chiedi al provider un indirizzo IP di test, quindi esegui ping -c 20 e mtr -rwzc 100 verso quell'indirizzo da ogni rete utilizzata dagli utenti. Nel riepilogo di ping, leggi la media insieme al valore mdev: una media bassa con un mdev elevato indica jitter, che è percepito come peggiore di una latenza più alta ma costante. Ripeti il test nell'orario serale di maggiore utilizzo dei tuoi utenti, per due giorni, perché la congestione dipende dall'ora del giorno. Per il throughput usa iperf3 con quattro stream paralleli, poiché un singolo stream TCP su un percorso lungo è limitato dalla dimensione della finestra, non dalla capacità del collegamento.