Cuotas y límites

En este documento, se enumeran las quotas y los quotas que se aplican a Bigtable .

Una cuota restringe cuánto de un recurso compartido de Google Cloud en particular puede usar tu proyecto de Google Cloud, incluidos los componentes de red, hardware y software. Por lo tanto, las cuotas son parte de un sistema que hace las siguientes acciones:

Supervisa el uso o consumo de productos y servicios de Google Cloud.
Restringe el consumo de esos recursos por motivos que incluyen garantizar la equidad y reducir los aumentos repentinos de uso.
Mantiene los parámetros de configuración que aplican de forma automática las restricciones prescritas.
Proporciona un medio para solicitar o hacer cambios en la cuota.

En la mayoría de los casos, cuando se excede un límite de cuota, el sistema bloquea de inmediato el acceso al recurso de Google correspondiente, y la tarea que intentas hacer falla. En la mayoría de los casos, las cuotas se aplican a cada proyecto de Google Cloud y se comparten entre todas las aplicaciones y direcciones IP que usan ese proyecto.

Para aumentar o disminuir la mayoría de las cuotas, usa la consola de Google Cloud. Para obtener más información, consulta Solicita una cuota mayor.

También existen límites para los recursos de Bigtable. Estos límites no están relacionados con el sistema de cuotas. Los límites no se pueden cambiar, a menos que se indique lo contrario.

Cuotas

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

Cuotas de operaciones del administrador

Las siguientes cuotas afectan la cantidad de operaciones administrativas de Bigtable (llamadas a la API de Admin) que puedes realizar en un período determinado.

En general, no puedes solicitar un aumento en las cuotas de operaciones de administrador, excepto cuando se indique. A veces, se otorgan excepciones cuando se da una justificación sólida. Sin embargo, la cantidad de llamadas que realiza tu aplicación a la API de Admin no debe aumentar cuando aumenta el uso. Si esto ocurre, a menudo es un signo de que el código de la aplicación realiza llamadas innecesarias a la API de Admin, y debes cambiar la aplicación en lugar de solicitar un aumento de la cuota de operaciones administrativas.

Las cuotas diarias se restablecen a medianoche, hora del Pacífico.

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 un clúster (por ejemplo, el nombre de la instancia o la cantidad de nodos de un clúster), o leer una lista de instancias	Por día, por proyecto: 864,000 operaciones (10 operaciones por segundo, en promedio) Por minuto, por usuario: 1,000 operaciones
Solicitudes de escritura de instancias y clústeres	Cambiar la configuración de una instancia o un clúster (por ejemplo, el nombre de la instancia o la cantidad de nodos de un clúster), o crear una instancia nueva	Por día, por proyecto: 500 operaciones Por minuto, por usuario: 100 operaciones
Perfiles de aplicación
Solicitudes de operaciones de lectura de perfiles de app	Leer la configuración de un perfil de app	Por minuto, por proyecto: 5,000 operaciones Por minuto, por usuario: 1,000 operaciones
Solicitudes de operaciones de escritura de perfiles de app	Cambiar la configuración de un perfil de app	Por minuto, por proyecto: 500 operaciones Por minuto, por usuario: 100 operaciones
Tablas
Solicitudes de lectura de tablas	Leer la configuración de una tabla (por ejemplo, detalles acerca de las familias de columnas que contiene) o una lista de tablas	Por día, por proyecto: 864,000 operaciones (10 operaciones por segundo, en promedio) Por minuto, por usuario: 1,000 operaciones
Solicitudes de escritura de tablas	Cambiar la configuración de una tabla (por ejemplo, la recolección de elementos no utilizados para una familia de columnas)	Por día, por proyecto: 5,000 operaciones Por minuto, por usuario: 100 operaciones
Método `DropRowRange`	Borrar un rango de filas de una tabla en una sola operación	Por día, por proyecto: 5,000 operaciones Por minuto, por usuario: 100 operaciones
Copias de seguridad
Operaciones de copia de seguridad	Crear, actualizar y borrar una copia de seguridad	Por día, por proyecto: 1,000 operaciones Por minuto, por usuario: 10 operaciones¹
Solicitudes de recuperación de copia de seguridad	Obtener y enumerar copias de seguridad	Por día, por proyecto: 864,000 operaciones
Método `RestoreTable`	Restablecer una copia de seguridad en una tabla nueva	Por día, por proyecto: 5,000 operaciones Por minuto, por usuario: 100 operaciones
Identity and Access Management
Solicitudes Get de LCA precisas	Leer información sobre la política de IAM de una instancia de Bigtable o probar los permisos de IAM de una instancia.	Por día, por proyecto: 864,000 operaciones (10 operaciones por segundo, en promedio) Por minuto, por usuario: 1,000 operaciones
Solicitudes Set de LCA precisas	Cambiar la política de IAM de una instancia de Bigtable	Por día, por proyecto: 864,000 operaciones (10 operaciones por segundo, en promedio) Por minuto, por usuario: 1,000 operaciones
Apto para el aumento del límite de cuota.

Cuotas de nodos

Un proyecto de Google Cloud contiene instancias de Bigtable, que son contenedores para clústeres. Un clúster representa el servicio real de Bigtable que se ejecuta en una zona. Los clústeres contienen nodos, que son recursos de procesamiento que le permiten a Bigtable administrar tus datos.

La cantidad predeterminada de nodos que puedes aprovisionar por zona en cada proyecto depende de la región. Puedes aprovisionar una cantidad predeterminada de nodos de HDD y una cantidad máxima de nodos de 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 ajuste de escala automático para un clúster, la cantidad máxima de nodos configurada se considera en este límite, incluso si el clúster no se escala a esa cantidad de nodos. Si necesitas aprovisionar más nodos que los límites predeterminados, puedes solicitar un aumento.

Disponibilidad de nodos y cuotas

La cuota de nodos es la cantidad máxima de nodos que puedes aprovisionar por zona en cada proyecto. Las cuotas no garantizan que siempre puedas agregar nodos a un clúster. Si una zona se queda sin nodos, es posible que no puedas agregar nodos a un clúster en esa zona, incluso si tienes cuota restante en tu proyecto.

Por ejemplo, si intentas agregar 10 nodos de SSD a un clúster que ya tiene 20 nodos, pero la zona está fuera de los nodos, no puedes agregar esos 10 nodos, incluso si la cuota de nodos para Los nodos SSD de esa región son 30.

En estas situaciones, intentamos aumentar los recursos de nodos de una zona y, luego, conceder tus solicitudes después de que esos recursos estén disponibles, sin garantizar el tiempo ni la finalización.

Se garantiza que los nodos que aprovisionaste siempre estarán disponibles.

Ve información de la cuota

Para buscar la cantidad de nodos de SSD y HDD que tu proyecto de Google Cloud ya tiene 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, luego, usa el menú desplegable Servicios para seleccionar el servicio de API de administrador de Bigtable.

En esta página se pueden ver las filas que muestran las cuotas de cada combinación de servicios, tipo de nodo y ubicación. Busca las filas con el subtítulo nodos de SSD por zona o nodos de HDD por zona. En la columna Límite, se muestra la cantidad máxima de nodos permitidos para esa ubicación y ese tipo de nodo en particular. Además, en la columna Uso actual, se muestra la cantidad de nodos que existen en la actualidad. La diferencia entre esos dos números es la cantidad de nodos que puedes agregar sin solicitar más.

Solicita un aumento de la cuota de nodos

Para asegurarte de que haya tiempo suficiente para procesar tu solicitud, siempre planifica con anticipació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 Trabaja con cuotas.

Debes tener, como mínimo, permisos de nivel de editor en el proyecto que contiene la instancia para la que solicitas el aumento de cuota.

No se aplican cargos por solicitar aumentos de cuota de nodo. Tus costos aumentan solo si usas más recursos.

Ve a la página Cuotas.
Ir a la página Cuotas
En la página Cuotas, selecciona aquellas que deseas cambiar.
Haz clic en el botón Editar cuotas en la parte superior de la página.
En el panel de la derecha, ingresa tu nombre, correo electrónico y número de teléfono. Luego, haz clic en Siguiente.
Ingresa el límite de cuota nuevo que quieres solicitar y haz clic en Siguiente.
Envía la solicitud.

Límites

Esta sección describe los límites que se aplican a tu uso de Bigtable. Los límites son parte integral del servicio y no pueden modificarse.

Perfiles de app por instancia

La cantidad máxima de perfiles de aplicación que cada instancia puede tener es de 2,000.

Copias de seguridad

Cantidad máxima de copias de seguridad que se pueden crear: 150 por tabla, por clúster
Período de retención mínimo de una copia de seguridad: 6 horas después de la hora de creación inicial
Período de retención máximo de una copia de seguridad: 90 días después de la fecha de creación inicial

Data Boost

Un perfil de app de Data Boost no puede enviar más de 1,000 solicitudes de lectura por segundo.

Tamaño de los datos de las tablas

Límites recomendados

Diseña tu esquema para mantener el tamaño de tus datos por debajo de estos límites recomendados.

Familias de columnas por tabla: 100
Un calificador de columna: 16 KB
Un valor en una celda de una tabla: 10 MB
Todos los valores de una fila: 100 MB

Límites estrictos

Además, es fundamental que te asegures de que tus datos encajen dentro de estos límites estrictos:

Una clave de fila: 4 KB
Un valor en una celda de una tabla: 100 MB
Todos los valores de una fila: 256 MB

Estos límites de tamaño se miden en kilobytes (KB) binarios (con la equivalencia 1 KB = 2¹⁰ bytes) y megabytes (MB) binarios (con la equivalencia 1 MB = 2²⁰ bytes). Estas unidades también se denominan kibibytes (KiB) y mebibytes (MiB).

Límites de operación

Cuando envías varias mutaciones a Bigtable en un solo lote, se aplican los siguientes límites:

Un lote de mutaciones condicionales, que llaman a CheckAndMutate, puede incluir hasta 100,000 mutaciones verdaderas y 100,000 mutaciones falsas en el lote.
En lotes de todos los otros tipos de mutaciones, no puedes incluir más de 100,000 mutaciones en el lote.

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 obtener una lista de las zonas disponibles, consulta Ubicaciones de Bigtable.

Filtros de filas

Los filtros de filas no pueden exceder los 20 KB. Si recibes un mensaje de error, debes rediseñar o acortar tu filtro.

Almacenamiento por nodo

Si un clúster no tiene suficientes nodos, según su carga de trabajo actual y la cantidad de datos que almacena, Bigtable no tendrá suficientes recursos de CPU para administrar todas las tablas asociadas con el clúster. Además, Bigtable tampoco podrá realizar tareas de mantenimiento esenciales en segundo plano. Como resultado, es posible que el clúster no pueda administrar las solicitudes entrantes y aumente la latencia. Consulta Compensaciones entre el uso del almacenamiento y el rendimiento para ver más detalles.

Para evitar que ocurran estos problemas, supervisa el uso del almacenamiento de tus clústeres. Así, podrás asegurarte de que tengan nodos suficientes a fin de admitir la cantidad de datos en el clúster en función de los límites que se indican a continuación.

Clústeres SSD: 5 TB por nodo
Clústeres HDD: 16 TB por nodo

Estos valores se expresan en terabytes binarios (TB), con la equivalencia 1 TB = 2⁴⁰ bytes. Esta unidad de medición también se conoce como tebibyte (TiB).

Recomendamos que agregues suficientes nodos a tu clúster, de manera que solo uses el 70% de los límites. Así podrás adaptarte en caso de alzas inesperadas en el uso de almacenamiento. Por ejemplo, si tienes 50 TB de datos en un clúster con almacenamiento SSD, deberías aprovisionar por lo menos 15 nodos, que manejarán hasta 75 TB de datos. Si no agregas grandes cantidades de datos al clúster, puedes exceder esta recomendación y almacenar hasta el 100% del límite.

Tablas por instancia

Bigtable admite un máximo de 1,000 tablas en cada instancia.

Límites de longitud de ID

Las siguientes son las longitudes de ID mínimas y máximas (cantidad de caracteres) que admite Bigtable.

Perfil de app: de 1 a 50
Copia de seguridad: de 1 a 50
Clúster: de 6 a 30
Familia de columnas: de 1 a 64
Instancia: de 6 a 33
Tabla: de 1 a 50
vista autorizada: 1-50

Políticas de uso

El uso de este servicio debe cumplir con las Condiciones del Servicio y la Política de Privacidad de Google.