Oracle Cloud Infrastructure - Dokumentation

Redundanzkorrektur: Fall 1

In diesem Thema wird eines von mehreren Redundanzproblemen beschrieben, zu denen Sie eventuell in der Konsole eine Alertmeldung erhalten.

Übersicht über das Problem

Es sind redundante FastConnect-Virtual Circuits vorhanden, die Ihr On-Premise-Netzwerk mit einem VCN verbinden. Beide Virtual Circuits enden jedoch auf demselben Oracle-Edge-Router. Ihre Verbindung zu Oracle ist gefährdet, wenn auf diesem Router eine Routinewartung durchgeführt wird.

Je nach Situation gibt es zwei Möglichkeiten, das Problem zu beheben.

Wenn Sie einen Oracle-Partner verwenden

Das folgende Diagramm veranschaulicht das Problem.

Vor der Korrektur:

Diese Abbildung zeigt mehrere Virtual Circuits, die auf verschiedenen Providern ausgeführt werden, aber auf demselben Oracle-Router enden.

In diesem Fall sind mehrere FastConnect-Virtual Circuits vorhanden, die jeweils einen anderen Oracle-Partner verwenden (im Diagramm als X und Y bezeichnet). Jeder Partner verfügt über zwei physische Verbindungen zu Oracle, die jeweils zu einem anderen Oracle-Router aufgebaut werden (im Diagramm als A und B bezeichnet).

Das Problem besteht darin, dass beide Virtual Circuits auf demselben Oracle-Router (Router A im Diagramm) enden.

Nach der Korrektur:

Diese Abbildung zeigt mehrere Virtual Circuits, die auf verschiedenen Providern ausgeführt werden und auf verschiedenen Oracle-Routern enden.

Um das Problem zu beheben, richten Sie mit einem der Partner einen neuen Virtual Circuit ein, der zum anderen Oracle-Router aufgebaut wird (Router B im Diagramm). Sobald der neue sekundäre Virtual Circuit hochgefahren und gestartet ist, löschen Sie den alten sekundären Virtual Circuit (im Diagramm jener auf der physischen Verbindung Y-A).

Wenn Sie einen externen Provider oder Colocation mit Oracle verwenden

Das folgende Diagramm veranschaulicht das Problem.

Vor der Korrektur:

In dieser Abbildung werden mehrere physische Verbindungen zum selben Oracle-Router dargestellt.

In diesem Fall sind zwei physische Verbindungen (Crossconnect-Gruppen ) vorhanden, die beide zum selben Oracle-Router laufen (Router A im Diagramm).

Nach der Korrektur:

In dieser Abbildung werden die physischen Verbindungen dargestellt, die jeweils zu einem anderen Oracle-Router laufen.

Damit das Problem behoben werden kann, muss eine der physischen Verbindungen zu einem anderen Router (B im Diagramm) laufen. Richten Sie dazu eine neue physische Verbindung (Crossconnect-Gruppe) in der Oracle-Konsole ein. Geben Sie während des Setups die Nähe dieser Verbindung zu anderen FastConnect-Verbindungen an diesem Standort an. Beispiel: Die folgende Abbildung zeigt, wie Sie anfordern können, dass die sekundäre Crossconnect-Gruppe auf einem anderen Router als die primäre Verbindung an diesem FastConnect-Standort (als MyConnection-1 bezeichnet) erstellt wird.

Diese Abbildung zeigt die Näherungsinformationen für den Router in der Konsole.

Nachdem Sie die Verkabelung im Data Center eingerichtet haben und die neue sekundäre Crossconnect-Gruppe hochgefahren und gestartet wurde, können Sie einen neuen Virtual Circuit in dieser Crossconnect-Gruppe erstellen. Wenn der Virtual Circuit hochgefahren und gestartet ist, prüfen Sie, ob Failover zwischen der primären und der neuen sekundären Crossconnect-Gruppe funktioniert. Anschließend können Sie den alten Virtual Circuit und die alte Crossconnect-Gruppe beenden.