En esta página se describen las cuotas y los límites de Cloud Bigtable.
Cuotas
En esta sección se describen las cuotas predeterminadas que se aplican al uso de Cloud Bigtable.
Cuotas de operaciones administrativas
Las cuotas siguientes afectan al número de operaciones administrativas de Cloud Bigtable que puedes ejecutar en un periodo determinado.
Las cuotas diarias se reinician a medianoche (UTC-8).
Nombre | Descripción | Cuota predeterminada |
---|---|---|
Instancias y clústeres | ||
Solicitudes de lectura de instancias y clústeres | Leer la configuración de una instancia o de un clúster (por ejemplo, el nombre de la instancia o el número de nodos del clúster), o bien leer una lista de instancias. |
Al día por proyecto: 864.000 operaciones (10 operaciones por segundo de media) Cada 100 segundos por usuario: 1000 operaciones |
Solicitudes de escritura de instancias y clústeres | Cambiar la configuración de una instancia o de un clúster (por ejemplo, el nombre de la instancia o el número de nodos del clúster), o bien crear una instancia. |
Al día por proyecto: 500 operaciones Cada 100 segundos por usuario: 100 operaciones |
Perfiles de aplicación | ||
Solicitudes de lectura de perfiles de aplicación | Leer la configuración de un perfil de aplicación. |
Cada 100 segundos por proyecto: 5000 operaciones Cada 100 segundos por usuario: 1000 operaciones |
Solicitudes de escritura de perfiles de aplicación | Cambiar la configuración de un perfil de aplicación. |
Cada 100 segundos por proyecto: 500 operaciones Cada 100 segundos por usuario: 100 operaciones |
Tablas | ||
Solicitudes de lectura de tablas | Leer la configuración de una tabla (por ejemplo, los detalles sobre las familias de columnas), o bien leer una lista de tablas. |
Al día por proyecto: 864.000 operaciones (10 operaciones por segundo de media) Cada 100 segundos por usuario: 1000 operaciones |
Solicitudes de escritura de tablas | Cambiar la configuración de una tabla (por ejemplo, los ajustes de recolección de memoria residual de una familia de columnas). |
Al día por proyecto: 5000 operaciones Cada 100 segundos por usuario: 100 operaciones |
Método DropRowRange |
Eliminar un intervalo de filas de una tabla en una sola operación. |
Al día por proyecto: 5000 operaciones Cada 100 segundos por usuario: 100 operaciones |
Copias de seguridad | ||
Operaciones de copia de seguridad | Crear, actualizar y eliminar una copia de seguridad. |
Al día por proyecto: 1000 operaciones Cada 100 segundos por usuario: 10 operaciones |
Solicitudes de obtención de copias de seguridad | Obtener y mostrar listas de copias de seguridad. |
Al día por proyecto: 864.000 operaciones |
Método RestoreTable |
Restaurar una copia de seguridad en una tabla nueva. |
Al día por proyecto: 5000 operaciones Cada 100 segundos por usuario: 100 operaciones |
Gestión de identidades y accesos | ||
Solicitudes de obtención de la lista de control de acceso pormenorizada | Leer la información sobre la política de IAM de una instancia de Cloud Bigtable o probar los permisos de IAM de una instancia. |
Al día por proyecto: 864.000 operaciones (10 operaciones por segundo de media) Cada 100 segundos por usuario: 1000 operaciones |
Solicitudes de configuración de la lista de control de acceso pormenorizada | Cambiar la política de IAM de una instancia de Cloud Bigtable. |
Al día por proyecto: 864.000 operaciones (10 operaciones por segundo de media) Cada 100 segundos por usuario: 1000 operaciones |
Cuotas de nodos
Cada proyecto de Google Cloud contiene instancias de Cloud Bigtable, que sirven de contenedores para los clústeres. Los clústeres representan el servicio de Cloud Bigtable propiamente dicho, que se ejecuta en una única zona. Los clústeres incluyen nodos, que son recursos de computación con los que Cloud Bigtable gestiona tus datos.
De forma predeterminada, puedes aprovisionar hasta 30 nodos SSD y hasta 30 nodos HDD por zona en cada proyecto de Google Cloud. Si necesitas aprovisionar más, puedes solicitarlo.
Para averiguar cuántos nodos SSD y HDD tiene ya tu proyecto de GCP en cada zona, usa la consola de Google Cloud. En el panel de navegación izquierdo, dirígete a IAM y administración, haz clic en Cuotas y usa el menú desplegable Servicio para seleccionar el servicio de la API Admin de Cloud Bigtable.
La página muestra filas con las cuotas de cada combinación de servicio, nodo, tipo y ubicación. Busca las filas con los subtítulos Nodos SSD por zona o Nodos HDD por zona. En la columna Límite aparece el número máximo de nodos permitidos para un tipo y una ubicación de nodos determinados, y la columna Uso actual indica el número de nodos que existen en este momento. La diferencia entre estos dos números es la cantidad de nodos que puedes añadir sin solicitar otros.
Solicitar un aumento de cuota
Debes tener al menos permisos de editor en el proyecto que contiene la instancia para la que quieres solicitar el aumento.
No te cobraremos nada por solicitar un aumento de cuota. Los costes solo se incrementan si utilizas más recursos.
- Ve a la página Cuotas.
- En la página Cuotas, selecciona las cuotas que quieras modificar.
- Haz clic en el botón Editar cuotas que se encuentra en la parte superior de la página.
- En el panel derecho, escribe tu nombre, correo electrónico y número de teléfono, y, después, haz clic en Siguiente.
- Introduce los nuevos límites de cuota que quieres solicitar y haz clic en Siguiente.
- Envía la solicitud.
Si quieres planificar y solicitar más recursos, hazlo con algunos días de antelación para que tengamos suficiente tiempo de procesar tu solicitud.
Límites
En esta sección se describen los límites que se aplican al uso de Cloud Bigtable. Los límites están integrados en el sistema y no se pueden modificar.
Perfiles de aplicación por instancia
Cada instancia puede tener un máximo de 2000 perfiles de aplicación.
Copias de seguridad
- Número máximo de copias de seguridad que se pueden crear: 50 por tabla y clúster.
- TTL mínimo de las copias de seguridad: 6 horas tras el momento de creación inicial.
- TTL máximo de las copias de seguridad: 30 días tras la fecha de creación inicial.
Tamaño de los datos en las tablas
Te sugerimos que diseñes el esquema de manera que el tamaño de los datos no rebase estos límites:
- Cada clave del registro: 4 kB
- Familias de columnas por tabla: 100
- Cada calificador de columna: 16 kB
- Valor de cada celda de la tabla: 10 MB
- Todos los valores de una fila: 100 MB
Además, los datos deben respetar estos límites estrictos:
- El valor de cada celda de la tabla: 100 MB
- Todos los valores de una fila: 256 MB
Estos límites se miden en kilobytes (kB) binarios, donde 1 kB son 210 bytes, y en megabytes (MB) binarios, donde 1 MB son 220 bytes. Estas unidades de medida también se conocen como kibibytes (kiB) y mebibytes (MiB), respectivamente.
Límites de operaciones
Si quieres enviar varias mutaciones a Cloud Bigtable en un solo lote, no puedes incluir más de 100.000.
Filtros de filas
Cada filtro de fila no puede superar los 20 kB. Si ves un mensaje de error, deberás rediseñarlo o acortarlo.
Almacenamiento por nodo
Si un clúster no tiene nodos suficientes para la carga de trabajo que soporta o para la cantidad de datos que almacena, Cloud Bigtable no contará con los recursos de CPU necesarios para gestionar las tablas asociadas al clúster. Tampoco podrá realizar las tareas de mantenimiento esenciales en segundo plano. Debido a esto, el clúster tal vez no pueda gestionar las solicitudes entrantes, por lo que aumentará la latencia.
Para evitarlo, monitoriza el uso que hacen los clústeres del espacio de almacenamiento y asegúrate de que tienen nodos suficientes para la cantidad de datos que contienen, según estos límites:
- Clústeres de SSD: 2,5 TB por nodo
- Clústeres de HDD: 8 TB por nodo
Estos valores se miden en terabytes (TB) binarios, donde 1 TB son 240 bytes. Esta unidad de medida también se conoce como tebibyte (TiB).
Te recomendamos que incluyas nodos suficientes en el clúster como para usar únicamente el 70 % de estos límites. Así, habrá suficiente margen si el uso del espacio de almacenamiento aumenta de forma repentina. Por ejemplo, si almacenas 50 TB de datos en un clúster con almacenamiento SSD, debes aprovisionar un mínimo de 29 nodos para gestionar hasta 72,5 TB de datos. Si no piensas almacenar grandes cantidades de datos en el clúster, puedes ignorar esta recomendación y alcanzar el 100 % del límite.
Tablas por instancia
Cloud Bigtable admite un máximo de 1000 tablas por instancia.
IDs de tabla
La longitud máxima de los ID de tabla en Cloud Bigtable es de 50 caracteres.
Políticas de uso
Cuando utilices este servicio, debes cumplir los Términos del Servicio y la Política de Privacidad de Google.