Stimare le unità richiesta usando Azure Cosmos DB Capacity Planner - Azure Cosmos DB for MongoDB
SI APPLICA A: 
MongoDB
Nota
Se si pianifica una migrazione dei dati ad Azure Cosmos DB e si conosce solo il numero di vCore e server nel cluster di database partizionato e replicato esistente, leggere anche le informazioni su come stimare le unità richiesta usando vCore o vCPU
La configurazione di database e raccolte con il provisioning corretto della velocità effettiva (o dell'unità richiesta (UR/sec)) per il carico di lavoro è essenziale per ottimizzare i costi e le prestazioni. Questo articolo descrive come usare Azure Cosmos DB Capacity Planner per stimare le UR/sec necessarie e il costo del carico di lavoro quando si usa Azure Cosmos DB for MongoDB. Se si usa l'API per NoSQL, vedere l'articolo come usare il calcolatore della capacità con l'API per NoSQL.
Modalità di Capacity Planner
Di base
Fornisce una stima rapida e generale delle UR/sec e dei costi. Questa modalità presuppone l'uso delle impostazioni predefinite di Azure Cosmos DB per i criteri di indicizzazione, la coerenza e altri parametri.
Usare la modalità di base per una stima rapida e generale quando si valuta un potenziale carico di lavoro da eseguire in Azure Cosmos DB. Per altre informazioni, vedere come stimare il costo con la modalità di base.
Avanzato
Fornisce una stima più dettagliata delle UR/sec e dei costi, con la possibilità di ottimizzare altre impostazioni: criteri di indicizzazione, livello di coerenza e altri parametri che influiscono sul costo e sulla velocità effettiva.
Usare la modalità avanzata per stimare le UR/sec per un nuovo progetto o per ottenere una stima più dettagliata. Per altre informazioni, vedere come stimare il costo con la modalità avanzata.
Stimare la velocità effettiva di cui è stato effettuato il provisioning e il costo usando la modalità di base
Per ottenere una stima rapida per il carico di lavoro usando la modalità di base, passare a Capacity Planner. Immettere i parametri seguenti in base al carico di lavoro:
| Input | Descrizione |
|---|---|
| API | Selezionare l'API per MongoDB |
| Numero di aree | Azure Cosmos DB for MongoDB è disponibile in tutte le aree di Azure. Selezionare il numero di aree necessarie per il carico di lavoro. È possibile associare all'account il numero di aree desiderato. Per altri dettagli, vedere Distribuzione globale. |
| Multi-region writes (Scritture in più aree) | Se si abilita l'opzione per le scritture in più aree, l'applicazione può eseguire la lettura e la scrittura in qualsiasi area di Azure. Se si disabilita l'opzione per le scritture in più aree, l'applicazione può eseguire la scrittura dei dati in una sola area. Abilitare le scritture in più aree se si prevede di avere un carico di lavoro con modalità attiva-attiva che richiede scritture a bassa latenza in aree diverse. Ad esempio, un carico di lavoro IoT che scrive i dati nel database con volumi elevati in aree diverse. La scrittura in più aree garantisce la disponibilità di lettura e scrittura al 99,999%. La scrittura in più aree richiede una maggiore velocità effettiva rispetto alle singole aree di scrittura. Per altre informazioni, vedere l'articolo su come le UR siano diverse per singole aree di scrittura o più aree di scrittura. |
| Totale dati archiviati nell'archivio transazionale | Totale stimato dei dati archiviati (GB) nell'archivio transazionale in una singola area. |
| Usare l'archivio analitico | Scegliere Sì se si vuole usare l'archivio analitico Synapse. Immettere il Totale dati archiviati nell'archivio analitico, che rappresenta i dati stimati archiviati (GB) nell'archivio analitico in una singola area. |
| Dimensioni dell'elemento | Le dimensioni stimate dei documenti, comprese tra 1 kB e 2 MB. |
| Risultati/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/s 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 compilato i dettagli necessari, selezionare Calcola. La scheda Stima del costo mostra il costo totale per l'archiviazione e la velocità effettiva di cui è stato effettuato il provisioning. È possibile espandere il collegamento Mostra dettagli in questa scheda per ottenere la suddivisione della velocità effettiva necessaria per richieste CRUD e query diverse. Ogni volta che si modifica il valore di un campo, selezionare Calcola per ricalcolare il costo stimato.
Stimare la velocità effettiva di cui è stato effettuato il provisioning e il costo usando la modalità avanzata
La modalità avanzata consente di specificare un maggior numero di impostazioni che influiscono sulla stima delle UR/sec. Per usare questa opzione, passare a Capacity Planner e accedere allo strumento con un account usato per Azure. L'opzione Accedi è disponibile nell'angolo in alto a destra.
Dopo l'accesso, è possibile visualizzare più campi rispetto ai campi disponibili nella modalità di base. Immettere gli altri parametri in base al carico di lavoro.
| Input | Descrizione |
|---|---|
| API | Azure Cosmos DB è un servizio multimodello e multi-API. Selezionare l'API per MongoDB. |
| Numero di aree | Azure Cosmos DB for MongoDB è disponibile in tutte le aree di Azure. Selezionare il numero di aree necessarie per il carico di lavoro. È possibile associare all'account Azure Cosmos DB il numero di aree desiderato. Per altri dettagli, vedere Distribuzione globale. |
| Multi-region writes (Scritture in più aree) | Se si abilita l'opzione per le scritture in più aree, l'applicazione può eseguire la lettura e la scrittura in qualsiasi area di Azure. Se si disabilita l'opzione per le scritture in più aree, l'applicazione può eseguire la scrittura dei dati in una sola area. Abilitare le scritture in più aree se si prevede di avere un carico di lavoro con modalità attiva-attiva che richiede scritture a bassa latenza in aree diverse. Ad esempio, un carico di lavoro IoT che scrive i dati nel database con volumi elevati in aree diverse. La scrittura in più aree garantisce la disponibilità di lettura e scrittura al 99,999%. La scrittura in più aree richiede una maggiore velocità effettiva rispetto alle singole aree di scrittura. Per altre informazioni, vedere l'articolo su come le UR siano diverse per singole aree di scrittura o più aree di scrittura. |
| Coerenza predefinita | Azure Cosmos DB for MongoDB supporta cinque livelli di coerenza per consentire agli sviluppatori di bilanciare i compromessi in termini di coerenza, disponibilità e latenza. Per altre informazioni, vedere l'articolo relativo ai livelli di coerenza. Per impostazione predefinita, l'API di MongoDB usa la coerenza di sessione, che garantisce la possibilità di leggere le proprie scritture in una sessione. Se si sceglie la coerenza assoluta o a decadimento ristretto, è necessario raddoppiare le UR/sec necessarie per le letture, rispetto alla coerenza di sessione, prefisso coerente e coerenza finale. La coerenza assoluta non è supportata con le scritture in più aree. Di conseguenza, per impostazione predefinita con la coerenza assoluta vengono abilitate automaticamente le scritture in una singola area. |
| Criterio di indicizzazione | Se si sceglie l'opzione No, nessuna delle proprietà viene indicizzata. Questo approccio comporta l'addebito minimo di UR per le scritture. Disattivare i criteri di indicizzazione se si prevede solo di eseguire query usando il campo _id e la chiave di partizione per ogni query (entrambe per ogni query). Se si sceglie l'opzione Automatico, le versioni 3.6 e successive dell'API per MongoDB indicizzano automaticamente il campo _id archiviato. Quando si sceglie l'indicizzazione automatica, è l'equivalente dell'impostazione di un indice con caratteri jolly (in cui ogni proprietà viene indicizzata automaticamente). Usare gli indici con caratteri jolly per tutti i campi per query flessibili ed efficienti. Se si sceglie l'opzione Personalizzata, è possibile impostare il numero di proprietà indicizzate con indici multichiavi o indici composti. È possibile immettere il numero di proprietà indicizzate più avanti nel modulo. Per altre informazioni, vedere Gestione degli indici nell'API per MongoDB. |
| Totale dati archiviati nell'archivio transazionale | Totale dei dati stimati archiviati (GB) nell'archivio transazionale in una singola area. |
| Usare l'archivio analitico | Scegliere Sì se si vuole usare l'archivio analitico Synapse. Immettere il Totale dati archiviati nell'archivio analitico, che rappresenta i dati stimati archiviati (GB) nell'archivio analitico in una singola area. |
| Modalità carico di lavoro | Selezionare l'opzione Stabile se il volume del carico di lavoro è costante. Selezionare l'opzione Variabile se il volume del carico di lavoro cambia nel tempo. Ad esempio, durante un giorno o un mese specifico. Se si sceglie l'opzione relativa al carico di lavoro variabile, è disponibile l'impostazione seguente:
Ad esempio, se si ha un carico di lavoro con attività elevata durante l’orario di ufficio 9-18 del giorno feriale, la percentuale di tempo di punta è 45 ore al picco della settimana (168 hours), che equivale a: $45 / 168 = 0,267 = ~27%$.Con gli intervalli di punta e di minore attività, è possibile ottimizzare i costi aumentando o riducendo a livello di codice la velocità effettiva di cui è stato effettuato il provisioning di conseguenza. |
| Dimensioni dell'elemento | Le dimensioni dei documenti comprese tra 1 kB e 2 MB. È possibile aggiungere stime per più elementi di esempio. È 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. Selezionare il pulsante Aggiungi nuovo elemento per aggiungere più documenti JSON di esempio. |
| Tipo di operazione | Tipo di operazione, ad esempio Trova, Aggrega, Modifica e così via. |
| Addebito unità richiesta (UR) per chiamata | Addebito stimato di UR/sec per l'esecuzione del tipo di operazione selezionato. |
| Chiamate/sec per area | Numero di tipi di operazione selezionati eseguiti al secondo per area. |
È anche possibile usare il pulsante Salva stima per scaricare un file CSV contenente la stima corrente.
I prezzi indicati in Capacity Planner sono stime basate sui prezzi pubblici per la velocità effettiva e l'archiviazione. Tutti i prezzi vengono visualizzati in dollari USA. Fare riferimento alla pagina dei prezzi di Azure Cosmos DB per visualizzare tutte le tariffe in base all'area.
Passaggi successivi
- Se si conosce solo il numero di vcore e server nel cluster di database esistente, leggere le informazioni sulla stima delle unità richieste usando vCore o vCPU
- Altre informazioni sul modello di prezzi di Azure Cosmos DB.
- Creare un nuovo account, un database e un contenitore Azure Cosmos DB.
- Informazioni su come ottimizzare i costi della velocità effettiva di provisioning.
- Informazioni su come ottimizzare il costo con la capacità riservata.
- Si sta tentando di pianificare la capacità per una migrazione ad Azure Cosmos DB? È possibile usare le informazioni del cluster di database esistente per la pianificazione della capacità.