Compresión de mensajes
Limitaciones
DEFAULTno se admite.- De forma predeterminada, los mensajes individuales están limitados a 2 MB (sin comprimir) cuando se usa el tamaño de réplica más pequeño (XS), y a 8 MB (sin comprimir) con réplicas de mayor tamaño. Los mensajes que superen este límite se rechazarán con un error. Si necesita mensajes más grandes, póngase en contacto con el soporte técnico.
Semántica de entrega
at-least-once (uno de los enfoques más utilizados). Nos gustaría conocer tus comentarios sobre la semántica de entrega a través de nuestro formulario de contacto. Si necesitas semántica exactly-once, te recomendamos usar nuestro sink oficial clickhouse-kafka-connect.
Autenticación
SASL/SCRAM-SHA-256 y SASL/SCRAM-SHA-512. Según la fuente de streaming (Redpanda, MSK, etc.), se habilitarán todos o solo algunos de estos mecanismos de autenticación en función de la compatibilidad. Si sus requisitos de autenticación son distintos, háganos llegar sus comentarios.
Tamaño de fetch de Warpstream
max.fetch_bytes para limitar el tamaño de los datos procesados en un único nodo de ClickPipes en un momento dado. En algunas circunstancias,
Warpstream no respeta esta configuración, lo que puede provocar fallos inesperados en los pipes. Recomendamos encarecidamente establecer la configuración específica de Warpstream kafkaMaxFetchPartitionBytesUncompressedOverride
en 8 MB (o menos) al configurar su agente de WarpStream para evitar fallos en ClickPipes.
IAM
- autenticación SASL/SCRAM-SHA-512
- autenticación mediante credenciales de IAM o acceso basado en roles
Configurar una relación de confianza
El acceso basado en roles solo funciona para las instancias de ClickHouse Cloud desplegadas en AWS.
Certificados personalizados
Rendimiento
Procesamiento por lotes
- El tamaño del lote ha alcanzado el máximo (100,000 filas o 28MB por 1GB de memoria del pod de Kubernetes)
- El lote ha permanecido abierto durante el tiempo máximo permitido (5 segundos)
Latencia
Escalado
Benchmarks
- Usamos servicios de producción de ClickHouse Cloud con recursos suficientes para garantizar que el throughput no estuviera limitado por el procesamiento de inserción del lado de ClickHouse.
- El servicio de ClickHouse Cloud, el cluster de Kafka (Confluent Cloud) y el ClickPipe se ejecutaban en la misma región (
us-east-2). - El ClickPipe se configuró con una sola réplica de tamaño L (4 GiB de RAM y 1 vCPU).
- Los datos de muestra incluían datos anidados con una combinación de tipos de datos
UUID,StringeInt. Otros tipos de datos, comoFloat,DecimalyDateTime, pueden ofrecer un rendimiento inferior. - No hubo diferencias apreciables de rendimiento al usar datos comprimidos y sin comprimir.