lagringsarkitektur

Lakebase separerar lagring från beräkning. Dina databasdata finns i ett Databricks-hanterat distribuerat lagringslager, oberoende av de beräkningsinstanser som kör dina frågor. Lagringen bevaras och är fortfarande mycket tillgänglig oavsett om beräkningen körs, pausas eller skalas.

För en översikt över hur beräknings- och lagringslagren samarbetar, inklusive safekeepers och sidservrar, se Lakebase-arkitekturen.

Lagringsarkitektur som visar beräkningsresurser som ansluter till zonredundant distribuerad lagring, som lagras i Databricks-hanterad molnbaserad objektlagring.

Note

I Azure lagrar Lakebase data varaktigt i Azure Blob Storage som molnobjektlagringslager. Beroende på region använder lagring antingen lokalt redundant lagring (LRS) eller zonredundant lagring (ZRS). LRS replikerar data över flera kopior i ett enda datacenter, vilket ger hög hållbarhet i regionen. ZRS replikerar data över flera tillgänglighetszoner. Databricks hanterar lagringsredundansnivån. Det är inte kundkonfigurerbart.

Lagringsskikt

Lakebase använder en distribuerad lagringsarkitektur. Ingen enskild dator har databasens auktoritativa tillstånd. Lakebase lagrar också data till Databricks-hanterad molnobjektlagring, hållbarhetsgrunden för hela lagringslagret. Molnobjektlagring är designad för extremt hög hållbarhet och förlitar sig inte på asynkron replikation, så replikationsfördröjning påverkar inte hållbarheten. Azure Databricks hanterar konfiguration av lagringsredundans.

I Azure lagrar Lakebase data varaktigt i Azure Blob Storage som molnobjektlagringslager.

Lagringsredundans är oberoende av beräknings-HA

Azure Databricks hanterar Lakebase-lagringsredundans och tillgänglighet oberoende av högtillgänglighetsinställningen (HA). Aktivering eller inaktivering av HA påverkar inte lagringsredundans.

Hög tillgänglighet är en beräkningslagerfunktion. Den etablerar en sekundär beräkningsinstans i en separat tillgänglighetszon för automatisk redundans. Lagringsredundans och beräknings-HA är oberoende lager.

Egenskap Redundans för lagring Beräkna hög tillgänglighet (HA)
Mandatory Yes No
Kundkonfigurerbar No Yes
Vad det skyddar Datahållbarhet och tillgänglighet Möjlighet att köra frågor

Jämförelse sida vid sida som visar lagringsredundans är oförändrad oavsett om beräknings-HA är inaktiverat eller aktiverat.

Hur lagringsavgränsning möjliggör andra funktioner

Separationen av lagring från beräkning möjliggör flera Lakebase-funktioner:

  • Noll dataförlust (RPO = 0): Eftersom Lakebase permanent registrerar varje committed transaktion i lagringslagret innan det bekräftar det, förlorar du ingen committed data när beräkningen misslyckas, startar om, skalar till noll eller failover.
  • Omedelbara grenar: Lakebase skapar grenar med copy-on-write mot delad lagring. Processen duplicerar inga data.
  • Läsrepliker: Flera beräkningsinstanser läser från samma delade lagringslager. Den här metoden kräver ingen datareplikering.
  • Skala till noll: Beräkningen pausas, men lagringen kvarstår. Data är omedelbart tillgängliga när beräkningen återupptas.
  • Snabb redundans: Eftersom lagring är separat från beräkning innebär redundansväxling inte att flytta data. Lakebase befordrar en sekundär beräkningsinstans som ansluter till den befintliga lagringen.
  • Hög tillgänglighet: Konfigurera redundans på beräkningsnivå för automatisk redundansväxling över tillgänglighetszoner. Se Hög tillgänglighet.
  • Hantera hög tillgänglighet: Aktivera och konfigurera ha-beräkningsinställningen på slutpunkten. Se Hantera hög tillgänglighet.
  • Databasgrenar: Lär dig hur grenar använder copy-on-write-lagring för att skapa omedelbart isolerade miljöer. Se Brancher.
  • Läs repliker: Lägg till skrivskyddade beräkningsinstanser som läser från samma lagringsnivå utan datareplikering. Se Läs repliker.
  • Last updated on