Az S1, S2 és S3 teljesítményszintek kivonása

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: Nosql MongoDB Cassandra Gremlin Táblázat

Fontos

A cikkben tárgyalt S1, S2 és S3 teljesítményszintek kivonásra kerülnek, és már nem érhetők el az új Azure Cosmos DB-fiókokhoz.

Ez a cikk áttekintést nyújt az S1, az S2 és az S3 teljesítményszintekről, és ismerteti, hogyan migrálhatók az ezeket a teljesítményszinteket használó gyűjtemények egyetlen particionált gyűjteménybe. A cikk elolvasása után a következő kérdésekre válaszolhat:

Miért vonják ki az S1, az S2 és az S3 teljesítményszintet?

Az S1, S2 és S3 teljesítményszintek nem biztosítják a standard Azure Cosmos DB-ajánlat által biztosított rugalmasságot. Az S1, S2, S3 teljesítményszintek esetében az átviteli sebesség és a tárolókapacitás is előre be lett állítva, és nem nyújtott rugalmasságot. Az Azure Cosmos DB mostantól lehetővé teszi az átviteli sebesség és a tárterület testreszabását, így sokkal rugalmasabban méretezheti az igények változását.

Hogyan viszonyulnak az egypartíciós gyűjtemények és a particionált gyűjtemények az S1, S2 és S3 teljesítményszintekhez?

Az alábbi táblázat összehasonlítja az egypartíciós gyűjteményekben, particionált gyűjteményekben és S1, S2, S3 teljesítményszintekben elérhető átviteli sebességet és tárolási lehetőségeket. Íme egy példa az USA 2. keleti régiójára:

Kvóta neve Particionált gyűjtemény Egypartíciós gyűjtemény S1 S2 S3
Maximális átviteli sebesség Korlátlan 10 000 RU/s 250 RU/s 1 K RU/s 2,5 K RU/s
Minimális átviteli sebesség 2,5 K RU/s 400 RU/s 250 RU/s 1 K RU/s 2,5 K RU/s
Maximális tárterület Korlátlan 20 GB 20 GB 20 GB 20 GB
Ár (havonta) Átviteli sebesség: 6 USD / 100 RU/s

Tárterület: 0,25 USD/GB		 Átviteli sebesség: 6 USD / 100 RU/s

Tárterület: 0,25 USD/GB		 25 USD 50 USD 100 USD

Ön EA-ügyfél? Ha igen, tekintse meg a Hogyan érint, ha NAGYVÁLLALATI ügyfél vagyok? című cikket.

Mit kell tennem az adataimhoz való folyamatos hozzáférés biztosítása érdekében?

Ha S1, S2 vagy S3 gyűjteménysel rendelkezik, a .NET SDK használatával programozott módon kell áttelepítenie a gyűjteményt egyetlen partíciógyűjteménybe.

Hogyan változik a gyűjteményem a migrálás után?

Ha S1-gyűjteménysel rendelkezik, migrálhatja őket egyetlen partíciógyűjteménybe 400 RU/s átviteli sebességgel. A 400 RU/s az egypartíciós gyűjteményekben elérhető legalacsonyabb átviteli sebesség. Az egyetlen partíciógyűjteményben található 400 RU/s költsége azonban nagyjából megegyezik az S1 gyűjteményével és 250 RU/s-tal– így nem kell fizetnie a rendelkezésére álló további 150 RU/sért.

Ha rendelkezik S2-gyűjteménnyel, migrálhatja őket egyetlen partíciógyűjteménybe 1 K RU/s sebességgel. Az átviteli sebesség szintje nem változik.

Ha rendelkezik S3-gyűjteménnyel, migrálhatja őket egy 2,5 K RU/s-os partíciógyűjteménybe. Az átviteli sebesség szintje nem változik.

Minden ilyen esetben a gyűjtemény áttelepítése után testre szabhatja az átviteli sebesség szintjét, vagy igény szerint vertikálisan fel- és leskálázhatja, hogy alacsony késésű hozzáférést biztosítson a felhasználók számára.

Hogyan változik a számlázás az egyetlen partíciógyűjteménybe való migrálás után?

Feltételezve, hogy az USA keleti régiójában 10 S1 gyűjtemény és 1 GB tárterület található, és ezeket a 10 S1 gyűjteményeket 10 egypartíciós gyűjteménybe migrálja 400 RU/s sebességgel (a minimális szint). A számla a következőképpen fog kinézni, ha a 10 egypartíciós gyűjteményt egy teljes hónapig megőrzi:

A 10 gyűjtemény S1 díjszabása 10 gyűjteményhez viszonyítva egyetlen partíciógyűjtemény díjszabását használva

Módosíthatok az S1, az S2 és az S3 teljesítményszint között a tervezett migrálás előtt?

A .NET SDK használatával csak az S1, S2 és S3 teljesítménnyel rendelkező meglévő fiókok módosíthatók és módosíthatók programozott módon. Ha S1, S3 vagy S3 értékről egyetlen partíciógyűjteményre vált, nem térhet vissza az S1, S2 vagy S3 teljesítményszintre.

Hogyan migrálni az S1, S2, S3 teljesítményszintekről önálló partíciógyűjteményekre?

A .NET SDK használatával programozott módon migrálhat az S1, S2 és S3 teljesítményszintekről egypartíciós gyűjteményekre. Ezt a tervezett migrálás előtt önállóan is elvégezheti, hogy kihasználhassa az egypartíciós gyűjteményekkel elérhető rugalmas átviteli sebesség előnyeit.

Migrálás egypartíciós gyűjteményekbe a .NET SDK használatával

Ez a szakasz csak egy gyűjtemény teljesítményszintjének SQL .NET API-val történő módosítását ismerteti, de a folyamat hasonló a többi SDK-hoz.

Íme egy kódrészlet, amely a gyűjtemény átviteli sebességét másodpercenként 5000 kérelemegységre módosítja:

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

Látogasson el az MSDN-be , ahol további példákat tekinthet meg, és további információkat tudhat meg az ajánlati módszereinkről:

Hogyan érint, ha EA-ügyfél vagyok?

Az EA-ügyfelek a jelenlegi szerződésük végéig árvédettek lesznek.

Következő lépések

Ha többet szeretne megtudni az adatok Azure Cosmos DB-vel való díjszabásáról és kezeléséről, tekintse át az alábbi erőforrásokat:

  1. Adatok particionálása az Azure Cosmos DB-ben. Megismerheti az egypartíciós tárolók és a particionált tárolók közötti különbségeket, valamint tippeket kaphat a particionálási stratégia zökkenőmentes skálázásához.
  2. Az Azure Cosmos DB díjszabása. Megismerheti az átviteli sebesség kiépítésének és a tárterület felhasználásának költségeit.
  3. Kérelemegységek. Ismerje meg a különböző művelettípusok, például olvasás, írás, lekérdezés átviteli sebességének használatát.