Dela via

Dra tillbaka prestandanivåerna S1, S2 och S3

  • Artikel

GÄLLER FÖR: NoSQL MongoDB Kassandra Gremlin Bord

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, 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ödet och lagringen, vilket ger dig mycket mer flexibilitet i din förmåga att skala när dina behov ändras.

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

I följande tabell jämförs dataflödes- och lagringsalternativen 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 /100 RU/s

Lagring: 0,25 USD/GB		 Dataflöde: $6 /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 ändras min samling efter migreringen?

Om du har en S1-samling kan du migrera dem till en enda partitionssamling med 400 RU/s-dataflöde. 400 RU/s är det lägsta dataflödet som är tillgängligt med enskilda partitionssamlingar. Kostnaden för 400 RU/s i en enskild 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 låg svarstid.

Hur ändras min fakturering när jag har migrerat till de enskilda partitionssamlingarna?

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/s (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 prissättning för en enskild partitionssamling

Kan jag ändra mellan 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ånivå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, 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 de flexibla dataflödesalternativ 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 liknar våra andra SDK:er.

Här är ett kodfragment för att ändra samlingens dataflöde till 5 000 enheter för begäranden 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 för att se ytterligare exempel och lär 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. Partitionering av data i Azure Cosmos DB. Förstå skillnaden mellan en enda partitionscontainer och partitionerade containrar, samt tips om hur du implementerar en partitioneringsstrategi för att skala sömlöst.
  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 begäran. Förstå förbrukningen av dataflöde för olika åtgärdstyper, till exempel Läsa, Skriva, Fråga.