Ritiro dei livelli di prestazioni S1, S2 e S3
SI APPLICA A: NoSQL MongoDB Cassandra Gremlin Tabella
Importante
I livelli di prestazioni S1, S2 e S3 descritti in questo articolo sono in fase di ritiro e non sono più disponibili per i nuovi account Azure Cosmos DB.
Questo articolo offre una panoramica dei livelli di prestazioni S1, S2 e S3 e descrive come può essere eseguita la migrazione delle raccolte che usano questi livelli di prestazioni a raccolte a partizione singola. Alla fine della lettura, si avranno le risposte alle domande seguenti:
- Perché i livelli di prestazioni S1, S2 e S3 sono in fase di ritiro?
- Che differenze ci sono tra le raccolte a partizione singola e partizionate e i livelli di prestazioni S1, S2 e S3?
- Cosa bisogna fare per garantire l'accesso ininterrotto ai dati?
- Dopo la migrazione, come cambierà una raccolta esistente?
- Dopo la migrazione a raccolte a partizione singola, come cambierà la fatturazione?
- Cosa fare se si ha bisogno di più di 20 GB di spazio di archiviazione?
- È possibile passare tra i livelli di prestazioni S1, S2 e S3 prima della migrazione pianificata?
- Come è possibile seguire autonomamente la migrazione dai livelli di prestazioni S1, S2 e S3 alle raccolte a partizione singola?
- Quali sono le conseguenze per i clienti EA?
Perché i livelli di prestazioni S1, S2 e S3 sono in fase di ritiro?
I livelli di prestazioni S1, S2 e S3 non offrono la stessa flessibilità fornita dall'offerta Standard di Azure Cosmos DB. Con i livelli di prestazioni S1, S2 e S3, la velocità effettiva e la capacità di archiviazione sono preimpostate e non offrono elasticità. Azure Cosmos DB offre ora la possibilità di personalizzare questi valori garantendo una flessibilità decisamente superiore per il ridimensionamento in base alle proprie esigenze.
Che differenze ci sono tra le raccolte a partizione singola e partizionate e i livelli di prestazioni S1, S2 e S3?
Nella tabella seguente vengono confrontate le opzioni di archiviazione e di velocità effettiva disponibili in raccolte a partizione singola, raccolte partizionate e livelli di prestazioni S1, S2 e S3. Di seguito è riportato un esempio per l'area Stati Uniti orientali 2:
Nome della quota | Raccolta partizionata | Raccolta a partizione singola | S1 | S2 | S3 |
---|---|---|---|---|---|
Velocità effettiva massima | Nessun limite | 10.000 UR/sec | 250 UR/sec | 1000 UR/sec | 2500 UR/sec |
Velocità effettiva minima | 2500 UR/sec | 400 UR/sec | 250 UR/sec | 1000 UR/sec | 2500 UR/sec |
Spazio di archiviazione massimo | Nessun limite | 20 GB | 20 GB | 20 GB | 20 GB |
Prezzo (ogni mese) | Velocità effettiva: $ 6/100 UR/sec Spazio di archiviazione: $ 0,25/GB |
Velocità effettiva: $ 6/100 UR/sec Spazio di archiviazione: $ 0,25/GB |
$ 25 USD | $ 50 USD | $ 100 USD |
Per i clienti EA, è consigliabile fare riferimento a Quali sono le conseguenze per i clienti EA?
Cosa bisogna fare per garantire l'accesso ininterrotto ai dati?
Se si ha una raccolta S1, S2 o S3, è necessario eseguirne la migrazione a una raccolta a partizione singola a livello di codice tramite .NET SDK.
Dopo la migrazione, come cambierà una raccolta esistente?
Se si ha una raccolta S1, è possibile eseguirne la migrazione a una raccolta a partizione singola con una velocità effettiva di 400 UR/secondo, cioè la velocità effettiva minima disponibile per le raccolte a partizione singola. Tuttavia, il costo di 400 UR/sec in una raccolta a partizione singola corrisponde approssimativamente a quello di 250 UR/sec pagato in una raccolta S1, per cui i 150 UR/sec aggiuntivi sono praticamente gratuiti.
Se si ha una raccolta S2, è possibile eseguirne la migrazione a una raccolta a partizione singola con una velocità effettiva di 1.000 UR/sec. Non sarà percepita nessuna modifica al livello di velocità effettiva.
Se si ha una raccolta S3, è possibile eseguirne la migrazione a una raccolta a partizione singola con una velocità effettiva di 2.500 UR/sec. Non sarà percepita nessuna modifica al livello di velocità effettiva.
In ognuno di questi casi, dopo la migrazione della raccolta sarà possibile personalizzare il livello di velocità effettiva o aumentarla e ridurla in base alle proprie esigenze, per offrire agli utenti un accesso a bassa latenza.
Dopo la migrazione alle raccolte a partizione singola, come cambierà la fatturazione?
Si supponga di avere a disposizione 10 raccolte S1, ciascuna con 1 GB di spazio di archiviazione, nell'area degli Stati Uniti orientali e di eseguire la migrazione di queste raccolte a 10 raccolte a partizione singola con 400 UR/sec (livello minimo). Se si mantengono le 10 raccolte a partizione singola per un mese intero, la fattura sarà simile a questa:
È possibile passare tra i livelli di prestazioni S1, S2 e S3 prima della migrazione pianificata?
Solo gli account esistenti con prestazioni S1, S2 e S3 possono essere modificati e modificare i livelli di prestazioni a livello di codice tramite .NET SDK. Se si passa da S1, S3 o S3 a una raccolta a partizione singola non è possibile tornare ai livelli di prestazioni S1, S2 o S3.
Come è possibile seguire autonomamente la migrazione dai livelli di prestazioni S1, S2 e S3 alle raccolte a partizione singola?
È possibile eseguire la migrazione dai livelli di prestazioni S1, S2 e S3 a raccolte a partizione singola a livello di codice tramite .NET SDK. È possibile farlo autonomamente prima della migrazione pianificata per poter beneficiare delle opzioni di flessibilità della velocità effettiva, disponibili con le raccolte a partizione singola.
Eseguire la migrazione alle raccolte a partizione singola tramite .NET SDK
Questa sezione illustra solo la modifica del livello di prestazioni di una raccolta tramite l'API .NET SQL, ma il processo per gli altri SDK è simile.
Di seguito è riportato un frammento di codice per modificare la velocità effettiva della raccolta a 5000 unità richiesta al secondo:
//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);
Visitare MSDN per visualizzare ulteriori esempi e ulteriori informazioni sui metodi della nostra offerta:
Quali sono le conseguenze per i clienti EA?
Il prezzo resterà bloccato per i clienti EA fino alla scadenza del contratto in vigore.
Passaggi successivi
Per altre informazioni sui prezzi e sulla gestione dei dati con Azure Cosmos DB, vedere le risorse seguenti:
- Partizionamento dei dati in Azure Cosmos DB. Informazioni sulla differenza tra contenitore a partizione singola e contenitori partizionati e suggerimenti sull'implementazione di una strategia di partizionamento per eseguire facilmente il ridimensionamento.
- Prezzi di Azure Cosmos DB. Informazioni sui costi del provisioning della velocità effettiva e del consumo di spazio di archiviazione.
- Unità richiesta. Analisi del consumo di velocità effettiva per i diversi tipi di operazione, ad esempio lettura, scrittura, query.