Meilleures pratiques pour la redondance FastConnect

Cette rubrique décrit les meilleures pratiques de redondance lors de la mise en oeuvre de FastConnect.

Pour des informations générales sur FastConnect, voir aperçu de FastConnect.

Aperçu

Concevez le réseau sur place afin d'atteindre la haute disponibilité en préparation pour ces types d'interruption :

  • Maintenance régulièrement programmée sur le réseau sur place, sur le réseau d'un fournisseur (si vous en utilisez un) ou sur Oracle.
  • Échecs inattendus de la part des composants de réseau sur place, du fournisseur ou d'Oracle. Les pannes sont rares, mais vous devez toujours y être planifié.

Les connexions à OCI fournissent la redondance des façons suivantes :

  • Chaque région OCI comporte plusieurs fournisseurs et Oracle Partners (voir la liste des FastConnect partenaires) permettant la redondance des fournisseurs
  • Les régions avec plusieurs entrées dans la liste des emplacements FastConnect (voir le bas de la liste des partenairesFastConnect ont au moins deux emplacements FastConnect (parfois appelés point de présence ou PoP). De nombreuses régions ont un seul emplacement FastConnect, de sorte que la redondance des régions est parfois mais pas toujours disponible.
  • Chaque emplacement FastConnect comporte toujours au moins deux routeurs pour activer la redondance de périphérique.
  • Chaque région Oracle comporte plusieurs connexions physiques à chaque partenaire Oracle.

Les meilleures pratiques pour la redondance dépendent du modèle de connectivité que vous utilisez.

Si vous utilisez un partenaire Oracle

Modèle de connectivité :

Oracle assure la redondance des connexions physiques entre le partenaire et Oracle, et la redondance des routeurs dans les emplacements FastConnect. Vous devez gérer la redondance de la connexion physique entre un réseau sur place et le partenaire Oracle.

Les meilleures pratiques restantes dépendent du partenaire que vous utilisez et des détails de la session BGP de la périphérie sur place :

  • Pour certains partenaires, la session BGP entre la périphérie sur place et Oracle. Lorsque vous sélectionnez le partenaire, cette connexion peut parfois être étiquetée L2. Pour les meilleures pratiques de redondance, consultez la section suivante.
  • Pour d'autres partenaires, la session BGP de la périphérie sur place va vers le partenaire Oracle. Lorsque vous sélectionnez le partenaire, cette connexion peut parfois être étiquetée L3. Pour les meilleures pratiques en matière de redondance, voir Session BGP au partenaire Oracle (couche 3).

Pour plus d'informations sur les deux scénarios, voir Diagrammes de réseau de base.

Session BGP vers Oracle (couche 2)

Chaque partenaire Oracle a au moins deux connexions physiques distinctes vers Oracle. Lorsque vous créez un circuit virtuel FastConnect dans la console, utilisez l'option Circuits virtuels redondants. Configurez un circuit virtuel sur une connexion physique (en tant que principal) et l'autre circuit virtuel sur une autre connexion physique (en tant que secondaire). Le diagramme suivant illustre ces deux circuits virtuels, chacun allant vers un routeur différent dans un seul emplacement FastConnect. Si la région compte un deuxième emplacement, la seconde connexion physique du partenaire peut aller vers cet emplacement.

Cette image présente une configuration avec un fournisseur Oracle et deux circuits virtuels vers des routeurs différents dans un même emplacement FastConnect.

Si vous travaillez dans une région qui n'a qu'un seul emplacement FastConnect, vous pouvez avoir besoin de la diversité des emplacements. Pour ce faire, répétez la configuration précédente de deux circuits virtuels avec le même partenaire Oracle, mais dans un deuxième emplacement FastConnect d'une région proche. Notez que vous devez avoir une configuration en double des ressources en nuage Oracle dans cette deuxième région, comme illustré dans le diagramme suivant.

Cette image présente une configuration avec un fournisseur Oracle et des connexions à deux régions Oracle différentes.

Session BGP au partenaire Oracle (couche 3)

Dans ce scénario, la session BGP depuis la périphérie sur place va vers le partenaire Oracle (comme illustré dans le diagramme suivant). En dehors de cette session BGP, le partenaire Oracle possède ses propres sessions BGP avec Oracle (entre la périphérie du partenaire et celle d'Oracle). Le circuit virtuel est une connexion logique qui va de la périphérie sur place à la périphérie Oracle.

Un partenaire Oracle a deux connexions physiques distinctes à Oracle. Vous créez un circuit virtuel avec le partenaire. Dans ce scénario, le circuit virtuel est automatiquement conçu pour la redondance et la diversité. Le circuit virtuel a deux sessions BGP distinctes entre le partenaire et Oracle, chacune sur une connexion physique différente. Le diagramme suivant représente les deux sessions BGP distinctes pour le même circuit virtuel par des lignes pointillées.

Par défaut, un seul circuit virtuel L3 est redondant par conception entre OCI et le partenaire FC. Cela ne garantit pas la redondance entre le partenaire Oracle et un réseau sur place. Dans le cas de l'utilisation d'un circuit virtuel de partenaire Oracle L3, travaillez avec le partenaire Oracle pour comprendre si vous avez besoin de plusieurs circuits virtuels pour assurer une redondance complète de bout en bout entre OCI et le réseau sur place (pas seulement la garantie de redondance du circuit virtuel L3 unique entre le partenaire Oracle et OCI).

En outre, vous pouvez décider de créer des circuits virtuels redondants pour un circuit virtuel de partenaire Oracle L3 lorsque vous en avez besoin : diversité des emplacements ou diversité des partenaires.

Cette image présente une configuration avec un fournisseur Oracle et deux sessions BGP entre le fournisseur et Oracle pour le seul circuit virtuel.

Il vous incombe de vous assurer que la connexion entre le partenaire Oracle et la périphérie sur place est redondante et diversifiée.

Si vous travaillez dans une région qui n'a qu'un seul emplacement FastConnect, vous pouvez avoir besoin de la diversité des emplacements. Une façon d'y parvenir est de répéter la configuration précédente d'un circuit virtuel avec le même partenaire Oracle, mais dans un deuxième emplacement FastConnect d'une région proche. Notez que vous devez également avoir une configuration en double des ressources en nuage Oracle dans cette deuxième région, comme illustré dans le diagramme suivant.

Cette image présente une configuration avec un fournisseur Oracle et des connexions à deux régions Oracle différentes.

Diversité des partenaires

Si vous voulez également la diversité des partenaires, utilisez l'option Circuits virtuels redondants et sélectionnez un autre partenaire lors de la création du circuit virtuel 1 et du circuit virtuel 2. Cet exemple montre le partenaire A et le partenaire B utilisant différents emplacements FastConnect pour se connecter au même VCN. Aucune configuration en double des ressources en nuage d'Oracle n'est nécessaire.

Cette image présente une configuration avec deux partenaires Oracle et des connexions à une seule région Oracle.

Cet exemple suivant montre le partenaire A et le partenaire B qui utilisent le même emplacement FastConnect pour se connecter au même VCN.

Cette image présente une configuration avec deux partenaires Oracle et des connexions à une seule région Oracle.

Si vous utilisez un fournisseur de tierce partie ou effectuez une colocalisation avec Oracle

Modèles de connectivité :

Oracle assure la redondance des routeurs Oracle dans les emplacements FastConnect. Vous êtes responsable de la redondance de la connexion physique entre un réseau sur place et Oracle.

Pour assurer la redondance, créez deux connexions physiques à Oracle, une pour chaque emplacement FastConnect qui dessert la région ou pour différents appareils physiques dans le même emplacement FastConnect. Cela signifie que dans la console Oracle, vous configurez deux connexions FastConnect distinctes. Vous créez ensuite deux circuits virtuels. Configurez la première connexion physique (la première connexion FastConnect) et la deuxième sur la deuxième connexion physique. Le diagramme suivant présente la configuration générale.

Cette image présente une configuration de colocalisation où vous disposez de deux connexions physiques et de deux circuits virtuels vers l'emplacement FastConnect.

Vous pouvez décider de vous connecter à un seul emplacement FastConnect pour des raisons de coût, ou la région ne peut avoir qu'un seul emplacement FastConnect. Dans ce cas, vous pouvez toujours créer deux connexions physiques et vous assurer que chacune d'entre elles se dirige vers un routeur Oracle différent de cet emplacement FastConnect.

Si vous utilisez les options FastConnect Direct et Unique FastConnect dans la console pour augmenter la redondance des connexions existantes, vous devez configurer manuellement le paramètre Spécifier la proximité du routeur pour obtenir la redondance de l'appareil. L'image suivante présente une demande pour une deuxième connexion physique (qui est un groupe d'interconnexions ) créée sur un autre routeur que la première connexion dans cet emplacement FastConnect (appelée MyConnection-1).

Cette image présente les informations de proximité du routeur dans la console.

Pour la création initiale d'interconnexions redondantes ou de groupes d'interconnexions, sélectionnez FastConnect Direct et Redondance d'appareil et configurez deux interconnexions redondantes ou groupes d'interconnexions lorsque la seconde est préconfigurée pour être configurée sur un appareil physique (routeur) différent de la première.

Si vous travaillez dans une région qui n'a qu'un seul emplacement FastConnect, vous pouvez également atteindre la diversité des emplacements en répétant la configuration dans un deuxième emplacement FastConnect dans une région voisine. Notez que vous devez également avoir une configuration en double des ressources en nuage Oracle dans cette deuxième région, comme illustré dans le diagramme suivant.

Cette image présente une configuration de colocalisation vers deux régions différentes.

Si vous travaillez dans une région comportant au moins deux emplacements FastConnect, vous pouvez utiliser les options FastConnect Direct et Redondance d'emplacement pour créer deux interconnexions ou groupes d'interconnexions redondants, une par emplacement FastConnect. Vous pouvez également le faire manuellement en créant un seul FastConnects et en sélectionnant différents emplacements physiques sur chacun d'eux. Vous n'avez pas besoin d'une configuration en double des ressources en nuage Oracle dans cette deuxième région, comme illustré dans le diagramme suivant.

Cette image présente une configuration de colocalisation vers deux régions différentes.

Quelle que soit la façon dont vous obtenez la redondance, vous devez adapter la bande passante des deux connexions physiques de manière égale et à l'aide d'un groupe d'interconnexions (également appelé groupe d'agrégation de liens ou agrégation de liens) pour chaque connexion. Imaginez que vous avez deux interconnexions de 10 Gbit/s individuelles dans un seul emplacement FastConnect ( chacune vers un routeur Oracle différent pour la redondance et la diversité). Si vous devez toujours avoir une bande passante de 20 Gbit/s, vous devez vous assurer que chaque connexion physique comporte un groupe d'interconnexions pour contenir l'interconnexion. Vous devez ensuite ajouter une autre interconnexion de 10 Gbit/s à chaque groupe d'interconnexions, de sorte que chaque connexion physique redondante ait deux interconnexions de 10 Gbit/s.

VPN site à site en tant que sauvegarde pour FastConnect

Nous vous recommandons d'utiliser un RPV site à site comme connexion de sauvegarde FastConnect. Dans ce cas, assurez-vous que les tunnels IPSec de RPV site à site sont configurés pour utiliser un routage BGP avec un RPV basé sur des routes. Au sein d'un réseau sur place existant, manipulez le routage afin qu'il préfère les routes apprises au moyen de FastConnect à celles apprises au moyen d'un RPV site à site. Par exemple, utilisez AS_Path Prepend pour influencer le trafic sortant à partir d'Oracle et une préférence locale pour influencer le trafic sortant à partir d'un réseau sur place.

Si vous utilisez une sauvegarde RPV, vérifiez le comportement de routage BGP Oracle dans le tableau présenté Utilisation de AS_PATH pour préférer les routes d'Oracle au réseau sur place.

Le diagramme suivant présente une configuration avec des circuits virtuels FastConnect redondants et des tunnels de RPV site à site redondants.

Cette image montre une connexion FastConnect avec un RPV site à site comme connexion de sauvegarde.