Cuotas y límites

En esta página se describen las cuotas y los límites que se aplican a las solicitudes de Cloud Storage. Puedes solicitar aumentos de cuotas, pero los límites no se pueden ajustar.

Las cuotas y los límites están sujetos a cambios.

Buckets

  • Hay un límite de tamaño de nombres de buckets de 63 caracteres si el nombre no contiene un punto (.) y 222 caracteres si el bucket contiene uno.

  • Existe un límite de frecuencia de aproximadamente 1 solicitud cada 2 segundos por proyecto para la creación y eliminación de buckets, por lo que es recomendable planificar el uso de menos buckets y más objetos en la mayoría de los casos. Por ejemplo, en muchos diseños, se opta por usar un bucket por cada usuario del proyecto. Sin embargo, si vas a diseñar un sistema en el que se agregan varios usuarios por segundo, es recomendable que tu diseño use un mismo bucket para varios usuarios (con los permisos correspondientes), de modo que el límite de frecuencia que se aplica a la creación de buckets no se convierta en un cuello de botella.

  • Las aplicaciones de alta disponibilidad no deberían depender de la creación o eliminación de buckets para sus rutas críticas. Los nombres de los buckets son parte de un espacio de nombres centralizado y global: cualquier dependencia de este espacio de nombres crea un punto único de fallo para tu aplicación. Debido a esto y al límite de 1 solicitud cada 2 segundos que se mencionó antes, se recomienda que los servicios con alta disponibilidad que usen Cloud Storage creen por adelantado todos los buckets que vayan a necesitar.

  • Existe un límite de una actualización por segundo para cada bucket, por lo que no se escalan las actualizaciones rápidas a un mismo bucket (p. ej., cambiar la configuración de CORS).

  • Existe un límite de 100 miembros con funciones de IAM heredadas por bucket y un límite de 1,500 miembros con todas las funciones de IAM por bucket. Los usuarios individuales, los grupos y los dominios son algunos ejemplos de miembros. Consulta las identidades de IAM.

  • Para buckets con notificaciones de Pub/Sub:

    • El bucket puede tener hasta 100 configuraciones de notificación en total.

    • El bucket puede tener hasta 10 configuraciones de notificación definidas para activar un evento específico.

    • Cada configuración de notificación puede tener hasta 10 atributos personalizados.

Objetos

  • Existe un límite de tamaño de 5 TiB como máximo para los objetos almacenados en Cloud Storage.

    • El tamaño máximo de una única solicitud de carga también es 5 TiB. En el caso de las cargas que tardarán más tiempo en la conexión, considera usar cargas reanudables a fin de recuperarlas si ocurren fallas intermedias. Consulta Cargas reanudables para obtener más información.
  • Existe un límite de tamaño máximo combinado para todos los valores y las claves de metadatos personalizados de 8 KiB por objeto.

  • Se aplica un límite de 1,024 bytes para el tamaño de los nombres de objetos.

  • Existe un límite de escritura para el nombre del mismo objeto por segundo, por lo que las operaciones de escritura rápidas en el mismo nombre de objeto no se escalan. Para obtener más información, consulta Inmutabilidad de objetos.

  • No hay límite para la cantidad de escrituras en un bucket completo, lo que incluye subir, actualizar y borrar objetos. En principio, los buckets admiten alrededor de 1,000 operaciones de escritura por segundo, pero este límite se amplía según sea necesario.

  • No se aplica ningún límite a la cantidad de lecturas de objetos en un bucket, lo que incluye leer datos y metadatos de objetos, así como crear listas de objetos. En principio, los buckets admiten alrededor de 5,000 operaciones de lectura de objetos por segundo, pero este límite se puede ampliar según sea necesario. Sin embargo, ten en cuenta que existen límites de ancho de banda.

  • Existe un límite de 100 entradas en la lista de control de acceso (LCA) por objeto. Los miembros pueden ser usuarios individuales, grupos o dominios. Consulta los alcances de LCA.

  • Para la composición de objetos:

    • Se pueden componer hasta 32 objetos en una misma solicitud de composición.

    • Si bien no existe un límite para la cantidad de componentes de un objeto compuesto, los metadatos componentCount asociados se saturan en 2,147,483,647.

    • Los objetos compuestos están sujetos al límite de tamaño de 5 TiB aplicable a los objetos almacenados en Cloud Storage.

Solicitudes a la API de JSON

  • Para solicitudes por lotes:

    • La carga útil total de la solicitud debe ser inferior a 10 MB.

    • No incluyas más de 100 llamadas en una sola solicitud.

Solicitudes a la API de XML

  • Cuando envías solicitudes mediante la API de XML, se aplica un límite de 16 KB al tamaño combinado de la URL de la solicitud y los encabezados HTTP.

  • Cuando haces una lista de recursos mediante la API de XML, se aplica un límite de 1,000 a los elementos que se van a mostrar.

  • Cuando se realiza una carga multiparte de la API de XML, se aplican los siguientes límites:

    • Una carga multiparte puede tener hasta 10,000 partes.
    • Una parte individual tiene un límite de tamaño máximo de 5 GiB.
    • Una parte individual tiene un límite de tamaño mínimo de 5 MiB, a menos que sea la última parte, que no tiene un límite de tamaño mínimo.
    • Los objetos ensamblados a partir de una carga multiparte están sujetos al límite de tamaño de 5 TiB general para los objetos almacenados en Cloud Storage.
    • No hay límite para el tiempo que una carga multiparte y sus partes subidas pueden permanecer sin terminar o estar inactivas en un bucket.
    • No existe un límite para la cantidad de cargas de varias partes que se pueden producir simultáneamente para un objeto.

Claves HMAC para cuentas de servicio

  • Existe un límite de 5 claves HMAC por cuenta de servicio. Las claves borradas no se consideran en este límite.

Ancho de banda

  • Hay una cuota de ancho de banda predeterminada para la salida de datos desde Cloud Storage a servicios de Google de 200 Gbps por proyecto y por región. La salida a Cloud CDN está exenta de esta cuota.

    • La salida de datos desde las regiones dobles de Cloud Storage hasta los servicios de Google se considera dentro de la cuota de una de las regiones que la conforman. Por ejemplo, si una instancia de Compute Engine enus-central1 lee los datos de un bucket en la región doble nam4, el uso del ancho de banda se cuenta como parte de la cuota general de la región us-central1.

    • Puedes solicitar un aumento de cuota para las regiones por cada proyecto. Si deseas aumentar la cuota para una región doble, tu solicitud de aumento se debe realizar en una o ambas regiones que conforman la región doble.

  • Hay una cuota de ancho de banda predeterminada para la salida de datos desde Cloud Storage a servicios de Google de 50 Gbps por proyecto y por multirregión. La salida a Cloud CDN está exenta de esta cuota.

    • Te recomendamos que uses buckets ubicados en regiones o regiones dobles para cargas de trabajo con tarifas de salida alta a los servicios de Google. Si eso no es posible y necesitas más cuota de ancho de banda que la predeterminada para las multirregiones, comunícate con la asistencia de Google Cloud.
  • Cuando la salida de un proyecto excede la cuota en una ubicación, las solicitudes a los bucket afectados se pueden rechazar con un error 429 reintentable o limitarse. Consulta Uso del ancho de banda para obtener información sobre cómo supervisarlo.