Configurare le impostazioni di destinazione

• Inserisci i valori per i seguenti campi.

  Bucket S3

  Scegliere un bucket S3 di proprietà dove devono essere distribuiti i dati in streaming. Puoi creare un nuovo bucket S3 o sceglierne uno esistente.

  Nuovo delimitatore di riga

  Puoi configurare il tuo stream Firehose per aggiungere un nuovo delimitatore di riga tra i record negli oggetti che vengono consegnati ad Amazon S3. Per farlo, scegli Abilitato. Per non aggiungere un nuovo delimitatore di riga tra i record negli oggetti distribuiti ad Amazon S3, scegli Disabilitato. Se prevedi di utilizzare Athena per interrogare oggetti S3 con record aggregati, abilita questa opzione.

  Partizionamento dinamico

  Scegli Abilitato per abilitare e configurare il partizionamento dinamico.

  Deaggregazione di più record

  Questo è il processo di analisi dei record nel flusso Firehose e di separazione in base a un JSON valido o al nuovo delimitatore di riga specificato.

  Se aggregate più eventi, registri o record in un'unica chiamata PutRecordBatch API, potete comunque abilitare PutRecord e configurare il partizionamento dinamico. Con i dati aggregati, quando abiliti il partizionamento dinamico, Amazon Data Firehose analizza i record e cerca più oggetti JSON validi all'interno di ogni chiamata API. Quando lo stream Firehose è configurato con Kinesis Data Stream come origine, puoi anche utilizzare l'aggregazione integrata nella Kinesis Producer Library (KPL). La funzionalità di partizione dei dati viene eseguita dopo la disaggregazione dei dati. Pertanto, ogni record di ogni chiamata API può essere inviato a diversi prefissi Amazon S3. È inoltre possibile sfruttare l'integrazione della funzione Lambda per eseguire qualsiasi altra deaggregazione o trasformazione prima della funzionalità di partizionamento dei dati.

  Importante

  Se i dati sono aggregati, il partizionamento dinamico può essere applicato solo dopo aver eseguito la disaggregazione dei dati. Quindi, se abiliti il partizionamento dinamico dei dati aggregati, devi scegliere Abilitato per abilitare la disaggregazione di più record.

  Firehose stream esegue le seguenti fasi di elaborazione nel seguente ordine: deaggregazione KPL (protobuf), deaggregazione JSON o delimiter, elaborazione Lambda, partizionamento dei dati, conversione del formato dei dati e consegna Amazon S3.

  Tipo di deaggregazione multi-record

  Se hai abilitato la deaggregazione di più record, devi specificare il metodo con cui Firehose deaggregerà i tuoi dati. Utilizza il menu a discesa per scegliere JSON o Delimitata.

  Analisi in linea

  Questo è uno dei meccanismi supportati per partizionare in modo dinamico i dati destinati ad Amazon S3. Per utilizzare l'analisi in linea per il partizionamento dinamico dei dati, devi specificare i parametri del record di dati da utilizzare come chiavi di partizionamento e fornire un valore per ogni chiave di partizionamento specificata. Scegli Abilitato per abilitare e configurare l'analisi in linea.

  Importante

  Se hai specificato una funzione AWS Lambda nei passaggi precedenti per trasformare i tuoi record di origine, puoi usare questa funzione per partizionare dinamicamente i dati associati a S3 e puoi comunque creare le tue chiavi di partizionamento con l'analisi in linea. Con il partizionamento dinamico, puoi utilizzare l'analisi in linea o la funzione Lambda per creare le tue chiavi di partizionamento. AWS Oppure puoi utilizzare contemporaneamente l'analisi in linea e la funzione AWS Lambda per creare le chiavi di partizionamento.

  Chiavi di partizionamento dinamico

  Puoi utilizzare i campi Chiave e Valore per specificare i parametri del record di dati da usare come chiavi di partizionamento dinamico e le query jq per generare valori delle chiavi di partizionamento dinamico. Firehose supporta solo jq 1.6. È possibile specificare fino a 50 chiavi di partizionamento dinamico. È necessario immettere espressioni jq valide per i valori delle chiavi di partizionamento dinamico per configurare correttamente il partizionamento dinamico per lo stream Firehose.

  Prefisso del bucket S3

  Quando abiliti e configuri il partizionamento dinamico, devi specificare i prefissi del bucket S3 a cui Amazon Data Firehose deve fornire i dati partizionati.

  Affinché il partizionamento dinamico sia configurato correttamente, il numero di prefissi del bucket S3 deve essere identico al numero delle chiavi di partizionamento specificate.

  Puoi partizionare i dati di origine con l'analisi in linea o con la funzione Lambda specificata. AWS Se hai specificato una funzione AWS Lambda per creare chiavi di partizionamento per i dati di origine, devi digitare manualmente i valori del prefisso del bucket S3 utilizzando il seguente formato: «partition». KeyFromLambda:keyID Se si utilizza l'analisi in linea per specificare le chiavi di partizionamento per i dati di origine, è possibile digitare manualmente i valori di anteprima del bucket S3 utilizzando il seguente formato: «partitionKeyFromQuery:keyID» oppure scegliere il pulsante Applica tasti di partizionamento dinamico per utilizzare le key/value coppie di partizionamento dinamico per generare automaticamente i prefissi del bucket S3. Durante il partizionamento dei dati con analisi in linea o AWS Lambda, puoi anche utilizzare i seguenti moduli di espressione nel prefisso del bucket S3:! {namespace:value}, dove lo spazio dei nomi può essere una partizione o una partizione. KeyFromQuery KeyFromLambda

  Fuso orario del bucket S3 e del prefisso di output dell'errore S3

  Scegli un fuso orario da utilizzare per data e ora nei prefissi personalizzati per gli oggetti Amazon S3. Per impostazione predefinita, Firehose aggiunge un prefisso orario in UTC. È possibile modificare il fuso orario utilizzato nei prefissi S3 se si desidera utilizzare un fuso orario diverso.

  Suggerimenti per il buffering

  Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

  Compressione S3

  Scegli la compressione dei dati GZIP, Snappy, Zip o Hadoop-Compatible Snappy o nessuna compressione dei dati. La compressione Snappy, Zip e Hadoop-Compatible Snappy non è disponibile per gli stream Firehose con Amazon Redshift come destinazione.

  Formato di estensione del file S3 (opzionale)

  Specifica un formato di estensione di file per gli oggetti consegnati al bucket di destinazione Amazon S3. Se abiliti questa funzionalità, l'estensione del file specificata sostituirà le estensioni di file predefinite aggiunte da Data Format Conversion o dalle funzionalità di compressione S3 come .parquet o .gz. Assicurati di aver configurato l'estensione di file corretta quando utilizzi questa funzione con Data Format Conversion o compressione S3. L'estensione del file deve iniziare con un punto (.) e può contenere caratteri consentiti: 0-9a-z! -_.*' (). L'estensione del file non può superare i 128 caratteri.

  Crittografia S3

  Firehose supporta la crittografia lato server di Amazon S3 con AWS Key Management Service (SSE-KMS) per crittografare i dati consegnati in Amazon S3. Puoi scegliere di utilizzare il tipo di crittografia predefinito specificato nel bucket S3 di destinazione o di crittografare con una chiave dall'elenco di chiavi che possiedi. AWS KMS Se crittografi i dati con delle AWS KMS chiavi, puoi utilizzare la chiave AWS gestita predefinita (aws/s3) o una chiave gestita dal cliente. Per ulteriori informazioni, vedere Protezione dei dati mediante Server-Side crittografia con AWS KMS-Managed chiavi (SSE-KMS).

• Immetti i valori per i seguenti campi:

  Cluster

  Il cluster Amazon Redshift sul quale vengono copiati i dati del bucket S3. Configura il cluster Amazon Redshift in modo che sia accessibile al pubblico e sblocca gli indirizzi IP di Amazon Data Firehose. Per ulteriori informazioni, consulta Concedi a Firehose l'accesso a una destinazione Amazon Redshift.

  Autenticazione

  Puoi scegliere di inserire username/password direttamente o recuperare il segreto da AWS Secrets Manager per accedere al cluster Amazon Redshift.

  • Nome utente

    Specifica un utente Amazon Redshift con le autorizzazioni per accedere al cluster Amazon Redshift. Tale utente deve disporre dell'autorizzazione INSERT di Amazon Redshift per copiare i dati dal bucket S3 al cluster Amazon Redshift.

  • Password

    Specifica la password per l'utente che dispone delle autorizzazioni per accedere al cluster.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga le credenziali per il cluster Amazon Redshift. Se non vedi il tuo segreto nell'elenco a discesa, creane uno AWS Secrets Manager per le tue credenziali Amazon Redshift. Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Database

  Il database Amazon Redshift su cui vengono copiati i dati.

  Tabella

  La tabella Amazon Redshift su cui vengono copiati i dati.

  Colonne

  (Opzionale) Le colonne specifiche della tabella su cui vengono copiati i dati. Utilizza questa opzione se il numero di colonne definite negli oggetti Amazon S3 è inferiore al numero delle colonne nella tabella Amazon Redshift.

  Destinazione S3 intermedia

  Firehose invia prima i dati al bucket S3 e poi emette un COPY comando Amazon Redshift per caricare i dati nel cluster Amazon Redshift. Specificare un bucket S3 di proprietà dove devono essere distribuiti i dati in streaming. Crea un nuovo bucket S3 o scegline uno esistente di proprietà.

  Firehose non elimina i dati dal bucket S3 dopo averli caricati nel cluster Amazon Redshift. Puoi gestire i dati nel bucket S3 utilizzando una configurazione del ciclo di vita. Per ulteriori informazioni, consulta Gestione del ciclo di vita degli oggetti nella Guida per l'utente di Amazon Simple Storage Service.

  Prefisso S3 intermedio

  (Facoltativo) Per utilizzare il prefisso predefinito per gli oggetti Amazon S3, lascia vuota questa opzione. Firehose utilizza automaticamente un prefisso in formato "YYYY/MM/dd/HH" UTC per gli oggetti Amazon S3 consegnati. Puoi aggiungerlo all'inizio di questo prefisso. Per ulteriori informazioni, consulta Configurazione del formato dei nomi degli oggetti Amazon S3.

  COPY options (Opzioni COPY)

  Parametri che puoi specificare nel comando COPY di Amazon Redshift. Questi potrebbero essere necessari per la configurazione. Ad esempio, "GZIP" è obbligatorio se la compressione dei dati Amazon S3 è abilitata. REGION"è obbligatorio se il bucket S3 non si trova nella stessa AWS regione del cluster Amazon Redshift. Per ulteriori informazioni, consulta COPY nella Guida per gli sviluppatori di database di Amazon Redshift.

  COPY command (Comando COPY)

  Il comando COPY di Amazon Redshift. Per ulteriori informazioni, consulta COPY nella Guida per gli sviluppatori di database di Amazon Redshift.

  Retry duration (Durata nuovi tentativi)

  Durata (0—7200 secondi) entro cui Firehose deve riprovare in caso di errore dei dati nel cluster Amazon Redshift. COPY Firehose riprova ogni 5 minuti fino al termine della durata del tentativo. Se si imposta la durata del nuovo tentativo su 0 (zero) secondi, Firehose non riprova in caso di errore di comando. COPY

  Suggerimenti per il buffering

  Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

  Compressione S3

  Scegli la compressione dei dati GZIP, Snappy, Zip o Hadoop-Compatible Snappy o nessuna compressione dei dati. La compressione Snappy, Zip e Hadoop-Compatible Snappy non è disponibile per gli stream Firehose con Amazon Redshift come destinazione.

  Formato di estensione del file S3 (opzionale)

  Formato di estensione del file S3 (opzionale): specifica un formato di estensione di file per gli oggetti consegnati al bucket di destinazione Amazon S3. Se abiliti questa funzionalità, l'estensione del file specificata sostituirà le estensioni di file predefinite aggiunte da Data Format Conversion o dalle funzionalità di compressione S3 come .parquet o .gz. Assicurati di aver configurato l'estensione di file corretta quando utilizzi questa funzione con Data Format Conversion o compressione S3. L'estensione del file deve iniziare con un punto (.) e può contenere caratteri consentiti: 0-9a-z! -_.*' (). L'estensione del file non può superare i 128 caratteri.

  Crittografia S3

  Firehose supporta la crittografia lato server di Amazon S3 con AWS Key Management Service (SSE-KMS) per crittografare i dati consegnati in Amazon S3. Puoi scegliere di utilizzare il tipo di crittografia predefinito specificato nel bucket S3 di destinazione o di crittografare con una chiave dall'elenco di chiavi che possiedi. AWS KMS Se crittografi i dati con delle AWS KMS chiavi, puoi utilizzare la chiave AWS gestita predefinita (aws/s3) o una chiave gestita dal cliente. Per ulteriori informazioni, vedere Protezione dei dati mediante Server-Side crittografia con AWS KMS-Managed chiavi (SSE-KMS).

• Immetti i valori per i seguenti campi:

  Workgroup name (Nome del gruppo di lavoro)

  Il gruppo di lavoro Amazon Redshift serverless in cui vengono copiati i dati del bucket S3. Configura il gruppo di lavoro Amazon Redshift Serverless in modo che sia accessibile al pubblico e sblocca gli indirizzi IP di Firehose. Per ulteriori informazioni, consulta la sezione Connessione a un'istanza Amazon Redshift serverless accessibile pubblicamente in Connessione ad Amazon Redshift serverless e anche Concedi a Firehose l'accesso a una destinazione Amazon Redshift.

  Autenticazione

  Puoi scegliere di inserire username/password direttamente o recuperare il segreto da cui accedere al gruppo di lavoro Amazon Redshift AWS Secrets Manager Serverless.

  • Nome utente

    Specifica un utente Amazon Redshift con le autorizzazioni per accedere al gruppo di lavoro Amazon Redshift Serverless. Questo utente deve disporre dell'autorizzazione INSERT di Amazon Redshift per copiare i dati dal bucket S3 al gruppo di lavoro Amazon Redshift serverless.

  • Password

    Specifica la password per l'utente che dispone delle autorizzazioni per accedere al gruppo di lavoro Amazon Redshift Serverless.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga le credenziali per il gruppo di lavoro Amazon Redshift Serverless. Se non vedi il tuo segreto nell'elenco a discesa, creane uno per le tue credenziali di Amazon Redshift. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Database

  Il database Amazon Redshift su cui vengono copiati i dati.

  Tabella

  La tabella Amazon Redshift su cui vengono copiati i dati.

  Colonne

  (Opzionale) Le colonne specifiche della tabella su cui vengono copiati i dati. Utilizza questa opzione se il numero di colonne definite negli oggetti Amazon S3 è inferiore al numero delle colonne nella tabella Amazon Redshift.

  Destinazione S3 intermedia

  Amazon Data Firehose invia prima i dati al bucket S3 e poi emette un COPY comando Amazon Redshift per caricare i dati nel tuo gruppo di lavoro Amazon Redshift Serverless. Specificare un bucket S3 di proprietà dove devono essere distribuiti i dati in streaming. Crea un nuovo bucket S3 o scegline uno esistente di proprietà.

  Firehose non elimina i dati dal bucket S3 dopo averli caricati nel gruppo di lavoro Amazon Redshift Serverless. Puoi gestire i dati nel bucket S3 utilizzando una configurazione del ciclo di vita. Per ulteriori informazioni, consulta Gestione del ciclo di vita degli oggetti nella Guida per l'utente di Amazon Simple Storage Service.

  Prefisso S3 intermedio

  (Facoltativo) Per utilizzare il prefisso predefinito per gli oggetti Amazon S3, lascia vuota questa opzione. Firehose utilizza automaticamente un prefisso in formato "YYYY/MM/dd/HH" UTC per gli oggetti Amazon S3 consegnati. Puoi aggiungerlo all'inizio di questo prefisso. Per ulteriori informazioni, consulta Configurazione del formato dei nomi degli oggetti Amazon S3.

  COPY options (Opzioni COPY)

  Parametri che puoi specificare nel comando COPY di Amazon Redshift. Questi potrebbero essere necessari per la configurazione. Ad esempio, "GZIP" è obbligatorio se la compressione dei dati Amazon S3 è abilitata. REGION"è obbligatorio se il bucket S3 non si trova nella stessa AWS regione del gruppo di lavoro Amazon Redshift Serverless. Per ulteriori informazioni, consulta COPY nella Guida per gli sviluppatori di database di Amazon Redshift.

  COPY command (Comando COPY)

  Il comando COPY di Amazon Redshift. Per ulteriori informazioni, consulta COPY nella Guida per gli sviluppatori di database di Amazon Redshift.

  Retry duration (Durata nuovi tentativi)

  Intervallo di tempo (0—7200 secondi) entro il quale Firehose riprova in caso di errore dei dati inviati al gruppo di lavoro Amazon Redshift Serverless. COPY Firehose riprova ogni 5 minuti fino al termine della durata del tentativo. Se si imposta la durata del nuovo tentativo su 0 (zero) secondi, Firehose non riprova in caso di errore di comando. COPY

  Suggerimenti per il buffering

  Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

  Compressione S3

  Scegli la compressione dei dati GZIP, Snappy, Zip o Hadoop-Compatible Snappy o nessuna compressione dei dati. La compressione Snappy, Zip e Hadoop-Compatible Snappy non è disponibile per gli stream Firehose con Amazon Redshift come destinazione.

  Formato di estensione del file S3 (opzionale)

  Formato di estensione del file S3 (opzionale): specifica un formato di estensione di file per gli oggetti consegnati al bucket di destinazione Amazon S3. Se abiliti questa funzionalità, l'estensione del file specificata sostituirà le estensioni di file predefinite aggiunte da Data Format Conversion o dalle funzionalità di compressione S3 come .parquet o .gz. Assicurati di aver configurato l'estensione di file corretta quando utilizzi questa funzione con Data Format Conversion o compressione S3. L'estensione del file deve iniziare con un punto (.) e può contenere caratteri consentiti: 0-9a-z! -_.*' (). L'estensione del file non può superare i 128 caratteri.

  Crittografia S3

  Firehose supporta la crittografia lato server di Amazon S3 con AWS Key Management Service (SSE-KMS) per crittografare i dati consegnati in Amazon S3. Puoi scegliere di utilizzare il tipo di crittografia predefinito specificato nel bucket S3 di destinazione o di crittografare con una chiave dall'elenco di chiavi che possiedi. AWS KMS Se crittografi i dati con delle AWS KMS chiavi, puoi utilizzare la chiave AWS gestita predefinita (aws/s3) o una chiave gestita dal cliente. Per ulteriori informazioni, vedere Protezione dei dati mediante Server-Side crittografia con AWS KMS-Managed chiavi (SSE-KMS).

• Immetti i valori per i seguenti campi:

  OpenSearch Dominio del servizio

  Il dominio del OpenSearch servizio a cui vengono consegnati i dati.

  Indice

  Il nome dell'indice del OpenSearch servizio da utilizzare per l'indicizzazione dei dati nel cluster di OpenSearch servizi.

  Index rotation (Rotazione indice)

  Scegli se e con quale frequenza l'indice del OpenSearch servizio deve essere ruotato. Se la rotazione dell’indice è abilitata, Amazon Data Firehose aggiunge il timestamp corrispondente al nome dell’indice specificato ed esegue la rotazione. Per ulteriori informazioni, consulta Configura la rotazione dell'indice per Service OpenSearch.

  Tipo

  Il nome del tipo di OpenSearch servizio da utilizzare per l'indicizzazione dei dati nel cluster di servizi. OpenSearch Per Elasticsearch 7.x e OpenSearch 1.x, può esserci un solo tipo per indice. Se provi a specificare un nuovo tipo per un indice esistente che ha già un altro tipo, Firehose restituisce un errore in fase di runtime.

  Per Elasticsearch 7.x, lasciare vuoto questo campo.

  Retry duration (Durata nuovi tentativi)

  Periodo di tempo entro il quale Firehose deve riprovare se una richiesta di indice fallisce. OpenSearch Per la durata del nuovo tentativo, è possibile impostare qualsiasi valore compreso tra 0 e 7200 secondi. La durata predefinita dei tentativi è di 300 secondi. Firehose riproverà più volte con un annullamento esponenziale fino alla scadenza della durata del tentativo.

  Una volta scaduto il periodo di prova, Firehose invia i dati a Dead Letter Queue (DLQ), un bucket di errori S3 configurato. Per i dati inviati a DLQ, è necessario reindirizzarli dal bucket di errore S3 configurato alla destinazione. OpenSearch

  Se desideri impedire a Firehose stream di inviare dati a DLQ a causa di tempi di inattività o manutenzione dei OpenSearch cluster, puoi configurare la durata del nuovo tentativo su un valore più elevato, in secondi. È possibile aumentare il valore della durata del tentativo superiore a 7200 secondi contattando l'assistenza. AWS

  Tipo di ID documento

  Indica il metodo per impostare l'ID documento. I metodi supportati sono l'ID Firehose-generated del documento e l'ID OpenSearch Service-generated del documento. Firehose-generated l'ID del documento è l'opzione predefinita quando il valore dell'ID del documento non è impostato. OpenSearch Service-generated document ID è l'opzione consigliata perché supporta operazioni ad alto carico di scrittura, tra cui l'analisi dei log e l'osservabilità, consumando meno risorse della CPU nel dominio del OpenSearch servizio e quindi migliorando le prestazioni.

  Destination VPC connectivity (Connettività VPC di destinazione)

  Se il dominio OpenSearch del servizio si trova in un VPC privato, utilizza questa sezione per specificare tale VPC. Specifica anche le sottoreti e i sottogruppi che desideri che Amazon Data Firehose utilizzi per inviare dati al tuo dominio di servizio. OpenSearch Puoi utilizzare gli stessi gruppi di sicurezza utilizzati dal dominio OpenSearch Service. Se specifichi diversi gruppi di sicurezza, assicurati che consentano il traffico HTTPS in uscita verso il gruppo di sicurezza del dominio del OpenSearch servizio. Assicurati inoltre che il gruppo di sicurezza del dominio del OpenSearch servizio consenta il traffico HTTPS proveniente dai gruppi di sicurezza specificati durante la configurazione dello stream Firehose. Se utilizzi lo stesso gruppo di sicurezza sia per il tuo stream Firehose che per il dominio OpenSearch Service, assicurati che la regola in entrata del gruppo di sicurezza consenta il traffico HTTPS. Per ulteriori informazioni sulle regole dei gruppi di sicurezza, consulta Regole del gruppo di sicurezza nella documentazione di Amazon VPC.

  Importante

  Quando specifichi le sottoreti per la consegna dei dati alla destinazione in un VPC privato, assicurati di avere un numero sufficiente di indirizzi IP gratuiti nelle sottoreti selezionate. Se non è disponibile un indirizzo IP gratuito in una sottorete specificata, Firehose non può creare o aggiungere ENI per la consegna dei dati nel VPC privato e la consegna sarà degradata o fallirà.

  Suggerimenti sul buffer

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Immetti i valori per i seguenti campi:

  OpenSearch Collezione Serverless

  L'endpoint per un gruppo di indici OpenSearch Serverless a cui vengono distribuiti i dati.

  Indice

  Il nome dell'indice OpenSearch Serverless da utilizzare per l'indicizzazione dei dati nella raccolta Serverless. OpenSearch

  Destination VPC connectivity (Connettività VPC di destinazione)

  Se la tua raccolta OpenSearch Serverless si trova in un VPC privato, usa questa sezione per specificare quel VPC. Specifica anche le sottoreti e i sottogruppi che desideri che Amazon Data Firehose utilizzi per inviare dati alla tua raccolta Serverless. OpenSearch

  Importante

  Quando specifichi le sottoreti per la consegna dei dati alla destinazione in un VPC privato, assicurati di avere un numero sufficiente di indirizzi IP liberi nelle sottoreti selezionate. Se non è disponibile un indirizzo IP gratuito in una sottorete specificata, Firehose non può creare o aggiungere ENI per la consegna dei dati nel VPC privato e la consegna sarà degradata o fallirà.

  Retry duration (Durata nuovi tentativi)

  Periodo di tempo entro il quale Firehose riprova se una richiesta di indicizzazione a Serverless fallisce. OpenSearch Per la durata del nuovo tentativo, è possibile impostare qualsiasi valore compreso tra 0 e 7200 secondi. La durata predefinita dei tentativi è di 300 secondi. Firehose riproverà più volte con un annullamento esponenziale fino alla scadenza della durata del tentativo.

  Una volta scaduto il periodo di prova, Firehose invia i dati a Dead Letter Queue (DLQ), un bucket di errori S3 configurato. Per i dati inviati a DLQ, è necessario reindirizzarli dal bucket di errore S3 configurato alla destinazione Serverless. OpenSearch

  Se desideri impedire a Firehose stream di inviare dati a DLQ a causa di tempi di inattività o manutenzione dei cluster OpenSearch Serverless, puoi configurare la durata del nuovo tentativo su un valore più elevato, in secondi. È possibile aumentare il valore della durata del tentativo sopra indicato a 7200 secondi contattando l'assistenza. AWS

  Suggerimenti sul buffer

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Fornisci i valori per i seguenti campi:

  Nome dell'endpoint HTTP: facoltativo

  Specifica un nome intuitivo per l'endpoint HTTP. Ad esempio, My HTTP Endpoint Destination.

  URL dell'endpoint HTTP

  Specifica l'URL per l'endpoint HTTP nel seguente formato: https://xyz.httpendpoint.com. L’URL deve essere un URL HTTPS.

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave di accesso o recuperare il segreto da cui accedere AWS Secrets Manager all'endpoint HTTP.

  • (Facoltativo) Chiave di accesso

    Contatta il proprietario dell'endpoint se hai bisogno di ottenere da Firehose la chiave di accesso per consentire la consegna dei dati al suo endpoint.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga la chiave di accesso per l'endpoint HTTP. Se non vedi il tuo segreto nell'elenco a discesa, creane uno AWS Secrets Manager per la chiave di accesso. Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

  Importante

  Per le destinazioni degli endpoint HTTP, se vedi 413 codici di risposta dall'endpoint di destinazione nei CloudWatch log, riduci la dimensione del buffering hint sullo stream Firehose e riprova.

• Fornisci valori per i seguenti campi.

  URL dell'endpoint HTTP

  Scegli dove inviare i dati da una delle seguenti opzioni nel menu a discesa.

  • Registri Datadog - US1

  • Registri Datadog - US3

  • Registri Datadog - US5

  • Registri Datadog - AP1

  • Registri Datadog - UE

  • Registri Datadog - GOV

  • Parametri Datadog - USA

  • Metriche Datadog - US5

  • Metriche Datadog - AP1

  • Parametri Datadog - UE

  • Configurazioni Datadog - US1

  • Configurazioni Datadog - US3

  • Configurazioni Datadog - US5

  • Configurazioni Datadog - AP1

  • Configurazioni Datadog - UE

  • Configurazioni Datadog - US GOV

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da cui accedere a Datadog. AWS Secrets Manager

  • Chiave API

    Contatta Datadog per ottenere la chiave API necessaria per abilitare la consegna dei dati a questo endpoint da Firehose.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga la chiave API per Datadog. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Scegli le opzioni da utilizzare Grafana Cloud come destinazione per il tuo stream Firehose.

  Tipo di ingestione

  Scegli di inviare metriche o registri (impostazione predefinita) a Grafana Cloud per ulteriori analisi ed elaborazioni.

  URL dell'endpoint HTTP

  Specifica l'URL per l'endpoint HTTP. Il formato dell'URL dipende dal tipo di dati inviati.

  Per i dati delle metriche, utilizza il seguente formato.

  https://aws-metric-streams-MIMIR_CELL_ID.DOMAIN/aws-metrics/api/v1/push

  Per i dati dei log, utilizza il seguente formato.

  https://aws-LOKI_CELL_ID.grafana.net/aws-logs/api/v1/push

  Per istruzioni su come determinare i valori per il tuo Grafana Cloud account, consulta la documentazione di Grafana connessione relativa al tipo di dati che invii.

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da AWS Secrets Manager cui accedereGrafana Cloud.

  • Chiave API

    Genera la chiave API necessaria per abilitare Grafana Cloud la consegna dei dati a questo endpoint da Firehose. Gli ambiti richiesti dalla chiave API dipendono dal tipo di dati inviati. Per istruzioni sulla generazione della chiave API, consulta la documentazione di Grafana connessione per il tipo di dati che invii.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contiene la chiave API perGrafana Cloud. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Scegli se abilitare la codifica dei contenuti per comprimere il corpo della richiesta. Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Se abilitato, il contenuto viene compresso nel formato GZIP.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Firehose riprova a inviare i dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati nel bucket Amazon S3.

  Ogni volta che Firehose invia dati all'endpoint HTTP, durante il tentativo iniziale o dopo un nuovo tentativo, riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout della conferma. Se il riconoscimento scade, Firehose determina se è rimasto tempo nel contatore dei ritentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non vuoi che Firehose riprovi a inviare i dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. I suggerimenti per il buffer includono la dimensione e l'intervallo del buffer per i tuoi stream. La dimensione del buffer consigliata per la destinazione varia in base al fornitore di servizi.

• Fornisci i valori per i seguenti campi:

  Endpoint Honeycomb Kinesis

  Specifica l'URL per l'endpoint HTTP nel seguente formato: https://api.honeycomb.io/1/kinesis_events/ {{dataset}}

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da cui accedere AWS Secrets Manager a Honeycomb.

  • Chiave API

    Contatta Honeycomb per ottenere la chiave API necessaria per abilitare la consegna dei dati a questo endpoint da Firehose.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contiene la chiave API per Honeycomb. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP per abilitare la codifica del contenuto della richiesta. Questa è l'opzione consigliata per la destinazione Honeycomb.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare i dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint HTTP

  Scegli l'URL dell'endpoint HTTP tra le seguenti opzioni nel menu a discesa:

  • Coralogix - STATI UNITI

  • Coralogix - SINGAPORE

  • Coralogix - IRLANDA

  • Coralogix - INDIA

  • Coralogix - STOCCOLMA

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave privata o recuperare il segreto da cui accedere a Coralogix. AWS Secrets Manager

  • Chiave privata

    Contatta Coralogix per ottenere la chiave privata necessaria per consentire la consegna dei dati a questo endpoint da Firehose.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga la chiave privata per Coralogix. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP per abilitare la codifica del contenuto della richiesta. Questa è l'opzione consigliata per la destinazione Coralogix.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare i dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  • applicationName: l’ambiente in cui viene eseguito Data Firehose

  • subsystemName: il nome dell’integrazione Data Firehose

  • computerName: il nome del flusso Firehose in uso

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia in base al fornitore di servizi.

• Scegli le opzioni per utilizzare Dynatrace come destinazione per il tuo stream Firehose.

  Tipo di ingestione

  Scegli se vuoi fornire metriche o registri (impostazione predefinita) in Dynatrace per ulteriori analisi ed elaborazioni.

  URL dell'endpoint HTTP

  Scegli l'URL dell'endpoint HTTP (Dynatrace US, Dynatrace EU o Dynatrace Global) dal menu a discesa.

  Autenticazione

  Puoi scegliere di inserire direttamente il token API o recuperare il segreto da cui accedere a Dynatrace. AWS Secrets Manager

  • Token API

    Genera il token API Dynatrace di cui hai bisogno per abilitare la consegna dei dati a questo endpoint da Firehose. Per ulteriori informazioni, consulta API Dynatrace - Token e autenticazione.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga il token API per Dynatrace. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  URL API

  Fornisci l'URL API dell'ambiente Dynatrace.

  Codifica del contenuto

  Scegli se abilitare la codifica dei contenuti per comprimere il corpo della richiesta. Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Se abilitata, il contenuto viene compresso nel formato GZIP.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Firehose riprova a inviare i dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati nel bucket Amazon S3.

  Ogni volta che Firehose invia dati all'endpoint HTTP, durante il tentativo iniziale o dopo un nuovo tentativo, riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout della conferma. Se il riconoscimento scade, Firehose determina se è rimasto tempo nel contatore dei ritentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non vuoi che Firehose riprovi a inviare i dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. I suggerimenti per il buffer includono la dimensione e l'intervallo del buffer per i tuoi stream. La dimensione del buffer consigliata per la destinazione varia in base al fornitore di servizi.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint HTTP

  Specificate l'URL per l'endpoint HTTP nel seguente formato.

  https://ACCOUNT.logicmonitor.com

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da cui AWS Secrets Manager accedere. LogicMonitor

  • Chiave API

    Contattaci LogicMonitor per ottenere la chiave API necessaria per abilitare la consegna dei dati a questo endpoint da Firehose.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contiene la chiave API per. LogicMonitor Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint HTTP

  Specifica l'URL per l'endpoint HTTP nel seguente formato. L'URL deve essere un HTTPS URL.

  https://listener-aws-metrics-stream-<region>.logz.io/

  Ad esempio

  https://listener-aws-metrics-stream-us.logz.io/

  Autenticazione

  Puoi scegliere di inserire direttamente il token di spedizione o recuperare il segreto da AWS Secrets Manager cui accedere Logz.io.

  • Token di spedizione

    Contattaci Logz.io per ottenere da Firehose il token di spedizione di cui hai bisogno per abilitare la consegna dei dati a questo endpoint.

  • Secret

    Seleziona un codice segreto AWS Secrets Manager che contiene il token di spedizione per. Logz.io Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare i dati. Logz.io

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (sia il tentativo iniziale che un nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Fornisci i valori per i seguenti campi:

  URL del gateway API

  Specifica l'URL per l'endpoint HTTP nel seguente formato.

   https://xxxxx.execute-api.region.amazonaws.com/stage

  L'URL deve essere un HTTPS URL.

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da cui accedere AWS Secrets Manager a MongoDB Atlas.

  • Chiave API

    Segui le istruzioni in MongoDB Atlas su Amazon Web Services per ottenere da Firehose APIKeyValue i dati necessari per abilitare la consegna dei dati a questo endpoint.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga la chiave API per API Gateway supportata da Lambda che interagisce con MongoDB Atlas. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare i dati al fornitore terzo selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint HTTP

  Scegliete l'URL dell'endpoint HTTP dalle seguenti opzioni nell'elenco a discesa.

  • Log di New Relic - USA

  • Parametri di New Relic - USA

  • Parametri di New Relic - UE

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da cui accedere AWS Secrets Manager a New Relic.

  • Chiave API

    Inserisci la tua chiave di licenza, che è una stringa esadecimale di 40 caratteri, nelle impostazioni del tuo account New Relic One. È necessaria questa chiave API per abilitare la consegna dei dati a questo endpoint da Firehose.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga la chiave API per New Relic. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati all'endpoint HTTP di New Relic.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

Impostazioni di connessione

• Fornisci i valori per i seguenti campi:

  URL dell’account Snowflake

  Specifica l'URL di un account Snowflake. Ad esempio: xy12345.us-east-1.aws.snowflakecomputing.com. Consulta la documentazione di Snowflake su come determinare l'URL del tuo account. Nota che non devi specificare il numero di porta, mentre il protocollo (https://) è opzionale.

  Autenticazione

  Puoi scegliere di inserire manualmente il login utente, la chiave privata e la passphrase o recuperare il segreto da cui accedere a Snowflake. AWS Secrets Manager

  • Login utente

    Specifica l'utente Snowflake da utilizzare per il caricamento dei dati. Assicurati che l’utente abbia accesso per inserire i dati nella tabella Snowflake.

  • Chiave privata

    Specifica la chiave privata per l'autenticazione con Snowflake nel formato. PKCS8 Inoltre, non includete l'intestazione e il piè di pagina PEM come parte della chiave privata. Se la chiave è divisa su più righe, rimuovi le interruzioni di riga. Di seguito è riportato un esempio di come deve apparire la tua chiave privata.

    -----BEGIN PRIVATE KEY-----
    KEY_CONTENT
    -----END PRIVATE KEY-----

    Rimuovi lo spazio KEY_CONTENT e forniscilo a Firehose. Non sono header/footer richiesti caratteri o caratteri di nuova riga.

  • Passphrase

    Specifica la passphrase per decrittografare la chiave privata crittografata. Puoi lasciare vuoto questo campo se la chiave privata non è crittografata. Per informazioni, consulta Utilizzo dell'autenticazione a coppia di chiavi e della rotazione delle chiavi.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contiene le credenziali per Snowflake. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Configurazione dei ruoli

  Usa il ruolo Snowflake predefinito: se questa opzione è selezionata, Firehose non passerà alcun ruolo a Snowflake. Si presume che il ruolo predefinito sia il caricamento dei dati. Assicurati che il ruolo predefinito disponga dell’autorizzazione per inserire dati nella tabella Snowflake.

  Usa il ruolo Snowflake personalizzato: inserisci un ruolo Snowflake non predefinito che verrà assunto da Firehose durante il caricamento dei dati nella tabella Snowflake.

  Connettività Snowflake

  Le opzioni sono Privato o Pubblico.

  ID VPCE privato (opzionale)

  L’ID VPCE per consentire a Firehose di connettersi privatamente con Snowflake. Il formato ID è com.amazonaws.vpce. [regione] .vpce-svc-[id]. Per ulteriori informazioni, vedi & Snowflake. AWS PrivateLink

  Nota

  Se il tuo cluster Snowflake è abilitato al collegamento privato, utilizza una policy di rete AwsVpceIds basata sull'uso di criteri di rete per consentire i dati di Amazon Data Firehose. Firehose non richiede la configurazione di una policy di IP-based rete nel tuo account Snowflake. L'attivazione di una policy IP-based di rete potrebbe interferire con la connettività di Firehose. Se hai un caso limite che richiede una IP-based policy, contatta il team di Firehose inviando un ticket di assistenza. Per un elenco degli ID VPCE che puoi utilizzare, consulta il. Accesso a Snowflake in VPC

Configurazione del database

• Per utilizzare Snowflake come destinazione per il flusso di Firehose, è necessario specificare le seguenti impostazioni:

  • Database Snowflake: tutti i dati in Snowflake vengono mantenuti nei database.

  • Schema Snowflake: ogni database è costituito da uno o più schemi, che sono raggruppamenti logici di oggetti del database, come tabelle e viste

  • Tabella Snowflake: tutti i dati in Snowflake vengono archiviati in tabelle di database, strutturate logicamente come raccolte di colonne e righe.

• Fornisci i valori per i seguenti campi:

  Splunk cluster endpoint (Endpoint del cluster Splunk)

  Per determinare l'endpoint, consulta Configurare Amazon Data Firehose per inviare dati alla piattaforma Splunk nella documentazione di Splunk.

  Splunk endpoint type (Tipo endpoint Splunk)

  Selezionare Raw endpoint nella maggior parte dei casi, Scegli Event endpoint se hai preelaborato i tuoi dati inviandoli AWS Lambda a indici diversi per tipo di evento. Per informazioni su quale endpoint utilizzare, consulta l’argomento relativo alla configurazione di Amazon Data Firehose per l’invio di dati alla piattaforma Splunk nella documentazione di Splunk.

  Autenticazione

  Puoi scegliere di inserire direttamente il token di autenticazione o recuperare il segreto da AWS Secrets Manager cui accedere a Splunk.

  • Authentication token (Token di autenticazione)

    Per configurare un endpoint Splunk in grado di ricevere dati da Amazon Data Firehose, consulta la panoramica dell'installazione e della configurazione per Splunk Add-on for Amazon Data Firehose nella documentazione di Splunk. Salva il token che ricevi da Splunk quando configuri l'endpoint per questo stream Firehose e aggiungilo qui.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga il token di autenticazione per Splunk. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  HEC acknowledgement timeout (Timeout riconoscimento HEC)

  Specifica per quanto tempo Amazon Data Firehose attende il riconoscimento dell'indice da parte di Splunk. Se Splunk non invia la conferma prima del raggiungimento del timeout, Amazon Data Firehose considera che si tratti di un errore di consegna dei dati. Amazon Data Firehose quindi riprova o esegue il backup dei dati nel bucket Amazon S3, a seconda del valore della durata dei tentativi impostato.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati a Splunk.

  Dopo l’invio dei dati, Amazon Data Firehose attende prima un riconoscimento da parte di Splunk. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati a Splunk (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma da parte di Splunk.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout della conferma. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia in base al fornitore di servizi.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint di inserimento del cloud

  Puoi trovare l'URL di inserimento dati di Splunk Observability Cloud in Profilo > Organizzazioni > Data Ingest Endpoint nella console di Splunk Observability. Real-time Real-time

  Autenticazione

  Puoi scegliere di inserire direttamente il token di accesso o recuperare il segreto per accedere a Splunk Observability Cloud. AWS Secrets Manager

  • Token di accesso

    Copia il token di accesso Splunk Observability con l’ambito di autorizzazione INGEST da Token di accesso in Impostazioni della console Splunk Observability.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contenga il token di accesso per Splunk Observability Cloud. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati all'endpoint HTTP selezionato.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione varia da un fornitore di servizi all’altro.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint HTTP

  Specifica l'URL per l'endpoint HTTP nel seguente formato: https://deployment name.sumologic.net/receiver/v1/kinesis/dataType/access token. L'URL deve essere un URL HTTPS.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP o Disabled per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati a Sumo Logic.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (sia il tentativo iniziale che un nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione Elastic varia da un fornitore di servizi all'altro.

• Fornisci i valori per i seguenti campi:

  URL dell'endpoint Elastic

  Specifica l'URL per l'endpoint HTTP nel seguente formato: https://<cluster-id>.es.<region>.aws.elastic-cloud.com. L’URL deve essere un URL HTTPS.

  Autenticazione

  Puoi scegliere di inserire direttamente la chiave API o recuperare il segreto da cui accedere AWS Secrets Manager a Elastic.

  • Chiave API

    Contatta Elastic per ottenere la chiave API necessaria per abilitare la consegna dei dati al loro servizio da Firehose.

  • Secret

    Seleziona un segreto AWS Secrets Manager che contiene la chiave API per Elastic. Se non vedi il tuo segreto nell'elenco a discesa, creane uno in. AWS Secrets Manager Per ulteriori informazioni, consulta Effettua l'autenticazione con AWS Secrets Manager in Amazon Data Firehose.

  Codifica del contenuto

  Amazon Data Firehose utilizza la codifica dei contenuti per comprimere il corpo di una richiesta prima di inviarla alla destinazione. Scegli GZIP (che è quello selezionato per impostazione predefinita) o Disabilitato per la codifica enable/disable dei contenuti della tua richiesta.

  Retry duration (Durata nuovi tentativi)

  Specifica per quanto tempo Amazon Data Firehose riprova a inviare dati a Elastic.

  Dopo l’invio dei dati, Amazon Data Firehose attende innanzitutto un riconoscimento dall’endpoint HTTP. Se si verifica un errore o se il riconoscimento non arriva entro il periodo di timeout del riconoscimento, Amazon Data Firehose avvia il contatore della durata dei nuovi tentativi. Continua a riprovare fino alla scadenza della durata dei nuovi tentativi. Successivamente, Amazon Data Firehose lo considera un errore di consegna dei dati ed esegue il backup dei dati sul bucket Amazon S3.

  Ogni volta che Amazon Data Firehose invia dati all'endpoint HTTP (tentativo iniziale o nuovo tentativo), riavvia il contatore del timeout di conferma e attende una conferma dall'endpoint HTTP.

  Anche se la durata del nuovo tentativo scade, Amazon Data Firehose attende comunque la conferma fino alla ricezione o al raggiungimento del periodo di timeout del riconoscimento. Se il riconoscimento scade, Amazon Data Firehose determina se è rimasto del tempo nel contatore dei tentativi. Se rimane del tempo, riprova ancora e ripete la logica fino a quando non riceve un riconoscimento o stabilisce che il tempo dei nuovi tentativi è scaduto.

  Se non desideri che Amazon Data Firehose riprovi a inviare dati, imposta questo valore su 0.

  Parametri: facoltativo

  Amazon Data Firehose include queste coppie chiave-valore in ogni chiamata HTTP. Questi parametri consentono di identificare e organizzare le destinazioni.

  Suggerimenti per il buffering

  Amazon Data Firehose memorizza nel buffer i dati in entrata prima di consegnarli alla destinazione specificata. La dimensione del buffer consigliata per la destinazione Elastic è di 1 MiB.