Descripción general

Bring Your Own Cloud (BYOC) le permite implementar servicios de ClickHouse y almacenar sus datos directamente en sus propias cuentas de nube, en lugar de depender de la infraestructura predeterminada de ClickHouse Cloud. Este enfoque resulta especialmente adecuado para organizaciones con políticas de seguridad estrictas o requisitos regulatorios de cumplimiento normativo que exigen un control total y soberanía sobre sus datos. A grandes rasgos, BYOC separa el plano de control de ClickHouse, que se ejecuta en la VPC de ClickHouse y es administrado por ClickHouse Cloud, del plano de datos, que se ejecuta por completo en su cuenta de nube y contiene sus clústeres de ClickHouse, datos y copias de seguridad. Para obtener una visión detallada de los componentes implicados y de cómo fluye el tráfico entre ellos, consulte la página de Arquitectura.

Si desea obtener acceso, contáctenos. Consulte nuestros Terms of Service para obtener más información.

BYOC está diseñado específicamente para implementaciones a gran escala y requiere que los clientes firmen un contrato de compromiso.

Proveedores de servicios Cloud compatibles:

AWS (GA)
GCP (GA)
Azure (GA)

Regiones Cloud compatibles: Todas las regiones públicas que figuran en nuestra documentación sobre regiones compatibles están disponibles para implementaciones de BYOC. Actualmente no se admiten regiones privadas.

Requisitos previos

Los siguientes requisitos son fundamentales para el diseño y la operación de BYOC. Se aplican a todas las implementaciones y no pueden omitirse ni eludirse:

Una región compatible. BYOC se despliega únicamente en las regiones públicas incluidas en la documentación de regiones compatibles. AWS Local Zones y las regiones de una sola zona no son compatibles. Si la región que necesita no aparece en la lista, hable con su representante de ClickHouse antes de planificar una implementación.
Tres zonas de disponibilidad. Toda infraestructura BYOC se distribuye entre tres zonas de disponibilidad; así se proporciona alta disponibilidad para los servidores de ClickHouse y ClickHouse Keeper. Las regiones con menos de tres zonas no pueden alojar BYOC, y no se ofrecen implementaciones de una o dos zonas.
Los artefactos de onboarding, aplicados sin modificaciones. La plantilla de CloudFormation o el módulo de Terraform deben aplicarse exactamente como se proporcionan; los nombres de los recursos (como el rol de IAM ClickHouseManagementRole) y los permisos básicos documentados están codificados de forma fija en la automatización de ClickHouse. Cualquier modificación requiere la aprobación explícita de ClickHouse; las personalizaciones compatibles se exponen como parámetros de plantilla. Consulte el onboarding estándar.
Un clúster de Kubernetes gestionado por ClickHouse. El clúster de EKS/GKE/AKS es creado y operado íntegramente por ClickHouse. No se admite la instalación en un clúster de Kubernetes existente, ni se deben instalar en él controladores de admisión ni motores de políticas para todo el clúster.
Aspectos básicos de red. Se requieren una resolución de DNS funcional y acceso saliente a Internet (directamente o mediante NAT) en todas las configuraciones. Para una VPC/VNet gestionada por ClickHouse, el rango CIDR debe ser de al menos /23 en AWS y Azure, y de al menos /20 en GCP, donde la mitad del rango se asigna al rango de pods del clúster de GKE. Estos son mínimos, no recomendaciones: cada réplica consume direcciones IP, por lo que las implementaciones más grandes necesitan un rango mayor. Las VPC gestionadas por el cliente tienen requisitos de subredes específicos para cada Cloud; consulte las guías de personalización de AWS y GCP.

Funciones

Funcionalidades compatibles

SharedMergeTree: ClickHouse Cloud y BYOC usan el mismo binario y la misma configuración. Por lo tanto, BYOC admite todas las funcionalidades del núcleo de ClickHouse, como SharedMergeTree.
Shared Catalog
Acceso a consola para gestionar el estado del servicio:
- Admite operaciones como iniciar, detener y terminar.
- Ver servicios y su estado.
Backup y restore gestionados
Escalado vertical y horizontal manual.
Inactividad automática/reactivación
Warehouses: separación de cómputo-cómputo
Red Zero Trust mediante Tailscale.
Monitoring:
- scraping de Prometheus para monitoreo centralizado con Prometheus, Grafana y Datadog. Consulta BYOC Observability para ver las instrucciones de configuración.
peering de VPC
S3 seguro
AWS PrivateLink
GCP Private Service Connect
Azure Private Link
Integrations: Consulta la lista completa en esta página.

Funcionalidades planificadas (actualmente no compatibles)

Las siguientes funcionalidades tienen limitaciones o no son plenamente compatibles en implementaciones de Bring Your Own Cloud (BYOC).

SQL Console: No está disponible para implementaciones de BYOC, pero figura en la hoja de ruta.
ClickPipes: No está disponible para implementaciones de BYOC, pero figura en la hoja de ruta.
Escalado automático: Está en la hoja de ruta para futuras versiones.
interfaz MySQL
AWS KMS, también conocido como CMEK (claves de cifrado gestionadas por el cliente)
Advanced Dashboard: La UI, que funciona únicamente del lado del cliente, requiere que tu navegador tenga acceso directo y pueda conectarse directamente a tu servidor de ClickHouse mediante su endpoint. Si las políticas de red de tu VPC restringen el acceso entrante desde el navegador al endpoint de ClickHouse, Advanced Dashboard no funcionará.
Paneles de monitorización: Actualmente, en el panel de monitorización solo están disponibles las métricas de asignación de memoria. La compatibilidad con métricas adicionales está en curso y se espera que esté disponible en una futura versión.