Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Come funziona il server di routing Amazon VPC
Questa sezione illustra il funzionamento del server di routing Amazon VPC e ti aiuterà a comprendere in che modo rispetta la tolleranza ai guasti per le operazioni di routing in relazione ai carichi di lavoro in esecuzione nelle sottoreti.
**Topics**
+ [Panoramica di](#route-server-overview)
+ [Diagrammi](#route-server-diagrams)
## Panoramica di
Come funziona il server di routing Amazon VPC
1. Configura un dispositivo di rete (ad esempio, un firewall in esecuzione in un’istanza EC2 nel VPC) per utilizzare il server di routing Amazon VPC.
1. Il dispositivo di rete riporta un guasto.
1. Gli endpoint del server di routing rilevano il guasto tramite il sistema [BFD (Bidirectional Forwarding Detection)](https://en.wikipedia.org/wiki/Bidirectional_Forwarding_Detection) configurato nel peer del server di routing.
1. Gli endpoint del server di routing aggiornano il server di routing per ritirare le route in una [Routing Information Base (RIB)](https://en.wikipedia.org/wiki/Routing_table) in cui il dispositivo guasto rappresenta il punto di accesso successivo.
1. Il server di routing calcola una [Forwarding Information Base (FIB)](https://en.wikipedia.org/wiki/Forwarding_information_base) dalla RIB, selezionando le migliori route disponibili.
1. Il server di routing aggiorna le tabelle di routing configurate con le route della FIB.
1. Tutto il nuovo traffico viene inoltrato al dispositivo di standby.
## Diagrammi
Di seguito è riportato un esempio di diagramma di un server di routing VPC con gli endpoint del server di routing configurati per dispositivi in due sottoreti.
Partendo dall'esempio precedente come base, l'esempio seguente mostra un design più dettagliato, in cui sia il dispositivo A che il dispositivo B pubblicizzano tramite BGP che possono accettare qualsiasi traffico con un IP di destinazione nell'intervallo 192.0.0. 0/24 (da 192.0.0.0 a 192.0.0.255). L'attributo MED (Multi-Exit Discriminator) pari a 0 indica al server di routing che il dispositivo A deve essere preferito rispetto al dispositivo B. Il route server riceve la route e l'attributo MED dal dispositivo A e installa tale route nelle tabelle di routing della sottorete con l'interfaccia di rete del dispositivo A come «hop successivo». Di conseguenza, qualsiasi traffico all'interno della sottorete con un IP di destinazione nel 192.0.0. 0/24 range viene inviato al dispositivo A. Il dispositivo A elabora quindi il traffico e lo invia. Traffico all'interno di entrambe le sottoreti (10.0.0). 0/24 o 10.0.1. 0/24) che è vincolato a 192.0.0. 0/24 verrà indirizzato al dispositivo A eni-abcd (10.0.0.1) come hop successivo.
L’ultimo esempio riportato di seguito mostra in che modo viene gestito il failover dal server di routing. Mentre l'attributo MED più alto indica al server di routing che il dispositivo B è meno preferito del dispositivo A, se il dispositivo A eni-abcd (10.0.0.1) non funziona, il routerserver aggiorna le tabelle di routing della sottorete e il traffico a 192.0.0. 0/24 viene indirizzato al dispositivo B eni-efgh (10.0.1.1) come hop successivo.
