È necessaria una progettazione attivo/passivo in cui solo un allegato VLAN a un singolo Cloud Router sia attivo alla volta e si desidera ottenere un uptime del 99,9%. Quale attributo BGP dovrebbe utilizzare la progettazione del router on-prem per influenzare l'egress del cloud?

Per una configurazione attivo/passivo con un solo allegato VLAN attivo e un uptime del 99,9%, è fondamentale controllare il traffico in uscita da Google Cloud verso l'ambiente on-premise. L'attributo BGP Multi-Exit Discriminator (MED) è lo strumento corretto per questo scopo. Il MED è un attributo non transitivo che viene utilizzato per influenzare la decisione di routing di un sistema autonomo (AS) adiacente. Un valore MED più basso è preferito, quindi impostando un MED basso sull'allegato VLAN attivo e un MED più alto (o nessun MED) su quello passivo, si garantisce che Google Cloud invii il traffico attraverso il percorso desiderato. Le altre opzioni non sono adatte: LOCALPREF influenza la decisione di routing all'interno di un AS locale, non l'egress da un AS remoto come Google Cloud. ECMP (equal-cost multipath) distribuisce il traffico su più percorsi di uguale costo, il che non è compatibile con un design attivo/passivo in cui solo un percorso deve essere attivo. ASPATH è un attributo BGP che influenza la decisione di routing in base alla lunghezza del percorso AS. Sebbene possa essere manipolato per influenzare il routing, MED è il meccanismo standard e più granulare per influenzare l'egress da un AS adiacente in scenari come questo.