Sobre as solicitações de reserva adiantada

Neste documento, explicamos o comportamento, o faturamento e as restrições de reservas adiantadas de recursos zonais do Compute Engine.

Use reservas adiantadas para solicitar garantia de capacidade importante ou difícil de conseguir com antecedência.

Informações gerais

Em comparação com as reservas imediatas, as reservas adiantadas oferecem um nível ainda maior de garantia de conseguir capacidade de recursos zonais do Compute Engine. Com reservas adiantadas, é possível solicitar a reserva de capacidade a partir de uma data específica até um ano no futuro. Depois que você cria uma reserva adiantada, o Google Cloud analisa sua solicitação e, se aprovada, o Compute Engine provisiona a capacidade solicitada na data e hora especificadas. Esse processo ajuda a garantir que os recursos solicitados estejam disponíveis e reservados para seus projetos quando você precisar deles e previne você de não conseguir acesso a eles devido a erros de disponibilidade de recursos. Por exemplo, as reservas adiantadas podem ser úteis para os seguintes casos:

  • Migrar um grande número de instâncias de máquina virtual (VM).

  • Conseguir recursos de alta demanda.

  • Garantir capacidade em eventos com pico de escala.

Cada reserva futura oferece um nível muito alto de garantia para uma ou mais VMs com as mesmas propriedades em uma zona específica. Se o Google Cloud aprovar uma solicitação de reserva futura, na data em que você solicitou a capacidade reservada disponível, o Compute Engine subtrairá todas as reservas correspondentes, existentes e VMs em execução e criará automaticamente reservas para atingir a capacidade solicitada especificada na reserva futura. As novas reservas criadas automaticamente podem ser consumidas da mesma forma que as reservas sob demanda e impedem que outra pessoa use seus recursos reservados até que eles sejam excluídos.

Não há custos adicionais para criar solicitações de reserva adiantada. Você só começa a pagar quando o Compute Engine provisiona os recursos reservados, e essa cobrança tem o mesmo custo das reservas imediatas.

Como funcionam as reservas adiantadas

Os detalhes de como funcionam as reservas adiantadas estão descritos nas próximas seções.

Propriedades de reservas adiantadas

Ao criar uma solicitação de reserva adiantada, você precisa definir as seguintes propriedades:

  • Prefixo de nome

    O prefixo de nome especifica uma string a ser incluída no início do nome de cada reserva criada automaticamente (com criação automática) provisionada para essa solicitação. Em seguida, filtre por um ou mais prefixos de nome para identificar as reservas criadas automaticamente ao ver uma lista de reservas.

  • Tipo de compartilhamento (para um único projeto ou compartilhado)

    • Uma reserva adiantada para um único projeto é útil se você quer consumir suas VMs reservadas apenas em um só projeto. Para mais informações, consulte Reservas para um único projeto.

    • Uma reserva adiantada compartilhada é útil se você quer que o projeto que hospeda a reserva adiantada (o projeto proprietário) e qualquer outro projeto com que a reserva adiantada está compartilhada (os projetos consumidores) consumam suas VMs reservadas. Só é possível compartilhar uma reserva adiantada compartilhada com até 100 projetos consumidores que pertençam à mesma organização. Para mais informações, consulte Reservas compartilhadas.

  • Período de reserva (horário de início e horário de término)

    • O horário de início especifica o início do período de reserva, que é a data e a hora em que o Compute Engine termina de provisionar as reservas criadas automaticamente. Em seguida, é possível criar VMs para consumir as reservas criadas automaticamente. Especifique um horário de início que represente o tempo necessário para criar as VMs para consumir as reservas criadas automaticamente. O horário de início só pode ser de até 1 ano a partir da data e hora em que você envia uma solicitação de reserva adiantada para análise.

    • O horário de término especifica o término do período de reserva, que é a data e a hora em que a solicitação de reserva adiantada pode ser excluída. Além disso, as reservas criadas automaticamente com seus recursos reservados podem ser excluídas ou modificadas. O horário de término precisa ser pelo menos 24 horas após o horário de início e não tem um valor máximo. No entanto, o horário de término precisa ter a mesma duração de um período de reserva mínimo recomendado para aumentar as chances de o Google Cloud aprovar uma solicitação de reserva adiantada.

  • Contagem total

    A contagem total especifica o número total de VMs com a zona e as propriedades de VM especificadas que você quer garantir no horário de início. Depois que o Google Cloud aprova uma solicitação de reserva futura, o Compute Engine provisiona as reservas criadas automaticamente contabilizando todas as reservas correspondentes que já existem e só podem ser consumidas por alguns ou todos os projetos especificados na solicitação de reserva adiantada. Para mais informações, veja como o Compute Engine conta e provisiona recursos reservados neste documento.

  • Propriedades da VM

    As propriedades da VM definem os requisitos de hardware (memória e CPUs) e recursos opcionais (discos SSD locais e GPUs) para as VMs que você quer reserva. Ao criar uma solicitação de reserva futura, especifique essas propriedades diretamente, com base em uma VMou usando um modelo de instância. Uma VM só pode consumir uma reserva criada automaticamente quando as propriedades da VM e da reserva criada automaticamente são exatamente correspondentes. Com reservas adiantadas, só é possível especificar um tipo de consumo automático, e não é possível definir uma política de posicionamento compacto.

  • Zona

    A zona em que você quer solicitar capacidade. A combinação de zona e tipo de máquina (consulte Propriedades de VM) que você especifica para os recursos reservados afeta as chances de o Google Cloud aprovar ou não uma solicitação de reserva adiantada. Para mais informações, consulte o Processo de análise de reservas adiantadas neste documento.

Além disso, é possível definir as seguintes propriedades:

  • Exclusão automática

    A opção de exclusão automática especifica se você quer ou não que o Compute Engine exclua automaticamente (faça a exclusão automática de) todas as reservas criadas automaticamente provisionadas para essa solicitação, independentemente de elas serem ou não totalmente consumidas. O Compute Engine exclui as reservas criadas automaticamente dentro de duas horas após o horário de exclusão especificado. A exclusão automática de reservas criadas automaticamente pode ser útil para evitar cobranças desnecessárias para aquelas que não são consumidas por algum tempo.

  • Descrição

    A descrição especifica um texto opcional para descrever as propriedades da sua solicitação de reserva adiantada.

  • Status de planejamento

    O status de planejamento especifica se uma solicitação de reserva adiantada foi enviada ou não ao Google Cloud para análise. Para mais informações, consulte Status das reservas adiantadas neste documento.

Status das reservas adiantadas

Nesta seção, você verá os possíveis estados para definição de uma solicitação de reserva adiantada. Uma solicitação de reserva adiantada contém os seguintes campos de status:

  • Status de planejamento

    Nesta seção, explicamos o status de planejamento, que você especifica ao criar uma solicitação de reserva adiantada. O status de planejamento especifica se uma solicitação de reserva adiantada está em estado de rascunho ou foi enviada ao Google Cloud para análise.

  • Status da compra

    Nesta seção, explicamos o status de compra, que é definido pelo Compute Engine depois que você cria uma solicitação de reserva adiantada. Inicialmente, o campo de status de compra exibe o status de aprovação de uma solicitação de reserva adiantada. Depois que o Google Cloud aprova uma solicitação de reserva adiantada e a solicitação entra no horário de bloqueio, esse campo exibe o status de compra dos recursos solicitados.

Status de planejamento das reservas adiantadas

Ao criar uma solicitação de reserva adiantada, é possível definir seu status de planejamento (planningStatus) com um dos seguintes valores:

  • Rascunho (DRAFT): por padrão, você cria o rascunho de uma solicitação de reserva adiantada. Você pode modificar o rascunho de uma solicitação de reserva adiantada conforme necessário e, quando estiver satisfeito com suas alterações, você poderá enviá-las para o Google Cloud para revisão. O Google recomenda criar uma solicitação de rascunho primeiro, porque isso permite determinar o número de VMs que o Compute Engine vai provisionar para a solicitação em vez de estimar esse número e, opcionalmente, modificar o número de VMs reservadas na solicitação antes de enviá-la para análise.

  • Enviado (SUBMITTED): a solicitação de reserva adiantada foi enviada ao Google Cloud para análise. Depois de enviar uma solicitação de reserva adiantada para revisão, não será possível reverter o status de planejamento para DRAFT. Ao criar uma solicitação de reserva adiantada, você tem a opção de enviá-la imediatamente para análise.

Status de compra de reservas adiantadas

Depois de criar uma solicitação de reserva adiantada, o Compute Engine define seu status de compra (procurementStatus) com um dos seguintes valores:

  • Rascunho (DRAFTING): a solicitação de reserva adiantada está no estado de rascunho.

  • Aprovação pendente (PENDING_APPROVAL): a solicitação de reserva adiantada é enviada para aprovação do Google Cloud. Enquanto a solicitação está em análise, o status de compra de uma solicitação de reserva adiantada dpode ser definido como um dos seguintes:

    • Recusada (DECLINED): o Google Cloud recusou a solicitação de reserva adiantada. Ainda é possível modificar a solicitação de reserva adiantada e, depois de finalizar as alterações, enviá-la novamente para aprovação.

    • Aprovada (APPROVED): o Google Cloud aprovou a solicitação de reserva adiantada, e o Compute Engine planeja provisionar as reservas criadas automaticamente com a capacidade solicitada no horário de início do período de reserva. Se o Google Cloud aprovar a solicitação de reserva adiantada dentro de 56 dias (8 semanas) a partir do horário de início, a reserva futura entrará no tempo de bloqueio em alguns minutos.

    • Cancelada (CANCELED): um usuário cancelou a solicitação de reserva adiantada durante a análise ou depois que o Google Cloud a aprovou ou recusou.

    Depois que uma solicitação de reserva adiantada é aprovada ou recusada, é possível modificar uma ou mais propriedades dessa solicitação e enviá-la novamente ao Google Cloud para análise. Essa ação reverte o status da reserva adiantada para aprovação pendente.

  • Aquisição (PROCURING): 56 dias (8 semanas) a partir do horário de início do período de reserva, uma reserva adiantada entra no horário de bloqueio. Depois que a reserva adiantada entra nesse estado:

    • não é mais possível cancelar a reserva adiantada;

    • só é possível excluir a reserva adiantada após o horário de término;

    • Se você quiser modificar o período de reserva, as configurações de compartilhamento, a contagem total ou as propriedades de VM da reserva adiantada, solicite a aprovação do Google Cloud. Depois disso, o Google Cloud aprova ou recusa sua solicitação alterando o status de atualização dela. Se o Google Cloud recusar uma solicitação e você não enviar novas solicitações, o Compute Engine provisionará os recursos reservados conforme as propriedades especificadas anteriormente.

    Se uma reserva adiantada especificar um período de reserva inferior a 56 dias a partir da data e hora em que você enviar uma solicitação de reserva adiantada, a ela entrará no horário de bloqueio dentro de alguns minutos após a aprovação.

  • Provisionamento (PROVISIONING): 24 horas antes do horário de início especificado em uma reserva adiantada, o Compute Engine começa a provisionar os recursos solicitados criando reservas automaticamente. Em seguida, o Compute Engine define o status de compra da reserva adiantada com um destes:

    • Atendida (FULFILLED): o Compute Engine provisionou todos os recursos necessários para atingir a contagem total especificada na reserva adiantada.

    • Parcialmente entregue (FAILED_PARTIALLY_FULFILLED): o Compute Engine provisionou apenas parte dos recursos necessário para atingir a contagem total especificada na reserva adiantada por causa da cota insuficiente.

    • Falhou (FAILED): o Compute Engine não conseguiu provisionar os recursos reservados.

    As reservas criadas automaticamente podem ser consumidas no horário de início. Para garantir a capacidade total solicitada, identifique as reservas criadas automaticamente não consumidas e crie VMs para consumi-las. Só é possível modificar ou excluir uma reserva criada automaticamente após o horário de término especificado na reserva adiantada. Para mais informações, consulte Como o Compute Engine provisiona recursos neste documento.

Atualizações das reservas adiantadas

Depois de criar uma solicitação de reserva adiantada, é possível atualizá-la (cancelar, excluir, modificar ou solicitar a modificação). No entanto, só é possível atualizar solicitações de reserva adiantada durante determinados períodos, conforme explicado nas próximas seções.

Horário de bloqueio da reserva adiantada

Depois de enviar uma solicitação de reserva adiantada, é possível cancelá-la ou excluí-la a qualquer momento antes que o Google Cloud comece a aquisição (PROCURING) dos recursos. Nesse momento, a reserva adiantada entra no horário de bloqueio. Durante o horário de bloqueio de uma reserva adiantada, não é possível cancelá-la nem a excluir até depois do horário de término.

Além disso, o horário de bloqueio afeta o período em que é possível solicitar modificações. O horário de bloqueio de uma solicitação de reserva adiantada começa em um dos seguintes horários:

  • Se a solicitação de reserva adiantada especificar um horário de início inferior a 56 dias (8 semanas) a partir do momento em que foi enviada, a solicitação de reserva adiantada entrará no horário de bloqueio logo depois de ser aprovada.

  • Caso contrário, o horário de bloqueio da solicitação de reserva adiantada começará 56 dias a partir do horário de início.

Modificação de reserva adiantada

Se uma solicitação de reserva adiantada não estiver cancelada ou pendente de aprovação, você poderá modificar a solicitação a qualquer momento antes que ela alcance um status de aquisição de Provisionamento (PROVISIONING).

Depois que uma solicitação de reserva adiantada for aprovada, será possível modificar as seguintes propriedades somente se você solicitar uma modificação do Google Cloud:

  • GPUs e tipo de GPU

  • Discos SSD locais e tipo de interface dos discos

  • Série e tipo de máquina

  • Plataforma mínima de CPU

  • Configurações de compartilhamento

  • Horário de início e término do período de reserva

  • Contagem total (número de VMs)

Só é possível solicitar uma modificação (de uma ou mais propriedades) em uma reserva adiantada aprovada por vez. Além disso, se você enviar os seguintes tipos de solicitações de modificação, é provável que o Google Cloud as recuse:

  • Todas as solicitações feitas até 72 horas antes do horário de início.

  • Todas as solicitações para modificar as propriedades da VM feitas até 14 dias antes do horário de início.

  • Todas as solicitações para aumentar ou diminuir em grande volume a contagem total feitas até 14 dias após o horário de início.

O envio de uma solicitação de modificação cria o campo de status de atualização (AmendmentStatus) na reserva adiantada. Depois que o Google Cloud analisar a solicitação, o Compute Engine definirá o status de atualização como um dos seguintes valores:

  • Atualização com aprovação pendente (AMENDMENT_PENDING_APPROVAL): o Google Cloud está analisando sua solicitação.

  • Atualização aprovada (AMENDMENT_APPROVED): o Google Cloud aprovou sua solicitação. O Compute Engine provisionará os recursos reservados conforme as propriedades aprovadas.

  • Atualização recusada (AMENDMENT_DECLINED): o Google Cloud recusou sua solicitação. A menos que você envie uma nova solicitação e ela seja aprovada, o Compute Engine provisionará os recursos reservados conforme as propriedades aprovadas anteriormente.

Para saber como modificar solicitações de reserva adiantada e as propriedades que podem ser modificadas, consulte Modificar solicitações de reserva adiantada.

Processo de análise de reservas adiantadas

Para provisionar a capacidade solicitada, qualquer solicitação de reserva adiantada precisa ser enviada ao Google Cloud para análise. Depois que você envia uma solicitação, o Google Cloud pode levar até cinco dias úteis para analisá-la. Se o Google Cloud precisar de mais de cinco dias úteis para analisar sua solicitação ou tiver dúvidas, o Gerente técnico de contas ou a equipe de vendas entrarão em contato com você.

Se uma solicitação de reserva adiantada ou solicitação de modificação for aprovada, o Google Cloud dedicará esforços comercialmente razoáveis para disponibilizar a capacidade solicitada no horário de início do período de reserva da reserva adiantada. O Google Cloud prioriza a entrega da capacidade reservada em relação a outros clientes sem reservas adiantadas aprovadas com as mesmas propriedades. Para mais informações, consulte os Termos específicos do serviço.

Para aumentar as chances de o Google Cloud aprovar uma solicitação de reserva adiantada, defina as especificações a seguir ao criar ou modificar uma solicitação de reserva adiantada:

56 dias (8 semanas) a partir do horário de início do período de reserva, qualquer solicitação de reserva adiantada aprovada entra em um horário de bloqueio. Se o horário de início especificado em uma reserva adiantada aprovada for inferior a 56 dias a partir da data e hora em que você enviar a solicitação de reserva adiantada para análise, a solicitação de reserva adiantada entrará no horário de bloqueio em alguns minutos após a aprovação.

Para ter tempo suficiente para cancelar ou excluir uma solicitação de reserva adiantada, bem como enviar uma solicitação de modificação, é recomendável especificar um horário de início superior a 56 dias a partir da data e hora em que você enviar uma solicitação de reserva para análise.

Contanto que o período de reserva da reserva adiantada dure mais de 24 horas, não há restrições quanto à duração desse período. No entanto, dependendo do tipo de máquina e da zona especificados em uma solicitação de reserva adiantada, é mais provável que o Google Cloud aprove uma solicitação de reserva adiantada quando o período de reserva especifica um dos seguintes períodos mínimos recomendados:

  • 14 dias. Especifique um período mínimo de reserva de 14 dias quando a solicitação de reserva adiantada especificar o seguinte:

    • Uma série de máquina N1, N2 ou N2D

    • Uma zona em uma das seguintes regiões:

      América Ásia Europa
      Iowa (us-central1) Singapura (asia-southeast1) Bélgica (europe-west1)
      Oregon (us-west1) Alemanha (europe-west3)
      Carolina do Sul (us-east1) Países Baixos (europe-west4)
      Virgínia (us-east4)

  • 365 dias. Especifique um período mínimo de reserva de 365 dias quando a solicitação de reserva adiantada especificar qualquer outra combinação de regiões disponíveis para o Compute Engine e séries de máquinas compatíveis.

Se você especificar um período de reserva diferente do recomendado, é menos provável que o Google Cloud aprove uma solicitação de reserva adiantada ou solicitação de modificação.

Como o Compute Engine provisiona recursos reservados

Nesta seção, explicamos como o Compute Engine provisiona os recursos reservados:

  • Contar e provisionar recursos reservados

    Nesta seção, explicamos como o Compute Engine contabiliza reservas adiantadas, reservas e VMs que já existem e correspondem à sua solicitação ao provisionar a contagem total de recursos para uma reserva adiantada aprovada.

  • Reservas criadas automaticamente

    Nesta seção, explicamos o tipo de reserva que o Compute Engine cria no horário de início para uma reserva adiantada aprovada.

Contar e provisionar recursos reservados

Para atingir a contagem total de uma solicitação de reserva adiantada aprovada, o Compute Engine realiza as seguintes ações:

  1. O Compute Engine subtrai todas as reservas correspondentes que já existem (consumidas e não consumidas) e que estão compartilhadas somente com alguns ou todos os projetos especificados na reserva adiantada.

  2. O Compute Engine cria automaticamente reservas para o valor restante. Isso significa que:

    • As VMs correspondentes que já existem começam a consumir as reservas criadas automaticamente.

    • Você precisará criar VMs correspondentes para qualquer reserva criada automaticamente que não foi consumida.

Por exemplo, suponha que você crie uma solicitação de reserva adiantada compartilhada na zona us-central1-a. Essa solicitação de reserva adiantada especifica uma contagem total de 10 VMs com o tipo de máquina n2-standard-2, o projeto A como o projeto proprietário e os projetos B e C como os projetos consumidores. Depois que essa solicitação de reserva adiantada for aprovada e o Compute Engine começar a criar reservas no horário de início do período de reserva, vamos supor que esses projetos contenham os seguintes recursos com propriedades de VM correspondentes à reserva adiantada:

  • No projeto A, uma VM em execução que não está consumindo uma reserva.

  • No projeto B, uma reserva compartilhada não consumida com o projeto C para duas VMs.

  • No projeto C, uma reserva para um único projeto não consumida para uma VM.

Neste cenário, o Compute Engine cria automaticamente uma reserva compartilhada para 7 VMs a fim de atingir uma contagem total de 10 VMs no horário de início.

Para saber como determinar o número de VMs que o Compute Engine planeja provisionar para uma solicitação de reserva adiantada, consulte Determinar o número de VMs provisionadas.

Reservas criadas automaticamente

24 horas antes do horário de início especificado em uma Compute Engine, o Compute Engine começa a provisionar a capacidade solicitada em uma reserva adiantada aprovada criando automaticamente reservas, mas você pagará somente pelas reservas criadas automaticamente no horário de início. Cada reserva criada automaticamente tem as seguintes propriedades:

  • Ela pode ser consumida automaticamente criando VMs com propriedades correspondentes.

  • Ela tem propriedades de VM correspondentes àquelas especificadas na respectiva solicitação de reserva adiantada.

  • Ela corresponde às configurações de compartilhamento da solicitação de reserva adiantada. Especificamente:

    • Se você criou uma solicitação de reserva adiantada para um único projeto, cada reserva criada automaticamente será para um único projeto.

    • Se você criou uma solicitação de reserva adiantada compartilhada, cada reserva criada automaticamente será uma reserva compartilhada que especifica o mesmo projeto proprietário e projetos consumidores.

  • O nome dela começa com o prefixo de nome especificado na respectiva solicitação de reserva adiantada.

  • Se você ativou oopção de exclusão automática ao criar ou modificar uma solicitação de reserva adiantada, cada reserva criada automaticamente especificará um campo deleteAtTime definido com o horário em que o Compute Engine excluirá automaticamente essa reserva.

As reservas criadas automaticamente não podem ser modificadas nem excluídas até o horário de término da solicitação de reserva adiantada. Fora isso, é possível consumir, modificar e excluir as reservas criadas automaticamente da mesma forma que as reservas imediatas.

Restrições

As restrições para reservas são descritas nas próximas seções.

Restrições durante a criação

Ao criar uma solicitação de reserva adiantada, as seguintes restrições se aplicam:

  • Se você tiver reservas atuais com propriedades correspondentes, leia o seguinte:

    • Se o projeto já tiver reservas criadas automaticamente ou sob demanda ou se essas reservas forem compartilhadas com o projeto, só será possível criar solicitações de reserva futuras compartilhadas por todos os projetos especificados nas reservas atuais.

    • Se o projeto já contiver uma solicitação de reserva futura de projeto único, será possível criar somente solicitações de reserva futuras de projeto único.

    • Se o projeto já tiver uma solicitação de reserva futura compartilhada ou uma solicitação de reserva futura for compartilhada com seu projeto, só será possível criar futuras solicitações de reserva compartilhadas nos mesmos projetos. Por exemplo, uma solicitação de reserva futura compartilhada no projeto A (o projeto do proprietário) que é compartilhada com os projetos B e C (os projetos do consumidor), significa que você pode fazer o seguinte:

      • Crie outra solicitação de reserva futura compartilhada no projeto A e a compartilhe com os projetos B e C.

      • Crie uma solicitação de reserva futura compartilhada no projeto B e compartilhe-a com os projetos A e C.

      • Crie uma solicitação de reserva futura compartilhada no projeto C e compartilhe-a com os projetos A e B.

  • Só é possível especificar o provisionamento dos recursos solicitados usando reservas consumidas automaticamente.

  • Não é possível especificar tipos de máquina A3 ou E2.

  • Não é possível especificar um período de reserva menor que 24 horas.

  • Não é possível especificar um período de reserva que se sobreponha ao período de outra solicitação de reserva futura atual com zonas e propriedades de VM correspondentes. A solicitação de reserva futura pode estar localizada no mesmo projeto em que você está criando a solicitação de reserva futura ou em um projeto com o qual você quer compartilhar sua solicitação de reserva futura.

  • Não é possível especificar um horário de início posterior a um ano a partir da data e hora em que você enviar uma solicitação de reserva adiantada para análise.

  • Não é possível especificar políticas de posicionamento.

Restrições após a criação

Depois de criar uma solicitação de reserva adiantada, as seguintes restrições se aplicam:

  • Se você mover um projeto que criou uma solicitação de reserva adiantada para uma organização diferente e a reserva adiantada ainda não estiver com um horário de bloqueio inserido, a solicitação de reserva adiantada será excluída.

  • Depois que uma solicitação de reserva adiantada é aprovada e entra no horário de bloqueio, as seguintes restrições serão aplicadas:

    • não é mais possível cancelar a reserva adiantada;

    • Se você quiser anexar reservas criadas automaticamente a um compromisso, as seguintes restrições serão aplicadas:

      • Só é possível adquirir o compromisso durante as últimas 24 horas antes do horário de início do período de reserva.

      • É possível anexar apenas as reservas criadas automaticamente que têm a opção de exclusão automática desativada. Se você tiver ativado a opção de exclusão automática ao criar ou modificar uma solicitação de reserva adiantada, desative-a.

    • só é possível excluir a reserva adiantada após o horário de término;

  • Depois que uma reserva adiantada entra no horário de início, só é possível modificar ou excluir as reservas criadas automaticamente e provisionadas para a reserva adiantada após o horário de término.

Faturamento

Não há custos adicionais para criar solicitações de reserva adiantada.

Depois que uma solicitação de reserva adiantada é aprovada e entra no horário de bloqueio, você se compromete a pagar pela capacidade total provisionada durante todo o período de reserva, a menos que solicite ao Google Cloud para modificar o número ou as propriedades de VM dos recursos que você está reservando antes do horário de início do período de reserva. Quando o Google Cloud aprova a solicitação, você se compromete a pagar pela capacidade solicitada atualizada.

No horário de início do período de reserva de uma reserva adiantada, o Google Cloud cobra somente pelas reservas criadas automaticamente para atingir a contagem total especificada na reserva adiantada. Se o Compute Engine só puder entregar parcialmente a capacidade solicitada, você pagará somente pelos recursos provisionados.

Qualquer reserva criada automaticamente gera cobranças conforme a seguir:

  • Com mesma taxa das reservas imediatas.

  • Enquanto a reserva existir, independentemente de você usar ou não os recursos reservados.

A seguir