Cuotas y límites

En este documento, se enumeran las cuotas y los límites del sistema que se aplican a en Bigtable. Las cuotas especifican la cantidad de un recurso compartido contable que puedes usar, y las definen los servicios de Google Cloud, 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 aumentos repentinos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de un recurso de Google Cloud que puede usar tu proyecto de Google Cloud. Las cuotas se aplican a una variedad de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir la cantidad de llamadas a la API para un servicio, la cantidad de balanceadores de cargas que se usan en simultáneo en tu proyecto o la cantidad de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios de Google Cloud mediante la prevención de la sobrecarga de los servicios. También te ayudan a administrar tus propios recursos de Google Cloud.

El sistema de cuotas Cloud realiza las siguientes acciones:

• Supervisa el consumo de productos y servicios de Google Cloud.
• Restringe el consumo de esos recursos.
• Proporciona un medio para solicitar cambios en el valor de la cuota.

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

Por lo general, las cuotas se aplican a nivel del proyecto de Google Cloud. El uso de un recurso en un proyecto no afecta tu cuota disponible en otro proyecto. Dentro de un proyecto de Google Cloud, las cuotas se comparten entre todas las aplicaciones y direcciones IP.

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

También existen límites del sistema para los recursos de Bigtable. No se pueden cambiar los límites del sistema.

Nota: Cuando envías varias operaciones con un único lote, se tomará en cuenta cada una de las operaciones en la cuota o el límite.

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 se puede solicitar un aumento de las cuotas de operaciones administrativas excepto cuando se indique. A veces, se otorgan excepciones cuando se da una justificación sólida. Sin embargo, la cantidad de llamadas a las que que realice a la API de Admin no debería aumentar cuando lo haga 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 del administrador de la tabla	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 del administrador 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^1
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 hasta la cantidad predeterminada de nodos HDD y hasta la cantidad predeterminada 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 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 encontrar la cantidad de nodos de SSD y HDD que ya tiene tu proyecto de Google Cloud en cada zona, usa la consola de Google Cloud. En el panel de navegación izquierdo, apunta a IAM y administrador, haz clic en Cuotas y, luego, usa el menú desplegable Servicio para seleccionar el servicio de la 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.

1. Ve a la página Cuotas.

   Ir a la página Cuotas

2. En la página Cuotas, selecciona aquellas que deseas cambiar.
3. Haz clic en el botón Editar cuotas en la parte superior de la página.
4. En el panel de la derecha, ingresa tu nombre, correo electrónico y número de teléfono. Luego, haz clic en Siguiente.
5. Ingresa el límite de cuota nuevo que quieres solicitar y haz clic en Siguiente.
6. 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.

Vistas autorizadas

• Vistas autorizadas por instancia de Bigtable: hasta 10,000
• Prefijos del calificador de columna por vista autorizada: 10

Copias de seguridad

• Cantidad máxima de copias de seguridad estándar que se pueden crear: 150 por tabla, por clúster
• Cantidad máxima de copias de seguridad en caliente que se pueden crear: 10 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 los 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 de hasta 8 regiones en las que Bigtable disponibles. 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

Un filtro de fila no puede exceder los 20 KB. Si recibes un mensaje de error, debes volver a diseñar o reducir 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).

Importante: Si un clúster de cualquier instancia supera el límite estricto de almacenamiento por nodo, las operaciones de escritura a todos los clústeres de esa instancia fallarán hasta que agregues nodos a todos los clústeres que superen el límite. Además, si tratas de quitar nodos de un clúster y el cambio hace que el clúster supere el límite estricto del almacenamiento, Bigtable denegará la solicitud.

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.