Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Real-Time Intelligence Eventstream wurde entwickelt, um Echtzeitdaten aus verschiedenen Quellen zu bringen, sie zu transformieren und mühelos an verschiedene Ziele weiterzuleiten. Für Quellen, die in privaten Netzwerkumgebungen ausgeführt werden, z. B. in virtuellen Cloudnetzwerken oder lokalen Infrastrukturen, ist eine sichere Methode erforderlich, um Eventstream für den Zugriff auf die Quelle zu aktivieren.
Die Unterstützung des Streamingconnectors für virtuelle Netzwerke und lokale Umgebungen bietet einen sicheren, verwalteten Pfad, sodass Eventstream zuverlässig mit diesen privaten Netzwerkstream-Streamingquellen verbunden werden kann.
Architektur
Um die Datenübertragung von einer Quelle in ein privates Netzwerk in Eventstream zu ermöglichen, müssen Sie ein von Azure verwaltetes virtuelles Netzwerk als zwischengeschaltete Brücke einrichten, wie im Diagramm dargestellt. Das virtuelle Azure-Netzwerk sollte mit dem privaten Netzwerk verbunden sein, das die Datenquelle mit geeigneten Methoden hostet, z. B. VPN oder ExpressRoute für lokale Szenarien sowie private Endpunkte oder Netzwerk-Peering für Azure-Quellen. Anschließend wird die Eventstream-Streamingconnectorinstanz über die virtuelle Netzwerk-Injektion in dieses virtuelle Netzwerk injiziert, um eine sichere Verbindung zwischen dem Connector und der im privaten Netzwerk befindlichen Datenquelle herzustellen.
Was ist ein Streaming-Gateway für virtuelle Netzwerke?
Um die Einfügung des virtuellen Streamingconnectors in ein von Ihnen erstelltes virtuelles Azure-Netzwerk zu erleichtern, bietet Fabric einen zentralen Ort für Netzwerkingenieure oder Datentechniker, um die Verweise auf azure virtual network resources zu verwalten. Das Streaming-Datengateway für virtuelle Netzwerke in Fabric dient diesem Zweck für Eventstream. Insbesondere das Datengateway für Streaming in virtuellen Netzwerken:
- Bezieht sich auf die Azure Virtual Network-Ressource in Fabric, wobei die Azure Virtual Network-Ressource des Kunden gespeichert wird.
- Wird ausschließlich in Eventstream verwendet, um die Informationen der Azure-Virtualnetzwerk-Ressourcen für die Einfügung des Streaming-Connectors in das virtuelle Netzwerk zu übergeben.
- Kann über die Seite "Verbindungen und Gateways verwalten" in Fabric erstellt und verwaltet werden.
- Kann ausgewählt werden, wenn Streamingverbindungen für Eventstream-Quellen mithilfe des Assistenten zum Abrufen von Ereignissen eingerichtet werden.
- Im Gegensatz zu *Virtual Network Data Gateways* und *On-Premises Data Gateways* ist keine Clusterbereitstellung oder zusätzliche Kapazität erforderlich. Die Benutzererfahrung über alle drei Gatewaytypen hinweg bleibt jedoch weitgehend ähnlich.
Weitere Informationen zum Erstellen und Verwalten des Streaming-Gateways für virtuelle Netzwerke finden Sie unter Erstellen und Verwalten von Streaming-Gateways für virtuelle Netzwerke.
Unterstützte Quellen
Dieses Feature gilt für Eventstream-Quellen, die Streamingconnectors verwenden, um Daten aus externen Quellen abzurufen, d. h. ausgehende Anforderungen werden an diese externen Systeme gestellt. Es unterstützt die folgenden Features:
- Azure SQL Database Änderungsdatenerfassung (CDC)
- Azure SQL Verwaltete Instanz CDC
- Azure-Servicebus
- Azure Cosmos DB-CDC
- Azure Data Explorer (ADX)
- Azure Event Hubs (Erweiterter Featuremodus)
- Amazon Managed Streaming für Apache Kafka
- Apache Kafka
- Amazon Kinesis-Datenströme
- Confluent Cloud für Apache Kafka
- PostgreSQL CDC
- MongoDB CDC
- Google Cloud Pub/Sub
- Message Queuing Telemetry Transport (MQTT)
- HTTP
- Solace PubSub+
- SQL Server auf virtuellem Computer (VM) CDC
- MySQL-Datenbank CDC
Nächste Schritte
Informationen zum detaillierten Schritt-zu-Schritt-Konfigurationshandbuch finden Sie im Supporthandbuch für streaming Connector private Netzwerke.
Einschränkungen
Die Datenvorschau für Quellen im privaten Netzwerk wird nicht unterstützt.
Einige Quellen von Datenverbindern unterstützen das Anzeigen einer Vorschau der Daten, z. B. Datenquellen für Change Data Capture (CDC), Confluent, Amazon Web Services (AWS) Kinesis usw., wenn sie sich in einem öffentlichen Netzwerk befinden. Wenn sie sich im privaten Netzwerk befinden, kann die Datenvorschau für diese Quellen nicht funktionieren. Es zeigt Fehler an, wenn es im Bearbeitungsmodus oder Livemodus in der Vorschau betrachtet wird.Die Quelle mit konfigurierten virtuellen Netzwerken/Subnetzen kann nach der Veröffentlichung dieses Ereignisstreams nicht aktualisiert werden.
Nachdem das virtuelle Netzwerk oder Subnetz für Ihre Eventstream-Quelle konfiguriert wurde, wird es erst aktualisiert, wenn Sie Änderungen vornehmen und den Eventstream erneut veröffentlichen. Es wird empfohlen, die Einstellungen für virtuelle Netzwerke oder Subnetze während der Ausführung des Connectors nicht zu ändern.Benutzerdefinierter DNS-Server wird noch nicht unterstützt
Wenn sich Ihre Quelle in einem privaten Netzwerk befindet, bei dem ein benutzerdefinierter DNS-Server konfiguriert ist, kann der eingefügte Streamingconnector in Ihrem virtuellen Azure-Netzwerk die Adresse des Quellservers möglicherweise nicht auflösen. Es gibt drei Optionen, um dieses Problem zu umgehen:- Erstellen und verknüpfen Sie eine Private DNS-Zone mit Ihrem bereitgestellten virtuellen Netzwerk und fügen Sie einen A-Eintrag hinzu, der den DNS-Namen Ihrer Datenquelle auf die private IP-Adresse auflöst.
- Erstellen Sie einen DNS Private Resolver, der DNS-Datenverkehr an Ihren benutzerdefinierten DNS-Server weiterleitet.
- Konfigurieren Sie die private IP-Adresse direkt beim Erstellen des Connectors. Diese Option funktioniert nicht für Connectors, die einen vollqualifizierten Domänennamen erfordern.
Ein Race-Condition-Problem kann auftreten, wenn ein vNet-Connector erstellt und gelöscht wird, während das gleiche Subnetz des virtuellen Netzwerks konfiguriert ist.
Wenn Sie eine Connectorquelle löschen, bei der ein virtuelles Netzwerk-Subnetz konfiguriert ist, und im Bearbeitungsmodus von Eventstream eine neue Connectorquelle mit demselben Subnetz hinzufügen, kann die Veröffentlichung beider Änderungen zu Konflikten aufgrund von Race-Bedingungen führen. Um dieses Problem zu verhindern, führen Sie die folgenden Schritte aus: Löschen Sie die Connectorquelle mit virtuellem Netzwerk im Bearbeitungsmodus -> veröffentlichen Sie den Eventstream -> betreten Sie den Bearbeitungsmodus erneut -> fügen Sie die neue Connectorquelle mit virtuellem Netzwerk hinzu -> und veröffentlichen Sie erneut.