Rimedio alla ridondanza: caso 4
Questo argomento descrive uno dei numerosi problemi di ridondanza a cui si potrebbe ricevere un avviso nella console.
Riepilogo del problema
Utilizzare FastConnect per connettere la rete in locale a una rete VCN. Sebbene in questa connessione possano essere presenti più circuiti virtuali, solo uno di questi è attivo (lo stato BGP è ATTIVO). La connessione a Oracle è a rischio quando viene eseguita la manutenzione di routine sul router Oracle.
È possibile risolvere il problema in uno dei due modi possibili.
Opzione A: utilizzare un secondo circuito virtuale
I dettagli della correzione dipendono dalla tua situazione.
Se stai utilizzando un partner Oracle FastConnect
Il seguente diagramma descrive il problema.
Prima della correzione:
In questo caso, si dispone di un solo circuito virtuale FastConnect attivo.
Dopo la correzione:
Dopo la correzione, sono disponibili due circuiti virtuali FastConnect attivi, ciascuno su un router Oracle diverso. Alcuni partner offrono la possibilità di specificare la posizione fisica da utilizzare per ciascun circuito virtuale. Gli altri partner utilizzano automaticamente una connessione fisica diversa per il circuito virtuale secondario.
Se si utilizza un provider di terze parti o si condivide la stessa posizione con Oracle
Il seguente diagramma descrive il problema.
Prima della correzione:
In questo caso, si dispone di un solo circuito virtuale FastConnect attivo.
Dopo la correzione:
Per risolvere il problema, impostare una connessione fisica secondaria a Oracle. Deve andare a un router diverso (B nel diagramma). A tale scopo, impostare una nuova connessione fisica (gruppo di cross connect) nella console Oracle. Durante l'impostazione, specificare la prossimità della connessione ad altre connessioni FastConnect in tale posizione. Ad esempio, l'immagine seguente mostra come richiedere che il gruppo di cross connect secondario venga creato su un router diverso da quello della connessione primaria nella posizione FastConnect (denominata MyConnection-1).
Dopo aver lavorato con il data center per impostare il cablaggio e aver attivato il nuovo gruppo di cross connect secondario, è possibile creare un nuovo circuito virtuale su tale gruppo di cross connect. Verificare che il failover funzioni tra il gruppo di cross connect primario e il nuovo gruppo di cross connect secondario.
Opzione B: utilizzare VPN da sito a sito con entrambi i tunnel attivi/attivi
Questa opzione è consigliata se il CPE supporta l'attivazione/attivazione di due tunnel IPSec nella stessa destinazione.
I dettagli della correzione dipendono dalla tua situazione.
Se stai utilizzando un Oracle Partner
Il seguente diagramma descrive il problema.
Prima della correzione:
In questo caso, si dispone di un solo circuito virtuale FastConnect attivo.
Dopo la correzione:
Qui è possibile impostare Site-to-Site VPN come backup. È necessario configurare il CPE in modo che entrambi i tunnel IPSec siano attivi/attivi. Oracle esegue automaticamente il provisioning di ogni tunnel su un router Oracle diverso. Pertanto, il tunnel secondario (al router B nel diagramma) sarà disponibile quando Oracle eseguirà la manutenzione sul router del circuito virtuale (router A nel diagramma). Oracle consiglia di configurare entrambi i tunnel per l'uso dell'instradamento dinamico BGP.
Se si utilizza un provider di terze parti o si condivide la stessa posizione con Oracle
Il seguente diagramma descrive il problema.
Prima della correzione:
In questo caso, si dispone di un solo circuito virtuale FastConnect attivo.
Dopo la correzione:
Qui è possibile impostare Site-to-Site VPN come backup. È necessario configurare il CPE in modo che entrambi i tunnel IPSec siano attivi/attivi. Oracle esegue automaticamente il provisioning di ogni tunnel su un router Oracle diverso. Pertanto, il tunnel secondario (al router B nel diagramma) sarà disponibile quando Oracle eseguirà la manutenzione sul router del circuito virtuale (router A nel diagramma). Oracle consiglia di configurare entrambi i tunnel per l'uso dell'instradamento dinamico BGP.