Ridondante, secondo chi?
«Rete completamente ridondante» non significa nulla se il failover lo controlla qualcun altro. Ecco come verificare da soli i veri upstream di qualsiasi host, in trenta secondi.
In questo articolo 3 sezioni
- Ogni pagina di hosting rivendica una «rete completamente ridondante». La rivendicazione ha due problemi: la ridondanza è reale solo se chi la dichiara controlla il failover, e quasi nessuno controlla.
- Molti host sono tenant sulla backbone di qualcun altro: un solo upstream, capacità affittata, ridondanza per concessione. Quando quell'upstream ha una brutta giornata, ce l'hanno anche loro, e anche voi.
- La nostra è verificabile: AS200477 operativo tra Atene, Amsterdam e Toronto, multi-homed su più carrier (transito Tier-1 globale e incumbent regionali), con peering a GR-IX e NetIX, su spazio IPv4 che deteniamo direttamente da RIPE.
- Potete verificare ogni parola di questo sulla tabella di routing pubblica da soli. Questo post vi mostra come, per noi e per chiunque vi ospiti ora.
Guardate qualsiasi griglia di funzionalità di hosting e la troverete, seduta tra «storage NVMe SSD» e «assistenza 24/7» come un fatto di natura: Rete completamente ridondante. Una spunta, un tooltip se siete fortunati, e avanti con la scheda successiva. Nessuno si ferma. Si legge come cosa assodata.
Non risponde a nessuna delle domande che contano. Ridondante a quale livello, lo switch o il carrier o la rotta? E quando un percorso muore davvero alle tre del mattino, chi decide che il traffico vada dall'altra parte, e quanto aspetta il permesso per farlo? La casella tace su tutto questo, il che è comodo, perché quelle sono le uniche domande le cui risposte cambiano cosa succede al vostro sito.
La ridondanza è una catena di custodia
Quando un carrier si guasta, qualcuno deve decidere che il traffico prenda l'altro percorso. Quella decisione è l'intero prodotto. Se il vostro host possiede il proprio AS e gestisce il proprio routing, quel qualcuno è il vostro host, che agisce in minuti sui propri apparati. Se il vostro host è un tenant su una backbone affittata, quel qualcuno è il NOC di un upstream, che lavora una lista di priorità che il vostro host non stabilisce, e il vostro host è in attesa insieme a tutti gli altri che quel carrier ha appena lasciato a terra. Stessa parola sulla pagina di vendita. Completamente diversa alle tre del mattino.
| RIDONDANTE SULLA CARTA | RIDONDANZA CHE CONTROLLATE |
|---|---|
| Un solo upstream, capacità affittata, uno SLA sulla rete di qualcun altro | Il vostro AS, multi-homed su carrier indipendenti |
| Failover deciso nel NOC di qualcun altro | Failover deciso sul vostro edge, dai vostri ingegneri |
| Spazio IP in leasing dal provider a cui state cercando di sopravvivere | Spazio di indirizzi detenuto direttamente dal registro |
| LA RIGA CHE CHIUDE LA QUESTIONEVerificabile: nulla | Verificabile: tutto, sulla tabella di routing pubblica |
Com'è la nostra, dichiarata in modo verificabile
Il nostro sistema autonomo, AS200477, opera tra i nostri datacenter di Atene, Amsterdam e Toronto. Siamo multi-homed su più provider di transito, inclusi carrier Tier-1 globali e incumbent regionali, e facciamo peering a internet exchange tra cui GR-IX e NetIX. Il traffico viaggia su spazio IPv4 che deteniamo direttamente da RIPE, quindi non cambia di mano quando scalate. Le modifiche al routing avvengono sul nostro edge, gestito dai nostri ingegneri.
Verificatelo da soli, trenta secondi
Trovate l'AS.
Cercate il nome di qualsiasi host su bgp.he.net. Il nostro è AS200477. Lo strumento risolve un'azienda nel sistema autonomo che trasporta davvero il suo traffico.
Contate gli upstream.
La vista peers-and-transit mostra chi trasporta le loro rotte. Un solo upstream è un tenant. Due o più carrier indipendenti sono vero multi-homing, del tipo che sopravvive alla brutta giornata di un singolo carrier.
Controllate il peering agli exchange.
L'appartenenza agli exchange pubblici è elencata nella stessa pagina. Significa che il traffico regionale prende percorsi locali brevi invece di fare prima il giro della backbone di un carrier lontano.
Controllate di chi è lo spazio di indirizzi.
Prefissi registrati all'host significano che detiene il proprio spazio. Prefissi registrati al suo upstream significano che la vostra reputazione IP è un subaffitto, e si sposta quando cambiano carrier.
Fate lo stesso controllo su di noi.
Stesso strumento, stesso controllo. Abbiamo messo il numero di AS in questo post di proposito, perché l'intero argomento è che non dovreste doverlo prendere sulla fiducia.
Un numero di uptime dovete prenderlo sulla fiducia. Questo potete verificarlo prima ancora di parlare con le vendite.
“La ridondanza che non controllate è una voce che qualcun altro può confermare.”
La tabella di routing dimostra la struttura, non la virtù. Carrier indipendenti possono comunque essere gestiti male. Spazio detenuto direttamente può comunque essere instradato male da qualcuno che ha una brutta giornata. Ciò che il controllo stabilisce è più ristretto e più utile di un punteggio di qualità: chi ha il controllo quando un percorso si guasta. È esattamente la domanda che la casella è stata costruita per saltare.
Risposte dirette
Come verifico la ridondanza di rete del mio hosting provider?+
Cercate il suo AS su uno strumento BGP pubblico come bgp.he.net o bgpview. Contate i provider di transito che trasportano le sue rotte, e controllate di chi è il nome sul suo spazio di indirizzi. Ci vuole meno di un minuto e non può essere falsificato, perché state leggendo la tabella di routing globale dal vivo, non una pagina di vendita.
Cos'è il multi-homing e perché conta?+
Il multi-homing è connettività attraverso due o più carrier indipendenti sotto il vostro controllo di routing. Quando un carrier si guasta, il vostro traffico viene reinstradato perché lo reinstradate voi, non perché avete aspettato qualcun altro. Un host con un solo upstream eredita ogni brutta giornata del suo unico carrier.
Conta chi possiede gli indirizzi IP che usa il mio sito?+
Sì. Spazio di indirizzi detenuto direttamente significa che i vostri indirizzi, e la reputazione a essi legata, restano al loro posto quando scalate o quando il vostro host cambia carrier. Spazio subaffittato da un upstream è una dipendenza che porta il vostro nome, e può spostarsi senza di voi.
Il peering a un internet exchange è importante?+
Tiene il traffico regionale su percorsi locali brevi invece di fare hairpin attraverso un carrier lontano. Noi facciamo peering a GR-IX e NetIX. Le appartenenze di un host agli exchange sono pubblicamente elencate, quindi è una cosa che controllate anziché una cosa che chiedete.
Un host con un solo upstream può comunque essere affidabile?+
Finché l'upstream non lo è più. Il problema strutturale non è la competenza, è il controllo: con un solo carrier, ogni decisione di failover che conta avviene dentro un'organizzazione che non ha mai sentito parlare di voi e non risponde a voi.
Fate il controllo. Poi chiamate chi vince.
bgp.he.net, il nome del vostro host, trenta secondi. Se la risposta è un solo upstream affittato, dovremmo parlare di com'è possedere la rete.
Parla con un ingegnereSiete arrivati alla fine.
Mettete la lettura al lavoro
Cosa fate girare?
Raccontateci il carico di lavoro, il traffico e i requisiti di ripristino. Partite dal configuratore di server, oppure discutete i dettagli con un ingegnere.
Scritto dagli ingegneri che costruiscono e gestiscono l'infrastruttura che descrive.Parla con un ingegnere