Konvertera antalet vCores eller vCPUs i din icke-relationella databas till Azure Azure AzureS DB RU/s

GÄLLER FÖR: SQL API

GÄLLER FÖR: Azure Azure Azures DB API för MongoDB

I den här artikeln förklaras hur du kan uppskatta Azure Setts DB-begärsenheter (RU/s) när du överväger datamigrering, men allt du vet är det totala antalet vCore eller vCPU i din befintliga databasreplikeringsuppsättning. När du migrerar en eller flera replikuppsättningar till Azure AzureS DB lagras varje samling som hålls i dessa replikuppsättningar som en Azure Azure DB-samling som består av ett fragmenterat kluster med en 4x-replikeringsfaktor. Du kan läsa mer om vår arkitektur i den här guiden för partitionering och skalning. Begär enheter är hur dataflödeskapaciteten etableras i en samling. om du vill veta mer kan du läsa guiden för begärande enheter och RU/s etableringsguide. När du migrerar en samling tillhandahåller Azure Azure Azures DB tillräckligt många fragmenter för att hantera dina behandahållande begäran och lagra dina data. Därför är uppskattning av RU/s för samlingar ett viktigt steg för att ta reda på skalan för din planerade Azure Azure Azure Db-datalagring före migreringen. Baserat på vår erfarenhet av tusentals kunder har vi hittat den här formeln hjälper oss att få en grov utgångspunkt för RU/s uppskattning av vCores eller vCPUs:

Provisioned RU/s = C*T/R

  • T:Totalt antal vCore och/eller vCPUs i dina befintliga databasreplikatorer.
  • R:Replikeringsfaktorn för dina befintliga datalagerreplikeringsuppsättningar.
  • C: Rekommenderad ru/s per vCore eller vCPU. Det här värdet härleder från arkitekturen i Azure Azure Azure Db:
    • C = 600 RU/s/vCore för Azure Azure Azures DB SQL API
    • C = 1000 RU/s/vCore för Azure Azure DB API för MongoDB v4.0
    • C-uppskattningar förAndra API, Gremlin API eller andra API:er är för närvarande inte tillgängliga

Värdena för C anges ovan. T måste avgörasgenom att granska antalet vCores eller vCPUs i varje datalagerreplikeringsuppsättning av den befintliga databasen och summera för att få fram summan ; om du inte kan uppskatta T kan du överväga att följa vår guide för att uppskatta RU/s med Azure Azure Azures DB-kapacitetsplanerare i stället för den här guiden. T ska inte innehålla vCores eller vCPUs som är kopplade till din befintliga databass routningsserver eller konfigurationskluster, om de komponenterna ingår.

För Rrekommenderar vi att du ansluter den genomsnittliga replikeringsfaktorn för dina databasreplikeringsuppsättningar. om den här informationen inte är tillgänglig är R=3 en bra tumregel.

Azure Azure Azures DB-interop-API:er körs ovanpå SQL API och implementerar sina egna unika arkitekturer. Azure Db API för MongoDB v4.0 har ett annat C-värdeän Azure Azure Azures DB SQL API.

Exempel på beräkning: uppskattning av RU/s för migrering av enstaka replikuppsättning

Migrate a replica set with 3 replicas of a four-core SKU to Azure Cosmos DB

Överväg en enskild kopia med en replikeringsfaktor för R=3 baserat på en server-SKU med fyra kärnor. Sedan

  • T = 12 vCores
  • R = 3

De rekommenderade begärsenheterna för Azure Azure Azure Db SQL API är då

Provisioned RU/s, SQL API = (600 RU/s/vCore) * (12 vCores) / (3) = 2,400 RU/s

Och de rekommenderade begärsenheterna för Azure Azure Db API för MongoDB är

Provisioned RU/s, API for MongoDB = (1,000 RU/s/vCore) * (12 vCores) / (3) = 4,000 RU/s

Exempel på beräkning: uppskattning av RU/s när du migrerar ett kluster av replikerade uppsättningar med repliker

Migrate a homogeneous sharded replica set with 3 shards, each with three replicas of a four-core SKU, to Azure Cosmos DB

Tänk dig ett fragmenterat och replikerat kluster som består av tre replikuppsättningar var och en med en replikeringsfaktor tre, där varje server är en fyrkärnig SKU. Sedan

  • T = 36 vCores
  • R = 3

De rekommenderade begärsenheterna för Azure Azure Azure Db SQL API är då

Provisioned RU/s, SQL API = (600 RU/s/vCore) * (36 vCores) / (3) = 7,200 RU/s

Och de rekommenderade begärsenheterna för Azure Azure Db API för MongoDB är

Provisioned RU/s, API for MongoDB = (1,000 RU/s/vCore) * (36 vCores) / (3) = 12,000 RU/s

Exempel på beräkning: uppskattning av RU/s när du migrerar ett kluster av heterala replikuppsättningar

Migrate a heterogeneous sharded replica set with 3 shards, each with different numbers of replicas of a four-core SKU, to Azure Cosmos DB

Överväg ett fragmenterat och replikerat kluster som består av tre replikuppsättningar, där varje server är baserad på en SKU med fyra kärnor. Replikuppsättningarna är "heterantaleous" i den meningen att var och en har en annan replikeringsfaktor: 3x, 1x och 5x. Den rekommenderade metoden är att använda den genomsnittliga replikeringsfaktorn när du beräknar begärande enheter. Sedan

  • T = 36 vCores
  • Varg = (3+1+5)/3 = 3

De rekommenderade begärsenheterna för Azure Azure Azure Db SQL API är då

Provisioned RU/s, SQL API = (600 RU/s/vCore) * (36 vCores) / (3) = 7,200 RU/s

Och de rekommenderade begärsenheterna för Azure Azure Db API för MongoDB är

Provisioned RU/s, API for MongoDB = (1,000 RU/s/vCore) * (36 vCores) / (3) = 12,000 RU/s

Tips för att få den mest exakta uppskattningen av RU/s

Migrera från en molnbaserad databas: Om du använder en molnbaserad databas verkar de här tjänsterna ofta tillhandahållas i enheter av vCores eller vCPUs (med andra ord T), men i själva verket anger antal kärnor/repliker eller vCPU/replikvärde(T/R)för en R-nodreplikatoruppsättning. det verkliga antalet kärnor är R gånger mer än vad du uttryckligen etablerat. Vi rekommenderar att du fastställer om den här beskrivningen gäller för din nuvarande molnbaserade databas och om så är möjligt måste du multiplicera det nominella antalet etablerade vCores eller vCPUs med R för att få en korrekt uppskattning av T.

vCores vs vCPUs: I den här artikeln behandlar vi "vCore" och "vCPU" som synonymer, och därför har C enheterna RU/s/vCore eller RU/s/vCPUutan skillnad. Men i praktiken är den här under tiden inte exakt i vissa situationer. Dessa termer kan ha olika betydelser; Om dina fysiska processorer till exempel stöder hyperthreading är det möjligt att 1 vCPU = 2 vCores eller något annat. Generellt sett är vCorevCPU-relationen maskinvaruberoende och vi rekommenderar att du undersöker vad relationen är på din befintliga klustermaskinvara och om ditt kluster beräknas som vCores eller vCPUs. Om vCPU och vCore har olika betydelse för din maskinvara rekommenderar vi att ovanstående uppskattningar av C behandlas som att de har enheter av RU/s/vCoreoch vid behov konverteras T från vCPU till vCore med hjälp av den konverteringsfaktor som passar din maskinvara.

Sammanfattning

Uppskattning av RU/s från vCores eller vCPUs kräver insamling av information om totalt vCores vCPUs och replikeringsfaktorfrån din befintliga databasreplikeringsuppsättning. Du kan sedan använda kända relationer mellan vcoresvCPUs och dataflöde för att uppskatta Azure Azure DB-begäranheter (RU/s). Att hitta den här uppskattningen av begärans enhet är ett viktigt steg för att förutse skalan för Azure Azure Azures DB-datalagring efter migreringen.

I tabellen nedan sammanfattas förhållandet mellan vCores och vCPUs för Azure Azure SQL API och API för MongoDB v4.0:

vCores RU/s (SQL API)
(rep. factor=3)
RU/s (API för MongoDB v4.0)
(rep. factor=3)
3 600 1000
6 1200 2000
12 2400 4000
24 4800 8000
48 9600 16000
96 19200 32000
192 38400 64000
384 76800 128000

Nästa steg