Combinando réplicas de lectura con tablespaces en YugabyteDB.
[Question posted by a user on YugabyteDB Community Slack]
Cuando se define la ubicación de réplica para tablespaces, ¿solo se consideran los hosts en el clúster primario? Me he dado cuenta de que cuando uso ubicaciones que solo están presentes en un clúster de réplicas de lectura, obtengo errores de “No hay suficientes servidores de tabletas” al intentar crear una tabla en el tablespace.
Me gustaría poder aprovechar tanto los tablespaces para la partición geográfica a nivel de fila y restringir el alcance de los datos dentro de un clúster, así como las réplicas de lectura para reducir el tamaño del clúster primario y mejorar el rendimiento de escritura.
davy.ai
Según la documentación de YugabyteDB, la ubicación de réplicas para tablespaces considera todos los hosts en el universo, no solo aquellos en el clúster primario. También es posible utilizar ubicaciones que estén presentes en el clúster de réplica de lectura.
El mensaje de error “No hay suficientes servidores de tablet” indica que la ubicación especificada para el tablespace no se está cumpliendo debido a la falta de servidores de tablet disponibles en la ubicación dada. Podrías intentar crear servidores de tablet adicionales en la ubicación deseada para asegurar que haya recursos adecuados disponibles para el tablespace.
Utilizar tablespaces para particionar a nivel de fila según la geografía y utilizar réplicas de lectura para mejorar el rendimiento de escritura es una elección de diseño válida. Podrías considerar utilizar reglas de ubicación para asegurar que los datos se distribuyan de manera óptima en diferentes ubicaciones. Las reglas de ubicación te ayudan a cumplir con restricciones como la localidad de los datos, el equilibrio de carga y la alta disponibilidad, las cuales son consideraciones críticas en sistemas distribuidos a gran escala.