Domande frequenti su Amazon DocumentDB (compatibile con MongoDB)

Amazon DocumentDB è un servizio di database di documenti serverless, completamente gestito e compatibile con l'API MongoDB. Elimina il carico indifferenziato delle attività di gestione dei database come l'applicazione di patch, i backup e il monitoraggio. Amazon DocumentDB offre una maggiore resilienza e una bassa latenza con Cluster Globali e sicurezza e conformità all'avanguardia create per soddisfare i requisiti di organizzazioni ad alta sensibilità come le banche globali. Offre un basso costo totale di proprietà (TCO) con prezzi trasparenti e senza costi nascosti. Le sue istanze ottimizzate per la memoria offrono un risparmio sui costi fino al 43% rispetto ad altri database di documenti popolari. I/O-Optimized offre prestazioni migliori in termini di prezzo con risparmi fino al 40% per le applicazioni ad alta intensità di I/O. Amazon DocumentDB è compatibile con le API e i driver MongoDB, quindi puoi migrare le applicazioni, in genere senza modifiche al codice dell'applicazione o tempi di inattività.

I database di documenti sono una delle categorie di database NoSQL in più rapida crescita, in quanto offrono sia schemi flessibili che ampie funzionalità di query. Il modello di documento è un'ottima scelta per i casi d'uso con set di dati dinamici che richiedono query, indicizzazioni e aggregazioni ad hoc. Grazie alla scalabilità offerta da Amazon DocumentDB, questo servizio viene utilizzato da molti clienti per casi d'uso come la gestione dei contenuti, la personalizzazione, i cataloghi, le applicazioni mobili e Web, l'IoT, la ricerca semantica e la gestione dei profili.

"Compatibile con MongoDB" significa che Amazon DocumentDB interagisce con le API MongoDB Apache 2.0 open source. Ciò significa che è possibile usare gli stessi driver, applicazioni e strumenti MongoDB con Amazon DocumentDB, senza modifiche o quasi. Amazon DocumentDB supporta la maggior parte delle API MongoDB che i clienti usano, ma non supporta ogni API MongoDB. Il nostro obiettivo è fornire le funzionalità di cui i clienti hanno bisogno.

Lavoriamo a ritroso in base alle esigenze dei clienti e forniamo funzionalità, come la compatibilità con le API MongoDB, le transazioni e il partizionamento. Per ulteriori informazioni sulle API supportate da MongoDB, consulta la documentazione sulla compatibilità. Per informazioni sui recenti lanci di Amazon DocumentDB, consulta il nostro feed Novità.

Amazon DocumentDB 8.0 fornisce la compatibilità con MongoDB 8.0 introducendo il supporto per i driver API MongoDB 8.0. Puoi migrare i carichi di lavoro in esecuzione su MongoDB 6.0, 7.0 e 8.0 su Amazon DocumentDB 8.0. Puoi utilizzare i driver, gli strumenti e il codice applicativo MongoDB esistenti con Amazon DocumentDB 8.0.

Per le applicazioni MongoDB 3.6, 4.0 e 5.0, Amazon DocumentDB continua a supportare queste API nelle versioni corrispondenti (Amazon DocumentDB 3.6, 4.0 e 5.0).

No. Amazon DocumentDB non utilizza codici SSPL MongoDB e non è quindi limitato da questa licenza. Amazon DocumentDB interagisce invece con le API MongoDB Apache 2.0 open source. Continueremo a lavorare partendo dall'ascolto dei nostri clienti, per distribuire le funzionalità di cui hanno bisogno. Per ulteriori informazioni sulle API supportate da MongoDB, consulta la documentazione sulla compatibilità.

I clienti possono utilizzare AWS Database Migration Service (DMS) per migrare i propri database on-premise o quelli MongoDB di Amazon Elastic Compute Cloud (EC2) verso Amazon DocumentDB, praticamente senza tempi di inattività. Con DMS puoi migrare da un set di repliche MongoDB o da un cluster partizionato verso Amazon DocumentDB. Inoltre, puoi utilizzare la maggior parte degli strumenti esistenti per migrare dati da un database MongoDB verso Amazon DocumentDB, inclusi mongodump/mongorestore, mongoexport/mongoimport e strumenti di terze parti che supportano Change Data Capture (CDC) attraverso l'oplog. Per ulteriori informazioni, consulta la sezione Migrazione ad Amazon DocumentDB.

No, Amazon DocumentDB funziona con la maggior parte delle API, dei driver e degli strumenti MongoDB compatibili con le versioni di MongoDB 3.6, 4.0 e 5.0.

Sì. Con l'avvio del supporto per la compatibilità con MongoDB 4.0, Amazon DocumentDB supporta la possibilità di eseguire transazioni di atomicità, coerenza, isolamento, durabilità (ACID) su più documenti, dichiarazioni, raccolte e database. Per ulteriori informazioni, consulta la nostra documentazione Transazioni in Amazon DocumentDB.

No, Amazon DocumentDB non segue gli stessi cicli di vita di supporto di MongoDB e il programma di fine vita di MongoDB non si applica ad Amazon DocumentDB.

Le istanze Amazon DocumentDB sono implementati all'interno dell'Amazon Virtual Private Cloud (Amazon VPC) di un cliente ed è possibile accedervi direttamente con istanze Amazon Elastic Compute Cloud (Amazon EC2) o gli altri servizi AWS implementati sullo stesso VPC. Inoltre, è possibile accedere ad Amazon DocumentDB con istanze Amazon EC2 o altri servizi AWS impiegati su diversi VPC all'interno della stessa regione o in altre regioni tramite peering VPC. L'accesso alle istanze Amazon DocumentDB deve essere effettuato attraverso una shell Mongo o con i driver MongoDB. Per connettersi a un cluster Amazon DocumentDB è necessario autenticarsi. Per opzioni aggiuntive, consulta la sezione Connessione a un'istanza Amazon DocumentDB dall'esterno di Amazon VPC.

Per alcune funzionalità di gestione, ad esempio la gestione del ciclo di vita dell'istanza, la crittografia dei dati a riposo con chiavi Amazon Key Management Service (KMS) e la gestione dei gruppi di sicurezza, Amazon DocumentDB sfrutta una tecnologia operativa condivisa con il servizio di database relazionale di Amazon (RDS) e Amazon Neptune . Quando utilizzi le API della CLI AWS describe-db-instances e describe-db-clusters, ti consigliamo di filtrare le risorse di Amazon DocumentDB utilizzando il seguente parametro: "--filter Name=engine,Values=docdb".

Consulta la pagina dei prezzi di Amazon DocumentDB per informazioni aggiornate sui tipi di istanza disponibili per regione.

Per provare Amazon DocumentDB, consulta la guida alle Operazioni di base.

Sì, Amazon DocumentDB offre un Contratto sul livello di servizio del 99,99% di tempo di attività, che si applica separatamente a ciascun account che utilizza Amazon DocumentDB. Per ulteriori informazioni, consulta il Contratto sul livello di servizio (SLA) di Amazon DocumentDB (compatibile con MongoDB).

Il progetto open source DocumentDB, sotto la guida della Linux Foundation, mira a fornire alla community di sviluppatori un database di documenti basato su PostgreSQL e compatibile al 100% con le API MongoDB. Ad agosto 2025, AWS ha annunciato che si unirà a questo progetto come membro del comitato direttivo tecnico.

Sebbene sia DocumentDB open source che Amazon DocumentDB utilizzino DocumentDB nel loro nome e siano compatibili con le API MongoDB, i due software sono diversi. Mentre Amazon DocumentDB è stato creato da zero da AWS, DocumentDB open source è creato come estensione su PostgreSQL. AWS continuerà a investire sia in Amazon DocumentDB che in DocumentDB open source, così come investiamo nel Servizio OpenSearch di Amazon e OpenSearch. Contribuiremo con le innovazioni di Amazon DocumentDB al progetto open source e adotteremo funzionalità e capacità da DocumentDB open source al nostro servizio Amazon DocumentDB gestito.

Amazon DocumentDB Serverless è una configurazione a dimensionamento automatico on demand per Amazon DocumentDB. Aumenta o riduce automaticamente la capacità in incrementi granulari in base alla domanda dell'applicazione, offrendo un risparmio sui costi fino al 90% rispetto al provisioning per la capacità massima. Per le applicazioni con carichi di lavoro variabili, Amazon DocumentDB Serverless offre una gestione semplificata delle risorse, senza impegni iniziali o costi aggiuntivi, quindi si paga solo per la capacità del database utilizzata. Amazon DocumentDB Serverless fornisce le stesse API e funzionalità compatibili con MongoDB di Amazon DocumentDB, tra cui repliche di lettura, Performance Insights e archiviazione I/O Optimized.

Con Amazon DocumentDB Serverless è sufficiente creare un database, specificare l'intervallo di capacità desiderato e connettere l'applicazione. Amazon DocumentDB regolerà in automatico la capacità all'interno dell'intervallo specificato in base alle esigenze dell'applicazione. L'uso di capacità del database prevede una tariffa conteggiata al secondo quando il database è attivo.

Amazon DocumentDB Serverless è disponibile con Amazon DocumentDB 5.0 sia per i nuovi cluster che per quelli esistenti. Serverless non è attualmente supportato da Amazon DocumentDB 8.0.

Sì, puoi passare da Serverless a scegliere le risorse di database assegnate in qualsiasi momento. Prima di passare dalle risorse serverless a quelle con provisioning, è importante assicurarsi che il carico di lavoro rimanga sufficientemente performante. È possibile testare la configurazione desiderata clonando il cluster DocumentDB e applicando la configurazione desiderata sul cluster clonato per il test prima di applicare le stesse modifiche all'ambiente di produzione. Puoi anche tornare indietro facilmente passando a una configurazione precedente in qualsiasi momento.

In questi casi, è possibile impostare esplicitamente la capacità a un valore specifico con la Console di gestione AWS, l'Interfaccia a riga di comando di AWS o l'API Amazon DocumentDB. 

Sì, puoi iniziare a utilizzare Amazon DocumentDB Serverless per gestire la capacità di calcolo del database nella tua istanza Amazon DocumentDB esistente. Un cluster contenente sia le istanze con provisioning che Amazon DocumentDB Serverless è noto come cluster a configurazione mista. Puoi scegliere di avere qualsiasi combinazione di istanze con provisioning e Amazon DocumentDB Serverless nel tuo cluster. 

Amazon DocumentDB Serverless supporta le stesse API e funzionalità compatibili con MongoDB di Amazon DocumentDB, tra cui transazioni, zone di disponibilità AWS e Performance Insights. Non supporta Elastic Clusters.

In Amazon DocumentDB Serverless, la capacità del database viene misurata in unità di capacità (DCU) di Amazon DocumentDB. Si paga una tariffa fissa per ogni secondo di utilizzo della DCU. I costi di calcolo per l'esecuzione dei carichi di lavoro su Amazon DocumentDB Serverless dipenderanno dalla configurazione del cluster di database scelta: Amazon DocumentDB Standard o Amazon DocumentDB I/O-Optimized. Per informazioni aggiornate sui prezzi e sulla disponibilità regionale, visita la pagina dei prezzi di Amazon DocumentDB.

Amazon DocumentDB è progettato per prestazioni elevate e prevedibili su larga scala. Per carichi di lavoro ad alta intensità di lettura, è possibile aggiungere fino a 15 repliche di lettura che condividono lo stesso storage sottostante, evitando il sovraccarico di scrittura delle repliche e garantendo un throughput di lettura aggregato superiore, con un ritardo della replica generalmente inferiore a un millisecondo. I dati vengono replicati in tre zone di disponibilità con failover rapido per garantire un ripristino immediato.

La scalabilità di Amazon DocumentDB avviene su due dimensioni: l'archiviazione e il calcolo. L'archiviazione di Amazon DocumentDB si dimensiona automaticamente da 10 GB a 128 TiB e fino a 4 PiB per Amazon DocumentDB Elastic Clusters. Il calcolo di Amazon DocumentDB può essere aumentato creando istanze più grandi e orizzontalmente (per un maggiore throughput di lettura) aggiungendo al cluster ulteriori istanze di replica.

La soglia minima di archiviazione è pari a 10 GB. In base al tuo utilizzo del cluster, la capacità di archiviazione del tuo Amazon DocumentDB aumenterà automaticamente fino a 128 TiB in incrementi di 10 GiB, senza conseguenze sulle prestazioni. Con Amazon DocumentDB Elastic Clusters, l'archiviazione aumenterà automaticamente fino a 4 PiB in incrementi da 10 GiB. In entrambi i casi, non è necessario effettuare il provisioning di archiviazione in anticipo.

Per informazioni aggiornate sui prezzi e sulla disponibilità delle Regioni, consulta la pagina dei prezzi di Amazon DocumentDB.

Sì, puoi provare Amazon DocumentDB gratuitamente usando la prova gratuita di 1 mese. La tua organizzazione otterrà fino a 750 ore di utilizzo di istanze t3.mediumore, 30 milioni di IO, 5 GB di archiviazione e 5 GB di archiviazione di backup. Una volta scaduto il mese di prova gratuita, oppure al superamento della quota gratuita, puoi disattivare il tuo cluster per evitare addebiti, oppure mantenerlo attivo alle nostre tariffe standard on demand. Per saperne di più, consulta la pagina di prova gratuita di DocumentDB.

Sì, puoi acquistare un Savings Plans per i database per il tuo utilizzo di Amazon DocumentDB e ridurre i costi fino al 30% se ti impegni a un utilizzo costante per un periodo di 1 anno. Ulteriori informazioni sull'utilizzo idoneo sono disponibili nella pagina dei prezzi dei Savings Plans per i database.

Amazon DocumentDB I/O-Optimized è la scelta ideale quando sono necessari costi prevedibili o applicazioni a uso intensivo di I/O. Se prevedi che i costi di I/O superino il 25% dei costi totali del database Amazon DocumentDB, questa opzione offre un miglior rapporto prezzo/prestazioni. Consulta la nostra documentazione Amazon DocumentDB I/O-Optimized per saperne di più, incluso come iniziare.

È possibile effettuare il passaggio dei cluster di database esistenti ad Amazon DocumentDB I/O-Optimized una volta ogni 30 giorni. È possibile tornare alle configurazioni di archiviazione standard di Amazon DocumentDB in qualsiasi momento.

Sì, per la replica dei dati tra Regioni continueranno a essere applicate le tariffe per le operazioni I/O necessarie. Amazon DocumentDB I/O-Optimized non addebita alcun costo per le operazioni I/O di lettura e scrittura, che sono diverse dalla replica dei dati. Per ulteriori informazioni, consulta la nostra documentazione Amazon DocumentDB I/O-Optimized.

Puoi creare un cluster Elastic Clusters utilizzando l'API di Amazon DocumentDB, l'SDK, la CLI, CloudFormation (CFN) o la console AWS. Quando esegui il provisioning del tuo cluster, specifichi il numero di partizioni e il calcolo per partizione richiesti dal tuo carico di lavoro. Dopo aver creato il cluster, sarai pronto per iniziare a sfruttare la scalabilità elastica di Elastic Clusters. A questo punto, potrai connetterti al cluster Elastic Clusters e leggere o scrivere dati dalla tua applicazione. Elastic Clusters è elastico. A seconda delle esigenze del tuo carico di lavoro, puoi aggiungere o rimuovere il calcolo modificando il numero di partizioni e/o il calcolo per partizione utilizzando la console AWS, l'API, la CLI o l'SDK. Elastic Clusters effettuerà automaticamente il provisioning/de-provisioning dell'infrastruttura sottostante e ribilancerà i tuoi dati.

Elastic Clusters utilizza il partizionamento per suddividere i dati nel sistema di archiviazione distribuito di Amazon DocumentDB. Il partizionamento, noto anche come sharding, suddivide grandi set di dati in piccoli set di dati su più nodi, consentendo ai clienti di aumentare orizzontalmente il proprio database oltre i limiti di scalabilità verticale di un singolo database. Elastic Clusters utilizza la separazione delle funzioni di elaborazione ed archiviazione in Amazon DocumentDB. Anziché ripartizionare le raccolte spostando piccoli blocchi di dati tra i nodi di elaborazione, i cluster elastici possono copiare i dati in modo efficiente all'interno del sistema di archiviazione distribuito.

Elastic Clusters supporta il partizionamento basato su hash.

Con Elastic Clusters, puoi facilmente aumentare o ridurre orizzontalmente il tuo carico di lavoro su Amazon DocumentDB in genere con tempi di inattività dell'applicazione o impatto sulle prestazioni minimi o nulli, indipendentemente dalle dimensioni dei dati. Un'operazione simile su MongoDB avrebbe un impatto sulle prestazioni dell'applicazione e richiederebbe ore e, in alcuni casi, giorni. Elastic Clusters offre anche funzionalità di gestione differenziata come backup senza impatto e ripristino rapido point-in-time, consentendo ai clienti di dedicare più tempo alle proprie applicazioni piuttosto che alla gestione del database.

No. Non è necessario apportare alcuna modifica all'applicazione per utilizzare Elastic Clusters.

No, a breve termine potrai sfruttare AWS Database Migration Service (AWS DMS) per migrare i dati da un cluster di istanze Amazon DocumentDB esistente a un cluster Elastic Clusters.

La scelta di una chiave di partizione ottimale per Elastic Clusters non è diversa da quella di altri database. Una buona chiave di partizione ha due caratteristiche: alta frequenza e alta cardinalità. Ad esempio, se la tua applicazione memorizza user_orders in DocumentDB, in genere devi recuperare i dati dall'utente. Pertanto, vuoi che tutti gli ordini relativi a un determinato utente siano in un'unica partizione. In questo caso, user_id sarebbe una buona chiave di partizione. Leggi ulteriori informazioni. 

Elastic Clusters si integra con altri servizi AWS esattamente come fa DocumentDB oggi. Innanzitutto, puoi utilizzare AWS Database Migration Service (DMS) per eseguire la migrazione da MongoDB e altri database relazionali a Elastic Clusters. In secondo luogo, puoi monitorare lo stato e le prestazioni del tuo cluster Elastic Clusters utilizzando Amazon CloudWatch. In terzo luogo, puoi configurare l'autenticazione e l'autorizzazione tramite utenti e ruoli AWS IAM e utilizzare AWS VPC per connessioni sicure solo VPC. Infine, puoi utilizzare AWS Glue per importare ed esportare dati da/verso altri servizi AWS come S3, Redshift e OpenSearch.

Sì. Puoi migrare i tuoi carichi di lavoro con partizioni MongoDB esistenti a Elastic Clusters. Puoi utilizzare AWS Database Migration Service o gli strumenti MongoDB nativi, come mongodump e mongorestore, per migrare il tuo carico di lavoro MongoDB su Elastic Clusters. Elastic Clusters supporta anche le API comunemente utilizzate di MongoDB, come shardCollection(), offrendoti la flessibilità di riutilizzare gli strumenti e gli script esistenti con Amazon DocumentDB.

Nei cluster di Amazon DocumentDB i backup automatici sono sempre abilitati. Amazon DocumentDB consente di eseguire il ripristino point-in-time del cluster. È possibile aumentare la finestra di backup per ripristini point-in-time fino a 35 giorni. I backup non hanno alcuna influenza sulle prestazioni del database. Per ulteriori informazioni, consulta Backup e ripristino in Amazon DocumentDB.

Sì. È possibile conservare snapshot manuali oltre la finestra di backup. Inoltre, la creazione di snapshot non influisce sulle prestazioni. Il ripristino dei dati mediante snapshot di cluster richiede tuttavia la creazione di un nuovo cluster.

Amazon DocumentDB rende automaticamente i dati durevoli in tre zone di disponibilità (AZ) all'interno di una regione e tenta automaticamente di ripristinare la tua istanza in una zona di disponibilità integra senza alcuna perdita di dati. Nell'improbabile eventualità in cui i dati non siano disponibili nell'archiviazione di Amazon DocumentDB, puoi eseguire il ripristino da uno snapshot del cluster oppure un'operazione di ripristino point-in-time in un nuovo cluster. Tieni presente che l'intervallo ripristinabile massimo per un'operazione di ripristino point-in-time può essere pari a un intervallo massimo di 5 minuti nel passato.

Puoi decidere di creare uno snapshot finale quando elimini l'istanza. In questo caso, in un secondo momento, puoi usare tale snapshot per ripristinare l'istanza eliminata. Dopo l'eliminazione dell'istanza, Amazon DocumentDB conserva quest'ultimo snapshot creato dall’utente insieme a tutte gli altri snapshot creati manualmente. Dopo l'eliminazione dell'istanza, vengono mantenuti solo gli snapshot (ad esempio, non vengono conservati i backup automatici creati per il ripristino point-in-time).

Puoi decidere di creare uno snapshot finale quando elimini l'istanza. In questo caso, in un secondo momento, puoi usare tale snapshot per ripristinare l'istanza eliminata. Dopo l'eliminazione dell'istanza, Amazon DocumentDB conserva quest'ultimo snapshot creato dall’utente insieme a tutte gli altri snapshot creati manualmente. Dopo l'eliminazione dell'istanza, vengono mantenuti solo gli snapshot (ad esempio, non vengono conservati i backup automatici creati per il ripristino point-in-time).

Sì. Amazon DocumentDB ti consente di creare snapshot del cluster che potrai utilizzare in un secondo momento per ripristinare il cluster. Puoi condividere uno snapshot con un altro account AWS; il proprietario del secondo account potrà usare lo snapshot per ripristinare un cluster contenente i tuoi dati. Puoi anche scegliere di rendere pubbliche gli snapshot; in questo modo, chiunque può ripristinare un cluster contenente i tuoi dati (pubblici). Puoi utilizzare questa funzionalità per condividere i dati tra i vari ambienti (produzione, sviluppo/test, staging, ecc.) che hanno diversi account AWS, oltre a mantenere i backup di tutti i dati protetti in un account separato nell’improbabile caso in cui l'account AWS principale sia compromesso.

Per condividere snapshot tra account diversi non viene addebitato alcun costo. Tuttavia, saranno addebitati i costi per gli snapshot e per i cluster ripristinati dagli snapshot condivisi.

La condivisione automatica di snapshot di cluster non è attualmente supportata. Per condividere automaticamente snapshot, è necessario creare una copia degli snapshot e condividerla manualmente.

No. Gli snapshot condivisi di Amazon DocumentDB saranno accessibili esclusivamente dagli account nella stessa regione dell'account che li condivide.

Sì. È possibile condividere snapshot Amazon DocumentDB crittografati. Colui che riceve lo snapshot condiviso deve avere accesso alla chiave KMS utilizzata per crittografare lo snapshot.

No, gli snapshot di Amazon DocumentDB possono essere utilizzati solo nell'ambito del servizio.

Puoi decidere di creare uno snapshot finale quando elimini il cluster. In questo caso, puoi usare questo snapshot per ripristinare il cluster eliminato in un secondo momento. Dopo l'eliminazione del cluster, Amazon DocumentDB conserva lo snapshot creato dall'utente insieme a tutti gli altri snapshot creati manualmente.

Amazon DocumentDB suddivide automaticamente il volume di archiviazione in segmenti da 10 GiB su più dischi. Rendiamo i tuoi dati durevoli in tre zone di disponibilità (AZ) e ne paghi solo una copia. Amazon DocumentDB è stato progettato per gestire in modo trasparente la perdita di un massimo di due copie di dati senza compromettere la disponibilità delle operazioni di scrittura del database e di un massimo di tre copie senza compromettere la disponibilità delle operazioni di lettura. Il volume di archiviazione di Amazon DocumentDB è inoltre capace di auto-ripararsi. I blocchi di dati e i dischi vengono analizzati continuamente alla ricerca di eventuali errori e riparati automaticamente.

A differenza di altri database, dopo un arresto anomalo del database, Amazon DocumentDB non ha bisogno di ripetere il registro di ripetizione dall'ultimo checkpoint del database (in genere cinque minuti) e confermare che tutte le modifiche sono state applicate, prima di rendere disponibile il database per le operazioni. Ciò consente di ridurre i tempi di riavvio del database a meno di 60 secondi nella maggior parte dei casi. Amazon DocumentDB sposta la cache esternamente al processo del database e la rende subito disponibile al riavvio. Ciò evita di limitare l'accesso finché la cache non viene ripopolata per evitare sbalzi a livello di prestazioni.

Amazon DocumentDB supporta le repliche di lettura che condividono lo stesso volume di archiviazione come istanza primaria. Gli aggiornamenti eseguiti dall'istanza primaria sono visibili in tutte le repliche di Amazon DocumentDB. È possibile configurare fino a 15 repliche di lettura. La replica è asincrona e in genere viene completata in millisecondi, con un basso impatto sulle prestazioni dell'istanza primaria. Per ulteriori informazioni, consulta Replica e disponibilità elevata di Amazon DocumentDB.

Sì, puoi replicare i dati tra Regioni utilizzando la funzionalità Global Cluster. I Global Cluster si estendono su più Regioni AWS. I Global Cluster replicano i tuoi dati su cluster fino a cinque Regioni con poco o nessun impatto sulle prestazioni. I Global Cluster offrono un recupero più veloce da interruzioni a livello regionale e consentono letture globali a bassa latenza. Per saperne di più, consulta la pagina delle funzionalità di Global Clusters e il post sul blog.

Sì. Puoi assegnare un livello di priorità maggiore ad ogni istanza nel cluster. Se si verifica un errore nell'istanza primaria, Amazon DocumentDB ne promuoverà la replica con la priorità maggiore a istanza primaria. Se due o più repliche hanno pari priorità, Amazon DocumentDB promuoverà una replica con le stesse dimensioni dell'istanza da sostituire.

I livelli di priorità possono essere modificati in qualsiasi momento. La semplice modifica dei livelli di priorità non attiverà un failover.

È possibile assegnare un livello di priorità inferiore alle repliche che non si desidera usare come istanze primarie. Tuttavia, se le repliche con livelli di priorità maggiori nel cluster non sono integre o non sono disponibili, Amazon DocumentDB promuoverà le repliche con priorità minore.

Amazon DocumentDB può essere impiegato con una configurazione ad alta disponibilità utilizzando le istanze di replica in più zone di disponibilità AWS come destinazioni di failover. Nel caso si verifichi un guasto a un'istanza primaria, una replica dell'istanza è automaticamente promossa come istanza primaria con la minima interruzione del servizio.

È possibile aggiungere ulteriori repliche Amazon DocumentDB. Le repliche di Amazon DocumentDB condividono lo stesso storage sottostante dell'istanza primaria. Qualsiasi replica di Amazon DocumentDB può essere impostata come replica primaria senza alcuna perdita di dati e quindi essere usata per migliorare la tolleranza ai guasti in caso di fallimento di un'istanza primaria. Per migliorare la disponibilità del cluster, è sufficiente creare da una a 15 repliche in più zone di disponibilità. Amazon DocumentDB le includerà automaticamente nella selezione primaria del failover in caso di interruzione dell'istanza.

Il failoverviene gestito automaticamente da Amazon DocumentDB, consentendo alle applicazioni di riprendere l'operatività del database il più velocemente possibile, senza alcun intervento manuale a livello amministrativo.

• In presenza di un'istanza di replica Amazon DocumentDB nella stessa zona di disponibilità o in una zona diversa, durante il failover, Amazon DocumentDB fa in modo che il record di nome canonico (CNAME) dell'istanza punti a una replica integra, che a sua volta viene promossa a nuova replica primaria. L'esecuzione completa dell'intero processo di failover in genere impiega meno di 30 secondi. 
• Se non si dispone di un'istanza di replica di Amazon DocumentDB (nel caso di un cluster a istanza singola), Amazon DocumentDB tenterà di creare una nuova istanza di database nella stessa zona di disponibilità dell'istanza originale. Questa sostituzione dell'istanza originale viene eseguita in base al tentativo migliore e potrebbe non avvenire, ad esempio, se si verifica un problema che interessa in qualche modo la zona di disponibilità. 

L'applicazione deve tentare di ristabilire le connessioni al database in caso di perdita della connessione.

Amazon DocumentDB rileverà automaticamente un problema a livello di istanza primaria e procederà a instradare il traffico di lettura/scrittura verso un'istanza di replica di Amazon DocumentDB. In media questo tipo di failover viene completato in 30 secondi. Inoltre, il traffico di lettura gestito dalle istanze di replica di Amazon DocumentDB verrà brevemente interrotto.

Dal momento che le repliche di Amazon DocumentDB condividono lo stesso volume di dati dell'istanza primaria, virtualmente non si verifica alcun ritardo di replica. In genere sono stati rilevati ritardi nell'ordine di decine di millisecondi.

Sì. Tutte le istanze di Amazon DocumentDB devono essere create in Amazon VPC. Con Amazon VPC è possibile definire una topologia di rete virtuale molto simile a una rete tradizionale gestita nel tuo data center. Questa soluzione offre il controllo completo sugli utenti che possono accedere ai database di Amazon DocumentDB.

Amazon DocumentDB supporta RBAC con ruoli integrati. RBAC consente di applicare il privilegio minimo come best practice limitando le azioni che gli utenti sono autorizzati a eseguire. Per ulteriori informazioni, consulta la sezione Controllo degli accessi in base al ruolo di Amazon DocumentDB.

Amazon DocumentDB utilizza Amazon VPC per applicare rigidi limiti di rete e autorizzazione. L'autenticazione e l'autorizzazione per le API di gestione di Amazon DocumentDB sono fornite da utenti, ruoli e policy IAM. L'autenticazione a un database Amazon DocumentDB è effettuata attraverso gli strumenti e i driver standard di MongoDB attraverso il Salted Challenge Response Authentication Mechanism (SCRAM), il meccanismo di autenticazione predefinito per MongoDB.

Sì. Amazon DocumentDB consente di crittografare i cluster usando le chiavi che gestisci mediante AWS Key Management Service (KMS). In un cluster in esecuzione con la crittografia di Amazon DocumentDB i dati a riposo memorizzati nell'archiviazione sottostante sono crittografati, analogamente ai backup automatici, agli snapshot e alle repliche incluse nello stesso cluster. La crittografia e la decrittografia sono gestite in modo omogeneo. Per maggiori informazioni sull'uso di KMS con Amazon DocumentDB, consulta la Crittografia di dati a riposo di Amazon DocumentDB.

Al momento, la crittografia di un'istanza esistente non crittografata di Amazon DocumentDB non è supportata. Per usare la crittografia di Amazon DocumentDB su un cluster non crittografato esistente, è necessario creare un nuovo cluster con la crittografia attivata, in cui eseguire la migrazione dei dati.

Amazon DocumentDB è stato progettato per soddisfare i più elevati standard di sicurezza e per consentirti di verificare più facilmente la sicurezza di Amazon, nonché soddisfare i tuoi obblighi normativi e di conformità. È stato ritenuto conforme a PCI DSS,ISO 9001, 27001, 27017,27018,1, 2, e 3,SOC 1, 2 e 3, e alla certificazione Health Information Trust Alliance (HITRUST) Common Security Framework (CSF) , oltre che idoneo aHIPAA. I rapporti di conformità di AWS sono disponibili per il download in AWS Artifact.

L'aggiornamento della versione principale (MVU) sul posto consente di aggiornare i cluster Amazon DocumentDB 3.6 o 4.0 ad Amazon DocumentDB 5.0 utilizzando la console AWS, il Software Development Kit (SDK) o l'interfaccia a riga di comando (CLI). Con la MVU locale, non è necessario creare nuovi cluster o modificare gli endpoint. L'MVU sul posto è disponibile a partire dalla versione 5.0 di Amazon DocumentDB. Per iniziare a utilizzare la MVU locale, consulta la documentazione MVU locale.

La MVU locale consente di aggiornare senza problemi i cluster Amazon DocumentDB 3.6 o 4.0 alla versione 5.0 senza la necessità di eseguire backup e ripristino su un altro cluster e senza utilizzare altri strumenti di migrazione dei dati. In tal modo, riduce il tempo e l'impegno associati al normale processo di aggiornamento che comporta la configurazione degli endpoint di origine e di destinazione, la migrazione di indici e dati, la modifica del codice dell'applicazione e altro ancora.

Non sarà necessario modificare l'endpoint nelle applicazioni dopo l'aggiornamento. Poiché i dati rimangono nello stesso cluster, non vi è alcun costo aggiuntivo per l'aggiornamento utilizzando la funzionalità.

I tempi di inattività possono variare da cluster a cluster a seconda del numero di raccolte, indici, database e istanze. Prima di eseguire l'aggiornamento diretto della versione principale sul cluster di produzione, consigliamo vivamente di eseguirlo in un ambiente inferiore per testare i tempi di inattività e le prestazioni e verificare anche che le applicazioni funzionino come previsto dopo l'aggiornamento.

Puoi anche utilizzare la funzionalità di clonazione rapida per clonare i dati del cluster a scopo di test. A seconda della complessità della tua implementazione di Amazon DocumentDB, puoi rivolgerti al nostro architetto di soluzioni di database per ulteriore assistenza.

La MVU locale è supportata solo con Amazon DocumentDB 3.6 o 4.0 come origine e la versione 5.0 come destinazione. Non è supportata per i Global Clusters o gli Elastic Clusters di Amazon DocumentDB o con DocumentDB 4.0 come destinazione.

La ricerca vettoriale è un metodo utilizzato nel machine learning (ML) per trovare punti dati simili a un determinato punto dati confrontando le loro rappresentazioni vettoriali utilizzando parametri di distanza o similitudine. Più i due vettori sono vicini nello spazio vettoriale, più simili sono considerati gli elementi sottostanti. Questa tecnica aiuta a catturare il significato o la semantica dei dati. Questo approccio è utile in varie applicazioni, come i sistemi di raccomandazione, l'elaborazione del linguaggio naturale e il riconoscimento delle immagini.

La ricerca vettoriale per Amazon DocumentDB combina la flessibilità e la ricca capacità di interrogazione di un database di documenti basato su JSON con la potenza della ricerca vettoriale. Puoi utilizzare i dati esistenti di Amazon DocumentDB o una struttura di dati documentale flessibile per creare casi d'uso di machine learning e IA generativa come esperienze di ricerca semantica, consigli sui prodotti, personalizzazione, chatbot, rilevamento di frodi e rilevamento delle anomalie. Consulta la documentazione di Amazon DocumentDB per la ricerca vettoriale per saperne di più.

La ricerca vettoriale per Amazon DocumentDB è disponibile nei cluster basati su istanze Amazon DocumentDB 5.0.

La ricerca vettoriale per Amazon DocumentDB consente l'uso della ricerca semantica per acquisire il significato, il contesto e l'intento alla base dei dati. La ricerca per parole chiave trova il documento in base al testo effettivo o alle mappature dei sinonimi predefinite. Ad esempio, in un'applicazione di e-commerce tradizionale, un abito rosso potrebbe restituire prodotti con le parole "rosso" e "vestito" nelle descrizioni. La ricerca semantica recupererà i risultati con abiti in diverse tonalità di rosso che possono migliorare l'esperienza dell'utente.  

Non sono previsti costi aggiuntivi per utilizzare la ricerca vettoriale per Amazon DocumentDB. Le tariffe standard di elaborazione, I/O, archiviazione e backup verranno applicate quando archivi, indicizzi e cerchi i vettori in Amazon DocumentDB. Visita la pagina dei prezzi di Amazon DocumentDB per saperne di più.

Amazon DocumentDB si integra con Amazon SageMaker Canvas, semplificando la creazione di modelli di machine learning (ML) e la personalizzazione dei modelli di base utilizzando i dati archiviati in Amazon DocumentDB senza scrivere una sola riga di codice. Non è più necessario sviluppare pipeline di dati e ML personalizzate tra Amazon DocumentDB e SageMaker Canvas. È possibile avviare SageMaker Canvas dalla console Amazon DocumentDB e aggiungere i database Amazon DocumentDB esistenti come origini di dati per iniziare a creare i modelli di machine learning. È possibile utilizzare i dati su DocumentDB in SageMaker Canvas per creare modelli per prevedere il tasso di abbandono dei clienti, rilevare le frodi, prevedere gli errori di manutenzione, prevedere metriche finanziarie e vendite, ottimizzare l'inventario, riassumere e generare contenuti.

L'integrazione di Amazon DocumentDB con Amazon SageMaker Canvas semplifica la creazione di applicazioni di IA generativa e machine learning (ML) grazie ai dati archiviati in Amazon DocumentDB. Non è più necessario sviluppare pipeline di dati e ML personalizzate tra Amazon DocumentDB e SageMaker Canvas. L'integrazione all'interno della console elimina il carico indifferenziato di connessione e accesso per accelerare lo sviluppo del machine learning senza bisogno di codice. È possibile avviare SageMaker Canvas dalla console Amazon DocumentDB e aggiungere i database Amazon DocumentDB esistenti come origine dati.

Amazon SageMaker Canvas offre un'interfaccia no code per creare modelli di machine learning utilizzando dati da diverse origini dati, tra cui Amazon DocumentDB. Ti vengono addebitati i costi per l'utilizzo di SageMaker Canvas e per gli I/O risultanti quando SageMaker Canvas legge i dati dalla tua istanza Amazon DocumentDB. Non sono previsti costi aggiuntivi per utilizzare DocumentDB come origine dati in Amazon SageMaker Canvas. Visita la pagina dei prezzi di Amazon DocumentDB e la pagina dei prezzi di SageMaker Canvas per saperne di più.

Questa integrazione Zero-ETL di Amazon DocumentDB con il Servizio OpenSearch di Amazon elimina la complessità operativa nell'estrazione, trasformazione e caricamento (ETL) dei dati da una raccolta Amazon DocumentDB a un cluster gestito Amazon OpenSearch o una raccolta serverless. Con questa integrazione, non è più necessario creare o gestire pipeline di dati né trasformare i dati.

Se desideri utilizzare le API di MongoDB, dovresti utilizzare le funzionalità native del database in Amazon DocumentDB per eseguire ricerche vettoriali sui tuoi documenti. L'integrazione Zero-ETL di Amazon DocumentDB con il Servizio OpenSearch di Amazon è ideale per la ricerca tra raccolte e per l'archiviazione e l'indicizzazione di vettori con più di 2.000 dimensioni.

L'integrazione zero-ETL di Amazon DocumentDB con il Servizio OpenSearch di Amazon utilizza Amazon OpenSearch Ingestion per spostare senza problemi i dati operativi da Amazon DocumentDB al Servizio OpenSearch di Amazon. Per iniziare, abilita la funzionalità del flusso di modifiche sulla raccolta Amazon DocumentDB che deve essere replicata. Questa funzionalità di integrazione Zero-ETL configura una pipeline di Amazon OpenSearch Ingestion nell'account del cliente che si occupa della replica dei dati in un cluster gestito dal Servizio OpenSearch di Amazon o in una raccolta serverless.

Amazon OpenSearch Ingestion comprende automaticamente il formato dei dati nelle raccolte Amazon DocumentDB e li mappa sul Servizio OpenSearch di Amazon per ottenere i risultati di ricerca più performanti. Puoi sincronizzare i dati da più raccolte Amazon DocumentDB tramite più pipeline in un cluster gestito Amazon OpenSearch o in una raccolta serverless per offrire informazioni olistiche su diverse applicazioni. Facoltativamente, puoi specificare processori di dati personalizzati quando definisci la configurazione di importazione nel Servizio OpenSearch di Amazon. Gli aggiornamenti successivi alla tabella Amazon DocumentDB vengono replicati anche nel Servizio OpenSearch di Amazon senza alcun intervento manuale.

Questa Zero-ETL utilizza le funzionalità native di trasformazione dei dati delle pipeline di Amazon OpenSearch Ingestion per aggregare e filtrare i dati mentre sono in movimento.

Puoi anche scrivere una logica di trasformazione personalizzata se desideri funzionalità di trasformazione personalizzate e Amazon OpenSearch Ingestion gestirà il processo di trasformazione. Oppure, se vuoi semplicemente spostare tutti i dati dall'origine al sink senza personalizzazione, Amazon OpenSearch Ingestion fornisce blueprint pronti all'uso in modo che possano eseguire le integrazioni con pochi clic.

Per garantire che Amazon OpenSearch Ingestion disponga delle autorizzazioni necessarie per replicare i dati da Amazon DocumentDB, la funzionalità di integrazione Zero-ETL crea un ruolo IAM con le autorizzazioni necessarie per leggere i dati dalla raccolta Amazon DocumentDB e scrivere su un dominio o una raccolta Amazon OpenSearch. Questo ruolo viene quindi assunto dalle pipeline di Amazon OpenSearch Ingestion per garantire che venga sempre mantenuta la giusta posizione di sicurezza durante lo spostamento dei dati dall'origine alla destinazione.

Puoi visualizzare tutte le metriche relative alla tua integrazione Zero-ETL con Amazon DocumentDB sui pannelli di controllo della console forniti dalla pipeline di acquisizione Amazon DocumentDB e OpenSearch. Puoi anche interrogare i log in tempo reale in Amazon CloudWatch e impostare avvisi personalizzati utilizzando Amazon CloudWatch che vengono attivati quando vengono superate le soglie definite dall'utente.