Solución de redundancia: caso 1

En este tema se describe uno de los diversos problemas de redundancia de los que se le puede advertir mediante la consola.

Resumen del problema

Tiene circuitos virtuales redundantes de FastConnect que conectan su red local a una VCN. Sin embargo, ambos circuitos virtuales terminan en el mismo enrutador perimetral de Oracle. Su conexión a Oracle estará en riesgo cuando se realice un mantenimiento rutinario en ese enrutador.

En función de su situación, hay dos formas de solucionar el problema.

Si utiliza un partner de Oracle

En el diagrama siguiente se ilustra el problema.

Antes de la corrección:

En esta imagen se muestran varios circuitos virtuales que se ejecutan en diferentes proveedores, pero que terminan en el mismo enrutador de Oracle.

En este caso, tiene varios circuitos virtuales de FastConnect, cada uno con un partner de Oracle diferente (denominados X e Y en el diagrama). Cada partner tiene dos conexiones físicas a Oracle, y cada una se dirige a un enrutador de Oracle diferente (denominados A y B en el diagrama).

El problema es que ambos circuitos virtuales terminan en el mismo enrutador de Oracle (el enrutador A del diagrama).

Después de la corrección:

En esta imagen se muestran varios circuitos virtuales que se ejecutan en diferentes proveedores y que terminan en distintos enrutadores de Oracle.

Para solucionar el problema, trabaje con uno de los partners para establecer un nuevo circuito virtual que vaya al otro enrutador de Oracle (enrutador B del diagrama). Cuando el nuevo circuito virtual secundario esté activo y en ejecución, suprima el circuito virtual secundario antiguo (en el diagrama, el de la conexión física Y-A).

Si utiliza un proveedor externo o está en la misma región que Oracle

En el diagrama siguiente se ilustra el problema.

Antes de la corrección:

En esta imagen se muestran varias conexiones físicas que van al mismo enrutador de Oracle.

En este caso, tiene dos conexiones físicas (grupos de interconexiones) y ambas van al mismo enrutador de Oracle (enrutador A en el diagrama).

Después de la corrección:

En esta imagen se muestran las conexiones físicas, cada una de ellas dirigida a un enrutador de Oracle diferente.

Para solucionar el problema, una de las conexiones físicas debe dirigirse a un enrutador diferente (B en el diagrama). Para ello, configure una nueva conexión física (grupo de interconexiones) en la consola de Oracle. Durante la configuración, puede especificar la proximidad de esa conexión a otras conexiones de FastConnect de esa ubicación. Por ejemplo, en la siguiente imagen se muestra cómo solicitar que se cree el grupo de interconexiones secundario en un enrutador distinto que no sea la conexión principal en esa ubicación de FastConnect (denominada MyConnection-1).

En esta imagen se muestra la información de proximidad del enrutador en la consola.

Después de haber configurado el cableado del centro de datos y de que el nuevo grupo de interconexiones secundario esté activo y en ejecución, puede crear un nuevo circuito virtual en ese grupo de interconexiones. Cuando el circuito virtual esté activo y en ejecución, confirme que el failover funciona entre el grupo de interconexiones principal y el secundario nuevo. A continuación, puede terminar el circuito virtual antiguo y el grupo de interconexiones antiguo.