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.
Auf dieser Seite wird beschrieben, wie Sie eine Lakebase-Datenbankinstanz für hohe Verfügbarkeit konfigurieren, indem sie lesbare sekundäre Instanzen aktivieren.
Von Bedeutung
Dieses Feature befindet sich in der öffentlichen Vorschau in den folgenden Regionen: westus, westus2, eastus, eastus2, centralus, southcentralus, northeurope, westeurope, australiaeast, brazilsouth, canadacentral, centralindia, southeastasia, uksouth.
Um hohe Verfügbarkeit zu ermöglichen, geben Sie zusätzliche Knoten als Teil einer Datenbankinstanz an. Wenn die primäre Computeinstanz fehlerhaft oder nicht verfügbar ist, wird ein Hochverfügbarkeitsknoten genutzt, um das Failover auszuführen. Der sekundäre Knoten wird zum primären Knoten hochgestuft.
Sie können auch lesbare Sekundärinstanzen aktivieren, bei denen die Hochverfügbarkeitsknoten schreibgeschützte Workloads über einen separaten DNS-Endpunkt bedienen können (instance-ro-{uuid} im Vergleich zu instance-{uuid}).
Aktivieren der Datenbankinstanz für hohe Verfügbarkeit
Wenn Sie die Anzahl der Hochverfügbarkeitsknoten auf eins festlegen, werden Hochverfügbarkeit und lesbare sekundäre Replikate deaktiviert. Andernfalls verfügen Sie über einen primären Knoten, und der Rest sind Hochverfügbarkeitsknoten. Die maximale Anzahl von Knoten mit hoher Verfügbarkeit beträgt drei pro Datenbankinstanz.
Geben Sie die Anzahl der Knoten mit hoher Verfügbarkeit beim Erstellen der Datenbankinstanz an. Siehe Erstellen einer Datenbankinstanz.
Führen Sie die folgenden Schritte aus, um die Datenbankinstanz mithilfe der Benutzeroberfläche oder API zu ändern.
Benutzeroberfläche
- Klicken Sie auf " Berechnen" in der Arbeitsbereich-Randleiste.
- Klicken Sie auf die Registerkarte Datenbankinstanzen.
- Wählen Sie die Datenbankinstanz aus, die Sie aktualisieren möchten.
- Klicken Sie in der oberen rechten Ecke auf "Bearbeiten ".
- Geben Sie den Wert für die HA-Poolknotengröße (einschließlich primär) ein.
- Aktivieren Sie Lesbares sekundäres Replikat aktivieren.
- Klicken Sie auf "Speichern".
cURL
curl -s -X PATCH --header "Authorization: Bearer ${DATABRICKS_TOKEN}" $DBR_URL/database/instances/my-instance -d '{ “node_count”: 3, “enable_readable_secondaries” : true}'
Python SDK
from databricks.sdk import WorkspaceClient
from databricks.sdk.service.database import DatabaseInstance
# Initialize the Workspace client
w = WorkspaceClient()
# Create a database instance with high availability
instance = w.database.create_database_instance(
DatabaseInstance(
name="my-database-instance",
capacity="CU_1",
node_count=3, # Set the number of high availability nodes (including primary)
)
)
print(f"Created database instance: {instance.name}")
print(f"Connection endpoint: {instance.read_write_dns}")
Befehlszeilenschnittstelle (CLI)
# Create a database instance
databricks database create-database-instance my-database-instance \
--capacity CU_1 \
--node-count 3
Berechnungsresilienz
Bei konfigurierten Knoten mit hoher Verfügbarkeit wird der primäre Knoten Ihrer Datenbankinstanz durch hohe Verfügbarkeit geschützt. Wenn der primäre Knoten nicht mehr verfügbar ist, führt die Datenbankinstanz automatisch ein Failover auf einen sekundären Knoten durch, indem dieser zum neuen primären Knoten hochgestuft wird. Da Computeknoten zustandslos sind, wirken sich Fehler nicht auf Ihre Daten aus, und Ihre Verbindungszeichenfolge bleibt unverändert. Die Nichtverfügbarkeit wird in Sekunden bis Minuten aufgelöst, je nach Art des Fehlers. Während eines Failovers werden aktive Verbindungen unterbrochen, sodass Ihre Anwendung so konfiguriert werden sollte, dass sie diese kurzen Unterbrechungen behandelt und die Verbindung automatisch wiederherstellt.
Sekundäre Knoten in Ihrer Datenbankinstanz werden auch in Minuten automatisch wiederhergestellt, wenn Probleme auftreten. Wenn Sie lesbare Replikate aktivieren, empfiehlt Databricks, über mindestens drei hochverfügbare Knoten zu verfügen, falls sich das primäre Failover auf die Read-Only-Verbindung auswirkt. Ihre Anwendung benötigt weiterhin einen Mechanismus für die erneute Verbindung, um die kurze Ausfallzeit zu bewältigen.
Schreibgeschützte Abfragen aus dem SQL-Editor von Azure Databricks ausführen
Informationen zum Herstellen einer Verbindung mit Ihren lesbaren Secondärdateien und Ausführen schreibgeschützter Abfragen aus dem SQL-Editor von Azure Databricks finden Sie unter Access a database instance from the SQL editor.
Einschränkungen
- Die Leistung benötigt Zeit, um wiederherzustellen. Abfragen können anfangs langsamer ausgeführt werden, bis sie neu erstellt werden, da der neue primäre Knoten keine sitzungsspezifischen Daten und einen lokalen Cache für häufig verwendete Daten enthält.
- Die regionsübergreifende Replikation wird nicht unterstützt. Im Falle eines regionsweiten Ausfalls hängt die Verfügbarkeit vom Cloudanbieter ab, der den Dienst in der betroffenen Region wiederhergestellt.