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

A KÖVETKEZŐKRE VONATKOZIK: NoSQL MongoDB Cassandra Gremlin Asztal

Ez a cikk áttekintést nyújt az S1, S2 és 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 szűnik meg az S1, S2 és S3 teljesítményszintek kivonása?
• Hogyan viszonyulnak az egypartíciós gyűjtemények és a particionált gyűjtemények az S1, S2 és S3 teljesítményszintekhez?
• Mit kell tennem az adataimhoz való folyamatos hozzáférés biztosítása érdekében?
• Hogyan változik a gyűjteményem a migrálás után?
• Hogyan változik a számlázásom az egypartíciós gyűjteményekbe való migrálás után?
• Mi a teendő, ha több mint 20 GB tárterületre van szükségem?
• Módosíthatok az S1, S2 és S3 teljesítményszintek között a tervezett migrálás előtt?
• Hogyan migrálni az S1, S2, S3 teljesítményszintekről önálló partíciógyűjteményekre?
• Hogyan érint, ha EA-ügyfél vagyok?

Miért szűnik meg az S1, S2 és S3 teljesítményszintek kivonása?

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ási 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:

Ön EA-ügyfél? Ha igen, olvassa el , hogy milyen hatással vagyok, ha EA-ügyfél vagyok?

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ényekkel 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-jával– így nem kell fizetnie az Ön számára elérhető további 150 RU/sért.

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

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

Ezekben az esetekben a gyűjtemény migrálása után testre szabhatja az átviteli sebesség szintjét, vagy igény szerint fel- és leskálázhatja azt, hogy alacsony késésű hozzáférést biztosíthasson a felhasználóknak.

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

Feltéve, hogy az USA keleti régiójában 10 S1 gyűjteményt és 1 GB tárterületet használ, és ezt a 10 S1 gyűjteményt 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 tartja:

Módosíthatok az S1, S2 és S3 teljesítményszintek 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 programozott módon módosíthatják a teljesítményszint-szinteket. Ha S1, S3 vagy S3 értékről egyetlen partíciócsoportra 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?

Az S1, az S2 és az S3 teljesítményszintről programozott módon , a .NET SDK használatával migrálhat egyetlen partíciógyűjteménybe. Ezt a tervezett migrálás előtt önállóan is megteheti, hogy kihasználhassa az egypartíciós gyűjteményekkel elérhető rugalmas átviteli sebesség beállításait.

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

Ez a szakasz csak a 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);

Tekintse meg az MSDN-t további példákért, és tudjon meg többet az ajánlati módszereinkről:

• ReadOfferAsync
• ReadOffersFeedAsync
• ReplaceOfferAsync
• CreateOfferQuery

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

Az Azure Cosmos DB-vel végzett adatok díjszabásával és kezelésével kapcsolatos további információkért tekintse meg az alábbi erőforrásokat:

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