Dra tillbaka prestandanivåerna S1, S2 och S3

  • Artikel

GÄLLER FÖR: Nosql Mongodb Cassandra Gremlin Tabell

Viktigt

Prestandanivåerna S1, S2 och S3 som beskrivs i den här artikeln dras tillbaka och är inte längre tillgängliga för nya Azure Cosmos DB-konton.

Den här artikeln innehåller en översikt över prestandanivåerna S1, S2 och S3 och beskriver hur de samlingar som använder dessa prestandanivåer kan migreras till enskilda partitionerade samlingar. När du har läst den här artikeln kan du svara på följande frågor:

Varför dras prestandanivåerna S1, S2 och S3 tillbaka?

Prestandanivåerna S1, S2 och S3 erbjuder inte den flexibilitet som standarderbjudandet för Azure Cosmos DB erbjuder. Med prestandanivåerna S1, S2 och S3 var både dataflödet och lagringskapaciteten förinställda och erbjöd inte elasticitet. Azure Cosmos DB erbjuder nu möjligheten att anpassa dataflöde och lagring, vilket ger dig mycket mer flexibilitet i din möjlighet att skala när dina behov förändras.

Hur jämförs enskilda partitionssamlingar och partitionerade samlingar med prestandanivåerna S1, S2 och S3?

I följande tabell jämförs de dataflödes- och lagringsalternativ som är tillgängliga i enskilda partitionssamlingar, partitionerade samlingar och prestandanivåer för S1, S2 och S3. Här är ett exempel för regionen USA, östra 2:

Kvotnamn Partitionerad samling Samling med en partition S1 S2 S3
Maximalt dataflöde Obegränsat 10 000 RU/s 250 RU/s 1 K RU/s 2,5 K RU/s
Minsta dataflöde 2,5 K RU/s 400 RU/s 250 RU/s 1 K RU/s 2,5 K RU/s
Maximalt lagringsutrymme Obegränsat 20 GB 20 GB 20 GB 20 GB
Pris (månadsvis) Dataflöde: 6 USD / 100 RU/s

Lagring: 0,25 USD/GB		 Dataflöde: 6 USD / 100 RU/s

Lagring: 0,25 USD/GB		 25 USD 50 USD 100 USD

Är du EA-kund? I så fall kan du läsa Hur påverkas jag om jag är EA-kund?

Vad behöver jag göra för att säkerställa oavbruten åtkomst till mina data?

Om du har en S1-, S2- eller S3-samling bör du migrera samlingen till en enda partitionssamling programmatiskt med hjälp av .NET SDK.

Hur kommer min samling att ändras efter migreringen?

Om du har en S1-samling kan du migrera dem till en enda partitionssamling med dataflödet 400 RU/s. 400 RU/s är det lägsta tillgängliga dataflödet med enskilda partitionssamlingar. Kostnaden för 400 RU/s i en enda partitionssamling är dock ungefär densamma som du betalade med din S1-samling och 250 RU/s – så du betalar inte för de extra 150 RU/s som är tillgängliga för dig.

Om du har en S2-samling kan du migrera dem till en enda partitionssamling med 1 K RU/s. Du ser ingen ändring av dataflödesnivån.

Om du har en S3-samling kan du migrera dem till en enda partitionssamling med 2,5 K RU/s. Du ser ingen ändring av dataflödesnivån.

När du har migrerat samlingen i vart och ett av dessa fall kan du anpassa dataflödesnivån eller skala upp och ned den efter behov för att ge användarna åtkomst med kort svarstid.

Hur ändras min fakturering när jag har migrerat till samlingarna med en enda partition?

Förutsatt att du har 10 S1-samlingar, 1 GB lagringsutrymme för var och en, i regionen USA, östra och du migrerar dessa 10 S1-samlingar till 10 enskilda partitionssamlingar på 400 RU/sek (miniminivån). Fakturan ser ut så här om du behåller de 10 enskilda partitionssamlingarna under en hel månad:

Hur S1-priser för 10 samlingar jämförs med 10 samlingar med priser för en enda partitionssamling

Kan jag ändra prestandanivåerna S1, S2 och S3 före den planerade migreringen?

Endast befintliga konton med S1-, S2- och S3-prestanda kan ändras och ändra prestandanivåer programmatiskt med hjälp av .NET SDK. Om du ändrar från S1, S3 eller S3 till en enda partitionssamling kan du inte återgå till prestandanivåerna S1, S2 eller S3.

Hur gör jag för att migrera från prestandanivåerna S1, S2 och S3 till enskilda partitionssamlingar på egen hand?

Du kan migrera från prestandanivåerna S1, S2 och S3 till enskilda partitionssamlingar programmatiskt med hjälp av .NET SDK. Du kan göra detta på egen hand innan den planerade migreringen för att dra nytta av alternativen för flexibelt dataflöde som är tillgängliga med enskilda partitionssamlingar.

Migrera till enskilda partitionssamlingar med hjälp av .NET SDK

Det här avsnittet beskriver bara hur du ändrar en samlings prestandanivå med hjälp av SQL .NET API, men processen är liknande för våra andra SDK:er.

Här är ett kodfragment för att ändra samlingens dataflöde till 5 000 enheter för programbegäran per sekund:

    //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);

Besök MSDN om du vill se fler exempel och lära dig mer om våra erbjudandemetoder:

Hur påverkas jag om jag är EA-kund?

EA-kunder kommer att vara prisskyddade fram till slutet av sitt nuvarande kontrakt.

Nästa steg

Om du vill veta mer om prissättning och hantering av data med Azure Cosmos DB kan du utforska dessa resurser:

  1. Partitionera data i Azure Cosmos DB. Förstå skillnaden mellan en partitionscontainer och partitionerade containrar, samt tips om hur du implementerar en partitioneringsstrategi för sömlös skalning.
  2. Prissättning för Azure Cosmos DB. Lär dig mer om kostnaden för att etablera dataflöde och förbruka lagring.
  3. Enheter för programbegäran. Förstå förbrukningen av dataflöde för olika åtgärdstyper, till exempel Läsa, Skriva, Fråga.