Cuotas y límites
En este documento, se enumeran las cuotas y los límites del sistema que se aplican a Bigtable.
- Las cuotas especifican la cantidad de un recurso compartido contable que puedes usar. Las cuotas 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. Los límites del sistema no se pueden cambiar.
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 administrativas, excepto en los casos que se indican. A veces, se otorgan excepciones cuando se da una justificación sólida. Sin embargo, la cantidad de llamadas a la API de Admin que realiza tu aplicación no debería 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 del administrador 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 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 operaciones1 |
| 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 |
|
||
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.
Cuotas de Data Boost
Las siguientes cuotas de unidades de procesamiento del servidor (SPU) se aplican por proyecto y por región.
| Región | SPU |
|---|---|
| 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 la descripción general de Data Boost.
Ve información de la cuota
Para buscar 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, dirígete a IAM y administración, haz clic en Cuotas y, luego, usa el menú desplegable Servicio 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.
- 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.
Vistas autorizadas
- Vistas autorizadas por instancia de Bigtable: Hasta 10,000
- Prefijos de 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 = 210 bytes) y megabytes (MB) binarios (con la equivalencia 1 MB = 220 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
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 = 240 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: de 1 a 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.