Domande frequenti su Amazon OpenSearch Service

Sì. È possibile creare un nuovo dominio Amazon OpenSearch Service tramite la procedura guidata Creazione Dominio della console in pochi clic. Al momento della creazione di un nuovo dominio, è possibile specificare il numero di istanze, i tipi di istanza e i volumi EBS da allocare a tale dominio. Con la console, è anche possibile modificare o eliminare i domini Amazon OpenSearch Service esistenti.

Sì, Amazon OpenSearch Service si integra con Amazon VPC. Al momento della scelta dell'accesso VPC, gli indirizzi IP del tuo VPC vengono allegati al dominio Amazon OpenSearch Service e tutto il traffico di rete rimane all'interno della rete AWS e non è accessibile a Internet. Inoltre, è possibile utilizzare gruppi di sicurezza e policy di IAM per limitare l'accesso ai domini Amazon OpenSearch Service.

Sì. AWS CloudFormation supporta il Servizio OpenSearch di Amazon. Per ulteriori informazioni, consulta la documentazione di riferimento sui modelli di CloudFormation.

Sì. È possibile configurare nodi master dedicati per un dominio. Al momento della scelta della configurazione master dedicata, è possibile specificare il tipo e il numero di istanze.

Sì. È possibile creare diversi indici Elasticsearch o OpenSearch all'interno di uno stesso dominio Amazon OpenSearch Service. Elasticsearch e OpenSearch distribuiscono automaticamente gli indici e le eventuali repliche associate tra le istanze allocate al dominio.

Amazon OpenSearch Service supporta tre opzioni per l'importazione dati:

• Per grandi volumi di dati, consigliamo Amazon Kinesis Data Firehose, un servizio completamente gestito che si dimensiona automaticamente per adattarsi alla velocità effettiva dei dati e non richiede amministrazione continua. Inoltre, questo servizio trasforma, suddivide in batch e comprime i dati prima del caricamento.
   
• Amazon OpenSearch Service supporta l'integrazione con Logstash. È possibile configurare un dominio Amazon OpenSearch Service come datastore per tutti i registri in arrivo da un'implementazione Logstash.
   
• Puoi utilizzare le API native Elasticsearch (fino alla versione 7.10) o OpenSearch, come l'indice e le API di massa, per caricare i dati nel tuo dominio.

Sì. Amazon OpenSearch Service supporta l'integrazione con Logstash. È possibile configurare un dominio Amazon OpenSearch Service come archivio di back-end per tutti i registri provenienti dall'implementazione Logstash. È possibile configurare il controllo degli accessi sul dominio Amazon OpenSearch Service in modo che richieda la firma per autenticare le chiamate provenienti dall'implementazione Logstash, oppure in modo che utilizzi le policy di IAM basate sulle risorse, includendo gli indirizzi IP delle istanze in esecuzione nell'implementazione Logstash.

Sì. Amazon OpenSearch Service offre funzionalità di visualizzazione basate sui Pannelli di Controllo OpenSearch e Kibana (versioni da 1.5 a 7.10).

È possibile scegliere tra storage locale su istanze o volumi EBS. Durante la creazione di un dominio, se viene selezionata l'opzione di storage EBS, è anche possibile aumentare o ridurre le dimensioni del volume di storage.

È possibile scegliere tra volumi EBS Magnetic, General Purpose e Provisioned IOPS.

Sì. Servizio OpenSearch di Amazon implementa lo storage in base alla scelta di istanza e/o alle dimensioni del volume EBS associato. Lo spazio di archiviazione massimo per nodo è 24 TB con le istanze R6g.12xlarge con archiviazione gp3 EBS. Con il massimo di default di 80 nodi di dati permessi per dominio del servizio OpenSearch di Amazon, puoi allocare circa 1920 TB di spazio di archiviazione a un singolo dominio. Puoi richiedere di aumentare le restrizioni del servizio fino a 200 istanze per dominio creando un caso nell'Centro di Supporto AWS. Con 200 istanze puoi allocare circa 3 PB di spazio di archiviazione a un singolo dominio.

Se implementi le istanze di dati in una sola zona di disponibilità, le istanze master dedicate verranno implementate nella stessa zona di disponibilità. Tuttavia, se implementi le istanze di dati tra due o tre zone di disponibilità, Amazon OpenSearch Service implementerà automaticamente le istanze master dedicate attraverso tre zone. L'eccezione a questa regola si verifica qualora una regione disponga di solo due zone di disponibilità o se selezioni, per le tue istanze master, un tipo di istanza delle generazioni precedenti che non è disponibile in tutte le zone di disponibilità. Per ulteriori dettagli, consulta la nostra documentazione.

Per i carichi di lavoro di produzione, raccomandiamo di distribuire le tue istanze di dati attraverso tre zone, poiché ciò offre una migliore disponibilità. Inoltre, raccomandiamo di effettuare il provisioning delle istanze in multipli di tre per permettere una distribuzione omogenea tra le zone di disponibilità. Nelle regioni in cui non è possibile selezionare tre zone di disponibilità, raccomandiamo di utilizzare una distribuzione a due zone con un numero pari di istanze di dati. In tutti i casi, si consiglia di eseguire il provisioning di tre istanze master dedicate.

Puoi abilitare le distribuzioni su tre zone di disponibilità per domini nuovi ed esistenti senza costi aggiuntivi tramite la console AWS, l'interfaccia a riga di comando o gli SDK. Per ulteriori dettagli, consulta la nostra documentazione.

No. Amazon OpenSearch Service non applica alcuna commissione per l'attivazione dell'implementazione su tre zone di disponibilità. Ti verranno addebitati solo i costi relativi al numero di istanze nel tuo dominio, non al numero di zone di disponibilità in cui sono distribuite.

L'opzione Zone Awareness sarà attivata per tutti quei domini configurati con più zone di disponibilità per assicurarsi che vengano distribuiti su più zone. Ora è possibile selezionare direttamente distribuzioni su due o tre zone di disponibilità. I domini per cui era stata precedentemente attivata l'opzione Zone Awareness continueranno a essere distribuiti su due zone di disponibilità a meno che non vengano riconfigurati. Per ulteriori dettagli, consulta la nostra documentazione.

Se una o più istanze in una zona di disponibilità non sono raggiungibili o non funzionano, Amazon OpenSearch Service tenta automaticamente di richiamare nuove istanze nella stessa zona di disponibilità per sostituire le istanze interessate. Nella rara eventualità che le nuove istanze non possano essere lanciate nella zona di disponibilità, Amazon OpenSearch Service lancerà delle nuove istanze nell'altra zona disponibile qualora il dominio sia stato configurato per implementare le istanze su più zone di disponibilità. Una volta che il problema con la zona di disponibilità sarà stato risolto, Amazon OpenSearch Service bilancerà nuovamente le istanze in modo tale che siano equamente distribuite attraverso tutte le zone di disponibilità configurate per il dominio. Per ulteriori dettagli, consulta la nostra documentazione.

Anche qualora dovessi configurare una sola replica, consigliamo di utilizzare tre zone di disponibilità. Se una delle zone nel dominio non è più disponibile, perderai solo un terzo delle tue capacità; se, invece, l'interruzione avviene in un dominio con due zone di disponibilità, la tua capacità sarà dimezzata, aumentando l'impatto negativo sulle tue operazioni. Inoltre, in un dominio con tre zone di disponibilità, quando una di queste viene interrotta, Amazon OpenSearch Service può ricorrere all'utilizzo delle due zone di disponibilità rimanenti e supportare ancora le repliche attraverso più zone di disponibilità. In un dominio con due zone di disponibilità, perderai la possibilità di effettuare repliche attraverso le zone se una di queste viene interrotta, il che ridurrebbe ulteriormente la disponibilità. Per ulteriori dettagli, consulta la nostra documentazione.

Il numero di zone di disponibilità in cui il tuo dominio è distribuito corrisponde al numero di sottoreti configurate per il tuo dominio VPC. Dovrai configurare almeno tre sottoreti nel tuo dominio VPC per effettuare una distribuzione su tre zone di disponibilità. Per ulteriori dettagli su come configurare un VPC, consulta la nostra documentazione.

Sì. I programmi con accesso a Internet pubblico possono accedere ai domini Amazon OpenSearch Service tramite un endpoint pubblico. Se il data center è già collegato ad Amazon VPC tramite Direct Connect o tunneling SSH, è anche possibile accedere dal cloud privato virtuale. In entrambi i casi, è possibile configurare policy e gruppi di sicurezza IAM per permettere ai programmi in esecuzione su server esterni ad AWS di accedere ai tuoi domini Amazon OpenSearch Service. Per ulteriori informazioni sulle richieste con firma, clicca qui.

Per eseguire la migrazione dei dati da un cluster Elasticsearch o OpenSearch esistente, è necessario creare uno snapshot di un cluster esistente e archiviare lo snapshot nel tuo bucket Amazon S3. Quindi è possibile creare un nuovo dominio Amazon OpenSearch Service e caricare i dati dallo snapshot nel dominio Amazon OpenSearch Service appena creato utilizzando l'API di ripristino.

Amazon OpenSearch Service permette di controllare il dimensionamento dei domini Amazon OpenSearch Service utilizzando la console, l'API e la CLI. È possibile dimensionare il dominio Amazon OpenSearch Service aggiungendo, rimuovendo o modificando istanze o volumi di archiviazione a seconda delle esigenze dell'applicazione. Amazon OpenSearch Service è integrato con Amazon CloudWatch per fornire parametri sullo stato dei domini Amazon OpenSearch Service per consentirti di prendere decisioni di dimensionamento appropriate per i domini.

No. Dimensionare il dominio Amazon OpenSearch Service aggiungendo o modificando istanze e volumi di archiviazione è un'operazione online che non richiede tempi di inattività.

Sì. Se abiliti le repliche per gli indici OpenSearch/Elasticsearch e utilizzi più zone di disponibilità, Amazon OpenSearch Service distribuisce automaticamente le partizioni primarie e di replica tra le istanze in diverse zone di disponibilità.

Sì. Amazon OpenSearch Service applica diversi parametri di prestazioni tramite Amazon CloudWatch, tra cui il numero di nodi, l'integrità del cluster, i documenti ricercabili e i parametri di EBS (ove applicabili), nonché l'utilizzo di CPU, memoria e disco per i dati e per i nodi principali. Consulta la documentazione relativa al servizio per un elenco di tutti i parametri di CloudWatch disponibili.

Sì. AWS CloudTrail è un servizio Web che registra le chiamate alle API AWS e fornisce i relativi file di registro. Lo storico delle chiamate API di AWS creato da AWS CloudTrail rende possibile analisi di sicurezza, monitoraggio delle modifiche alle risorse e audit di conformità. Per ulteriori informazioni su AWS CloudTrail consulta la pagina dei dettagli di AWS CloudTrail, quindi attiva il servizio tramite la home page di CloudTrail nella Console di gestione AWS.

Uno snapshot è una copia del dominio Amazon OpenSearch Service in un momento specifico.

Creare snapshot può risultare utile in caso di perdite di dati causate da errori di un nodo, oppure nell'improbabile eventualità di un guasto all'hardware. È possibile usare gli snapshot per ripristinare un dominio Amazon OpenSearch Service o per crearne uno nuovo, in entrambi casi con dati precaricati. Un altro caso d'uso comune degli snapshot è la creazione di backup e l'archiviazione. Gli snapshot vengono memorizzati in Amazon S3.

Sì. Di default, Amazon OpenSearch Service crea automaticamente snapshot orari di ogni dominio Amazon OpenSearch Service e li mantiene per 14 giorni.

Il Servizio OpenSearch di Amazon manterrà gli snapshot automatici eseguiti ogni ora degli ultimi 14 giorni.

Non è previsto alcun costo per gli snapshot orari automatici. Gli snapshot vengono archiviati gratuitamente in un bucket S3 di Amazon OpenSearch Service e saranno disponibili per il ripristino dei nodi.

Sì. È possibile usare l'API snapshot per creare snapshot manuali aggiuntivi oltre agli snapshot quotidiani automatici creati da Amazon OpenSearch Service. Gli snapshot creati manualmente vengono memorizzati nel tuo bucket S3 e sono soggetti ai normali costi di utilizzo di Amazon S3.

Sì. I clienti possono creare un nuovo dominio Amazon OpenSearch Service e caricare i dati dallo snapshot nel dominio Amazon OpenSearch Service appena creato utilizzando l'API di ripristino OpenSearch/Elasticsearch.

Gli snapshot quotidiani mantenuti da Amazon OpenSearch Service verranno eliminati come parte dell'eliminazione del dominio. Prima di eliminare un dominio, consigliamo di crearne uno snapshot da conservare nel bucket S3 utilizzando la procedura manuale. Gli snapshot archiviati nel tuo bucket S3 non saranno interessati se elimini il tuo dominio Amazon OpenSearch Service.

Amazon OpenSearch Service si avvale di tre log di Elasticsearch o OpenSearch tramite Amazon CloudWatch Logs: log di errore, slow log di ricerca e slow log di indici. Questi log sono utili per le performance di risoluzione dei problemi e della stabilità dei domini.

Gli slow log sono file di log che facilitano il monitoraggio delle prestazioni nelle varie fasi operative. OpenSearch ed Elasticsearch si avvalgono di due tipi di slow log:

• Slow log di indici: si tratta di log che forniscono indicazioni sul processo di indicizzazione e che possono essere utilizzati per ottimizzare l'impostazione dell'indice.
   
• Slow log di ricerca: questi log forniscono indicazioni sulla velocità di query e di recupero di dati. Questi log aiutano a ottimizzare le prestazioni di qualsiasi tipo di operazione di ricerca su OpenSearch o Elasticsearch.

Per informazioni complete sugli slow log, consulta la documentazione di OpenSearch.

Gli slow log possono essere abilitati direttamente dalla console o tramite interfaccia a riga di comando e API. Per ulteriori dettagli, consulta la documentazione.

Sì. È possibile aggiornare le importazioni per un indice specifico o abilitarne e disabilitarne gli slow log. Per ulteriori dettagli, consulta la documentazione.

No. Disattivare gli slow logs in Amazon OpenSearch Service permette di pubblicare i log generati in Amazon CloudWatch Logs per indici in un dato dominio. Tuttavia, per poter generare i log è necessario avviare il processo di registrazione di log aggiornando le impostazioni per uno o più indici. Per ulteriori dettagli su come configurare gli indici per abilitare gli slow log, consulta la documentazione.

No. La generazione di file di log dipende dalle impostazioni di indicizzazione. Per disattivare la generazione di file di log è necessario aggiornare la configurazione dell'indice. Per ulteriori dettagli su come configurare gli indici per abilitare gli slow log, consulta la documentazione.

La granularità può essere modificata solo per gli slow log. OpenSearch ed Elasticsearch applicano più livelli di registrazione per slow log. È importante selezionare il livello desiderato nella configurazione dell'indice. Per ulteriori dettagli su come configurare gli indici per abilitare gli slow log, consulta la documentazione su OpenSearch.

Quando gli slow log o i log di errore sono abilitati, Amazon OpenSearch Service inizia a pubblicare i log generati su CloudWatch Logs. Amazon OpenSearch Service non addebiterà alcun costo per l'utilizzo dei log. Saranno tuttavia applicate le tariffe standard di CloudWatch.

OpenSearch si avvale di Apache Log4j 2 e i suoi livelli di log incorporati (dal minimo al più grave) di TRACE, DEBUG, INFO, WARN, ERROR e FATAL. Se abiliti i log di errore, Amazon OpenSearch Service pubblica righe di registri di WARN, ERROR e FATAL e seleziona gli errori dal livello DEBUG a CloudWatch. Per ulteriori dettagli, consulta la nostra documentazione.

I log di errore possono essere abilitati direttamente dalla console AWS o tramite interfaccia a riga di comando e API. Per ulteriori dettagli, consulta la nostra documentazione.

No, i log di errore coprono l'intero dominio. Questo significa che, una volta abilitate, le entry log provenienti da ogni indice del dominio saranno rese disponibili.

No, gli error log sono disponibili solo per le versioni 5.x e successive di Elasticsearch.

Sì. Ciascuna voce di un log in CloudWatch potrà contenere fino a 255.000 caratteri. Se la voce del log è più grande, verrà interrotta dopo 255.000 caratteri.

Gli slow log sono necessari solo quando si desidera risolvere problemi relativi agli indici o ottimizzarne le prestazioni. L'approccio consigliato è quello di abilitare la registrazione di log solo per gli indici di cui è importante acquisire informazioni sulle performance. Inoltre, una volta completata l'analisi, è consigliabile disattivare questa opzione per evitare di incorrere in costi aggiuntivi. Per ulteriori informazioni, consulta la documentazione.

CloudWatch offre diversi modi per utilizzare i log. È possibile visionare i dati di log, esportarli in S3 o elaborarli in tempo reale. Per ulteriori informazioni, consulta la guida per sviluppatori di CloudWatch Logs.

Sì, gli slow log possono essere abilitati per tutte le versioni di OpenSearch ed Elasticsearch supportate da Amazon OpenSearch Service. Tuttavia, ciascuna versione di Elasticsearch prevede opzioni leggermente differenti per modificare le impostazioni. Per ulteriori informazioni, consulta la nostra documentazione.

No. Non sono previsti tempi di inattività. Ogni volta che lo stato di un log viene aggiornato, distribuiremo un nuovo cluster in background e sostituiremo il cluster esistente con quello nuovo. Questo processo non provocherà alcuna interruzione. Tuttavia, poiché viene distribuito un nuovo cluster, l'aggiornamento dello stato del log non sarà istantaneo.

Amazon OpenSearch Service attualmente supporta l'upgrade della versione sul posto per i domini con qualsiasi versione OpenSearch o versioni Elasticsearch 5.x e successive. Le versioni target che supportiamo per l'upgrade sono: 5.6, 6.3, 6.4, 6.5, 6.7, 6.8, 7.1, 7.4, 7.7, 7.8, 7.9 e 7.10. Per ulteriori dettagli, consulta la nostra documentazione.

Per informazioni su come eseguire la migrazione per le diverse versioni di Elasticsearch, consulta la documentazione.

No. Il dominio rimarrà disponibile durante tutto il processo di aggiornamento. Tuttavia, parte del processo di aggiornamento comporta la ricollocazione degli shard, che può avere un impatto sulle prestazioni del dominio. Si consiglia di effettuare l'upgrade quando il carico sul dominio è basso.

L'upgrade della versione sul posto è disponibile solo per i domini che eseguono Elasticsearch 5.x e versioni successive. Se il tuo dominio è della versione 5.x o superiore, puoi eseguire il controllo di idoneità dell'aggiornamento per convalidare se il tuo dominio può essere aggiornato alla versione desiderata. Per ulteriori informazioni, consulta la nostra documentazione.

Per un elenco dettagliato dei test eseguiti per confermare l'idoneità per l'upgrade, consulta la nostra documentazione.

No. Una volta che l'upgrade sul posto della versione è stato avviato, non è possibile apportare modifiche alla configurazione del dominio fino a quando l'aggiornamento non viene completato o non si interrompe per un errore. È possibile continuare a leggere e scrivere i dati mentre l'aggiornamento è in corso. Inoltre, è possibile eliminare il dominio, nel qual caso l'upgrade viene interrotto e il dominio cancellato.

Il processo di upgrade della versione acquisisce automaticamente uno snapshot del sistema e avvia l'upgrade vero e proprio solo se lo snapshot viene completato correttamente. Se nel momento in cui è stato programmato uno snapshot automatico l'upgrade è ancora in corso, la creazione dello snapshot sarà ripresa il giorno successivo.

Amazon OpenSearch Service esegue una serie di test prima di attivare l'upgrade, per controllare l'eventuale presenza di problemi noti che possano bloccarlo. Se non si verificano problemi, il servizio scatta uno snapshot del dominio e avvia il processo di upgrade se lo snapshot ha esito positivo. L'upgrade non viene attivato se si verificano problemi con una qualsiasi delle fasi.

Se i problemi riscontrati sono minori e risolvibili, Amazon OpenSearch Service tenta automaticamente di risolverli e sbloccare l'upgrade. Tuttavia, se un problema blocca l'upgrade, il servizio torna allo snapshot acquisito prima dell'upgrade e registra l'errore. Per maggiori dettagli sulla visualizzazione dei registri sull'avanzamento dell'upgrade, consulta la nostra documentazione.

Sì. È possibile visualizzare i log degli aggiornamenti dalla Console AWS o richiederli utilizzando la CLI o gli SDK. Per ulteriori informazioni, consulta la documentazione.

No. Una volta avviato, non è più possibile mettere in pausa o annullare l'upgrade finché non viene completato o non si interrompe per un errore.

Sì. Tuttavia, se desideri mantenere tutti i domini sulla stessa versione, si consiglia di eseguire il controllo di idoneità per l'aggiornamento su tutti i domini prima di aggiornarli. Questo passo in più può aiutare a risolvere i problemi di un dominio che potrebbero non essere presenti negli altri.

A seconda della quantità di dati e delle dimensioni del cluster, un upgrade può richiedere da pochi minuti a qualche ora.

No. Tutti i dati nel cluster saranno ripristinati durante il processo di upgrade sul posto della versione. Per eseguire l'upgrade solo del dominio, è possibile acquisire uno snapshot dei dati, cancellare tutti gli indici dal dominio e quindi attivare un upgrade sul posto della versione. In alternativa, è possibile creare un dominio separato con la versione più recente e quindi ripristinarvi i dati.

No. Se devi tornare a una versione precedente, contatta AWS Support per ripristinare lo snapshot automatico di pre-upgrade su un nuovo dominio. Se hai eseguito uno snapshot manuale del dominio originale, puoi effettuare questo passaggio tu stesso.

Multi-AZ con standby è una nuova opzione di implementazione per il servizio OpenSearch di Amazon che consente di avere elevata disponibilità e prestazioni costanti per carichi di lavoro business-critical. Con Multi-AZ con standby, i cluster gestiti con il servizio OpenSearch sono resilienti ai problemi dell'infrastruttura, come interruzioni dei nodi o errori in una singola zona di disponibilità, garantendo che non vi siano ripercussioni sulle prestazioni o sulla disponibilità, anche nel caso in cui si verifichino errori in una singola zona di disponibilità. Multi-AZ con standby offre il vantaggio aggiuntivo di una configurazione e gestione dei cluster più semplice applicando le best practice e riducendo la complessità.

Per abilitare Multi-AZ con standby, i cluster gestiti devono soddisfare le seguenti condizioni:

• Eseguire OpenSearch 1.3 o una versione più recente.
   
• Essere implementati nelle regioni AWS con 3 zone di disponibilità. Attualmente la regione AWS Carolina del Nord non supporta 3 zone di disponibilità, quindi non è idonea a Multi-AZ con standby.
   
• Il numero di nodi di dati dev'essere in multipli di tre.
   
• Il numero di copie di dati (primari + replica) dev'essere in multipli di tre.
   
• Segui le linee guida di dimensionamento per il leader (dimensione consigliata sulla base di numero di nodi, numero di partizioni e numero di mappature nel tuo cluster).

Con Multi-AZ con standby, il servizio OpenSearch di Amazon rileva e ripristina automaticamente alcuni problemi dell'infrastruttura. Il servizio OpenSearch di Amazon esegue automaticamente il failover da nodi attivi a nodi in standby in meno di un minuto quando si verifica uno dei seguenti eventi:

• Perdita di una zona di disponibilità attiva o di tutti i nodi in una zona di disponibilità attiva
• Perdita di connettività a una zona di disponibilità attiva
• Guasto dell'hardware dell'istanza nella zona di disponibilità attiva
• Errore di archiviazione in un nodo della zona di disponibilità attiva

Attualmente Multi-AZ con standby non copre i seguenti eventi:

• Perdita del Quorum principale, poiché il recupero da questo evento può richiedere diversi minuti
   
• Perdita di zone di disponibilità multiple
   
• Perdita di connettività a una regione
   
• Perdita di oltre il 50% dei nodi in più di una zona di disponibilità
   
• Tempi di inattività causati da insufficienti risorse di elaborazione o archiviazione a seguito di una modifica delle caratteristiche del carico di lavoro
   
• Tempi di inattività causati da query anomale
   
• Perdita di uno o più servizi da cui dipende il servizio OpenSearch di Amazon, come ARPS e ALB
   
• Interruzioni di OpenSearch Dashboard durante gli aggiornamenti della versione

No, in linea di principio le linee guida di dimensionamento rimangono le stesse. Multi-AZ per standby ha alcuni prerequisiti che semplificano il modello mentale richiesto per dimensionare il cluster. Per dimensionare il cluster gestito è necessario valutare la capacità necessaria per controllare il carico di lavoro e poi aggiungere il 50% per la ridondanza. La differenza principale tra l'opzione consapevolezza della zona attuale e l'opzione Multi-AZ con standby è la modalità di gestione della capacità ridondante o aggiuntiva per mantenere la disponibilità. Multi-AZ con standby richiede la presenza di almeno una copia dei dati in ogni zona di disponibilità, in modo che Multi-AZ con standby possa prenotare esplicitamente la capacità di standby in una zona di disponibilità. Questa capacità di standby funge da destinazione di failover durante un'interruzione della zona di disponibilità o un guasto dell'istanza. Il modello esistente richiede il mantenimento di livelli ottimali di risorse per gestire il carico di lavoro. Dovrai continuare a monitorare il tuo cluster per rilevare eventuali problemi di dimensionamento e intraprendere azioni correttive in base ai cambiamenti delle caratteristiche del carico di lavoro.

No. Il servizio OpenSearch di Amazon funziona secondo un modello di responsabilità condivisa. È tua responsabilità garantire che il tuo cluster sia dimensionato in base al tuo carico di lavoro. Multi-AZ con standby semplifica il modello mentale di configurazione del cluster. È necessario continuare a monitorare i parametri di errore e le metriche di latenza insieme all'archiviazione, all'utilizzo della CPU e della RAM per rilevare i segnali che indicano che il cluster è sovraccarico e potrebbe essere necessario ridimensionarlo.

No, la funzionalità Multi-AZ con standby è disponibile senza costi aggiuntivi. Continuerai a pagare per le risorse distribuite nel cluster per gestire il tuo carico di lavoro. Se il tuo cluster segue già le best practice e dispone di almeno tre copie di dati per un cluster con 3 zone di disponibilità, è improbabile che il passaggio a Multi-AZ con standby comporti costi aggiuntivi. Tuttavia, se il cluster è sottodimensionato o non dispone di una capacità ridondante sufficiente per gestire il carico di lavoro, dovrai aggiungere capacità per passare a Multi-AZ con standby per avere maggiore disponibilità e prestazioni. La capacità di standby è prenotata dalla capacità totale configurata.

Lo SLA di Amazon OpenSearch garantisce una percentuale di tempo di funzionamento mensile di almeno il 99,9% per il servizio Amazon OpenSearch.

Hai diritto a un credito SLA per Amazon OpenSearch Service secondo quanto previsto dallo SLA di Amazon OpenSearch Service se i domini su più zone di disponibilità su Amazon OpenSearch Service hanno una percentuale di tempo di funzionamento mensile inferiore al 99,9% durante qualsiasi ciclo di fatturazione mensile.

Per dettagli completi sui termini e le condizioni dello SLA e per dettagli sulla presentazione di un reclamo, consulta la pagina dei dettagli relativa allo SLA del servizio OpenSearch di Amazon.

La ricerca tra cluster è una funzionalità di Elasticsearch e OpenSearch che consente di eseguire query e aggregazioni tra due cluster collegati. Funziona impostando una leggera connessione unidirezionale tra i cluster partecipanti.

I domini che partecipano a una ricerca tra cluster devono soddisfare i seguenti criteri:

• I domini partecipanti devono trovarsi su OpenSearch o Elasticsearch versione 6.8 e successive
• I domini partecipanti devono aver abilitato la crittografia in transito
• I domini partecipanti devono avere abilitato il controllo granulare degli accessi
• Le versioni dei domini partecipanti devono rispettare le stesse regole dell'aggiornamento rolling della versione

La ricerca tra cluster è attualmente supportata sui seguenti tipi di istanza

• famiglia i2, i3
• famiglia r3, r4, r5
• famiglia m4, m5
• famiglia c4, c5
• Famiglia Graviton

La ricerca tra cluster non è supportata nelle istanze della famiglia t2 e m3 a causa di limitazioni tecniche.

Sì. I domini partecipanti possono appartenere a due diversi account AWS.

Sì.

Per iniziare a utilizzare la funzionalità di ricerca tra cluster, consulta la documentazione qui.

La replica tra cluster è una nuova funzionalità che permette ai clienti del servizio OpenSearch di Amazon di automatizzare la copia e la sincronizzazione degli indici da un cluster all'altro a bassa latenza nella stessa o in diverse Regioni AWS.

I domini che partecipano a una replica tra cluster devono soddisfare i seguenti criteri:

• I domini partecipanti devono trovarsi su Elasticsearch versione 7.10
• I domini partecipanti devono aver abilitato la crittografia in transito
• I domini partecipanti devono avere abilitato il controllo granulare degli accessi
• Le versioni dei domini partecipanti devono rispettare le stesse regole dell'aggiornamento rolling della versione

Sì, i domini in due diverse regioni AWS possono partecipare alla replica tra cluster.

No. L'attuale implementazione della replica tra cluster non supporta Ultrawarm o Cold Storage.

Sì. Saranno addebitati i costi standard di AWS per il trasferimento di dati da e verso il Servizio OpenSearch di Amazon.

Abbiamo annunciato il progetto OpenSearch, un fork open source guidato dalla community di Elasticsearch e Kibana, il 12 aprile 2021. Ci siamo impegnati a fare un investimento a lungo termine in OpenSearch per garantire che gli utenti continuino a disporre di una suite di analisi dei dati e ricerca sicura, di alta qualità e completamente open source con una ricca roadmap di funzionalità nuove e innovative. Questo progetto include OpenSearch (derivato da Elasticsearch 7.10.2) e Pannelli di Controllo OpenSearch (derivati da Kibana 7.10.2). Abbiamo lanciato la versione 1.0 di OpenSearch il 12 luglio 2021. Come parte del nostro impegno a lungo termine per OpenSearch, abbiamo aggiunto il supporto per OpenSearch 1.0 sul servizio gestito il 7 settembre 2021 e cambiato il nome da Amazon Elasticsearch Service ad Amazon OpenSearch Service. Insieme a OpenSearch 1.0, continuiamo a supportare le versioni legacy di Elasticsearch fino alla 7.10 sul servizio. A parte il cambio di nome, puoi essere certo che continueremo a offrire la stessa fantastica esperienza senza alcun impatto sulle operazioni in corso, sulla metodologia di sviluppo o sull'utilizzo aziendale. Ulteriori informazioni su OpenSearch qui: https://opensearch.org

Abbiamo cercato di rendere questo cambio di nome il più semplice possibile per te. Ci sono aspetti, come il nuovo SDK e le nuove API di configurazione, che richiedono la tua operazione per assicurarti di trarre i migliori benefici dal servizio. Sebbene l'SDK esistente continuerà a funzionare dal punto di vista della compatibilità, qualsiasi nuova funzionalità che richiede nuove API di configurazione verrà implementata solo nel nuovo SDK. Pertanto, ti consigliamo di passare al nuovo SDK. Inoltre, indipendentemente dal nuovo SDK, ti consigliamo vivamente di spostare le policy IAM esistenti per utilizzare le API di configurazione rinominate. A partire da ora, le policy IAM esistenti continueranno a funzionare con la vecchia definizione dell'API. Tuttavia, passeremo alla nuova convalida delle autorizzazioni basata su API e alla fine ti chiederemo di utilizzare le nuove API nelle tue policy (in particolare per le API in cui è presente un cambio di nome, ad esempio da CreateElasticsearchDomain a CreateDomain). Per ulteriori dettagli, consulta la documentazione.

No. Dal punto di vista della compatibilità con le versioni precedenti, ci assicureremo che la configurazione esistente continui a funzionare con OpenSearch 1.0. Tuttavia, ti consigliamo di passare all'SDK più recente per un'esperienza più pulita e aggiornata, come menzionato sopra.

No. Non ci sono modifiche ai prezzi.

OpenSearch include alcuni codici Elasticsearch con licenza Apache di Elasticsearch B.V. e altri codici sorgente. Elasticsearch B.V. non è la fonte dell’altro codice sorgente. ELASTICSEARCH è un marchio registrato di Elasticsearch B.V.

L'aggiornamento a OpenSearch 1.x garantisce che la tua infrastruttura di ricerca sia basata su un progetto open source in crescita e dinamico con licenza Apache e ti dà accesso a una vasta gamma di miglioramenti e funzionalità innovative disponibili in OpenSearch 1.2 (al momento della scrittura di questo documento).  Funzionalità come sicurezza di livello aziendale, avvisi, gestione del ciclo di vita dei dati, osservabilità, rilevamento di anomalie basato su ML e altre fanno tutte parte del servizio OpenSearch, senza costi di licenza aggiuntivi.

Durante l’upgrade utilizziamo una implementazione blu/verde (BG). Durante una BG, il servizio aggiunge nodi al cluster OpenSearch Service nella nuova configurazione e versione, migra i dati dai vecchi nodi ed elimina questi ultimi una volta completata la migrazione dei dati. Durante una BG, le API di ricerca e indicizzazione sono disponibili e funzionano normalmente. Sebbene una BG sia progettata per non interferire con le richieste di query e indicizzazione, alcune modifiche (soprattutto quelle che coinvolgono modifiche alle impostazioni relative alla sicurezza) possono causare la non disponibilità dei pannelli di controllo durante il periodo di modifica.

AWS mantiene 19 versioni di Elasticsearch con licenza Apache-2.0. In questo momento, nessuna di queste versioni è considerata obsoleta né sarà pianificata per il ritiro.

Sì, l’upgrade attiverà un processo di implementazione BG. Consulta le operazioni di preparazione all’upgrade e le varie fasi qui.

Consulta il team del tuo account AWS per informazioni basate sulla tua situazione specifica con le RI.

Il progetto OpenSearch 1.0 è un fork di Elasticsearch 7.10.2. È compatibile con i cavi con Elasticsearch 7.10 e non è necessario modificare il tuo modo di utilizzarlo. Per eseguire la migrazione, puoi aggiornare il tuo dominio alla versione Elasticsearch 7.10 da qualsiasi versione precedente delle serie 6.xe 7.x, acquisire uno snapshot e ripristinarlo su un dominio che esegue il servizio OpenSearch 1.x. Alcuni client o strumenti includono controlli della versione che potrebbero causare il mancato funzionamento del client o dello strumento con il servizio OpenSearch. Quando esegui l’upgrade, abilita la modalità di compatibilità in modo da evitare questi controlli di versione.

Nella maggior parte dei cas, puoi continuare a utilizzare i tuoi client esistenti. Le API e le principali funzionalità di ricerca sono compatibile con Elasticsearch versione 7.10.2. Se hai client meno recenti, i client eseguono il controllo della versione o sfruttano le funzionalità destinate alle versioni precedenti di Elasticsearch come le versioni principali 5 o 6, allora ti suggeriamo di provare a portare i tuoi clienti a uno standard minimo di supporto sulla versione 7.10.2 in modo da garantire una transizione graduale.

Il progetto OpenSearch supporta una vasta gamma di client progettati specificamente per indirizzare le versioni OpenSearch del motore sul servizio OpenSearch di Amazon. Controlla la presenza del tuo client nell’elenco dei client OpenSearch più recenti e dei linguaggi di programmazione supportati.

Puoi abilitare la funzione della modalità di compatibilità per interagire con i client di altri fornitori, ma ricorda di controllare la versione segnalata da OpenSearch. Abilita questa impostazione per garantire che il servizio risponda con la versione 7.10.2 ai client sviluppati prima dell'introduzione del motore del servizio OpenSearch.

Gli indici Elasticsearch 5.x non sono compatibili con Elasticsearch 7.10 o OpenSearch 1.x. Devi creare un nuovo indice e caricare i dati dalla tua origine. Se stai eseguendo un carico di lavoro di analisi dei log, puoi valutare se la tua strategia di conservazione dei dati supporta l'esecuzione in parallelo mentre crei un set di dati completo nel nuovo dominio.

Sì, contatta opensearchmigration-si-support@amazon.com per richiedere un elenco di partner in base alla tua regione, al settore e alla complessità del progetto. I partner della rete dei partner AWS (APN) sono formati e hanno l'esperienza per assisterti con gli aggiornamenti. 

OpenSearch 1.0 è un fork di Elasticsearch 7.10.2. OpenSearch ed Elasticsearch sono compatibili. Se abiliti la modalità di compatibilità, i client Elasticsearch sono compatibili anche con OpenSearch 1.0.

Il servizio OpenSearch di Amazon non offre e non offrirà versioni del motore Elasticsearch per versioni successive alla 7.10.2.

Dal momento in cui AWS ha annunciato che era stato eseguito il fork di Elasticsearch, intendevamo costruire e abbiamo costruito una fiorente comunità attorno a OpenSearch. Abbiamo pubblicato una roadmap per OpenSearch, completa di input della community e consensi sulle priorità delle funzionalità. Faremo ogni ragionevole sforzo per garantire la compatibilità con Elasticsearch. Il nostro obiettivo è crescere con la nostra community e i clienti del servizio OpenSearch di Amazon.

Puoi aggiornare direttamente a OpenSearch Service 1.0 da Elasticsearch e Kibana versioni da 6.8.0 a 7.10.2 e aprire la distribuzione per Elasticsearch (ODFE) 1.x. Per gli aggiornamenti in sequenza da ODFE a OpenSearch, consigliamo di eseguire prima l'aggiornamento a ODFE 1.13 e poi l'aggiornamento a OpenSearch 1.0.

Le risorse di migrazione sono disponibili qui:

Migrazioni di analisi dei dati

Migrazione al servizio OpenSearch di Amazon

Questa integrazione Zero-ETL con Amazon DynamoDB elimina la complessità operativa derivante dall'orchestrazione della replica dei dati da un datastore operativo a uno di ricerca. Le pipeline di dati utilizzate per mantenere sincronizzati datastore diversi possono essere impegnative e costose da creare e gestire e sono soggette a errori intermittenti difficili da tracciare. Questa integrazione consente ai clienti di Amazon DynamoDB di ottenere risultati di ricerca quasi in tempo reale dai loro dati transazionali offrendo una soluzione completamente gestita per rendere i dati operativi di Amazon DynamoDB disponibili nel servizio OpenSearch di Amazon entro pochi secondi dalla scrittura.

L'integrazione zero-ETL del servizio OpenSearch di Amazon con Amazon DynamoDB utilizza Amazon OpenSearch Ingestion per spostare senza problemi i dati operativi da Amazon DynamoDB al servizio OpenSearch di Amazon. Per consentire un'integrazione, i clienti scelgono innanzitutto la tabella di Amazon DynamoDB di cui è necessario replicare i dati. 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 la struttura delle tabelle Amazon DynamoDB e porta avanti un cluster gestito del servizio OpenSearch di Amazon o una raccolta serverless con i dati esistenti dalle tabelle DynamoDB. Facoltativamente, i clienti possono specificare uno schema per gli indici che verranno creati nel servizio OpenSearch di Amazon. Qualsiasi aggiornamento alla tabella DynamoDB viene replicato anche nel servizio OpenSearch di Amazon senza alcun intervento manuale da parte dei clienti.

Questa funzionalità Zero-ETL utilizza Amazon OpenSearch Ingestion per spostare i dati da Amazon DynamoDB al servizio OpenSearch di Amazon e sfrutta le capacità native di trasformazione dei dati delle pipeline dell'importazione OpenSearch di Amazon per aggregare e filtrare i dati mentre sono in movimento. Durante lo spostamento dei dati da una tabella Amazon DynamoDB, i clienti potrebbero voler eliminare alcuni campi o crearne di nuovi in base alle aggregazioni tra campi esistenti. Facoltativamente, i clienti possono anche scrivere una logica personalizzata per Amazon OpenSearch Ingestion per ottenere capacità di trasformazione su misura. Per gli altri utenti, che desiderano semplicemente spostare tutti i dati dall'origine al sink, Amazon OpenSearch Ingestion fornisce schemi 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 su entrambi questi sistemi, la funzionalità di integrazione Zero-ETL crea un ruolo IAM con le autorizzazioni necessarie per leggere i dati dalle tabelle Amazon DynamoDB 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 DynamoDB sui pannelli di controllo forniti da Amazon OpenSearch Ingestion insieme ai log in tempo reale su Amazon CloudWatch. Ciò consente ai clienti di impostare avvisi personalizzati che si attivano una volta superate le soglie definite dall'utente.

Il motore di query del servizio OpenSearch è stato riprogettato per supportare l'analisi dei dati operativi archiviati negli archivi di oggetti cloud, come i data lake basati su S3 e Amazon S3. Ciò avviene senza duplicare i dati. Quando i secondi fanno la differenza, i clienti possono migliorare le prestazioni delle loro query e creare pannelli di controllo a caricamento rapido utilizzando le funzionalità di accelerazione delle query presenti nella nuova integrazione.

Per iniziare dalla Console di gestione AWS, i clienti configurano una nuova origine dati da un dominio esistente del servizio OpenSearch che esegue la versione 2.11 del servizio o una successiva. Durante la configurazione della nuova origine dati della query diretta, i clienti dovranno fornire l'accesso in lettura/scrittura ad Amazon S3 e al Catalogo dati AWS Glue sottoporre a query più facilmente i dati su Amazon S3 dal servizio OpenSearch. Inoltre, possono personalizzare le policy IAM per limitare l'accesso a bucket specifici su Amazon S3 o alle risorse sul Catalogo dati AWS Glue. Una volta configurata la nuova origine dati nella console, i clienti accederanno al servizio OpenSearch per configurare controlli di accesso basati sui ruoli, accelerazioni per velocizzare le prestazioni delle query e, facoltativamente, pannelli di controllo preconfigurati per i modelli di log più diffusi come quelli di flusso VPC, Elastic Load Balancer e NGINX. Ai clienti vengono fatturate le risorse di calcolo consumate sotto forma di unità di calcolo per query dirette OpenSearch (OCU; verranno applicate le tariffe a utilizzo). Una volta configurata la nuova origine dati, i clienti possono iniziare a sottoporre a query i propri dati direttamente dall'API o dai pannelli di controllo OpenSearch.

I clienti pagano solo per le risorse consumate dal loro carico di lavoro. Il servizio OpenSearch addebita solo il calcolo necessario per sottoporre direttamente a query i dati esterni e per mantenere gli indici opzionali nel servizio OpenSearch. La capacità di calcolo viene misurata in unità di calcolo OpenSearch (OpenSearch Compute Unit, OCU), le stesse unità utilizzate da Amazon OpenSearch serverless e Amazon OpenSearch Ingestion. Il loro numero corrisponde direttamente alla vCPU e alla memoria necessarie per sottoporre a query o gestire gli indici in base ai dati. I clienti vedranno una voce per il calcolo in ore OCU con l'etichetta per la query diretta dei dati. Le OCU vengono fatturate su base oraria con granularità al minuto. Se non sono attive query o attività di indicizzazione, non viene utilizzata alcuna OCU. I costi per Amazon S3 o per il Catalogo dati AWS Glue verranno fatturati separatamente nell'account del cliente. Per maggiori dettagli sui prezzi, visita la pagina dei prezzi del servizio OpenSearch di Amazon.