Domande generali

D: Cos'è il servizio OpenSearch di Amazon?

Il servizio OpenSearch di Amazon è un servizio gestito che semplifica l'esecuzione di analisi interattive dei dati dei registri, il monitoraggio delle applicazioni in tempo reale, la ricerca sui siti Web e altro ancora OpenSearch è una suite di ricerca e analisi distribuita open source derivata da Elasticsearch. Il servizio OpenSearch di Amazon offre le versioni più recenti di OpenSearch, supporto per 19 versioni di Elasticsearch (versioni da 1.5 a 7.10) e funzionalità di visualizzazione basate su OpenSearch Dashboards e Kibana (versioni da 1.5 a 7.10). Il servizio OpenSearch di Amazon attualmente conta decine di migliaia di clienti attivi con centinaia di migliaia di cluster in gestione che elaborano trilioni di richieste al mese. Per ulteriori informazioni, consulta Domande frequenti sul servizio OpenSearch di Amazon.

D: Quali versioni di OpenSearch ed Elasticsearch sono supportate dal servizio OpenSearch di Amazon?

Amazon OpenSearch Service offre le versioni più recenti di OpenSearch e il supporto per 19 versioni di Elasticsearch (dalla 1.5 alla 7.10). Per ulteriori dettagli, consulta la nostra documentazione.

D: Cos'è un dominio Amazon OpenSearch Service?

I domini Amazon OpenSearch Service sono cluster Elasticsearch (da 1.5 a 7.10) creati utilizzando la console di Amazon OpenSearch Service, la CLI o l'API. Ogni dominio è un cluster OpenSearch o Elasticsearch nel cloud con le risorse di calcolo e archiviazione specificate. È possibile creare ed eliminare domini, definire gli attributi della loro infrastruttura e controllare gli accessi e le impostazioni di sicurezza. Inoltre, è possibile eseguire uno o più domini Amazon OpenSearch Service.

D: Quali attività sono gestite da Amazon OpenSearch Service per mio conto?

Amazon OpenSearch Service gestisce le attività necessarie per configurare un dominio, dal provisioning della capacità dell'infrastruttura nell'ambiente di rete all'installazione del software OpenSearch o Elasticsearch. Quando il dominio è attivo, Amazon OpenSearch Service esegue in automatico gli incarichi di amministrazione più frequenti, ad esempio l'esecuzione di backup, il monitoraggio delle istanze e l'applicazione di patch software. Amazon OpenSearch Service si integra con Amazon CloudWatch per creare parametri che consentano di raccogliere informazioni sullo stato dei domini. Amazon OpenSearch Service, inoltre, offre la possibilità di modificare l'istanza del dominio e le opzioni di archiviazione per semplificare l’incarico di personalizzazione del dominio in base alle esigenze dell’applicazione.

D: Amazon OpenSearch Service supporta le API open source di Elasticsearch e OpenSearch?

Amazon OpenSearch Service supporta la maggior parte delle API OpenSearch ed Elasticsearch comunemente utilizzate, quindi il codice, le applicazioni e gli strumenti più diffusi che stai già utilizzando con i tuoi ambienti Elasticsearch (fino alla versione 7.10) o OpenSearch funzionano perfettamente. Per un elenco completo delle operazioni supportate, consulta la documentazione.

D: Quali sono le opzioni di implementazione nelle zone di disponibilità (AZ) per Amazon OpenSearch Service?

Amazon OpenSearch Service offre agli utenti la possibilità di implementare le proprie istanze su una, due o tre zone di disponibilità. I clienti che eseguono carichi di lavoro di sviluppo o test possono scegliere una sola zona di disponibilità. Coloro che, invece, eseguono carichi di lavoro di produzione, dovrebbero optare per una distribuzione su due o tre zone di disponibilità. Raccomandiamo fortemente di effettuare una distribuzione su tre zone di disponibilità qualora vengano eseguiti carichi di lavoro con requisiti maggiori di disponibilità.

Nota: l'opzione di implementazione su tre zone di disponibilità è disponibile solo nelle regioni in cui vi sono tre o più zone di disponibilità.

D: In quali regioni Amazon OpenSearch Service offre la possibilità di effettuare implementazioni su tre zone di disponibilità?

Il servizio OpenSearch di Amazon supporta tre implementazioni AZ in tutte le regioni in cui il servizio è disponibile, ad eccezione degli Stati Uniti occidentali (California settentrionale), dove sono supportate solo due zone di disponibilità.

D: Come si può utilizzare il servizio OpenSearch di Amazon per le risorse in esecuzione on-premise o su altri cloud?

Il servizio OpenSearch di Amazon è un servizio completamente gestito che consente di eseguire e scalare cluster OpenSearch senza doversi preoccupare della gestione, del monitoraggio e della manutenzione dell'infrastruttura o di acquisire competenze approfondite nella gestione dei cluster OpenSearch. In qualità di servizio completamente gestito, al momento il servizio OpenSearch di Amazon viene eseguito su AWS. Tuttavia, OpenSearch è una suite di ricerca e analisi 100% open source, distribuita, gestita dalla community e con licenza Apache 2.0 che può essere eseguita on-premise o in ambienti ibridi e multicloud. Ad esempio, alcuni partner forniscono OpenSearch su altre piattaforme cloud oppure utilizzano OpenSearch nelle proprie applicazioni. OpenSearch aiuta a importare, proteggere, cercare, aggregare, visualizzare e analizzare con più facilità i dati per una serie di casi d'uso come l'analisi dei log, la ricerca all'interno dei dati delle applicazioni, dei dati aziendali e altro ancora. OpenSearch fornisce un sistema altamente scalabile per fornire accesso e risposta rapidi a grandi volumi di dati con uno strumento di visualizzazione integrato, OpenSearch Dashboards, che semplifica l'esplorazione dei dati da parte degli utenti. OpenSearch si basa sulla libreria di ricerca Apache Lucene e supporta una serie di funzionalità di ricerca e analisi dei dati come la ricerca k-nearest neighbors (KNN), SQL, Anomaly Detection, Machine Learning Commons, Trace Analytics, la ricerca full-text e altro ancora.

Impostazione e configurazione

D: È possibile creare e modificare il dominio Amazon OpenSearch Service utilizzando la console del servizio 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.

D: Amazon OpenSearch Service supporta Amazon VPC?

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.

D: È possibile usare i modelli di CloudFormation per effettuare il provisioning dei domini di Amazon OpenSearch Service?

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

D: Amazon OpenSearch Service supporta la configurazione dedicata di nodi principali?

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

D: È possibile creare diversi indici Elasticsearch o OpenSearch all'interno di un singolo dominio Amazon OpenSearch Service?

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.

D: In che modo è possibile importare dati in un dominio di Amazon OpenSearch Service?

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.

D: Amazon OpenSearch Service supporta l'integrazione con Logstash?

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.

D: Amazon OpenSearch Service supporta l'integrazione con Kibana?

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

D: Quali opzioni di archiviazione sono disponibili per Amazon OpenSearch Service?

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

D: Quali tipi di volumi EBS supporta Amazon OpenSearch Service?

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

D: È previsto un limite alla quantità di storage che può essere allocata a un dominio Amazon OpenSearch Service?

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'AWS Support Center. Con 200 istanze puoi allocare circa 3 PB di spazio di archiviazione a un singolo dominio.

D: Come sono distribuite le istanze master dedicate tra le zone di disponibilità?

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.

D: Quale configurazione è consigliata per le zone di disponibilità in caso di carichi di lavoro di produzione?

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.

D: Come posso configurare il mio dominio per una distribuzione su tre zone di disponibilità?

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.

D: Sarà applicata una commissione per abilitare la distribuzione su tre zone di disponibilità?

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.

D: Non riesco più a trovare l'opzione "Zone Awareness" nella mia console. Non è più possibile selezionarla per il mio dominio?

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.

D: In che modo Amazon OpenSearch Service gestisce i fallimenti delle istanze e le interruzioni dalla zona di disponibilità?

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.

D: Se dispongo solo di una replica per gli indici nel mio dominio, dovrei utilizzare due o tre zone di disponibilità?

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.

D: Come posso sfruttare l'implementazione su tre zone di disponibilità per il mio dominio VPC?

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.

Amministrazione

D: Un programma in esecuzione sui server di un data center può accedere ai domini Amazon OpenSearch Service?

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.

D: Come posso eseguire la migrazione dei dati dal mio cluster OpenSearch/Elasticsearch esistente a un nuovo dominio Amazon OpenSearch Service?

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.

D: Come posso dimensionare un dominio Amazon OpenSearch Service?

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.

D: Il dimensionamento del mio dominio Amazon OpenSearch Service richiede tempi di inattività?

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

D: Amazon OpenSearch Service supporta la replica su più zone?

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

D: Amazon OpenSearch Service applica parametri delle prestazioni tramite Amazon CloudWatch?

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.

D: Desidero eseguire analisi di sicurezza o risoluzione dei problemi operativi della mia implementazione di Amazon OpenSearch Service. Posso ottenere una cronologia di tutte le chiamate API di Amazon OpenSearch Service effettuate sul mio account?

Sì. AWS CloudTrail è un servizio Web che registra le chiamate alle API AWS per il tuo account 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.

D: Cos'è uno snapshot?

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

D: Qual è il vantaggio degli snapshot?

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.

D: Amazon OpenSearch Service fornisce snapshot in modo automatico?

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

D: Per quanto tempo vengono archiviati gli snapshot orari quotidiani automatici da Amazon OpenSearch Service?

Amazon OpenSearch Service manterrà gli snapshot automatici eseguiti ogni ora degli ultimi 14 giorni.

D: È previsto un costo per gli snapshot orari quotidiani automatici?

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.

D: Posso creare snapshot aggiuntivi dei miei domini Amazon OpenSearch Service secondo necessità?

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.

D: Gli snapshot creati manualmente possono essere usati per ripristinare un dominio in caso di guasto?

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.

D: Cosa succede agli snapshot quando viene eliminato il dominio Amazon OpenSearch Service?

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.

D: Quali tipi di log OpenSearch/Elasticsearch sono applicati da 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. Sono strumenti molto utili per risolvere i problemi relativi a prestazioni e stabilità di un dominio.

D: Cosa sono gli slow log?

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.

D: In che modo è possibile attivare gli slow log in Amazon OpenSearch Service?

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

D: È possibile abilitare gli slow log per indici specifici?

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

D: L'attivazione degli slow log in Amazon OpenSearch Service abilita automaticamente la registrazione di log per tutti gli indici?

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.

D: Se disattivo gli slow log in Amazon OpenSearch Service, significa che i file di log non vengono più generati?

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.

D: È possibile modificare la granularità dei log?

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.

D: Quali sono i costi correlati all'uso di slow log e log di errore?

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.

D: Quali tipi di log di errore sono applicati da Amazon OpenSearch Service?

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.

D: In che modo è possibile attivare i log di errore in Amazon OpenSearch Service?

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.

D: È possibile abilitare i log di errore solo per indici specifici?

No, i log di errore coprono l'intero dominio. Una volta attivati, saranno disponibili le voci di log provenienti da tutti gli indici nel dominio.

D: I log di errore sono disponibili per tutte le versioni di Elasticsearch supportate da Amazon OpenSearch Service?

No, i log di errore sono disponibili solo per Elasticsearch 5.x e versioni successive.

D: Sono previsti limiti alle dimensioni di ciascuna voce del log?

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.

D: Quali sono le best practice consigliate per l'utilizzo di slow log?

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.

D: In che modo è possibile utilizzare i log da CloudWatch Logs?

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.

D: Gli slow log sono disponibili per tutte le versioni di OpenSearch ed Elasticsearch supportate da Amazon OpenSearch Service?

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.

D: Sono previsti tempi di inattività per i cluster nel momento in cui la registrazione di log è attivata o disattivata?

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.

D: Quali versioni di Elasticsearch e OpenSearch supportano la caratteristica di upgrade sul posto?

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.

D: Se la versione di Elasticsearch in un dominio è precedente alla 5.x, in che modo è possibile effettuarne l'upgrade?

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

D: Durante l'upgrade sul posto il dominio sarà offline?

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.

D: In che modo è possibile verificare se la versione di Elasticsearch è compatibile con l'upgrade?

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.

D: Quali sono i test eseguiti da Amazon OpenSearch Service per convalidare l'idoneità all'upgrade dei miei domini?

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

D: È possibile aggiornare la configurazione di un dominio mentre è in corso un upgrade?

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.

D: Cosa accade a uno snapshot di sistema automatizzato quando è in corso l'upgrade sul posto della versione?

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.

D: In che modo Amazon OpenSearch Service protegge dai problemi che possono sorgere durante gli upgrade di versione?

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.

D: Cosa accede se il sistema incontra problemi durante l'upgrade sul posto della versione?

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.

D: È possibile visualizzare uno storico degli upgrade in un dominio?

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

D: È possibile interrompere o annullare l'upgrade della versione una volta avviato?

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.

D: È possibile effettuare un upgrade sul posto della versione in parallelo su più domini?

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.

D: Quanto tempo richiede l'upgrade sul posto della versione?

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

D: È possibile aggiornare rapidamente il dominio senza conservare i dati?

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.

D: È possibile tornare alla versione precedente dopo aver provato la nuova versione?

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

D: Cos'è Multi-AZ con standby?

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

D: Quali sono i prerequisiti per creare o aggiornare un cluster con Multi-AZ con standby?

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

D: Quali sono gli scenari di errore coperti e non coperti da questa funzionalità?

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

D: I cluster gestiti che utilizzano Multi-AZ con standby devono essere dimensionati in modo diverso? Come si dimensionano i cluster gestiti per l'uso con Multi-AZ con standby?

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.

D: Scegliendo Multi-AZ con standby non devo più garantire che il mio cluster sia adeguatamente dimensionato e dotato delle risorse necessarie per il mio 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.

D: Sono previsti costi aggiuntivi per l'utilizzo di Multi-AZ con standby?

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.

Accordo sul Livello di Servizio (SLA)

D: Cosa garantisce lo SLA di Amazon OpenSearch Service?

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

D: Come posso sapere se ho diritto a un credito di assistenza SLA?

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.

D: Cos'è la ricerca tra cluster?

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.

D: Quali sono i requisiti minimi per un dominio per partecipare alla funzionalità di ricerca tra cluster?

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

D: Quali sono i tipi di istanza che supportano la ricerca tra cluster?

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

D: Quali sono i tipi di istanza che non supportano la ricerca tra cluster?

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

D: I domini in due diversi account AWS possono partecipare alla ricerca tra cluster?

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

D: I domini di due diverse regioni AWS possono partecipare alla ricerca tra cluster?

No.

D: Come posso iniziare a utilizzare la funzionalità di ricerca tra cluster?

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

Replica tra cluster

D: Cos’è la replica tra cluster?

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.

D: Quali sono i requisiti minimi per un dominio per partecipare alla funzionalità di replica tra cluster?

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

D: I domini di due diverse regioni AWS possono partecipare alla replica tra cluster?

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

D: La replica tra cluster supporta Ultrawarm e Cold Storage?

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

D: Sono previsti costi per la replica tra cluster?

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

Modifica al nome

D: Perché il nome è cambiato in Amazon OpenSearch Service da Amazon Elasticsearch Service?

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

D: Come cliente, devo intraprendere qualche operazione come parte di questo cambio di nome?

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.

D: Devo passare al nuovo SDK per eseguire l'upgrade a OpenSearch 1.0?

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.

D: Ci sono modifiche ai prezzi con questo cambio di nome?

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.

Aggiornamenti

D: Sto usando il motore Elasticsearch nel servizio OpenSearch di Amazon. Perché devo eseguire l’aggiornamento al motore OpenSearch 1.x? Quali sono i vantaggi?

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.

D: Avrò tempi di inattività se eseguo l'upgrade?

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.

D: AWS sta ritirando le versioni precedenti di Elasticsearch Service?

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.

D: L’upgrade attiva una BG?  Altrimenti, qual è la procedura da eseguire per l’upgrade dei nostri nodi?

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

D: Desidero passare al servizio OpenSearch di Amazon 1.x in modo da sfruttare i vantaggi delle istanze AWS Graviton2, ma sono bloccato con le mie istanze riservate (RI) esistenti.  Potete aiutarmi?

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

D: Cosa devo pianificare prima di avviare un aggiornamento al servizio OpenSearch di Amazon 1.x o versioni successive?

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, abiltia questa modalità di compatibilità in modo da evitare questi controlli di versione.

D: Posso continuare a utilizzare i client esistenti, la raccolta dati e gli strumenti di acquisizione dati con il servizio OpenSearch di Amazon 1.x? 

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.

D: Eseguo Elasticsearch versione 5.x o precedente. Qual è il percorso di aggiornamento più adatto a me?

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.

D: Ci sono partner che possono aiutarmi con l’upgrade?

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. 

D: il servizio OpenSearch di Amazon rimarrà compatibile con Elasticsearch in futuro? Qual è il programma per il futuro?

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

Integrazioni Zero-ETL

D: Perché è consigliabile utilizzare l'integrazione Zero-ETL del servizio OpenSearch di Amazon con Amazon DynamoDB?

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.

D: In che modo questa integrazione Zero-ETL replica i dati da Amazon DynamoDB nel servizio OpenSearch di Amazon?

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.

D: Come funziona la trasformazione dei dati durante lo spostamento dei dati da Amazon DynamoDB al servizio OpenSearch di Amazon?

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.

D: Quali autorizzazioni di sicurezza sono necessarie per utilizzare l'integrazione Zero-ETL per DynamoDB?

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.

D: In che modo posso monitorare lo stato della mia integrazione tra Amazon DynamoDB e il servizio OpenSearch di Amazon?

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.

D: Come funziona l'integrazione Zero-ETL del servizio OpenSearch di Amazon con Amazon S3?

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.

D: Come posso iniziare a utilizzare l'integrazione Zero-ETL di Amazon OpenSearch con Amazon S3?

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.

D: Come funziona l'integrazione Zero-ETL del servizio OpenSearch di Amazon con i prezzi di Amazon S3?

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.


Ulteriori informazioni sui prezzi del servizio OpenSearch di Amazon

Visita la pagina dei prezzi
Tutto pronto per cominciare?
Nozioni di base su Amazon OpenSearch Service
Hai altre domande?
Contattaci