Cuotas y límites

En este documento se indican las cuotas y los límites del sistema que se aplican a Bigtable.

  • Las cuotas especifican la cantidad de un recurso compartido y contable que puedes usar. Las cuotas se definen por Google Cloud servicios como Bigtable.
  • Los límites del sistema son valores fijos que no se pueden cambiar.

Google Cloud usa cuotas para garantizar la equidad y reducir los picos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de unGoogle Cloud recurso que puede usar tu Google Cloud proyecto. Las cuotas se aplican a una serie de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir el número de llamadas a una API enviadas a un servicio, el número de balanceadores de carga que usa tu proyecto de forma simultánea o el número de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios deGoogle Cloud al evitar que se sobrecarguen los servicios. Las cuotas también te ayudan a gestionar tus propios Google Cloud recursos.

El sistema de cuotas de Cloud hace lo siguiente:

En la mayoría de los casos, cuando intentas consumir más recursos de los que permite la cuota, el sistema bloquea el acceso al recurso y la tarea que intentas realizar falla.

Las cuotas se aplican generalmente a nivel de Google Cloud proyecto. El uso que hagas de un recurso en un proyecto no afectará a la cuota disponible en otro proyecto. En un Google Cloud proyecto, las cuotas se comparten entre todas las aplicaciones y direcciones IP.

Para obtener más información, consulta la descripción general de las cuotas de Cloud.

Para ajustar la mayoría de las cuotas, usa la Google Cloud consola. Para obtener más información, consulta Solicitar un ajuste de cuota.

También hay límites del sistema en los recursos de Bigtable. Los límites del sistema no se pueden cambiar.

Cuotas

En esta sección se describen las cuotas predeterminadas que se aplican al uso de Bigtable.

Cuotas de operaciones administrativas

Las cuotas siguientes afectan al número de operaciones administrativas de Bigtable (llamadas a la API Admin) que puedes ejecutar en un periodo determinado.

Por lo general, no puede solicitar un aumento de las cuotas de operaciones de administrador, excepto en los casos indicados. En ocasiones, se conceden excepciones cuando se proporciona una justificación sólida. Sin embargo, el número de llamadas que hace tu aplicación a la API Admin no debería aumentar cuando lo haga el uso. Si esto ocurre, suele ser una señal de que el código de tu aplicación está haciendo llamadas innecesarias a la API Admin, por lo que deberías cambiar tu aplicación en lugar de solicitar un aumento de la cuota de operaciones de administrador.

Las cuotas diarias se reinician a las 00:00 (UTC-7).

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)

Por minuto y 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

Por minuto y 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.

Por minuto y proyecto: 5000 operaciones

Por minuto y por usuario: 1000 operaciones
Solicitudes de escritura de perfiles de aplicación Cambiar la configuración de un perfil de aplicación.

Por minuto y proyecto: 500 operaciones

Por minuto y por usuario: 100 operaciones
Tablas
Solicitudes de lectura de administrador 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)

Por minuto y por usuario: 1000 operaciones
Solicitudes de escritura de administrador 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

Por minuto y 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

Por minuto y 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

Por minuto y por usuario: 10 operaciones1
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

Por minuto y 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 gestión de identidades y accesos de una instancia de Bigtable o probar los permisos de gestión de identidades y accesos de una instancia.

Al día por proyecto: 864.000 operaciones (10 operaciones por segundo de media)

Por minuto y por usuario: 1000 operaciones
Solicitudes de configuración de la lista de control de acceso pormenorizada Cambiar la política de gestión de identidades y accesos de una instancia de Bigtable.

Al día por proyecto: 864.000 operaciones (10 operaciones por segundo de media)

Por minuto y por usuario: 1000 operaciones
  1. Cumple los requisitos para aumentar el límite de cuota.

Cuotas de nodos

Un Google Cloud proyecto contiene instancias de Bigtable, que son contenedores de clústeres. Los clústeres representan el servicio de Bigtable propiamente dicho, que se ejecuta en una única zona. Los clústeres incluyen nodos, que son recursos de computación con los que Bigtable gestiona tus datos.

El número predeterminado de nodos que puedes aprovisionar por zona en cada proyecto depende de la región. Puedes aprovisionar hasta el número predeterminado de nodos HDD y hasta el número predeterminado de nodos SSD por zona en un proyecto.

Las cuotas de nodos predeterminadas son las siguientes:

Región SSD HDD
asia‑east1 100 100
europe‑west1 200 200
us-central1 200 200
us‑east1 50 50
us‑east4 50 50
us‑west1 100 100
Todas las demás ubicaciones de Bigtable 30 30

Si habilitas el autoescalado en un clúster, el número máximo de nodos configurado se tendrá en cuenta para este límite, aunque el clúster no se escale a ese número de nodos. Si necesitas aprovisionar más nodos que los límites predeterminados, puedes solicitar un aumento.

Cuotas y disponibilidad de nodos

La cuota de nodos es el número máximo de nodos que puedes aprovisionar por zona en cada proyecto. Las cuotas no garantizan que siempre puedas añadir nodos a un clúster. Si una zona se queda sin nodos, es posible que no puedas añadir nodos a un clúster de esa zona, aunque quede cuota en tu proyecto.

Por ejemplo, si intentas añadir 10 nodos SSD a un clúster que ya tiene 20 nodos, pero la zona se ha quedado sin nodos, no podrás añadir esos 10 nodos, aunque la cuota de nodos SSD en esa región sea de 30.

En estas situaciones, intentamos aumentar los recursos de los nodos de una zona y, a continuación, conceder tus solicitudes cuando esos recursos estén disponibles, sin garantizar los plazos ni la finalización.

Los nodos que aprovisiones siempre estarán disponibles.

Cuotas de Data Boost

Las siguientes cuotas de unidades de procesamiento de servidor (SPUs) se aplican por proyecto y por región.

Región SPUs
asia‑east1 100.000
europe‑west1 200.000
us-central1 200.000
us‑east1 100.000
us‑east4 100.000
us‑west1 100.000
Todas las demás ubicaciones de Bigtable 30.000

Para obtener más información sobre Data Boost, consulta el resumen de Data Boost.

Ver información sobre la cuota

Para averiguar cuántos nodos SSD y HDD tiene ya tu Google Cloud proyecto en cada zona, usa la Google Cloud console. En el panel de navegación de la izquierda, 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 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 de nodos

Para asegurarte de que tenemos suficiente tiempo para procesar tu solicitud, planifica con antelación y solicita recursos adicionales unos días antes de que los necesites. No se garantiza que se concedan las solicitudes de aumento de cuota de nodos. Para obtener más información, consulta el artículo Trabajar con cuotas.

Debes tener al menos permisos de editor en el proyecto que contiene la instancia para la que quieres solicitar el aumento de la cuota de nodos.

No te cobraremos nada por solicitar un aumento de cuota de nodos. Los costes solo se incrementan si utilizas más recursos.

  1. Ve a la página Cuotas.

    Ir a la página Cuotas

  2. En la página Cuotas, selecciona las cuotas que quieras modificar.
  3. Haz clic en el botón Editar cuotas que se encuentra en la parte superior de la página.
  4. En el panel derecho, escribe tu nombre, correo electrónico y número de teléfono, y, después, haz clic en Siguiente.
  5. Introduce los nuevos límites de cuota que quieres solicitar y haz clic en Siguiente.
  6. Envía la solicitud.

Límites

En esta sección se describen los límites que se aplican al uso de 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.

Vistas autorizadas

  • Vistas autorizadas por instancia de Bigtable: hasta 10.000
  • Prefijos de calificador de columna por vista autorizada: 10

Copias de seguridad

  • Número máximo de copias de seguridad estándar que se pueden crear: 150 por tabla y clúster.
  • Número máximo de copias de seguridad activas que se pueden crear: 10 por tabla y clúster.
  • Periodo de conservación mínimo de las copias de seguridad: 6 horas tras el momento de creación inicial.
  • Periodo de conservación máximo de las copias de seguridad: 90 días tras la fecha de creación inicial.

Data Boost

Un clúster no puede recibir más de 1000 solicitudes de lectura de Data Boost por segundo.

Tamaño de los datos en las tablas

Límites recomendados

Diseña el esquema de manera que el tamaño de los datos no rebase estos límites:

  • 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

Límites estrictos

Además, los datos deben respetar estos límites estrictos:

  • Cada clave del registro: 4 kB
  • El valor de cada celda de la tabla: 100 MB
  • Todos los valores de una fila: 256 MB
  • Cada mutación: 200 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 Bigtable en un solo lote, se aplican los siguientes límites:

  • Un lote de mutaciones condicionales, que llama a CheckAndMutate, puede incluir hasta 100.000 mutaciones verdaderas y hasta 100.000 mutaciones falsas en el lote.

  • En los lotes de todos los demás tipos de mutaciones, no puedes incluir más de 100.000 mutaciones.

Regiones por instancia

Una instancia de Bigtable puede tener clústeres en hasta 8 regiones en las que Bigtable esté disponible. Puedes crear un clúster en cada zona de una región. Para ver una lista de las zonas disponibles, consulta Ubicaciones de Bigtable.

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, Bigtable no contará con los recursos de CPU necesarios para gestionar las tablets 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 obtener más información, consulta Ventajas e inconvenientes del uso del almacenamiento y el rendimiento.

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: 5 TB por nodo
  • Clústeres de HDD: 16 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 15 nodos para gestionar hasta 75 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

Bigtable admite un máximo de 1000 tablas por instancia. Las vistas materializadas se tienen en cuenta en el número de tablas.

Límites de longitud de los IDs

A continuación, se indican las longitudes mínimas y máximas de los IDs (número de caracteres) que admite Bigtable.

  • Perfil de aplicación: 1-50
  • Vistas autorizadas: de 1 a 50
  • Alternativo: 1-50
  • Clúster: 6-30
  • Familia de columnas: de 1 a 64
  • Instancia: 6-33
  • Tabla: 1-50
  • Vista: 1-128

Vistas lógicas por instancia

Bigtable admite un máximo de 1000 vistas lógicas por instancia.

Políticas de uso

Cuando utilices este servicio, debes cumplir los Términos del Servicio y la Política de Privacidad de Google.