Administra cargas de trabajo mediante reservas heredadas

Nota: Las reservas heredadas, incluido el acceso a la facturación de tasa fija o ciertas duraciones de compromisos, solo están disponibles para los clientes incluidos en la lista de entidades permitidas. Para determinar si tienes acceso a estas funciones heredadas, comunícate con tu administrador. El modelo de facturación de tarifa plana define cómo se te factura por el procesamiento, pero las reservas y los compromisos de tasa fija funcionan como ranuras de la edición Enterprise.

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

En cualquier momento, puedes optar por cambiar entre los modelos de facturación a pedido y de tasa fija, o puedes combinar los dos modelos. Los dos modelos de precios se complementan. La facturación a pedido es eficiente; mientras que la tasa fija es predecible.

Ten en cuenta los siguientes factores cuando elijas la facturación de tasa fija:

• Costo. Google recomienda que el gasto mensual en estadísticas esté cerca del compromiso mínimo de tarifa plana de BigQuery (en la actualidad, 100 ranuras por mes).
• Eficiencia. Considera la facturación a pedido si valoras la eficiencia porque pagas por consulta.
• Previsibilidad Es posible que prefieras una tasa fija si valoras la previsibilidad mensual de los precios porque pagas una tarifa mensual fija.
• Recursos Los modelos de facturación de tasa fija y a pedido 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 una tasa fija. 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 ranuras flexibles a fin de probar el precio y el rendimiento de la facturación de tasa fija para tu organización antes de establecer una configuración de carga de trabajo de estado estable. Las ranuras flexibles son un tipo de compromiso especial:

• El compromiso dura solo 60 segundos.
• De ahí en adelante, puede cancelar las ranuras flexibles en cualquier momento.
• Se te cobra solo por los segundos en los que se implementó el compromiso.

Puedes combinar los compromisos de ranuras flexibles con otros tipos de compromisos. Las ranuras flexibles son ideales para casos de uso de corto plazo que varían de minutos a días a la vez:

• Planifica importantes eventos del calendario, como la temporada de impuestos, el Black Friday, eventos de medios populares y lanzamientos de videojuegos.
• Cumple con los períodos cíclicos de alta demanda de estadísticas, como los lunes por la mañana.
• Completa las evaluaciones del almacén de datos y marca la cantidad óptima de ranuras para usar.

También puedes combinar modelos de facturación a pedido y de tasa fija, 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 a pedido.

Nota: Los precios según demanda te proporcionan acceso a 2,000 ranuras o más por proyecto de Google Cloud. Con los precios de tasa fija, puedes adquirir un compromiso de menos de 2,000 ranuras, pero puede que las consultas tengan un rendimiento menor en función de las demandas de la carga de trabajo.

Puedes usar los precios de tasa fija en una región y los precios según demanda en otra: De forma predeterminada, todos los proyectos usan la facturación según demanda. Dentro de una región, puedes habilitar la facturación de tasa fija 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 de tasa fija 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 de tasa fija y 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 tu capacidad comprometida.

Compromisos vencidos

Si tienes compromisos de tarifa plana, se quitarán, a menos que se especifique un plan de renovación. Para garantizar que no pierdas ninguna capacidad, las ranuras adicionales se mueven al modelo de referencia de una reserva creada por el sistema llamada system-created-Enterprise. Una vez que venzan los compromisos, la factura consta de tres partes:

1. Compromisos restantes.
2. Ranuras del modelo de referencia que no están cubiertas por los compromisos restantes.
3. Ranuras escaladas administradas por el ajuste de escala automático.

Situación 1: Los compromisos son iguales al modelo de referencia total.

Tienes un compromiso que vence con 100 ranuras y una reserva con 100 ranuras de modelo de referencia.

Se quitan las 100 ranuras y se te cobra según el modelo de referencia de 100.

Situación 2: Compromisos más grandes que el modelo de referencia total

Tienes un compromiso que vence con 200 ranuras y una reserva con 100 ranuras de modelo de referencia.

Se quitan las 200 ranuras y se crea system-created-Enterprise con el modelo de referencia de 100. Se te cobrará según el modelo de referencia de 200 total.

Situación 3: Compromisos con un plan de renovación de tarifa plana anual

Tienes un compromiso de tarifa plana anual que vence con 100 ranuras y un plan de renovación de tarifa plana anual.

Las 100 ranuras se transfieren a un compromiso anual de Enterprise con un plan de renovación anual.

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, mensual y anual) y colocar las ranuras en el mismo proyecto de administración.

Nota: Después de crear un compromiso, no puedes moverlo a otro proyecto de administración.

Recomendamos crear un proyecto de administración para todas las reservas. El uso de un solo proyecto de administración simplifica la forma de administrar la facturación y asignar ranuras. Te recomendamos habilitar la API de BigQuery Reservations solo en el proyecto de administración, de forma que todos los compromisos se administren a través de este proyecto.

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 usar ranuras flexibles para experimentar con la mejor configuración de ranuras. Por ejemplo, puedes probar la carga de trabajo con 500 ranuras, 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 reserva ds.
• Puedes crear una reserva elt con 300 ranuras y asignar los proyectos que usas para cargas de trabajo de ELT a la reserva elt.
• Puedes crear una reserva bi con 200 ranuras y asignar los proyectos conectados a tus herramientas de BI a la reserva bi.

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:

1. En la consola de BigQuery, haz clic en Reservas.
2. Haz clic en el selector de Ubicación (Location) y selecciona la región en la que deseas administrar las reservas.
3. 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 capacidad comprometida de manera central para que se use 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. 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.