Evitare errori di limitazione della velocità per le operazioni di Azure Cosmos DB per MongoDB

  • Si applica a: ✅ MongoDB

SI APPLICA A: Mongodb

Importante

Si vuole eseguire la migrazione di un'applicazione MongoDB esistente o usare le funzionalità MQL (MongoDB Query Language) ? Prendere in considerazione Azure DocumentDB.

Si sta cercando una soluzione di database per scenari su larga scala con un contratto di servizio di disponibilità 99.999%, scalabilità automatica immediata e failover automatico in più aree? Prendere in considerazione Azure Cosmos DB per NoSQL.

Le operazioni di Azure Cosmos DB per MongoDB potrebbero riscontrare una limitazione della frequenza, causando 16500 errori nelle metriche delle richieste mongo, se superano il limite di velocità effettiva di una raccolta (UR).

Abilitare il ritentare lato server (SSR) per automatizzare le operazioni. SSR ritenta nuovamente le richieste in tutte le collezioni del tuo account con brevi ritardi. Se viene raggiunto un timeout di 60 secondi, un client riceve un'eccezione ExceededTimeLimit (50).

Usare il portale di Azure

  1. Accedi al portale di Azure.

  2. Navigare nel tuo account Azure Cosmos DB per MongoDB.

  3. Passare al riquadro Funzionalità sotto la sezione Impostazioni.

  4. Selezionare Riprova lato server.

  5. Fare clic su Abilita per abilitare questa funzionalità per tutte le raccolte nell'account.

Screenshot della funzionalità di ripetizione dei tentativi sul lato server per Azure Cosmos DB per MongoDB

Usare il interfaccia della riga di comando di Azure

  1. Controllare se SSR è già abilitato per l'account:

    az cosmosdb show --name accountname --resource-group resourcegroupname

  2. Abilitare SSR per tutte le raccolte nell'account del database. Affinché la modifica diventi effettiva potrebbero essere necessari fino a 15 minuti.

    az cosmosdb update --name accountname --resource-group resourcegroupname --capabilities EnableMongo DisableRateLimitingResponses

  3. Il comando seguente Disabilita il retry lato server per tutte le raccolte nell'account di database rimuovendo DisableRateLimitingResponses dall'elenco delle funzionalità. Affinché la modifica diventi effettiva potrebbero essere necessari fino a 15 minuti.

    az cosmosdb update --name accountname --resource-group resourcegroupname --capabilities EnableMongo

Domande frequenti

Come è possibile monitorare gli effetti di un retry lato server?

È possibile cercare voci di log contenenti estimatedDelayFromRateLimitingInMilliseconds nei log delle risorse di Azure Cosmos DB.

Il retry lato server compromette il mio livello di coerenza?

Il nuovo tentativo sul lato server non influisce sulla coerenza di una richiesta. Le richieste vengono ritentate lato server se subiscono limitazioni di frequenza.

Il tentativo di nuovo dal lato server influisce su qualsiasi errore che il client potrebbe ricevere?

No, il nuovo tentativo sul lato server influisce solo sugli errori di limitazione della frequenza ritentandoli sul lato server. Questa funzionalità ti evita di dover gestire gli errori di limitazione della frequenza nell'applicazione client. Tutti gli altri errori verranno visualizzati nel client.

Passaggi successivi

Per altre informazioni sulla risoluzione degli errori comuni, vedere questo articolo:

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à.

  • Last updated on