Administración de cargas de trabajo mediante reservas
En esta página, se describe cómo usar BigQuery Reservations para ayudarte a administrar las cargas de trabajo de BigQuery.
Elige un modelo de facturación
Puedes cambiar entre los modelos de facturación a pedido y basados en la capacidad en cualquier momento, o puedes combinar los dos modelos. Los dos modelos de precios se complementan. La facturación on demand te permite pagar ranuras solo cuando las necesitas, mientras que el precio basado en la capacidad te permite reservar asignaciones de ranuras para cargas de trabajo predecibles, por lo general, con un descuento en precios on demand.
Considera los siguientes factores cuando elijas la facturación basada en la capacidad:
- Costo. Google recomienda que tu inversión mensual en estadísticas sea de alrededor del compromiso mínimo basado en la capacidad de BigQuery.
- Eficiencia. Si ejecutas cargas de trabajo que son poco frecuentes o incoherentes, los precios on demand pueden ser más eficientes. Con los precios on demand, solo pagas por las ranuras cuando las necesitas.
- Previsibilidad. Es posible que prefieras el modelo de facturación basado en la capacidad si valoras la previsibilidad mensual de los precios porque tienes la opción de pagar una tarifa mensual coherente.
- Recursos Los modelos de facturación on demand y basada en la capacidad difieren en la forma en que ofrecen capacidad. Para obtener más información, consulta la estimación de la cantidad de ranuras que se deben comprar.
Como cliente nuevo, puedes optar por comenzar con la facturación basada en la capacidad. En cualquier momento, puedes observar cuál sería tu costo con la facturación según demanda y, en cualquier momento, puedes elegir el modelo que te resulte más conveniente.
También puedes experimentar con el ajuste de escala automático de ranuras. Las ranuras con ajuste de escala automático proporcionan flexibilidad para manejar un aumento repentino de las cargas de trabajo y son ideales para manejar la variación de las necesidades de capacidad.
También puedes combinar modelos de facturación según demanda y basada en la capacidad, a nivel de la carga de trabajo o a nivel de la unidad comercial. Para ello, organiza las cargas de trabajo o las unidades comerciales en diferentes proyectos o carpetas y asigna cada uno a una reserva o una facturación según demanda.
Puedes usar la facturación basada en la capacidad en una región y la facturación según demanda en otra región. De forma predeterminada, todos los proyectos usan la facturación según demanda. Dentro de una región, puedes habilitar la facturación basada en la capacidad para un proyecto, una carpeta o una organización si lo asignas a una reserva. Por ejemplo, si adquieres un compromiso de ranuras en la multirregión de EE.UU. y asignas la organización a la reserva predeterminada, la organización usará la facturación basada en la capacidad en la multirregión de EE.UU., pero seguirá usando la facturación según demanda en todas las demás regiones.
Dentro de una región, puedes combinar la facturación basada en la capacidad y la facturación según demanda mediante la asignación explícita de proyectos a una reserva. Cualquier proyecto que no esté asignado a una reserva seguirá usando la facturación según demanda. También puedes asignar un proyecto para que use la facturación según demanda de forma explícita si asignas el ID de reserva none
. Esto es útil si asignas una carpeta o una organización a una reserva, pero deseas que algunos proyectos dentro de alguna de estas usen la facturación según demanda. Para obtener más información, consulta Otorga una asignación None a un proyecto.
Los proyectos con facturación según demanda usan una capacidad distinta de tu capacidad comprometida. Esos proyectos no afectan la disponibilidad de carga de trabajo.
Crea un proyecto de administración
Cuando creas compromisos y reservas, estas se asocian a un proyecto de Google Cloud. Este proyecto administra los recursos de BigQuery Reservations y es su fuente principal de facturación. No es necesario que este proyecto sea el mismo que contiene los trabajos de BigQuery.
Google recomienda crear un proyecto dedicado para los recursos de Reservations. Este proyecto se conoce como el proyecto de administración, ya que centraliza la facturación y la administración de los compromisos. Otorga a este proyecto un nombre descriptivo como bq-COMPANY_NAME-admin
. Luego, crea uno o más proyectos diferentes para conservar los trabajos de BigQuery.
Solo los proyectos dentro del mismo recurso de la organización que el proyecto de administración se pueden asignar a una reserva. Si el proyecto de administración no forma parte de una organización, solo ese proyecto puede usar las ranuras.
Al proyecto de administración se le cobra por las ranuras comprometidas. A los proyectos que usan las ranuras se les cobra por el almacenamiento, pero no se facturan por las ranuras. Puedes comprar más de un tipo de plan (por ejemplo, anual y por tres años) y colocar las ranuras en el mismo proyecto de administración.
Como práctica recomendada, limita la cantidad de proyectos de administración. Esto ayuda a simplificar la administración de facturación y la asignación de ranuras. Un proyecto de administración para todas las reservas de tu organización cuando sea posible. Las organizaciones complejas pueden requerir proyectos de administración adicionales para cumplir requisitos de administración o facturación.
Crea varios proyectos de administración
En algunos casos, es posible que desees crear más de un proyecto de administración:
- Separar los costos de varias reservas y compromisos en diferentes unidades organizativas.
- Asignar uno o más compromisos de ranuras a conjuntos de reservas específicos.
La capacidad de la ranura de inactividad no se comparte entre reservas en diferentes proyectos de administración.
Cuando te encuentras en la página BigQuery de la consola de Google Cloud, puedes ver las reservas y los compromisos solo para el proyecto del administrador seleccionado actualmente.
Estima cuántas ranuras comprar
BigQuery está diseñado para escalar de forma lineal con más recursos. Según la carga de trabajo, es probable que la capacidad incremental te brinde beneficios adicionales. Por lo tanto, elegir la cantidad óptima de ranuras que debes comprar depende de los requisitos de rendimiento, de capacidad de procesamiento y de utilidad.
Puedes experimentar con ranuras del modelo de referencia y de ajuste de escala automático para determinar la mejor configuración de ranuras. Por ejemplo, puedes probar la carga de trabajo con 500 ranuras del modelo de referencia, luego con 1,000 y, más adelante, con 1,500 y 2,000, y observar el impacto en el rendimiento.
También puedes examinar el uso de ranuras actual de los proyectos, junto con el precio mensual que deseas pagar. Por el momento, las cargas de trabajo según demanda tienen un límite mínimo de 2,000 ranuras, pero es importante verificar cuántas ranuras realmente usan los proyectos con vistas INFORMATION_SCHEMA.JOBS*
, Cloud Logging, la API de Jobs o los registros de auditoría de BigQuery. Para obtener más información, consulta Visualiza las ranuras disponibles y las ranuras asignadas.
Después de comprar ranuras y ejecutar tus cargas de trabajo durante al menos siete días, puedes usar el estimador de ranuras (Vista previa) para analizar el rendimiento y modelar el efecto de agregar o reducir ranuras. Para obtener más información, consulta Estima los requisitos de capacidad de ranuras.
Administra tus cargas de trabajo y departamentos mediante reservas
Puedes usar BigQuery Reservations para aislar tu capacidad comprometida entre las cargas de trabajo, los equipos o los departamentos si creas reservas adicionales y asignas proyectos a estas reservas. Una reserva es un grupo aislado de recursos que tiene el beneficio adicional de poder aprovechar la capacidad inactiva en toda la organización.
Por ejemplo, puedes tener una capacidad comprometida total de 1,000 ranuras y tres tipos de cargas de trabajo: ciencia de datos, IE y ELT.
- Puedes crear una reserva
ds
con 500 ranuras y asignar todos los proyectos relevantes de Google Cloud a la reservads
. - Puedes crear una reserva
elt
con 300 ranuras y asignar los proyectos que usas para cargas de trabajo de ELT a la reservaelt
. - Puedes crear una reserva
bi
con 200 ranuras y asignar los proyectos conectados a tus herramientas de BI a la reservabi
.
En lugar de particionar la capacidad entre las cargas de trabajo, puedes optar por crear reservas para equipos o departamentos individuales.
Administra las reservas en diferentes regiones
Las reservas son un recurso regional. Las ranuras compradas y las reservas creadas en una región no se pueden usar en otra. Los proyectos, las carpetas y las organizaciones se pueden asignar a las reservas de una región y ejecutar a pedido en otra. Para administrar las reservas en otra región, debes cambiar la región en la página Administración de capacidad de BigQuery:
- En la consola de BigQuery, haz clic en Reservas.
- Haz clic en el selector de Ubicación (Location) y selecciona la región en la que deseas administrar las reservas.
- Después de seleccionar una región, puedes comprar ranuras, crear reservas y asignar un proyecto a una reserva.
BigQuery Reservations para organizaciones complejas
BigQuery Reservations es un recurso con alcance a nivel de organización. Debes comprar reservas de forma centralizada para que se usen en toda la organización. Puedes requerir que los departamentos o divisiones individuales administren sus reservas de BigQuery si compras capacidad comprometida y la distribuyes en todo el departamento o división. El proyecto de administración se asocia con una cuenta de Facturación de Cloud, a la que se le factura la capacidad.
Puedes usar una organización distinta de Google Cloud para cada uno de los departamentos o las divisiones. En esta situación, debes definir un proyecto de administración para cada organización y administrar las reservas de BigQuery Reservations de esa organización desde el proyecto de administración. No se comparte la capacidad comprometida o inactiva entre organizaciones.
Las ranuras inactivas y sin asignar solo se comparten entre las reservas creadas en el mismo proyecto de administración y dentro de la misma edición. Si usas más de un proyecto de administración, las ranuras no se comparten entre reservas que se encuentran en proyectos de administración diferentes.