Hoge beschikbaarheid

Belangrijk

nl-NL: Lakebase Autoscaling is beschikbaar in de volgende regio's: eastus, eastus2, centralus, southcentralus, westus, westus2, canadacentral, brazilsouth, northeurope, uksouth, westeurope, australiaeast, centralindia, southeastasia.

Lakebase Autoscaling is de nieuwste versie van Lakebase, met automatisch schalen van rekenkracht, schaal-tot-nul, branching-functionaliteit en direct herstellen. Als u een door Lakebase ingericht gebruiker bent, raadpleegt u Lakebase Ingericht.

Hoge beschikbaarheid combineert een primaire lees-/schrijf-rekeninstantie met een of meer secundaire rekeninstanties die over beschikbaarheidszones zijn verdeeld. Wanneer de primaire server niet beschikbaar is, wordt een secundair rekenproces automatisch gepromoveerd en wordt uw toepassing voortgezet vanaf de laatste doorgevoerde transactie. De verbindingsreeks blijft ongewijzigd.

Hoe hoge beschikbaarheid werkt

Een Lakebase-eindpunt is het databaseadres waarnaar uw toepassing verbinding maakt. Een eindpunt voor hoge beschikbaarheid toont twee verbindingsreeksen:

• Primaire ({endpoint-id}.database.{region}.databricks.com) - uw hoofdverbinding voor lezen/schrijven. Gebruik dit in elke toepassing die verbinding maakt met uw database. Na een failover wordt automatisch gerouteerd naar de rekenkracht die nu primair is.
• Secundair ({endpoint-id}-ro.database.{region}.databricks.com) - alleen beschikbaar wanneer toegang tot alleen-lezen rekeninstanties is ingeschakeld. Secundaire rekeninstanties bestaan voornamelijk als failover-stand-bys; Als u leestoegang inschakelt, kunt u er ook leesquery's over routeren.

Beide verbindingsreeksen zijn beschikbaar in het dialoogvenster Verbinding maken op uw eindpunt.

Achter deze verbindingsreeksen heeft een eindpunt met hoge beschikbaarheid altijd precies één primair rekenproces en één tot drie secundaire rekeninstanties. De primaire verwerkt al het lees-/schrijfverkeer. Secundaire rekeneenheden draaien in verschillende beschikbaarheidszones en worden bij een storing gepromoveerd tot primaire eenheid.

Elk secundair rekenproces heeft een Access-instelling die bepaalt of het ook leesverkeer dient:

Secundaire toegang	Wat het doet
alleen-lezen	Het secundaire rekeneenheid verzorgt leesbewerkingen via de -ro-connectiestring en kan indien nodig tot primair worden gepromoveerd.
Disabled	Secundair rekenproces is actief en gereed voor failover, maar biedt geen leesverkeer

U beheert dit met de instelling Toegang toestaan tot alleen-lezen rekeninstanties op het eindpunt, waartoe u toegang hebt in de Bewerk rekenlade. Wanneer deze functie is ingeschakeld, voeren alle secundaire rekeninstanties leesbewerkingen uit; wanneer uitgeschakeld, staan ze alleen in stand-by voor failover. In beide gevallen zijn rekenhardware al toegewezen en operationeel: upgraden vereist geen nieuwe voorziening, dus uw failovercapaciteit is gereserveerd, ongeacht de vraag in de beschikbaarheidszone.

Op het tabblad Berekeningen ziet u in één oogopslag de rol van elk rekenproces (primair of secundair), de status en het toegangsniveau .

AZ-distributie

Lakebase distribueert de primaire en secundaire rekeninstanties over beschikbaarheid zones om het risico te verminderen dat een afzonderlijke beschikbaarheidszone is uitgevallen en invloed heeft op zowel de primaire als alle secundaire rekeninstanties.

Automatisch schalen in hoge beschikbaarheid

Alle rekeninstanties in een configuratie met hoge beschikbaarheid delen hetzelfde bereik voor automatische schaalaanpassing. De maximale spread tussen uw minimum- en maximum-CU is 8 CU, dezelfde limiet als zelfstandige rekeninstanties.

Secundaire rekeninstanties worden altijd geschaald naar ten minste dezelfde CU-grootte als de primaire, zodat uw databasecapaciteit consistent blijft na een failover.

Schalen naar nul is niet beschikbaar voor computing-instanties in een configuratie met hoge beschikbaarheid. U kunt alle rekeninstanties handmatig pauzeren, maar uw eindpunt is niet beschikbaar zolang deze gepauzeerd is.

Secundaire computing-instanties versus op zichzelf staande leesreplica's

Secundaire computereenheden en zelfstandige leesreplica's zijn verschillende functies die naast elkaar kunnen bestaan in dezelfde tak.

	Secundaire rekenprocessen	Onafhankelijke leesreplica's
Purpose	Failover + optionele read-offload	Alleen-lezen offload
Toegevoegd via	Configuratie voor hoge beschikbaarheid	Leesreplika toevoegen
Neemt deel aan de failover-procedure	Ja	No
Verbindingsstring	-ro op het primaire eindpunt	Eigen afzonderlijk eindpunt
Sizing	Gedeeld met primair (eindpuntniveau)	De grootte onafhankelijk aanpassen

Wanneer u zowel hoge beschikbaarheid als extra leescapaciteit nodig hebt dan wat uw secundaire rekeninstanties bieden, kunt u beide functies in dezelfde vertakking combineren. Zie Leesreplica's.

Gedrag bij failover

Automatische overdracht

Lakebase bewaakt continu de primaire compute-status. Als de primaire functie niet meer beschikbaar is, wordt failover automatisch geactiveerd.

Failover behoudt alle doorgevoerde transacties.

Na een failover wordt de primaire verbindingsreeks ({endpoint-id}.database.{region}.databricks.com) automatisch gerouteerd naar het zojuist gepromoveerde rekenproces. Toepassingen hoeven hun verbindingsconfiguratie niet te wijzigen, maar bestaande verbindingen worden beëindigd tijdens een failover en moeten opnieuw verbinding maken. Toepassingen met logica voor opnieuw proberen verwerken dit automatisch.

Failover waarvoor alleen-lezentoegang is ingeschakeld

Wanneer toegang tot read-only rekeninstanties is ingeschakeld en er een failover plaatsvindt, wordt de gepromoveerde secundaire de nieuwe primaire en verleent geen leesrechten meer. Als u twee of meer leesbare secundaire exemplaren hebt, wordt het verkeer op de -ro verbindingsreeks voortgezet met verminderde capaciteit totdat een vervanging is voorzien. Als u er slechts één hebt, worden leesbewerkingen volledig onderbroken totdat de vervanging gereed is.

Aansluitstrengen

Het dialoogvenster Verbinding maken toont beide verbindingsreeksen met de huidige rekenstatus:

De Compute-optie in het dialoogvenster Verbinding maken	Verbindingsstring	Te gebruiken voor
Primary (name) ● Active	{endpoint-id}.database.{region}.databricks.com	Alle schrijfbewerkingen; leesbewerkingen die de huidige primaire moeten bereiken
Secondary (name) ● Active RO	{endpoint-id}-ro.database.{region}.databricks.com	Leesuitladen naar secundaire compute-instanties (alleen beschikbaar wanneer toegang tot alleen-lezen compute-instanties toestaan is ingeschakeld)

De primaire verbindingsreeks routeert altijd naar de huidige primaire, inclusief na een failover.

Elk rekenproces heeft ook een eigen directe verbindingsreeks die toegankelijk is vanaf het tabblad Computes via het menu Acties (⋮) op elke rij. Directe verbindingen zijn bedoeld voor het oplossen van problemen met afzonderlijke rekeninstanties, niet voor toepassingsgebruik. Directe verbindingsreeksen zijn per rekenproces en kunnen veranderen wanneer secundaire bestanden worden toegevoegd, verwijderd of gepromoveerd.

Limieten voor hoge beschikbaarheid

Limiet	Waarde
Rekeninstanties	2, 3 of 4 (1 primaire + 1-3 secundaire rekeninstanties)
Bereik voor automatisch schalen (max − min)	≤ 8 CU tussen minimum en maximum
Schalen naar nul	Niet beschikbaar voor rekeninstanties in een configuratie met hoge beschikbaarheid

Beste praktijken

Door deze procedures te volgen, blijft uw toepassing tolerant en beschikbaar tijdens failover-gebeurtenissen.

Practice	Details
Verbindingslogica voor opnieuw proberen implementeren	Actieve verbindingen worden beëindigd tijdens een failover. Verbindingen met de mislukte primaire server kunnen vastlopen tot er een time-out optreedt. Configureer TCP-keepalives of een time-out voor de verbinding in uw stuurprogramma om de fout onmiddellijk te detecteren. Verbindingen met de secundaire die gepromoveerd wordt, worden actief beëindigd en retourneren een fout onmiddellijk. Toepassingen met logica voor opnieuw proberen worden binnen enkele seconden automatisch opnieuw verbonden.
Secundair aantal configureren voor uw use-case	Elk secundair rekenproces vertegenwoordigt vooraf toegewezen hardware die is gereserveerd voor failover. Het reduceren van uw secundaire telling betekent minder failovercapaciteit en minder gedekte beschikbaarheidszones. Eén secundair rekenproces biedt failoverdekking. Als u leesbare secundaire bestanden inschakelt, configureert u twee of meer. Met slechts één component worden leesacties volledig onderbroken tijdens een failover totdat er een vervangend component beschikbaar is.
Vermijd overbelasting van secundaire rekeninstanties	De service kan een secundair rekenproces opnieuw opstarten dat overbelast is of achterloopt. Bewaak het aantal querybelastingen en verbindingen en verhoog de CU-grootte als u een langdurig hoog gebruik ziet.

Volgende stappen 

• Hoge beschikbaarheid beheren om hoge beschikbaarheid in te schakelen en te configureren
• Automatisch schalen voor meer informatie over cu-grootte- en automatische schaalaanpassingsbereiken
• Verbindingsreeksen voor een volledige referentie van verbindingsreeksen