Stima della capacità usando il calcolatore della capacità di Azure Cosmos DB
Esistono due modi per pianificare la capacità per i carichi di lavoro di Azure Cosmos DB:
- Se si esegue la migrazione del carico di lavoro del database esistente, ma si conosce solo il numero di vcore e server nel cluster esistente, è necessario stimare le unità richieste usando [vCore o vCPU(/azure/cosmos-db/convert-vcore-to-request-unit). Questo argomento verrà illustrato in modo più dettagliato nel modulo di migrazione .
- Se si conoscono i tassi di richiesta tipici dei carichi di lavoro del database correnti, è possibile stimare le unità di richiesta utilizzando il pianificatore di capacità di Azure Cosmos DB.
Per ottimizzare i costi e le prestazioni in Azure Cosmos DB, è necessario fornire ai database e alle raccolte la giusta quantità di throughput per i carichi di lavoro (Unità di Richiesta al secondo o RU/s per brevità). Il Azure Cosmos DB Capacity Planner ci aiuterà a stimare le RU/s necessarie per i nostri carichi di lavoro di Azure Cosmos DB per MongoDB. Esaminiamo questo strumento in altri dettagli.
Capacity Planner di Azure Cosmos DB
Il Azure Cosmos DB Capacity Planner è uno strumento online che stima la quantità di UR/s necessaria per il carico di lavoro in base a più parametri che definiscono il carico di lavoro stesso. Capacity Planner offre due modalità, Basic e Avanzate. Verranno ora esaminati i diversi parametri del carico di lavoro che verranno definiti per ognuna di queste modalità.
Modalità di base
La modalità di base offre una stima rapida dei costi e della velocità effettiva per i carichi di lavoro. Questa modalità richiederà meno informazioni sul carico di lavoro e presupporrà che si usino le impostazioni predefinite di Azure Cosmos DB per i criteri di indicizzazione, la coerenza e altri parametri di Azure Cosmos DB.
Esaminiamo i diversi parametri del carico di lavoro e i valori da inserire.
- API: selezionare API Azure Cosmos DB per MongoDB.
- Numero di aree: Azure Cosmos DB per MongoDB è disponibile in tutte le aree di Azure. Selezionare il numero di aree necessarie per il carico di lavoro.
- Scritture in più aree: se l'opzione è abilitata, l'applicazione può leggere e scrivere in qualsiasi area di Azure. Se è disabilitata, l'applicazione può scrivere dati solo in una singola area, ma può leggere da qualsiasi area selezionata.
- Abilitarlo quando si prevede di avere un carico di lavoro attivo-attivo che richiede scritture a bassa latenza in aree diverse.
- La scrittura in più aree garantisce la disponibilità di lettura e scrittura al 99,999%.
- Le scritture in più aree richiedono una velocità effettiva maggiore rispetto alle singole aree di scrittura.
- Dati totali archiviati nell'archivio transazionale - Totale dati stimati archiviati (GB) nell'archivio transazionale in una singola area.
- Usare l'archivio analitico: scegliere su se si vuole usare l'archivio analitico di Synapse.
- Se l'impostazione è Attiva, immettere il valore di Total data stored in analytical store (Totale dei dati archiviati nell'archivio analitico), che rappresenta i dati stimati archiviati (GB) nell'archivio analitico in una singola area.
- Dimensioni elemento : dimensioni medie stimate dei documenti (1 KB - 2 MB).
- Finds/sec (Operazioni di ricerca/sec): numero di operazioni di ricerca previste al secondo per area.
- inserimenti/sec - Numero di operazioni di inserimento previste al secondo per area.
- aggiornamenti/sec - Numero di operazioni di aggiornamento previste al secondo per area.
- Quando si sceglie l'indicizzazione automatica, le UR/sec stimate per l'operazione di aggiornamento vengono calcolate come una proprietà modificata per ogni aggiornamento.
- eliminazioni/sec - Numero di operazioni di eliminazione previste al secondo per area.
Dopo aver selezionato Calcola, la scheda Stima del costo visualizza il costo totale per l'archiviazione e la velocità effettiva di cui è stato effettuato il provisioning. Si noti che per impostazione predefinita verrà visualizzato il valore di EST. THROUGHPUT REQUIRE (Velocità effettiva obbligatoria) ma è possibile selezionare Mostra dettagli per visualizzare il costo stimato dei diversi tipi di richieste CRUD e query.
Suggerimento
Non dimenticare di selezionare di nuovo Calculate se si modifica uno dei parametri per ottenere una nuova stima.
Modalità avanzata
La modalità avanzata richiede una visualizzazione più dettagliata del carico di lavoro. Sarà necessario fornire altre impostazioni che produrranno una stima più precisa sui costi e sulla velocità effettiva del carico di lavoro. Per scegliere la modalità Avanzata di Capacity Planner, è necessario accedere allo strumento con un account usato per connettersi ad Azure. È possibile trovare l'opzione accedi nell'angolo in alto a destra dello strumento.
Dopo aver eseguito l'accesso, si noterà un set più dettagliato di parametri rispetto alla modalità Basic. Verranno ora esaminati i diversi parametri del carico di lavoro e i valori da immettere.
- API: selezionare API Azure Cosmos DB per MongoDB.
- Numero di aree: Azure Cosmos DB per MongoDB è disponibile in tutte le aree di Azure. Selezionare il numero di aree necessarie per il carico di lavoro.
- Scritture in più aree: se l'opzione è abilitata, l'applicazione può leggere e scrivere in qualsiasi area di Azure. Se è disabilitata, l'applicazione può scrivere dati solo in una singola area, ma può leggere da qualsiasi area selezionata.
- Abilitarlo quando si prevede di avere un carico di lavoro attivo-attivo che richiede scritture a bassa latenza in aree diverse.
- La scrittura in più aree garantisce la disponibilità di lettura e scrittura al 99,999%.
- Le scritture in più aree richiedono una velocità effettiva maggiore rispetto alle singole aree di scrittura.
- coerenza predefinita: Azure Cosmos DB per MongoDB supporta 4 livelli di coerenza , per consentire agli sviluppatori di bilanciare il compromesso tra coerenza, disponibilità e compromessi di latenza. Discuteremo in dettaglio i livelli di coerenza nel modulo Replicazione, Monitoraggio e Ottimizzazione.
- criteri di indicizzazione: questa impostazione definisce il modo in cui il carico di lavoro prevede di usare gli indici. Gli indici verranno illustrati in modo più dettagliato nel modulo Progettare database MongoDB per Azure Cosmos DB. Per altre informazioni, vedere di gestione degli indici nell'API per MongoDB.
- Se l'opzione è disattivata, nessuna delle proprietà viene indicizzata e l'addebito per le operazioni di scrittura risulterà inferiore. Sarà necessario eseguire query usando il campo _id e la chiave di partizione per ogni query, qualsiasi altra query analizzerà tutte le partizioni.
- Se si sceglie l'opzione automatica, vengono indicizzati tutti i campi/le proprietà nei documenti il che consente query flessibili ed efficienti.
- Se si sceglie l'opzione personalizzata, è possibile definire le proprietà indicizzate con indici multichiavi o indici composti.
- È possibile immettere il numero di proprietà indicizzate più avanti nel modulo.
- Dati totali archiviati nell'archivio transazionale - Totale dati stimati archiviati (GB) nell'archivio transazionale in una singola area.
- Usare l'archivio analitico: scegliere su se si vuole usare l'archivio analitico di Synapse.
- Se l'impostazione è Attiva, immettere il valore di Total data stored in analytical store (Totale dei dati archiviati nell'archivio analitico), che rappresenta i dati stimati archiviati (GB) nell'archivio analitico in una singola area.
- modalità carico di lavoro: selezionare se si prevede che il carico di lavoro sia costante (costante) o variabile.
- Selezionare costante se si prevede che il volume del carico di lavoro sia costante.
- Seleziona Variabile se il carico di lavoro cambia nel tempo. Ad esempio, una società di vendita al dettaglio le cui vendite aumentano drasticamente nei fine settimana e/o nelle stagioni festivi.
- Quando è selezionata l'opzione Variabile, immettere un valore per Percentage of time at peak (Percentuale di tempo di picco).
- Con i periodi di picco e di bassa attività, puoi ottimizzare i costi scalando automaticamente la capacità di throughput fornita verso l'alto o verso il basso di conseguenza.
- Dimensioni elemento : dimensioni medie stimate dei documenti (1 KB - 2 MB).
- È anche possibile caricare un documento di esempio (JSON) per una stima più accurata.
- Se il carico di lavoro ha più tipi di elementi (con contenuto JSON diverso) nello stesso contenitore, è possibile caricare più documenti JSON e ottenere la stima. Usare il pulsante Aggiungi nuovo elemento per aggiungere più documenti JSON di esempio.
- Tipo di operazione: tipo di operazione, ad esempio Trova, Aggregazione, Modifica e così via.
- Request unit (RU) charge per call (Addebito dell'unità richiesta (UR) per chiamata): addebito stimato di UR/s per eseguire il tipo di operazione selezionato.
- Chiamate/sec per area - Numero di tipi di operazione selezionati eseguiti al secondo per area.
Dopo aver selezionato Calcola, la scheda Stima del costo visualizza il costo totale per l'archiviazione e la velocità effettiva di cui è stato effettuato il provisioning. Si noti che per impostazione predefinita verrà visualizzato il valore di EST. THROUGHPUT REQUIRE (Velocità effettiva obbligatoria) ma è possibile selezionare Mostra dettagli per visualizzare il costo stimato dei diversi tipi di richieste CRUD e query.
Suggerimento
Non dimenticare di selezionare di nuovo Calculate se si modifica uno dei parametri per ottenere una nuova stima.
Nota
Tutti i prezzi sono visualizzati in dollari statunitensi. Fare riferimento alla pagina prezzi di Azure Cosmos DB per visualizzare tutte le tariffe in base all'area.