Opslagarchitectuur

Lakebase scheidt de opslag van de rekenkracht. Uw databasegegevens bevinden zich in een door Databricks beheerde gedistribueerde opslaglaag, onafhankelijk van de rekeninstanties waarop uw query's worden uitgevoerd. Opslag blijft behouden en blijft maximaal beschikbaar, ongeacht of uw berekening wordt uitgevoerd, onderbroken of geschaald.

Voor een overzicht van hoe de reken- en opslaglagen samenwerken, inclusief safekeepers en pageservers, zie Lakebase-architectuur.

Opslagarchitectuur die toont hoe compute is verbonden met zone-redundante gedistribueerde opslag, die gegevens opslaat in door Databricks beheerde cloud-objectopslag.

Note

Op Azure slaat Lakebase gegevens op in Azure Blob Storage als cloudobjectopslaglaag. Afhankelijk van de regio maakt opslag gebruik van lokaal redundante opslag (LRS) of zone-redundante opslag (ZRS). LRS repliceert gegevens over meerdere kopieën binnen één datacenter, wat een hoge duurzaamheid binnen de regio biedt. ZRS repliceert gegevens over meerdere beschikbaarheidszones. Databricks beheert de opslagredundantielaag. Het kan niet door de klant worden geconfigureerd.

Opslaglaag

Lakebase maakt gebruik van een gedistribueerde opslagarchitectuur. Er is geen enkele computer die de gezaghebbende status van uw database bevat. Lakebase bewaart ook data in Databricks-beheerde cloudobjectopslag, de duurzaamheidsbasis voor de gehele opslaglaag. Cloudobjectopslag is ontworpen voor extreem hoge duurzaamheid en is niet afhankelijk van asynchrone replicatie, dus replicatievertraging beïnvloedt de duurzaamheid niet. Azure Databricks beheert de configuratie van opslagredundantie.

Op Azure slaat Lakebase gegevens op in Azure Blob Storage als cloudobjectopslaglaag.

Opslagredundantie is onafhankelijk van de hoge beschikbaarheid van rekenkracht

Azure Databricks beheert de redundantie en beschikbaarheid van Lakebase storage onafhankelijk van de high availability (HA) compute-instelling. Het in- of uitschakelen van HA heeft geen invloed op opslagredundantie.

Hoge beschikbaarheid is een functie van de compute-laag. Er wordt vooraf een secundaire rekeninstantie ingericht in een andere beschikbaarheidszone voor automatische failover. Opslagredundantie en reken-HA zijn onafhankelijke lagen.

Karakteristiek Opslagredundantie Hoge beschikbaarheid (HA) berekenen
Mandatory Yes Nee.
Configureerbaar voor de klant Nee. Yes
Wat het beveiligt Duurzaamheid en beschikbaarheid van gegevens Mogelijkheid om query's uit te voeren

Vergelijking naast elkaar waarin wordt weergegeven dat opslagredundantie ongewijzigd is, ongeacht of de rekencapaciteit is uitgeschakeld of ingeschakeld.

Hoe opslagscheiding andere functies mogelijk maakt

De scheiding van opslag van rekenkracht maakt verschillende Lakebase-functies mogelijk:

  • Geen dataverlies (RPO = 0): Omdat Lakebase elke gecommitteerde transactie in de opslaglaag duurzaam registreert voordat deze wordt erkend, verlies je geen gecommitteerde data wanneer de compute uitvalt, opnieuw opstart, schaalt naar nul of failovert.
  • Directe vertakkingen: Lakebase maakt vertakkingen met behulp van copy-on-write voor gedeelde opslag. Het proces dupliceerde geen gegevens.
  • Leesreplica’s: Meerdere compute-instances lezen van dezelfde gedeelde opslaglaag. Voor deze benadering is geen gegevensreplicatie vereist.
  • Schaal naar nul: De berekening wordt onderbroken, maar de opslag blijft behouden. Gegevens zijn onmiddellijk beschikbaar wanneer de berekening wordt hervat.
  • Snelle failover: Omdat opslag losstaat van rekenkracht, hoeft failover geen gegevens te verplaatsen. Lakebase bevordert een secundair rekenproces dat verbinding maakt met de bestaande opslag.
  • Hoge beschikbaarheid: Configureer redundantie op rekenniveau voor automatische failover in beschikbaarheidszones. Zie Hoge beschikbaarheid.
  • Hoge beschikbaarheid beheren: Schakel de rekeninstelling voor hoge beschikbaarheid in en configureer deze op uw eindpunt. Zie Hoge beschikbaarheid beheren.
  • Databasevertakkingen: Leer hoe vertakkingen copy-on-write-opslag gebruiken om onmiddellijk geïsoleerde omgevingen te creëren. Zie Branches.
  • Leesreplica’s: Voeg alleen-lezen rekeninstanties toe die van dezelfde opslaglaag lezen zonder gegevensreplicatie. Zie Leesreplica's.
  • Last updated on