Hohe Verfügbarkeit

Hochverfügbarkeit kombiniert eine primäre Lese-/Schreib-Compute-Instanz mit einer oder mehreren sekundären Berechnungseinheiten, die über Verfügbarkeitszonen verteilt sind. Wenn die primäre Instanz nicht verfügbar ist, wird automatisch eine sekundäre Compute-Instanz hochgestuft, und Ihre Anwendung wird ab der letzten committeten Transaktion fortgesetzt. Ihre Verbindungszeichenfolge bleibt unverändert.

Hochverfügbarkeitstopologie mit zwei Verbindungszeichenfolgen, die an die primäre und sekundäre Computeinstanz in separaten Verfügbarkeitszonen weitergeleitet werden, alle Lesedaten aus freigegebenem Speicher

Note

Hohe Verfügbarkeit konfiguriert nur Computeredundanz. Lakebase Storage ist unabhängig von Ihrer HA-Einstellung hoch verfügbar. Siehe Speicherarchitektur.

Funktionsweise von Hochverfügbarkeit

Ein Lakebase-Endpunkt ist die Datenbankadresse, mit der Ihre Anwendung eine Verbindung herstellt. Ein Endpunkt für hohe Verfügbarkeit macht zwei Verbindungszeichenfolgen verfügbar:

  • Primär ({endpoint-id}.database.{region}.databricks.com) – Die Hauptverbindung mit Lese-/Schreibzugriff. Verwenden Sie dies in jeder Anwendung, die eine Verbindung mit Ihrer Datenbank herstellt. Nach einem Failover wird automatisch zum dann primären Compute weitergeleitet.
  • Sekundär ({endpoint-id}-ro.database.{region}.databricks.com) – nur verfügbar, wenn Zugriff auf schreibgeschützte Computerinstanzen erlaubt ist. Sekundäre Recheninstanzen existieren in erster Linie als Failover-Standbys. Mit aktiviertem Lesezugriff können Leseabfragen darüber hinaus weitergeleitet werden.

Beide Verbindungszeichenfolgen sind über das Dialogfeld "Verbinden " auf Ihrem Endpunkt verfügbar.

Hinter diesen Verbindungszeichenfolgen verfügt ein Endpunkt für hohe Verfügbarkeit immer über genau eine primäre Computeinstanz und eine bis drei sekundäre Computeinstanzen. Die primäre Einheit bearbeitet den gesamten Lese-/Schreibverkehr. Sekundäre Computeinstanzen werden in verschiedenen Verfügbarkeitszonen ausgeführt und werden höhergestuft, um im Falle eines Fehlers zur primären Instanz zu werden.

Jede sekundäre Computeinstanz verfügt über eine Access-Einstellung , die bestimmt, ob sie auch Lesedatenverkehr bietet:

Sekundärer Zugriff Was es tut
Schreibgeschützt Sekundäre Compute-Instanz verarbeitet Lesevorgänge über die -ro-Verbindungszeichenfolge und kann bei Bedarf als primär hochgestuft werden.
Deaktiviert Sekundäre Compute-Instanz ist aktiv und bereit für Failover, verarbeitet jedoch keinen Lesedatenverkehr.

Sie steuern dies mit der Einstellung Zugriff auf schreibgeschützte Compute-Instanzen zulassen an dem Endpunkt, die Sie im Drawer Compute bearbeiten aufrufen können. Wenn diese Option aktiviert ist, verarbeiten alle sekundären Compute-Instanzen Lesevorgänge; wenn sie deaktiviert sind, befinden sie sich nur im Standbymodus für Failover. In beiden Fällen wird bereits Computehardware zugewiesen und ausgeführt: Die Heraufstufung erfordert keine neue Bereitstellung, sodass Ihre Failoverkapazität unabhängig von der Nachfrage in der Verfügbarkeitszone reserviert ist.

Registerkarte

Auf der Registerkarte "Computes" werden die Rolle der einzelnen Computeinstanzen (Primär oder Sekundär), Status und Zugriffsebene auf einen Blick angezeigt.

AZ-Verteilung

Lakebase verteilt die primären und sekundären Computeinstanzen über Verfügbarkeitszonen und reduziert das Risiko, dass ein einzelner AZ-Fehler sowohl die primäre als auch alle sekundären Computeinstanzen betrifft.

Automatische Skalierung in hoher Verfügbarkeit

Alle Computeinstanzen in einer Hochverfügbarkeitskonfiguration teilen denselben automatischen Skalierungsbereich. Die maximale Unterschied zwischen der minimalen und maximalen CU beträgt 16 CU, der gleiche Grenzwert wie die eigenständigen Compute-Instanzen.

Sekundäre Computeinstanzen werden immer auf mindestens die gleiche CU-Größe wie die primären Instanzen skaliert, um die Konsistenz der Datenbankkapazität nach einem Failover sicherzustellen.

Skalierung auf Null ist für Computeinstanzen in einer Hochverfügbarkeitskonfiguration nicht verfügbar. Sie können alle Computeinstanzen manuell anhalten, ihr Endpunkt ist jedoch während der Pause nicht verfügbar.

Sekundäre Compute-Instanzen im Vergleich zu eigenständigen Lesereplikaten

Sekundäre Compute-Instanzen und eigenständige Read-Replikate sind unterschiedliche Features, die in demselben Entwicklungszweig koexistieren können.

Sekundäre Compute-Instanzen Eigenständige Lesereplikate
Purpose Failover + optionale Auslagerung von Lesevorgängen Schreibgeschützte Auslagerung
Hinzugefügt über Hochverfügbarkeitskonfiguration Lesereplikat hinzufügen
Nimmt am Failover teil Ja No
Verbindungszeichenfolge -ro am primären Endpunkt Eigener separater Endpunkt
Größenbestimmung Gemeinsam mit der primären (Endpunktebene) genutzt Unabhängig dimensioniert

Wenn Sie sowohl hohe Verfügbarkeit als auch zusätzliche Lesekapazität benötigen, die über die bereitgestellten sekundären Computeinstanzen hinausgeht, können Sie beide Features in derselben Verzweigung kombinieren. Siehe Lesen von Replikaten.

Failoververhalten

Automatisches Failover

Lakebase überwacht kontinuierlich die Integrität der primären Rechenleistung. Wenn das Primärsystem nicht verfügbar ist, wird das Failover automatisch ausgelöst.

Failover behält alle zugesicherten Transaktionen bei.

Failover-Phasen: Normaler Vorgang, primäre Instanz nach der Erkennung nicht verfügbar, Failover in Bearbeitung mit Heraufstufung, dann Dienst mit derselben Verbindungszeichenfolge und ohne Datenverlust wiederhergestellt

Nach dem Failover leitet die primäre Verbindungszeichenfolge ({endpoint-id}.database.{region}.databricks.com) automatisch an die neu heraufgestufte Compute-Instanz weiter. Anwendungen müssen ihre Verbindungskonfiguration nicht ändern, vorhandene Verbindungen werden jedoch während des Failovers beendet und müssen erneut verbunden werden. Anwendungen mit Wiederholungslogik behandeln dies automatisch.

Failover mit aktiviertem schreibgeschütztem Zugriff

Wenn Zugriff auf schreibgeschützte Compute-Instanzen zulassen aktiviert ist und ein Failover auftritt, wird die höhergestufte sekundäre Instanz zur neuen primären Instanz und beendet Lesevorgänge. Wenn Sie zwei oder mehr lesbare sekundäre Instanzen haben, wird der Lesedatenverkehr in der -ro-Verbindungszeichenfolge weiterhin mit reduzierter Kapazität fortgesetzt, bis ein Ersatz bereitgestellt wird. Wenn Sie nur ein Gerät haben, werden Lesevorgänge vollständig unterbrochen, bis der Ersatz bereit ist.

Verbindungszeichenfolgen

Im Dialogfeld "Verbinden " werden beide Verbindungszeichenfolgen mit ihrem aktuellen Computestatus angezeigt:

Berechnungsoption im Dialogfeld "Verbinden" Verbindungszeichenfolge Verwendung für
Primary (name) ● Active {endpoint-id}.database.{region}.databricks.com Alle Schreib- und Lesevorgänge, die auf die aktuelle primäre Instanz zugreifen müssen
Secondary (name) ● Active RO {endpoint-id}-ro.database.{region}.databricks.com Weiterleitung der Lesevorgänge zu sekundären Compute-Instanzen (nur verfügbar, wenn Zugriff auf schreibgeschützte Compute-Instanzen zulassen aktiviert ist).

Die primäre Verbindungszeichenfolge leitet immer an die aktuelle primäre Instanz weiter, einschließlich nach einem Failover.

Jede Computeinstanz verfügt außerdem über eine eigene direkte Verbindungszeichenfolge, auf die über die Registerkarte " Computes " über das Menü "Aktionen" (⋮) in jeder Zeile zugegriffen werden kann. Direkte Verbindungen sind für die Problembehandlung einzelner Computeinstanzen vorgesehen, nicht für die Anwendungsverwendung. Direkte Verbindungszeichenfolgen werden pro Compute berechnet und können sich ändern, wenn sekundäre Instanzen hinzugefügt, entfernt oder höhergestuft werden.

Grenzwerte für Hochverfügbarkeit

Begrenzung Wert
Recheninstanzen 2, 3 oder 4 (1 primäre + 1–3 sekundäre Computeinstanzen)
Automatischer Skalierungsbereich (max − min) ≤ 16 CU zwischen Minimalwert und Maximalwert
Skalierung auf null Für Computeinstanzen in einer Hochverfügbarkeitskonfiguration nicht verfügbar

Bewährte Methoden

Wenn Sie diese Methoden ausführen, bleibt Ihre Anwendung während Failoverereignissen stabil und verfügbar.

Praxis Einzelheiten
Implementieren der Verbindungs-Wiederholungslogik Aktive Verbindungen werden während des Failovers beendet. Verbindungen mit dem fehlgeschlagenen primären Server können bis zum Timeout hängen bleiben. Konfigurieren Sie TCP-Keepalive oder ein Verbindungstimeout in Ihrem Treiber, um das Versagen schnell zu erkennen. Verbindungen mit der hochgestuften sekundären Instanz werden aktiv beendet, und es wird sofort ein Fehler zurückgegeben. Anwendungen mit Wiederholungslogik werden innerhalb von Sekunden automatisch erneut verbunden.
Konfigurieren der sekundären Anzahl für Ihren Anwendungsfall Jede sekundäre Computeinstanz stellt vorab zugewiesene Hardware dar, die für failover reserviert ist. Die Reduzierung der sekundären Anzahl bedeutet weniger Failoverkapazität und weniger abgedeckte Verfügbarkeitszonen. Eine sekundäre Recheninstanz bietet Failover-Abdeckung. Wenn Sie lesbare Secondärdateien aktivieren, konfigurieren Sie zwei oder mehr. Bei nur einer werden Lesevorgänge während eines Failovers vollständig unterbrochen, bis ein Ersatz bereitgestellt wird.
Vermeiden der Überladung von sekundären Computeinstanzen Der Dienst kann eine sekundäre Computeinstanz neu starten, die überlastet oder zurückfällt. Überwachen Sie die Abfragelast und die Anzahl der Verbindungen und erhöhen Sie die Größe der CUs, wenn Sie eine anhaltend hohe Auslastung feststellen.

Weitere Ressourcen

  • Last updated on