FastConnect ist eine Alternative zur Netzwerkverbindung über das öffentliche Internet, um Ihr On-Premises-Rechenzentrum oder Netzwerk mit Oracle Cloud Infrastructure zu verbinden.
Sie sollten FastConnect verwenden, wenn Sie Optionen mit höherer Bandbreite benötigen, die:
Sie können eine FastConnect-Verbindung im Abschnitt "Netzwerk" der Verwaltungskonsole Oracle Cloud Infrastructure erstellen. Klicken Sie auf "FastConnect" und dann auf "FastConnect-Verbindung erstellen". Weitere Informationen finden Sie unter Überblick über FastConnect in der Dokumentation.
Ja. Sie können über FastConnect auf Oracle Cloud Infrastructure-Endpunkte des öffentlichen Dienstes wie Object Storage zugreifen.
Über einen Leistungserbringer können Sie von Ihren nächstgelegenen FastConnect-Standorten Verbindungen mit Portgeschwindigkeiten in Schritten von 1 Gbit/s und 10 Gbit/s und von 10 Gbit/s bei Kolokation mit Oracle herstellen.
Die aktuelle Liste finden Sie auf unserer Seite Netzwerkanbieter und Austauschpartner.
Ja. Wenn Ihr vorhandenes Netzwerk oder Rechenzentrum nicht über einen FastConnect-Standort verbunden ist, können Sie über einen Konnektivitätsanbieter (Netzwerk-Dienstanbieter (NSP) oder über Cloud-Austausch) eine Verbindung zu einem FastConnect-Standort herstellen. Eine Liste der FastConnect-Konnektivitätsanbieter nach Standort finden Sie auf unserer Seite Netzwerkanbieter und Austauschpartner.
Nein, bei Verwendung von FastConnect gibt es keine Beschränkungen für die Datenübertragung in oder aus der Oracle Cloud.
Wir bieten FastConnect-Dienste in allen Oracle Cloud Infrastructure-Regionen an. Aktuelle Informationen zur regionalen Verfügbarkeit finden Sie auf unserer Seite Netzwerkanbieter und Austauschpartner.
Ein IPSec-VPN stellt eine verschlüsselte Netzwerkverbindung über das Internet zwischen Ihrem Netzwerk oder Rechenzentrum und Ihrem virtuellem Cloud-Netzwerk (VCN) von Oracle Cloud Infrastructure her. Dies ist eine geeignete Lösung, wenn Sie geringe oder mäßige Bandbreitenanforderungen haben und die inhärenten Schwankungen bei internetbasierten Verbindungen tolerieren können. FastConnect umgeht das Internet. Stattdessen werden dedizierte, private Netzwerkverbindungen zwischen Ihrem Netzwerk oder Rechenzentrum und Ihrem VCN verwendet. Sie können jedoch ein IPSec-VPN über FastConnect einrichten, um sowohl die Vorteile der Verschlüsselung als auch einer privaten Verbindung zu nutzen.
Ja. Sie können FastConnect und ein IPSec-VPN gleichzeitig bereitstellen. Wenn das VPN über das Internet läuft, kann es als Backup für die FastConnect-Verbindung dienen. Der FastConnect-Pfad wird immer bevorzugt, wenn er verfügbar ist, es sei denn, Sie fügen der IPSec-VPN-Verbindung spezifischere statische Routen hinzu. Alternativ können Sie ein IPSec-VPN über FastConnect bereitstellen, um den Datenverkehr über die dedizierte FastConnect-Verbindung zu verschlüsseln.
Nein. Sie sollten keine zusätzlichen Routen vom FastConnect-Partner sehen.
Ja. Sie können sowohl private als auch öffentliche IPv4-Präfixe über eine virtuelle FastConnect-Verbindung anzeigen. Öffentliche IPv4-Präfixe können Sie nur über eine öffentliche virtuelle Verbindung anzeigen. Oracle überprüft die öffentlichen Präfixe, die Sie anzeigen wollen, bevor Sie sie akzeptieren.
Nein. Oracle zeigt Ihre Routen oder Präfixe nicht außerhalb Ihrer Tenancy an.
Nein, einem VCN kann nur ein DRG angehängt werden. Und einem DRG kann nur ein VCN angehängt werden. Weitere Informationen zur Verwendung von DRGs finden Sie unter Dynamische Routing-Gateways (DRGs).
Ja. Dies ist mit lokalem VCN-Peering möglich.
Ja. Dies ist mit Remote-VCN-Peering möglich.
Ja. Dies ist mit dem Transit-Routing möglich.
Ja. Mit FastConnect können Sie eine Verbindung zu Ressourcen in allen Bereichen Ihrer Tenancy herstellen.
Nein. FastConnect umfasst derzeit keine Tenancys. Ihre virtuelle FastConnect-Verbindung kann den Zugriff nur auf Ressourcen in der Tenancy ermöglichen, in der die virtuelle Verbindung eingerichtet wurde.
Nein.
Sie können eine Erhöhung des Service-Limits beantragen. Siehe Service-Limits.
Oracle berechnet nur die in Anspruch genommenen Port-Stunden und nicht die Datenübertragung. Wenn Sie über einen Konnektivitätsanbieter eine Verbindung zu einem FastConnect-Standort herstellen, wird Ihnen von dem Anbieter die Bandbreite, die Sie mit ihm vereinbaren, und etwaige zusätzliche Gebühren separat in Rechnung gestellt. Das Abrechnungsmodell und die Preise für FastConnect finden Sie auf unserer Seite FastConnect-Preise. In den anfallenden Gebühren sind keine Preise enthalten, die von Ihrem Netzwerk- oder Rechenzentrumsanbieter separat für die Konnektivität erhoben werden können.
Es fallen keine Einrichtungsgebühren an und Sie können den Service jederzeit kündigen. Für die von unseren Konnektivitätsanbietern bereitgestellten Services gelten möglicherweise andere Bedingungen und Einschränkungen.
Port-Stunden werden in Rechnung gestellt, nachdem die Verbindung zwischen dem FastConnect-Router und Ihrem Router hergestellt wurde, oder 30 Tage, nachdem Sie den Port bestellt haben, je nachdem, was zuerst eintritt. Solange der FastConnect-Port für Ihre Nutzung bereitgestellt wird, werden Anschlussgebühren in Rechnung gestellt. Wenn Sie nicht mehr wollen, dass für Ihren Port Gebühren erhoben werden, löschen Sie Ihren Port in der Konsole von Oracle Cloud Infrastructure. Wie ist ein "Port" definiert? Das hängt von Ihrem Konnektivitätsmodell ab:
Nein. Für den Datentransfer zwischen Verfügbarkeitsdomänen innerhalb einer Region fallen keine Gebühren an.
Es gibt keine Datenübertragungslimits bis zu dem Limit für Ihren bereitgestellten Port.
Oracle berechnet keine Gebühren für eingehende und ausgehende Datenübertragungen. Beim Kolokations- oder direkten Cross-Connect-Modell beginnt die Erfassung, wenn der Cross-Connect in den Status "Bereitgestellt" wechselt, oder nach 30 Tagen (je nachdem, was zuerst eintritt). Die Erfassung endet, wenn der Cross-Connect in den Status "Abgebrochen" wechselt. Beim FastConnect-Anbietermodell beginnt die Erfassung, wenn die virtuelle Verbindung in den Status "Bereitgestellt" wechselt.
Sie können über eine einzige virtuelle FastConnect-Verbindung eine Verbindung zu allen Verfügbarkeitsdomänen in der Region herstellen. Sie benötigen kein anderes Medium für die Konnektivität zwischen den Verfügbarkeitsdomänen.
Nein. Sie müssen zwei virtuelle FastConnect-Verbindungen bereitstellen, wenn Sie eine Verbindung zu zwei verschiedenen Regionen herstellen wollen.
Wir empfehlen aus Gründen der Redundanz mindestens zwei Verbindungen. Sie können die Verbindungen auf verschiedenen FastConnect-Edge-Geräten herstellen.
Wenn Sie eine einzelne FastConnect-Verbindung (physischer Port oder virtuelle Verbindung) zu Oracle Cloud Infrastructure haben, kann es zu einem Konnektivitätsverlust kommen, wenn dieser Pfad unterbrochen wird. Daher werden redundante physische und logische Verbindungen (virtuelle Verbindungen) empfohlen. Wenn Sie wollen, können Sie ein IPSec-VPN über das Internet als redundante Verbindung verwenden.
Wenn Sie redundant verbunden sind, wird für den FastConnect-Dienst ein SLA von 99,9 Prozent garantiert.
Wenn Sie ein IPSec-VPN über das Internet verwenden, überschreibt OCI das standardmäßige Routenauswahlverhalten, um FastConnect-BGP-Routen gegenüber den statischen IPSec-VPN-Routen zu bevorzugen, wenn sich eine statische Route mit einer von Ihrem On-Premises-Netzwerk angekündigten Route überschneidet. Wenn die statische Route spezifischer als die BGP-Route ist, hat die statische Route für ausgehenden Datenverkehr von OCI Vorrang vor dem IPSec-VPN.
Wenn ein über das Internet verlaufendes IPSec-VPN und eine virtuelle FastConnect-Verbindung auf demselben DRG enden, bevorzugt Oracle für ausgehenden Datenverkehr immer FastConnect, vorausgesetzt, die statische Route des IPSec-VPN ist nicht spezifischer als die FastConnect-BGP-Route. Wenn die virtuelle FastConnect-Verbindung ausfällt, erkennt das DRG diesen Fehler und beginnt, Datenverkehr über den IPSec-VPN-Tunnel zu senden, sofern eine statische Route vorhanden ist. Wenn die virtuelle FastConnect-Verbindung wiederhergestellt wird, wird der Datenverkehr wieder auf den FastConnect-Pfad umgeschaltet.
Bei Verwendung eines IPSec-VPN über das Internet erkennt das DRG die Verfügbarkeit der virtuellen FastConnect-Verbindung und beginnt entsprechend mit der Weiterleitung des ausgehenden Datenverkehrs über das IPSec-VPN. Wenn die virtuelle FastConnect-Verbindung und die IPSec-VPN-Verbindung bei Ihnen auf demselben CPE-Gerät beendet werden (nicht empfohlen), muss das CPE asymmetrisches Routing unterstützen.
Eine der technischen Voraussetzungen für FastConnect ist ein LACP-Timer. Oracle unterstützt aggressive LACP-Timer. Sie können LACP-Timer mithilfe der Link Aggregation aktivieren. LACP-Timer erkennen die physischen Fehler schneller als Standard-BGP-Timer. Wenn keine LACP-Timer eingerichtet sind, verwendet das DRG BGP-Timer, um die Verfügbarkeit der virtuellen FastConnect-Verbindung zu ermitteln.
Oracle bietet drei Komponenten, mit denen Sie hochverfügbare Verbindungen implementieren können:
Weitere Informationen finden Sie unter Best Practices für die FastConnect-Redundanz
Es sind keine manuellen Eingriffe erforderlich, um FastConnect in mehreren Bereichen zu verwenden. Das DRG ist an das VCN angehängt, und alle Instanzen innerhalb des VCN (unabhängig davon, ob sie sich in demselben oder in verschiedenen Bereichen befinden) können ihren Datenverkehr über das DRG, über FastConnect und weiter zu Ihrem Netzwerk oder Rechenzentrum leiten.
Sie können die Konnektivität über ein Software-VPN oder über einen FastConnect-Anbieter herstellen, der mit dem anderen CSP verbunden ist.
Ja. Oracle unterstützt die Link Aggregation (LAG), bei der Sie eine oder mehrere Ethernet-Schnittstellen zu einer logischen Punkt-zu-Punkt-Verbindung zusammenfassen. Oracle unterstützt insbesondere das Link Aggregation Control Protocol (LACP).
Acht.
LAG ist für 10-Gbit/s-Ports verfügbar.
Das ist von den Vereinbarungen zwischen Ihnen und dem Anbieter abhängig. Sie können mit dem Anbieter vereinbaren, dass die LAG für seine Verbindung konfiguriert wird.
Nein. Die LAG umfasst nur Ports auf ein und demselben Router von Oracle.
Sie können einen anderen Port für Ihre LAG anfordern. Wenn jedoch einer nicht auf demselben Gehäuse verfügbar ist, müssen Sie eine neue LAG bestellen und Ihre Verbindungen migrieren. Wenn Sie beispielsweise 3 x 10G-Links haben und einen vierten hinzufügen möchten, aber auf diesem Gehäuse kein Port verfügbar ist, müssen Sie eine neue LAG mit 4 x 10G-Ports bestellen.
Sie können mehrere virtuelle Verbindungen gleichzeitig an Ihr DRG anhängen. Erstellen Sie die neuen virtuellen Verbindungen in Ihrem neuen Bundle und verschieben Sie dann den Datenverkehr aus Ihrem On-Premises-Netzwerk. Denken Sie daran, die alten virtuellen Verbindungen zu löschen, damit Oracle Ihnen dafür keine Gebühren mehr in Rechnung stellt.
Ja, aber genau wie bei einer normalen Verbindung können Sie es nicht löschen, wenn virtuelle Verbindungen genutzt werden. Zuerst müssen Sie die virtuellen Verbindungen löschen und dann können Sie die LAG löschen.
Ja. Eine LAG kann einen einzelnen Port umfassen.
Ja. Oracle empfiehlt jedoch, aus Redundanzgründen zwei Ports für verschiedene Geräte einzurichten.
Wenn einer FastConnect-Verbindung mit vorhandenen virtuellen Verbindungen einer LAG zugeordnet ist, werden virtuelle Verbindungen in die LAG migriert. Bitte beachten Sie, dass bestimmte Parameter, die virtuellen Verbindungen zugeordnet sind, eindeutig sein müssen, z. B. VLAN- und BGP-Peer-Informationen, und in die LAG verschoben werden müssen.
Das LACP ermöglicht die automatische Ermittlung, Konfiguration und Überwachung von Mitglieder-Links. Wenn einer der physikalischen Links in der LAG ausfällt, wird der Datenverkehr dynamisch und transparent einem der anderen physikalischen Links zugewiesen. Mit dem LACP können Geräte einander LACPDUs (Link Aggregation Control Protocol Data Units) senden, um eine Link Aggregation-Verbindung herzustellen.
Mit der LAG können Sie sich vor Einzelpfadausfällen zwischen Ihrem Rechenzentrum und Oracle schützen. Sie schützt nicht vor Geräteausfällen.
Ja. Es ist vergleichbar mit einer virtuellen Verbindung an zwei verschiedenen physischen Ports. Dies bietet physikalische Redundanz für virtuelle FastConnect-Verbindungen oder BGP.
Nein. Eine virtuelle Verbindung kann nur an ein einziges DRG angehängt werden.
Es gibt keine Beschränkung, aber Sie müssen für jede virtuelle Verbindung eine eindeutige VLAN- und BGP-Information verwenden. Es wird keine Gebühr pro virtueller Verbindung berechnet.
Für eine private virtuelle Verbindung können Sie ein /30- oder /31-Netzwerk Ihrer Wahl angeben. Diese IP-Adressen werden der virtuellen Verbindung während des Bereitstellungsprozesses zugewiesen. Die IP-Adressen werden für die BGP-Peer-Einrichtung verwendet. Für eine öffentliche virtuelle Verbindung wählt Oracle Cloud Infrastructure die BGP-IP-Adressen.
Bei einer privaten virtuellen Verbindung zeigt Oracle die Subnetze in Ihrem VCN an.
Nein.
Ja. Sie können entweder eine private ASN im Bereich 64512-65535 oder eine öffentliche ASN verwenden, deren Eigentümer Sie sind.
Nein, sie muss nicht erneut bereitgestellt werden. Wenn Sie über einen Oracle Partner verbunden sind, müssen Sie die Bandbreiteneinstellung sowohl auf der Partnerseite als auch auf der Oracle Seite ändern. Abhängig vom Partner können Sie dies auf der Partnerseite ändern, und die Änderung wird automatisch an die Seite von Oracle weitergegeben.
Nein, es handelt sich um separate virtuelle Verbindungen.
Sie können öffentliche /31-Routen und weniger spezifische Routen anzeigen. Die Präfixe müssen in Ihrem Unternehmen registriert sein. Oracle überprüft zuerst die Eigentümerschaft Ihres Unternehmens an jedem Präfix, bevor Datenverkehr über die Verbindung gesendet wird.
Oracle zeigt die lokalen, regionalen, öffentlichen Aggregatrouten an, die /24 und weniger spezifisch sind, mit Ausnahme der Standardroute.
Nein.
Nein, derzeit nicht.
Für eine öffentliche virtuelle Verbindung stellt Oracle die öffentlichen IP-Adressen bereit. Sie liegen im Bereich 169.254.0.0/16.
Die Oracle Überprüfung eines bestimmten öffentlichen Präfixes, das Sie übermitteln, kann bis zu drei Werktage dauern. Oracle beginnt mit der Anzeige der öffentlichen IP-Adressen von Oracle Cloud Infrastructure über die Verbindung, nachdem mindestens eines Ihrer öffentlichen Präfixe erfolgreich überprüft wurde.
FastConnect bietet dedizierte, private Konnektivität. Der über die Verbindung fließende Datenverkehr wird nicht verschlüsselt, es sei denn, für die FastConnect-Verbindung wird auch ein Site-to-Site-IPSec-VPN eingerichtet.
Die BGP-ASN wird zum Definieren von Netzwerken verwendet, die sich unter einer einzelnen Administratordomäne befinden. Für eine private virtuelle FastConnect-Verbindung können Sie eine öffentliche ASN verwenden, die Sie kontrollieren. Sie können aber auch jede private ASN-Nummer zwischen 64512 und 65535 auswählen. Für eine öffentliche virtuelle FastConnect-Verbindung müssen Sie eine öffentliche ASN verwenden, die Sie kontrollieren.
Wir erkennen AS_Path als BGP-Attribut an.
Die Schnittstellen der FastConnect-Geräte unterstützen eine maximale Medien-MTU von 9000 (einschließlich des 4-Byte-FCS/CRC-Ethernet-Trailers). Es ist unbedingt erforderlich, dass die Medien-MTU zwischen den Geräten von Oracle und Ihren Geräten identisch ist, um zu verhindern, dass Jumbo Frames auf der MAC-Ebene unbemerkt verworfen werden, ohne dass eine ICMP-Nachricht Typ 3 Code 4 (Fragmentierung erforderlich und DF-Bit gesetzt) an den Absender gesendet wird. Weitere Informationen finden Sie unter Hängende Verbindung.
Nein, die MTU ändert sich nicht.
Nein, derzeit nicht.
Ja.
DRGs unterstützen dynamisches Routing über FastConnect und IPSec-VPN.
Ja. IPv6-Support
Nein, derzeit nicht.
Das hängt davon ab, wie die Dienste eingerichtet werden. Wenn Sie beispielsweise einen Dienst für öffentliches Peering und den anderen für privates Peering bereitstellen möchten, müssen Sie über zwei FastConnect Classic-Verbindungen verfügen. Wenn Sie stattdessen beide Dienste für das öffentliche Peering bereitstellen möchten, reicht eine FastConnect Classic-Verbindung aus. Wenn Sie jedoch beide Dienste über privates Peering bereitstellen möchten, hängt es von der Einrichtung des privaten Gateways und der IP-Netzwerke ab, ob Sie eine oder zwei FastConnect Classic-Verbindungen benötigen.
Nein. FastConnect bietet Konnektivität von Ihrem On-Premises- oder kolokalisierten Rechenzentrum zu einem Oracle Rechenzentrum, aber keine Konnektivität zwischen zwei Oracle Rechenzentren. Einige Dienste können jedoch über das Backbone-Netzwerk von Oracle kommunizieren. Wenden Sie sich zur weiteren Überprüfung Ihres Designs an den ECA- oder Cloud Pursuit-Spezialisten.
Nein. Ihr privates Gateway ist an eine einzelne Compute Identity Domain angehängt und kann sich nicht über zwei Domänen erstrecken. Sie müssen zwei FastConnect Classic-Verbindungen bereitstellen.
Öffentliches Peering ist auf 200 öffentliche IP-Präfixe beschränkt. Privates Peering ist auf 2000 IP-Präfixe beschränkt.
Wenn Sie die Anzahl der Präfixanzeigen überschreiten, wird die BGP-Sitzung für die Verbindung 60 Minuten lang unterbrochen. Danach überprüft Oracle die empfangenen Präfixanzeigen. Wenn das Limit nicht mehr überschritten wird, wird die BGP-Sitzung wiederhergestellt. Wird das Limit weiterhin überschritten, wird die Sitzung für weitere 60 Minuten unterbrochen. Dieser Vorgang wird so oft wiederholt, bis die Präfixanzeigen wieder innerhalb der zulässigen Limits sind.
Beim öffentlichen Peering werden alle Standardrouten und privaten IP-Anzeigen gelöscht. Bei privatem Peering können Sie aufgrund einer internen Einschränkung von Oracle noch keine Standardroute anzeigen. Um dies zu umgehen, können Sie eine 0.0.0.0/2-Route anzeigen, bis das Problem behoben ist.
Wenn die Cloud-Services, auf die Sie zugreifen wollen, nur über das öffentliche Peering unterstützt werden und Sie keine öffentlichen IP-Präfixe besitzen, können Sie öffentlichen IP-Bereich von Ihrem Anbieter oder einem Vertriebspartner mieten und ein Genehmigungsschreiben vorlegen.
Nein. Derzeit werden die Dienste Oracle Cloud Infrastructure und Oracle Cloud Infrastructure Classic FastConnect als zwei verschiedene unabhängige Dienste angeboten.
Bitte senden Sie über My Oracle Support eine Serviceanfrage und geben Sie Ihre neuen öffentlichen IP-Präfixe zusammen mit Ihrer FastConnect Classic-ID an (die Sie über die Compute Classic-Benutzeroberfläche erhalten).
Es gibt keine Beschränkungen.
Es gibt keine Beschränkungen. Ihre primären und sekundären Cross-Connects müssen UP sein, bevor Sie weitere erstellen können.
Nur mit einem. Sie können mehrere IP-Netzwerke an ein einzelnes privates Gateway anhängen und über Ihre FastConnect Classic-Verbindung mit diesen kommunizieren.
Planen Sie die Einrichtung mehrerer sich nicht überschneidender IP-Netzwerke und eines einzelnen privaten Gateways. Wenn Sie die IP-Netzwerke an das private Gateway anhängen, zeigt FastConnect Classic die IP-Netzwerke auf Ihrem On-Premises-Edge-Gerät an.
Sie können eine private Verbindung einrichten, wenn Ihre VCNs und IP-Netzwerke die grundlegenden Anforderungen erfüllen. Weitere Informationen finden Sie unter Zugriff auf Oracle Cloud Infrastructure Classic. Alternativ können Sie ein IPSec-VPN verwenden.
Das öffentliche Peering zwischen Oracle Cloud Infrastructure Classic und Oracle Cloud Infrastructure ist jetzt in den Oracle Cloud Infrastructure-Regionen London und Ashburn aktiviert.
Kunden mit öffentlichen virtuellen Peering-Verbindungen zu Oracle Cloud Infrastructure Classic können jetzt auf öffentliche Dienste in Oracle Cloud Infrastructure zugreifen und ihre Daten auf die Cloud-Plattform der nächsten Generation von Oracle migrieren. Der Datenverkehr, der von Oracle Cloud Infrastructure Classic nach Oracle Cloud Infrastructure verschoben wird, durchläuft nicht das öffentliche Internet und verbleibt auf privaten, dedizierten Verbindungen zwischen FastConnect-Routern.
Zu den öffentlichen Ressourcen in Oracle Cloud Infrastructure gehören der Objektspeicher, öffentliche Load Balancer in Kunden-VCNs, öffentliches IPS beim Berechnen oder unterstützte SaaS-Dienste.
Für die Bereitstellung einer öffentlichen virtuellen Peering-Verbindung zu Oracle Cloud Infrastructure Classic fallen Standardkosten an, aber sobald diese eingerichtet ist, fallen für das öffentliche Peering mit Oracle Cloud Infrastructure keine zusätzlichen Kosten an.
Sie reichen ein Ticket bei My Oracle Support ein. Daraufhin stellt Oracle eine Verbindung zwischen dem privaten Gateway des IP-Netzwerks und dem angehängten dynamischen Routing-Gateway (DRG) des VCN her. Die Verbindung läuft über das Netzwerk von Oracle und nicht über das Internet.