Bewerken

Delen via

Veelgestelde vragen over het distribueren van doorvoer tussen partities in Azure Cosmos DB (preview)

  • Veelgestelde vragen

VAN TOEPASSING OP: NoSQL MongoDB

De functie voor herdistributie van doorvoer van Azure Cosmos DB biedt u de mogelijkheid om uw ingerichte doorvoer opnieuw te distribueren over fysieke partities. In dit artikel vindt u antwoorden op veelgestelde vragen over herdistributie van Azure Cosmos DB-doorvoer tussen partities.

Op welke resources kan ik deze functie gebruiken?

De functie wordt alleen ondersteund voor SQL en API voor MongoDB-accounts. Het wordt ondersteund voor gedeelde doorvoerdatabases en containers/verzamelingen met toegewezen doorvoer (handmatig of automatisch schalen). De functie is niet van toepassing op serverloze accounts.

Hoe kan ik inschrijven bij de preview-functie?

U hoeft zich niet in te schrijven voor de preview. Als u de functie wilt gebruiken, gebruikt u gewoon de relevante opdrachten in Azure PowerShell of Azure CLI om de doorvoer over de fysieke partities van uw resources opnieuw te distribueren.

Welke versie van de Azure Cosmos DB-functionaliteit in Azure PowerShell en Azure CLI ondersteunt deze functie?

De mogelijkheid om RU/s over fysieke partities opnieuw te distribueren, wordt alleen ondersteund in de preview-versie van Azure PowerShell (versie 2.0.2-preview of hoger)[https://www.powershellgallery.com/packages/Az.CosmosDB/2.0.2-preview] en de nieuwste preview-versie van de Azure CLI.

Wat is het maximum aantal fysieke partities dat ik in één aanvraag kan wijzigen?

  • Het maximum aantal bron- en fysieke partities dat in één aanvraag kan worden opgenomen, is elk 20.
  • U moet in elke aanvraag ten minste één bron en één fysieke doelpartitie opgeven. De bronpartitie(s) moet(en) voldoende RU/s hebben om te herdistribueren naar de doelpartitie(s).
  • De gewenste RU/s voor elke fysieke doelpartitie mogen niet groter zijn dan 10.000 RU/s of de totale RU/s van de totale resource. Als uw gewenste RU/s groter is dan de RU/s van de totale resource, verhoogt u de totale RU/s eerst voordat u de RU/s opnieuw kunt distribueren.

Is er een limiet voor hoe vaak ik een aanroep kan doen om doorvoer over partities opnieuw te distribueren?

U kunt maximaal vijf aanvragen per minuut indienen om doorvoer over partities te herdistribueren.

Wat gebeurt er met mijn RU/s-distributie wanneer ik de totale RU/s wijzig?

  • Als u uw RU/s verlaagt, krijgt elke fysieke partitie het equivalente deel van de nieuwe RU/s (current throughput fraction * new RU/s). Stel dat u bijvoorbeeld een verzameling hebt met 6000 RU/s en 3 fysieke partities. U kunt deze omlaag schalen naar 3000 RU/s.

    Vóór omlaag schalen (6000 RU/s) Na omlaag schalen (3000 RU/s) Fractie van totale RU/s
    P0: 1000 RU/s P0: 500 RU/s 1/6
    P1: 4000 RU/s P1: 2000 RU/s 2/3
    P2: 1000 RU/s P2: 500 RU/s 1/6

  • Als u uw RU/s verhoogt, heeft elke fysieke partitie RU/s = MIN(current throughput fraction * new RU/s, 10,000 RU/s). De RU/s op een fysieke partitie mogen nooit groter zijn dan 10.000 RU/s.

    Stel dat u bijvoorbeeld een verzameling hebt met 6000 RU/s en 3 fysieke partities. U schaalt dit omhoog tot 12.000 RU/s:

    Vóór omhoog schalen (6000 RU/s) Na omhoog schalen (12.000 RU/s) Fractie van totale RU/s
    P0: 1000 RU/s P0: 2000 RU/s 1/6
    P1: 4000 RU/s P1: 8000 RU/s 2/3
    P2: 1000 RU/s P2: 2000 RU/s 1/6

Waarom zie ik een discrepantie tussen de totale RU/s in mijn container en de som van de RU/s voor alle fysieke partities?

  • Deze discrepantie kan optreden wanneer u de totale RU/s voor elke afzonderlijke partitie omhoog schaalt, (current RU/s per partition * new container RU/s)/(old container RU/s) groter is dan 10.000 RU/s. Deze discrepantie treedt op wanneer u een partitiesplitsing activeert door RU/s verder currentNumberOfPartitions * 10,000 RU/s te verhogen of RU/s te verhogen zonder een partitiesplitsing te activeren.

  • Het wordt aanbevolen om uw doorvoer gelijkmatig te herdistribueren na het omhoog schalen. Anders is het mogelijk dat u niet alle RU/s kunt gebruiken die u hebt ingericht (en waarvoor kosten in rekening worden gebracht).

  • Als u wilt controleren of dit scenario van toepassing is op uw resource, gebruikt u metrische gegevens van Azure Monitor. Vergelijk de waarde van de metrische gegevens voor ProvisionedThroughput (bij gebruik van handmatige doorvoer) of AutoscaleMaxThroughput (bij gebruik van automatische schaalaanpassing) met de waarde van de metrische waarde PhysicalPartitionThroughput. Als de waarde van PhysicalPartitionThroughput kleiner is dan de respectieve ProvisionedThroughput of AutoscaleMaxThroughput, stelt u de RU/s opnieuw in op een gelijkmatige verdeling voordat u de herdistributie uitvoert, of verlaagt u de doorvoer van uw resource naar de waarde van PhysicalPartitionThroughput.

    Stel dat u bijvoorbeeld een verzameling hebt met 6000 RU/s en 3 fysieke partities. U kunt deze omhoog schalen tot 24.000 RU/s. Na het omhoog schalen is de totale doorvoer voor alle partities slechts 18.000 RU/s. Deze distributie betekent dat we, terwijl we worden gefactureerd voor 24.000 RU/s, we alleen 18.000 RU/s aan effectieve doorvoer kunnen krijgen. Elke partitie krijgt 8000 RU/s, omdat RU/s gelijkmatig opnieuw worden gedistribueerd en we kunnen RU/s opnieuw distribueren naar behoefte. We kunnen er ook voor kiezen om de totale RU/s te verlagen tot 18.000 RU/s.

    Vóór omhoog schalen (6000 RU/s) Na het schalen tot 24.000 RU/s (effectieve RU/s = 18.000 RU/s) Fractie van totale RU/s
    P0: 1000 RU/s P0: 4000 RU/s 1/6
    P1: 4000 RU/s P1: 10000 RU/s (partitie mag niet groter zijn dan 10.000 RU/s) 2/3
    P2: 1000 RU/s P2: 4000 RU/s 1/6