Het buiten gebruik stellen van de prestatieniveaus S1, S2 en S3
VAN TOEPASSING OP: NoSQL MongoDB Cassandra Gremlin Tafel
Belangrijk
De prestatieniveaus S1, S2 en S3 die in dit artikel worden besproken, worden buiten gebruik gesteld en zijn niet meer beschikbaar voor nieuwe Azure Cosmos DB-accounts.
In dit artikel vindt u een overzicht van de prestatieniveaus S1, S2 en S3 en wordt beschreven hoe de verzamelingen die gebruikmaken van deze prestatieniveaus kunnen worden gemigreerd naar afzonderlijke gepartitioneerde verzamelingen. Na het lezen van dit artikel kunt u de volgende vragen beantwoorden:
- Waarom worden de prestatieniveaus S1, S2 en S3 buiten gebruik gesteld?
- Hoe worden verzamelingen met één partitie en gepartitioneerde verzamelingen vergeleken met de prestatieniveaus S1, S2, S3?
- Wat moet ik doen om ononderbroken toegang tot mijn gegevens te garanderen?
- Hoe verandert mijn verzameling na de migratie?
- Hoe verandert mijn facturering nadat ik ben gemigreerd naar verzamelingen met één partitie?
- Wat gebeurt er als ik meer dan 20 GB opslagruimte nodig heb?
- Kan ik vóór de geplande migratie wisselen tussen de prestatieniveaus S1, S2 en S3?
- Hoe kan ik migreren van de S1-, S2-, S3-prestatieniveaus naar verzamelingen met één partitie op eigen niveau?
- Wat heeft dit gevolgen als ik een EA-klant ben?
Waarom worden de prestatieniveaus S1, S2 en S3 buiten gebruik gesteld?
De prestatieniveaus S1, S2 en S3 bieden niet de flexibiliteit die de standaard azure Cosmos DB-aanbieding biedt. Met de S1, S2, S3-prestatieniveaus waren zowel de doorvoer als de opslagcapaciteit vooraf ingesteld en bieden ze geen elasticiteit. Azure Cosmos DB biedt nu de mogelijkheid om uw doorvoer en opslag aan te passen, zodat u veel meer flexibiliteit hebt om te schalen naarmate uw behoeften veranderen.
Hoe worden verzamelingen met één partitie en gepartitioneerde verzamelingen vergeleken met de prestatieniveaus S1, S2, S3?
De volgende tabel vergelijkt de doorvoer- en opslagopties die beschikbaar zijn in verzamelingen met één partitie, gepartitioneerde verzamelingen en S1, S2, S3-prestatieniveaus. Hier volgt een voorbeeld voor de regio US - oost 2:
Quotumnaam | Gepartitioneerde verzameling | Verzameling met één partitie | S1 | S2 | S3 |
---|---|---|---|---|---|
Maximale doorvoer | Onbeperkt | 10.000 RU/s | 250 RU/s | 1 K RU/s | 2,5 K RU/s |
Minimale doorvoer | 2,5 K RU/s | 400 RU/s | 250 RU/s | 1 K RU/s | 2,5 K RU/s |
Maximale opslag | Onbeperkt | 20 GB | 20 GB | 20 GB | 20 GB |
Prijs (maandelijks) | Doorvoer: $ 6 / 100 RU/s Opslag: $ 0,25/GB |
Doorvoer: $ 6 / 100 RU/s Opslag: $ 0,25/GB |
$ 25 USD | $ 50 USD | $ 100 USD |
Bent u een EA-klant? Zo ja, zie hoe heb ik gevolgen als ik een EA-klant ben?
Wat moet ik doen om ononderbroken toegang tot mijn gegevens te garanderen?
Als u een S1-, S2- of S3-verzameling hebt, moet u de verzameling programmatisch migreren naar één partitieverzameling met behulp van de .NET SDK.
Hoe verandert mijn verzameling na de migratie?
Als u een S1-verzameling hebt, kunt u deze migreren naar één partitieverzameling met 400 RU/s-doorvoer. 400 RU/s is de laagste doorvoer die beschikbaar is met verzamelingen met één partitie. De kosten voor 400 RU/s in één partitieverzameling zijn echter ongeveer hetzelfde als u met uw S1-verzameling en 250 RU/s betaalt, dus u betaalt niet voor de extra 150 RU/s die voor u beschikbaar zijn.
Als u een S2-verzameling hebt, kunt u ze migreren naar één partitieverzameling met 1 K RU/s. U ziet geen wijzigingen in het doorvoerniveau.
Als u een S3-verzameling hebt, kunt u deze migreren naar één partitieverzameling met 2,5 K RU/s. U ziet geen wijzigingen in het doorvoerniveau.
In elk van deze gevallen kunt u, nadat u de verzameling hebt gemigreerd, uw doorvoerniveau aanpassen of omhoog en omlaag schalen, indien nodig om toegang met lage latentie tot uw gebruikers te bieden.
Hoe verandert mijn facturering nadat ik ben gemigreerd naar de verzamelingen met één partitie?
Ervan uitgaande dat u 10 S1-verzamelingen hebt, 1 GB opslagruimte voor elk, in de regio VS - oost, en u migreert deze 10 S1-verzamelingen naar 10 verzamelingen met één partitie op 400 RU/sec (het minimumniveau). Uw factuur ziet er als volgt uit als u de tien verzamelingen met één partitie voor een volledige maand bewaart:
Kan ik vóór de geplande migratie wisselen tussen de prestatieniveaus S1, S2 en S3?
Alleen bestaande accounts met S1-, S2- en S3-prestaties kunnen programmatisch worden gewijzigd en de prestatieniveaulagen wijzigen met behulp van de .NET SDK. Als u overstapt van S1, S3 of S3 naar één partitieverzameling, kunt u niet terugkeren naar de prestatieniveaus S1, S2 of S3.
Hoe kan ik migreren van de S1-, S2-, S3-prestatieniveaus naar verzamelingen met één partitie op eigen niveau?
U kunt programmatisch migreren van de prestatieniveaus S1, S2 en S3 naar verzamelingen met één partitie met behulp van de .NET SDK. U kunt dit zelf doen voordat de geplande migratie profiteert van de flexibele doorvoeropties die beschikbaar zijn voor verzamelingen met één partitie.
Migreren naar verzamelingen met één partitie met behulp van de .NET SDK
In deze sectie wordt alleen beschreven hoe u het prestatieniveau van een verzameling wijzigt met behulp van de SQL .NET-API, maar het proces is vergelijkbaar voor onze andere SDK's.
Hier volgt een codefragment voor het wijzigen van de doorvoer van de verzameling in 5000 aanvraageenheden per seconde:
//Fetch the resource to be updated
Offer offer = client.CreateOfferQuery()
.Where(r => r.ResourceLink == collection.SelfLink)
.AsEnumerable()
.SingleOrDefault();
// Set the throughput to 5000 request units per second
offer = new OfferV2(offer, 5000);
//Now persist these changes to the database by replacing the original resource
await client.ReplaceOfferAsync(offer);
Ga naar MSDN om aanvullende voorbeelden te bekijken en meer te weten te komen over onze aanbiedingsmethoden:
Wat heeft dit gevolgen als ik een EA-klant ben?
EA-klanten worden beschermd tegen prijzen tot het einde van hun huidige contract.
Volgende stappen
Bekijk deze resources voor meer informatie over prijzen en het beheren van gegevens met Azure Cosmos DB:
- Gegevens partitioneren in Azure Cosmos DB. Inzicht in het verschil tussen container met één partitie en gepartitioneerde containers, evenals tips voor het implementeren van een partitioneringsstrategie om naadloos te schalen.
- Prijzen voor Azure Cosmos DB. Meer informatie over de kosten voor het inrichten van doorvoer en het verbruik van opslag.
- Aanvraageenheden. Inzicht in het verbruik van doorvoer voor verschillende bewerkingstypen, bijvoorbeeld Lezen, Schrijven, Query.