Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Si Firehose encuentra errores al entregar o procesar datos, vuelve a intentarlo hasta que venza la duración de reintentos configurada. Si la duración de reintentos finaliza antes de que los datos se entreguen correctamente, Firehose realiza una copia de seguridad de los datos en el bucket de copia de seguridad de S3 configurado. Si el destino es Amazon S3 y no se puede realizar la entrega o si se produce un error en la entrega en el bucket de S3 de copias de seguridad, Firehose sigue intentándolo hasta que finaliza el periodo de retención.
Para obtener información sobre el seguimiento de los errores de entrega utilizados CloudWatch, consulteSupervise Amazon Data Firehose mediante registros CloudWatch .
En el caso de los flujos de Firehose de DirectPut, Firehose conserva los registros durante 24 horas. Para un flujo de Firehose cuyo origen de datos sea un flujo de datos de Kinesis, puede cambiar el periodo de retención como se describe en Cambiar el periodo de retención de datos. En este caso, Firehose vuelve a intentar las siguientes operaciones indefinidamente: DescribeStream, GetRecords y GetShardIterator.
Si el flujo de Firehose utiliza DirectPut, compruebe las métricas IncomingBytes y IncomingRecords para ver si hay tráfico entrante. Si utiliza PutRecord o PutRecordBatch, asegúrese de que detecta las excepciones y vuelva a intentarlo. Le recomendamos que utilice una política de reintentos con retardo exponencial con fluctuaciones y varios reintentos. Además, si utilizas la PutRecordBatch API, asegúrate de que el código compruebe el valor de FailedPutCounten la respuesta incluso cuando la llamada a la API se realice correctamente.
