Sobre futuras solicitações de reserva,Sobre futuras solicitações de reserva

Este documento explica o comportamento, o faturamento e as restrições de reservas futuras de recursos zonais do Compute Engine.

Utilize reservas futuras para solicitar antecipadamente a garantia de capacidade importante ou difícil de obter.

Visão geral

Em comparação com as reservas sob demanda , as reservas futuras oferecem um nível ainda maior de garantia na obtenção de capacidade para recursos zonais do Compute Engine. Com reservas futuras, você pode solicitar a reserva de capacidade a partir de uma data específica até 1 ano no futuro. Depois de criar uma reserva futura, 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 evita que você não obtenha os recursos solicitados devido a erros de disponibilidade de recursos. Por exemplo, reservas futuras podem ser úteis para fazer o seguinte:

  • Migre um grande número de instâncias de máquinas virtuais (VM).

  • Obtenha recursos altamente exigidos.

  • Capacidade segura para eventos de pico.

Cada reserva futura fornece um nível muito elevado de garantia para uma ou mais VMs com as mesmas propriedades numa zona específica. Se Google Cloud aprova uma solicitação de reserva futura e, na data em que você solicitou a disponibilidade da capacidade reservada, o Compute Engine subtrai quaisquer reservas correspondentes, existentes e VMs em execução, e cria automaticamente reservas para atingir a capacidade solicitada especificada na reserva futura. As novas reservas criadas automaticamente podem então ser consumidas tal como as reservas a pedido e impedem que qualquer outra pessoa utilize os seus recursos reservados até que sejam eliminados.

Não há custos adicionais para a criação de futuros pedidos de reserva. Você só começa a pagar quando o Compute Engine provisiona os recursos reservados e paga o mesmo custo das reservas sob demanda.

Como funcionam as reservas futuras

Os detalhes de como funcionam as reservas futuras são descritos nas seções a seguir.

Propriedades de reservas futuras

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

  • Prefixo do nome

    O prefixo do nome especifica uma string a ser incluída no início do nome de cada reserva criada automaticamente (criada automaticamente) provisionada para esta solicitação. Você pode então filtrar por um ou mais prefixos de nome para identificar as reservas criadas automaticamente ao visualizar uma lista de reservas .

  • Tipo de compartilhamento (projeto único ou compartilhado)

    • Uma reserva futura de projeto único será útil se você quiser consumir suas VMs reservadas apenas em um único projeto. Para obter mais informações, consulte reservas de projeto único .

    • Uma reserva futura compartilhada será útil se você quiser que o projeto que hospeda a reserva futura (o projeto proprietário) e qualquer outro projeto com o qual a reserva futura seja compartilhada (os projetos consumidores) consumam suas VMs reservadas. Você só pode compartilhar uma reserva futura compartilhada com até 100 projetos consumidores que pertençam à mesma organização. Para mais informações, consulte reservas compartilhadas .

  • Período de reserva (hora de início e hora de término)

    • A hora de início especifica o início do período de reserva, que é a data e a hora em que o Compute Engine concluiu o provisionamento das reservas criadas automaticamente. Você pode então criar VMs para consumir as reservas criadas automaticamente. Certifique-se de especificar um horário de início que considere o tempo necessário para criar as VMs para consumir as reservas criadas automaticamente. A hora de início só pode ser dentro de 1 ano a partir da data e hora em que você enviar uma solicitação de reserva futura para análise.

    • A hora de término especifica o final do período da sua reserva. Esta data e hora são quando a solicitação de reserva futura pode ser excluída e as reservas criadas automaticamente com seus recursos reservados podem ser excluídas ou modificadas. O horário de término deve ser no mínimo 14 dias após o horário de início e não tem máximo; no entanto, para aumentar a probabilidade de queGoogle Cloud aprovar sua solicitação, especifique um período mínimo de reserva recomendado .

  • Contagem total

    A contagem total especifica o número total de VMs com a zona especificada e propriedades de VM para as quais você deseja um nível muito alto de garantia no horário de início. Depois Google Cloud aprova uma solicitação de reserva futura, o Compute Engine provisiona as reservas criadas automaticamente contabilizando quaisquer reservas correspondentes existentes que só podem ser consumidas por (alguns ou todos) os projetos especificados na solicitação de reserva futura. 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ê deseja reservar. Ao criar uma solicitação de reserva futura, você pode especificar essas propriedades diretamente, especificar as propriedades com base em uma VM existente ou especificar as propriedades usando um modelo de instância . Uma VM só poderá consumir uma reserva criada automaticamente se as propriedades da VM e as propriedades da VM da reserva criada automaticamente corresponderem exatamente . Com reservas futuras, você só pode especificar um tipo de consumo automático e não pode especificar uma política de veiculação compacta .

  • Zona

    A zona onde você deseja solicitar capacidade. A combinação de zona e tipo de máquina (consulte Propriedades da VM ) especificada para seus recursos reservados afeta a probabilidade de que Google Cloud aprova ou não um pedido de reserva futuro. Para obter mais informações, consulte Processo de revisão de reservas futuras neste documento.

Além disso, você pode definir as seguintes propriedades:

  • Excluir automaticamente

    A opção de exclusão automática especifica se você deseja ou não que o Compute Engine exclua automaticamente (exclua automaticamente) quaisquer reservas criadas automaticamente e provisionadas para esta solicitação, independentemente de elas terem sido totalmente consumidas ou não. 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 pelas reservas criadas automaticamente que não são consumidas há algum tempo.

  • Descrição

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

  • Status de planejamento

    O status de planejamento especifica se uma solicitação de reserva futura foi enviada para revisão ao Google Cloud ou não. Para obter mais informações, consulte Status de reservas futuras neste documento.

Status de reservas futuras

Esta seção especifica os possíveis estados para os quais uma solicitação de reserva futura pode ser definida. Uma solicitação de reserva futura contém os seguintes campos de status:

  • Status de planejamento

    Esta seção explica o status de planejamento que você especifica ao criar uma solicitação de reserva futura. O status de planejamento especifica se uma solicitação de reserva futura está em estado de rascunho ou foi enviada paraGoogle Cloud para revisão.

  • Status de aquisição

    Esta seção explica o status da aquisição, que é definido pelo Compute Engine depois que você cria uma solicitação de reserva futura. A princípio, o campo status de aquisição exibe o status de aprovação de uma solicitação de reserva futura. Depois Google Cloud aprova uma solicitação de reserva futura e a solicitação entra em seu horário de bloqueio, esse campo exibe o status de aquisição dos recursos solicitados.

Status de planejamento de reservas futuras

Ao criar uma solicitação de reserva futura, você pode definir seu status de planejamento ( planningStatus ) para um dos seguintes valores:

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

  • Enviado ( SUBMITTED ): A futura solicitação de reserva foi enviada para revisão para Google Cloud. Depois de enviar uma solicitação de reserva futura para revisão, não será possível alterar o status de planejamento novamente para DRAFT . Opcionalmente, você pode enviar imediatamente uma solicitação de reserva futura para análise ao criá-la.

Status de aquisição de reservas futuras

Depois de criar uma solicitação de reserva futura, o Compute Engine define o status de aquisição ( procurementStatus ) como um dos seguintes valores:

  • Redação ( DRAFTING ): A futura solicitação de reserva está em estado de rascunho.

  • Aprovação pendente ( PENDING_APPROVAL ): A solicitação de reserva futura é enviada para aprovação para Google Cloud. Enquanto a solicitação estiver em análise, o status de aquisição de uma solicitação de reserva futura poderá ser definido como um dos seguintes:

    • Recusado ( DECLINED ): Google Cloud recusou o pedido de reserva futura. Você ainda pode modificar a solicitação de reserva futura e, após finalizar as alterações, submetê-la novamente para aprovação.

    • Aprovado ( APPROVED ): Google Cloud aprovou a solicitação de reserva futura 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 Google Cloud aprova a solicitação de reserva futura dentro de 56 dias (8 semanas) a partir do horário de início e, em seguida, a reserva futura entra no tempo de bloqueio em alguns minutos.

    • Cancelado ( CANCELED ): Um usuário cancelou a solicitação de reserva futura durante a revisão ou após Google Cloud aprovou ou recusou.

    Depois que uma solicitação de reserva futura for aprovada ou recusada, você poderá modificar uma ou mais propriedades da solicitação de reserva futura e enviá-la novamente para Google Cloud para revisão. Esta ação retorna o status da reserva futura para aprovação pendente.

  • Aquisição ( PROCURING ): 56 dias (8 semanas) a partir da hora de início do seu período de reserva, uma reserva futura entra no seu tempo de bloqueio. Depois que a reserva futura entrar neste estado:

    • Você não pode mais cancelar a reserva futura.

    • Você só poderá excluir a reserva futura após o horário de término.

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

    Se uma reserva futura 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 futura, a reserva futura entrará em seu tempo de bloqueio alguns minutos após a aprovação.

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

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

    • Parcialmente atendido ( FAILED_PARTIALLY_FULFILLED ): o Compute Engine provisionou apenas parte dos recursos necessários para atingir a contagem total especificada na reserva futura devido à cota insuficiente.

    • Failed ( FAILED ): o Compute Engine não provisionou os recursos reservados.

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

Atualizações futuras de reservas

Depois de criar uma solicitação de reserva futura, você pode opcionalmente atualizá-la: cancelá-la, excluí-la, modificá-la ou solicitar sua modificação. No entanto, você só poderá atualizar futuras solicitações de reserva durante determinados períodos de tempo, conforme explicado nas seções a seguir.

Tempo de bloqueio de reserva futura

Depois de enviar uma solicitação de reserva futura, você poderá cancelá-la ou excluí-la a qualquer momento antes Google Cloud começa a adquirir ( PROCURING ) seus recursos, momento em que a reserva futura entra em seu tempo de bloqueio. Durante o período de bloqueio para uma reserva futura, você não poderá mais cancelá-la e não poderá excluí-la antes do horário de término.

Além disso, o tempo de bloqueio afeta quando você pode solicitar modificações. O tempo de bloqueio para uma solicitação de reserva futura começa em um dos seguintes horários:

  • Se a solicitação de reserva futura especificar um horário de início inferior a 56 dias (8 semanas) a partir de quando foi enviado, a solicitação de reserva futura entrará no horário de bloqueio logo após ser aprovada.

  • Caso contrário, o tempo de bloqueio para a solicitação de reserva futura começa 56 dias após o horário de início.

Modificação futura de reserva

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

Após a aprovação de uma solicitação de reserva futura, você poderá modificar as propriedades a seguir somente se solicitar uma modificação de Google Cloud:

  • GPUs e tipo de GPU

  • Discos SSD locais e o tipo de interface dos discos

  • Série de máquinas e tipo de máquina

  • Plataforma mínima de CPU

  • Configurações de compartilhamento

  • Hora de início e término do período de reserva

  • Contagem total (número de VMs)

Você só pode solicitar uma modificação (de uma ou mais propriedades) de cada vez para uma reserva futura aprovada. Além disso, se você enviar os seguintes tipos de solicitações de modificação, Google Cloud é provável que os recuse:

  • Quaisquer solicitações feitas dentro de 72 horas do horário de início.

  • Quaisquer solicitações para modificar propriedades da VM feitas até 14 dias após o horário de início.

  • Quaisquer solicitações para aumentar ou diminuir significativamente a contagem total feitas dentro de 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 futura. Depois Google Cloud analisa a solicitação, o Compute Engine define o status da atualização para um dos seguintes valores:

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

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

  • Atualização recusada ( AMENDMENT_DECLINED ): 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 usando propriedades aprovadas anteriormente.

Para saber mais sobre como modificar solicitações de reserva futuras e as propriedades que você pode modificar, consulte Modificar solicitações de reserva futuras .

Processo de revisão de reservas futuras

Para disponibilizar a capacidade solicitada, qualquer pedido de reserva futuro deverá ser submetido a Google Cloud para revisão. Depois de enviar uma solicitação,Google Cloud pode levar até cinco dias úteis para analisar sua solicitação. SeGoogle Cloud precisar de mais de cinco dias úteis para analisar sua solicitação ou tiver dúvidas, o gerente técnico de contas designado ou a equipe de vendas entrarão em contato com você.

Se uma futura solicitação de reserva ou modificação for aprovada, entãoGoogle Cloud envida esforços comercialmente razoáveis ​​para disponibilizar a capacidade solicitada no horário de início do período de reserva da reserva futura. Google Cloud prioriza a entrega da sua capacidade reservada em detrimento de outros clientes sem reservas futuras aprovadas com as mesmas propriedades. Para obter mais informações, consulte Termos Específicos do Serviço .

Para aumentar a probabilidade de que Google Cloud aprova uma solicitação de reserva futura, certifique-se de especificar o seguinte ao criar ou modificar uma solicitação de reserva futura:

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

Para ter tempo suficiente para cancelar ou excluir uma solicitação de reserva futura, 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ê envia uma solicitação de reserva futura para análise.

Desde que o período de reserva de uma reserva futura dure mais de 14 dias, não há restrições quanto à duração de um período de reserva. No entanto, dependendo do tipo de máquina e da zona que você especificar em uma solicitação de reserva futura, Google Cloud tem maior probabilidade de aprovar um pedido de reserva futuro se o seu período de reserva especificar um dos seguintes períodos mínimos de reserva recomendados:

  • 14 dias . Especifique um período mínimo de reserva de 14 dias quando sua solicitação de reserva futura especificar ambos os seguintes itens:

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

    • Uma zona em uma das seguintes regiões:

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

  • 365 dias . Especifique um período mínimo de reserva de 365 dias quando sua solicitação de reserva futura 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, entãoGoogle Cloud é menos provável que aprove uma futura solicitação de reserva ou modificação.

Como o Compute Engine provisiona recursos reservados

Esta seção explica como o Compute Engine provisiona os recursos reservados:

  • Contar e provisionar recursos reservados

    Esta seção explica como o Compute Engine contabiliza reservas futuras, reservas e VMs existentes que correspondem à sua solicitação ao provisionar a contagem total de recursos para uma reserva futura aprovada.

  • Reservas criadas automaticamente

    Esta seção explica o tipo de reservas que o Compute Engine cria para uma reserva futura aprovada no horário de início.

Contar e provisionar recursos reservados

Para atingir a contagem total de uma solicitação de reserva futura aprovada, o Compute Engine faz o seguinte:

  1. O Compute Engine subtrai todas as reservas correspondentes existentes (consumidas e não consumidas) que são compartilhadas apenas com (alguns ou todos) os projetos especificados na reserva futura.

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

    • Quaisquer VMs correspondentes existentes começam a consumir as reservas criadas automaticamente.

    • Terá de criar VMs correspondentes para qualquer reserva criada automaticamente que não tenha sido consumida.

Por exemplo, suponha que você crie uma solicitação de reserva futura compartilhada na zona us-central1-a . Esta solicitação de reserva futura 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 futura for aprovada e o Compute Engine começar a criar reservas no horário de início do período de reserva, suponha que esses projetos contenham os seguintes recursos com propriedades de VM que correspondam à reserva futura:

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

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

  • No projeto C, 1 reserva de projeto único não consumida para 1 VM.

Nesse cenário, o Compute Engine cria automaticamente uma reserva compartilhada para 7 VMs para 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 futura existente, consulte Determinar o número de VMs provisionadas .

Reservas criadas automaticamente

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

  • Ele pode ser consumido automaticamente criando VMs com propriedades correspondentes .

  • Possui propriedades de VM correspondentes às especificadas em sua solicitação de reserva futura.

  • Corresponde às configurações de compartilhamento de sua futura solicitação de reserva. Especificamente:

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

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

  • Seu nome começa com o prefixo do nome especificado em sua futura solicitação de reserva.

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

As reservas criadas automaticamente não podem ser modificadas ou excluídas até o horário de término da solicitação de reserva futura. Caso contrário, você poderá consumir, modificar e excluir reservas criadas automaticamente da mesma forma que as reservas sob demanda.

Restrições

As restrições para reservas estão descritas nas seções a seguir.

Restrições à criação

Ao criar um pedido de reserva futuro, aplicam-se as seguintes restrições:

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

    • Se o seu projeto já contém reservas criadas automaticamente ou sob demanda, ou se essas reservas são compartilhadas com o seu projeto, você só poderá criar futuras solicitações de reserva compartilhadas entre todos os projetos especificados nas reservas existentes.

    • Se o seu projeto já contém uma solicitação de reserva futura de projeto único, você poderá criar somente solicitações de reserva futura de projeto único.

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

      • Crie outra solicitação de reserva futura compartilhada no projeto A e compartilhe-a 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.

  • Você só pode especificar o provisionamento dos recursos solicitados usando reservas consumidas automaticamente .

  • Você só pode reservar VMs A4 e A3 Ultra por meio de solicitações de reserva futuras, conforme descrito na documentação do AI Hypercomputer sobre como solicitar capacidade .

  • Você não pode especificar os tipos de máquina A3 Mega, A3 High, A3 Edge ou E2.

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

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

  • Você não pode especificar um horário de início posterior a 1 ano da data e hora em que você enviou uma solicitação de reserva futura para análise.

  • Você não pode especificar políticas de posicionamento.

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

Depois de criar um pedido de reserva futuro, aplicam-se as seguintes restrições:

  • Se você mover um projeto que criou uma solicitação de reserva futura para uma organização diferente e a reserva futura ainda não tiver inserido seu tempo de bloqueio, a solicitação de reserva futura será excluída.

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

    • Você não pode mais cancelar a reserva futura.

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

      • Você pode adquirir o compromisso apenas nas últimas 24 horas antes do horário de início do período de reserva.

      • Você pode anexar apenas as reservas criadas automaticamente que tenham a opção de exclusão automática desativada. Se você ativou a opção de exclusão automática ao criar ou modificar uma solicitação de reserva futura, deverá desativar a opção.

    • Você só poderá excluir a reserva futura após o horário de término.

  • Depois que uma reserva futura inserir seu horário de início, você só poderá modificar ou excluir as reservas criadas automaticamente e provisionadas para a reserva futura após o horário de término.

Cobrança

Não há custos adicionais para a criação de futuros pedidos de reserva.

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

Na hora de início do período de reserva de uma reserva futura,Google Cloud cobra apenas pelas reservas criadas automaticamente para atingir a contagem total especificada na reserva futura. Se o Compute Engine puder fornecer apenas parcialmente a capacidade solicitada, você será cobrado apenas pelos recursos provisionados.

Qualquer reserva criada automaticamente incorre nos seguintes custos:

  • Na mesma taxa de reservas sob demanda .

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

O que vem a seguir

,

Este documento explica o comportamento, o faturamento e as restrições de reservas futuras de recursos zonais do Compute Engine.

Utilize reservas futuras para solicitar antecipadamente a garantia de capacidade importante ou difícil de obter.

Visão geral

Em comparação com as reservas sob demanda , as reservas futuras oferecem um nível ainda maior de garantia na obtenção de capacidade para recursos zonais do Compute Engine. Com reservas futuras, você pode solicitar a reserva de capacidade a partir de uma data específica até 1 ano no futuro. Depois de criar uma reserva futura, 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 evita que você não obtenha os recursos solicitados devido a erros de disponibilidade de recursos. Por exemplo, reservas futuras podem ser úteis para fazer o seguinte:

  • Migre um grande número de instâncias de máquinas virtuais (VM).

  • Obtenha recursos altamente exigidos.

  • Capacidade segura para eventos de pico.

Cada reserva futura fornece um nível muito elevado de garantia para uma ou mais VMs com as mesmas propriedades numa zona específica. Se Google Cloud aprova uma solicitação de reserva futura e, na data em que você solicitou a disponibilidade da capacidade reservada, o Compute Engine subtrai quaisquer reservas correspondentes, existentes e VMs em execução, e cria automaticamente reservas para atingir a capacidade solicitada especificada na reserva futura. As novas reservas criadas automaticamente podem então ser consumidas tal como as reservas a pedido e impedem que qualquer outra pessoa utilize os seus recursos reservados até que sejam eliminados.

Não há custos adicionais para a criação de futuros pedidos de reserva. Você só começa a pagar quando o Compute Engine provisiona os recursos reservados e paga o mesmo custo das reservas sob demanda.

Como funcionam as reservas futuras

Os detalhes de como funcionam as reservas futuras são descritos nas seções a seguir.

Propriedades de reservas futuras

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

  • Prefixo do nome

    O prefixo do nome especifica uma string a ser incluída no início do nome de cada reserva criada automaticamente (criada automaticamente) provisionada para esta solicitação. Você pode então filtrar por um ou mais prefixos de nome para identificar as reservas criadas automaticamente ao visualizar uma lista de reservas .

  • Tipo de compartilhamento (projeto único ou compartilhado)

    • Uma reserva futura de projeto único será útil se você quiser consumir suas VMs reservadas apenas em um único projeto. Para obter mais informações, consulte reservas de projeto único .

    • Uma reserva futura compartilhada será útil se você quiser que o projeto que hospeda a reserva futura (o projeto proprietário) e qualquer outro projeto com o qual a reserva futura seja compartilhada (os projetos consumidores) consumam suas VMs reservadas. Você só pode compartilhar uma reserva futura compartilhada com até 100 projetos consumidores que pertençam à mesma organização. Para mais informações, consulte reservas compartilhadas .

  • Período de reserva (hora de início e hora de término)

    • A hora de início especifica o início do período de reserva, que é a data e a hora em que o Compute Engine concluiu o provisionamento das reservas criadas automaticamente. Você pode então criar VMs para consumir as reservas criadas automaticamente. Certifique-se de especificar um horário de início que considere o tempo necessário para criar as VMs para consumir as reservas criadas automaticamente. A hora de início só pode ser dentro de 1 ano a partir da data e hora em que você enviar uma solicitação de reserva futura para análise.

    • A hora de término especifica o final do período da sua reserva. Esta data e hora são quando a solicitação de reserva futura pode ser excluída e as reservas criadas automaticamente com seus recursos reservados podem ser excluídas ou modificadas. O horário de término deve ser no mínimo 14 dias após o horário de início e não tem máximo; no entanto, para aumentar a probabilidade de queGoogle Cloud aprovar sua solicitação, especifique um período mínimo de reserva recomendado .

  • Contagem total

    A contagem total especifica o número total de VMs com a zona especificada e propriedades de VM para as quais você deseja um nível muito alto de garantia no horário de início. Depois Google Cloud aprova uma solicitação de reserva futura, o Compute Engine provisiona as reservas criadas automaticamente contabilizando quaisquer reservas correspondentes existentes que só podem ser consumidas por (alguns ou todos) os projetos especificados na solicitação de reserva futura. 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ê deseja reservar. Ao criar uma solicitação de reserva futura, você pode especificar essas propriedades diretamente, especificar as propriedades com base em uma VM existente ou especificar as propriedades usando um modelo de instância . Uma VM só poderá consumir uma reserva criada automaticamente se as propriedades da VM e as propriedades da VM da reserva criada automaticamente corresponderem exatamente . Com reservas futuras, você só pode especificar um tipo de consumo automático e não pode especificar uma política de veiculação compacta .

  • Zona

    A zona onde você deseja solicitar capacidade. A combinação de zona e tipo de máquina (consulte Propriedades da VM ) especificada para seus recursos reservados afeta a probabilidade de que Google Cloud aprova ou não um pedido de reserva futuro. Para obter mais informações, consulte Processo de revisão de reservas futuras neste documento.

Além disso, você pode definir as seguintes propriedades:

  • Excluir automaticamente

    A opção de exclusão automática especifica se você deseja ou não que o Compute Engine exclua automaticamente (exclua automaticamente) quaisquer reservas criadas automaticamente e provisionadas para esta solicitação, independentemente de elas terem sido totalmente consumidas ou não. 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 pelas reservas criadas automaticamente que não são consumidas há algum tempo.

  • Descrição

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

  • Status de planejamento

    O status de planejamento especifica se uma solicitação de reserva futura foi enviada para revisão ao Google Cloud ou não. Para obter mais informações, consulte Status de reservas futuras neste documento.

Status de reservas futuras

Esta seção especifica os possíveis estados para os quais uma solicitação de reserva futura pode ser definida. Uma solicitação de reserva futura contém os seguintes campos de status:

  • Status de planejamento

    Esta seção explica o status de planejamento que você especifica ao criar uma solicitação de reserva futura. O status de planejamento especifica se uma solicitação de reserva futura está em estado de rascunho ou foi enviada paraGoogle Cloud para revisão.

  • Status de aquisição

    Esta seção explica o status da aquisição, que é definido pelo Compute Engine depois que você cria uma solicitação de reserva futura. A princípio, o campo status de aquisição exibe o status de aprovação de uma solicitação de reserva futura. Depois Google Cloud aprova uma solicitação de reserva futura e a solicitação entra em seu horário de bloqueio, esse campo exibe o status de aquisição dos recursos solicitados.

Status de planejamento de reservas futuras

Ao criar uma solicitação de reserva futura, você pode definir seu status de planejamento ( planningStatus ) para um dos seguintes valores:

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

  • Enviado ( SUBMITTED ): A futura solicitação de reserva foi enviada para revisão para Google Cloud. Depois de enviar uma solicitação de reserva futura para revisão, não será possível alterar o status de planejamento novamente para DRAFT . Opcionalmente, você pode enviar imediatamente uma solicitação de reserva futura para análise ao criá-la.

Status de aquisição de reservas futuras

Depois de criar uma solicitação de reserva futura, o Compute Engine define o status de aquisição ( procurementStatus ) como um dos seguintes valores:

  • Redação ( DRAFTING ): A futura solicitação de reserva está em estado de rascunho.

  • Aprovação pendente ( PENDING_APPROVAL ): A solicitação de reserva futura é enviada para aprovação para Google Cloud. Enquanto a solicitação estiver em análise, o status de aquisição de uma solicitação de reserva futura poderá ser definido como um dos seguintes:

    • Recusado ( DECLINED ): Google Cloud recusou o pedido de reserva futura. Você ainda pode modificar a solicitação de reserva futura e, após finalizar as alterações, submetê-la novamente para aprovação.

    • Aprovado ( APPROVED ): Google Cloud aprovou a solicitação de reserva futura 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 Google Cloud aprova a solicitação de reserva futura dentro de 56 dias (8 semanas) a partir do horário de início e, em seguida, a reserva futura entra no tempo de bloqueio em alguns minutos.

    • Cancelado ( CANCELED ): Um usuário cancelou a solicitação de reserva futura durante a revisão ou após Google Cloud aprovou ou recusou.

    Depois que uma solicitação de reserva futura for aprovada ou recusada, você poderá modificar uma ou mais propriedades da solicitação de reserva futura e enviá-la novamente para Google Cloud para revisão. Esta ação retorna o status da reserva futura para aprovação pendente.

  • Aquisição ( PROCURING ): 56 dias (8 semanas) a partir da hora de início do seu período de reserva, uma reserva futura entra no seu tempo de bloqueio. Depois que a reserva futura entrar neste estado:

    • Você não pode mais cancelar a reserva futura.

    • Você só poderá excluir a reserva futura após o horário de término.

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

    Se uma reserva futura 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 futura, a reserva futura entrará em seu tempo de bloqueio alguns minutos após a aprovação.

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

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

    • Parcialmente atendido ( FAILED_PARTIALLY_FULFILLED ): o Compute Engine provisionou apenas parte dos recursos necessários para atingir a contagem total especificada na reserva futura devido à cota insuficiente.

    • Failed ( FAILED ): o Compute Engine não provisionou os recursos reservados.

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

Atualizações futuras de reservas

Depois de criar uma solicitação de reserva futura, você pode opcionalmente atualizá-la: cancelá-la, excluí-la, modificá-la ou solicitar sua modificação. No entanto, você só poderá atualizar futuras solicitações de reserva durante determinados períodos de tempo, conforme explicado nas seções a seguir.

Tempo de bloqueio de reserva futura

Depois de enviar uma solicitação de reserva futura, você poderá cancelá-la ou excluí-la a qualquer momento antes Google Cloud começa a adquirir ( PROCURING ) seus recursos, momento em que a reserva futura entra em seu tempo de bloqueio. Durante o período de bloqueio para uma reserva futura, você não poderá mais cancelá-la e não poderá excluí-la antes do horário de término.

Além disso, o tempo de bloqueio afeta quando você pode solicitar modificações. O tempo de bloqueio para uma solicitação de reserva futura começa em um dos seguintes horários:

  • Se a solicitação de reserva futura especificar um horário de início inferior a 56 dias (8 semanas) a partir de quando foi enviado, a solicitação de reserva futura entrará no horário de bloqueio logo após ser aprovada.

  • Caso contrário, o tempo de bloqueio para a solicitação de reserva futura começa 56 dias após o horário de início.

Modificação futura de reserva

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

Após a aprovação de uma solicitação de reserva futura, você poderá modificar as propriedades a seguir somente se solicitar uma modificação de Google Cloud:

  • GPUs e tipo de GPU

  • Discos SSD locais e o tipo de interface dos discos

  • Série de máquinas e tipo de máquina

  • Plataforma mínima de CPU

  • Configurações de compartilhamento

  • Hora de início e término do período de reserva

  • Contagem total (número de VMs)

Você só pode solicitar uma modificação (de uma ou mais propriedades) de cada vez para uma reserva futura aprovada. Além disso, se você enviar os seguintes tipos de solicitações de modificação, Google Cloud é provável que os recuse:

  • Quaisquer solicitações feitas dentro de 72 horas do horário de início.

  • Quaisquer solicitações para modificar propriedades da VM feitas até 14 dias após o horário de início.

  • Quaisquer solicitações para aumentar ou diminuir significativamente a contagem total feitas dentro de 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 futura. Depois Google Cloud analisa a solicitação, o Compute Engine define o status da atualização para um dos seguintes valores:

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

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

  • Atualização recusada ( AMENDMENT_DECLINED ): 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 usando propriedades aprovadas anteriormente.

Para saber mais sobre como modificar solicitações de reserva futuras e as propriedades que você pode modificar, consulte Modificar solicitações de reserva futuras .

Processo de revisão de reservas futuras

Para disponibilizar a capacidade solicitada, qualquer pedido de reserva futuro deverá ser submetido a Google Cloud para revisão. Depois de enviar uma solicitação,Google Cloud pode levar até cinco dias úteis para analisar sua solicitação. SeGoogle Cloud precisar de mais de cinco dias úteis para analisar sua solicitação ou tiver dúvidas, o gerente técnico de contas designado ou a equipe de vendas entrarão em contato com você.

Se uma futura solicitação de reserva ou modificação for aprovada, entãoGoogle Cloud envida esforços comercialmente razoáveis ​​para disponibilizar a capacidade solicitada no horário de início do período de reserva da reserva futura. Google Cloud prioriza a entrega da sua capacidade reservada em detrimento de outros clientes sem reservas futuras aprovadas com as mesmas propriedades. Para obter mais informações, consulte Termos Específicos do Serviço .

Para aumentar a probabilidade de que Google Cloud aprova uma solicitação de reserva futura, certifique-se de especificar o seguinte ao criar ou modificar uma solicitação de reserva futura:

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

Para ter tempo suficiente para cancelar ou excluir uma solicitação de reserva futura, 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ê envia uma solicitação de reserva futura para análise.

Desde que o período de reserva de uma reserva futura dure mais de 14 dias, não há restrições quanto à duração de um período de reserva. No entanto, dependendo do tipo de máquina e da zona que você especificar em uma solicitação de reserva futura, Google Cloud tem maior probabilidade de aprovar um pedido de reserva futuro se o seu período de reserva especificar um dos seguintes períodos mínimos de reserva recomendados:

  • 14 dias . Especifique um período mínimo de reserva de 14 dias quando sua solicitação de reserva futura especificar ambos os seguintes itens:

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

    • Uma zona em uma das seguintes regiões:

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

  • 365 dias . Especifique um período mínimo de reserva de 365 dias quando sua solicitação de reserva futura 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, entãoGoogle Cloud é menos provável que aprove uma futura solicitação de reserva ou modificação.

Como o Compute Engine provisiona recursos reservados

Esta seção explica como o Compute Engine provisiona os recursos reservados:

  • Contar e provisionar recursos reservados

    Esta seção explica como o Compute Engine contabiliza reservas futuras, reservas e VMs existentes que correspondem à sua solicitação ao provisionar a contagem total de recursos para uma reserva futura aprovada.

  • Reservas criadas automaticamente

    Esta seção explica o tipo de reservas que o Compute Engine cria para uma reserva futura aprovada no horário de início.

Contar e provisionar recursos reservados

Para atingir a contagem total de uma solicitação de reserva futura aprovada, o Compute Engine faz o seguinte:

  1. O Compute Engine subtrai todas as reservas correspondentes existentes (consumidas e não consumidas) que são compartilhadas apenas com (alguns ou todos) os projetos especificados na reserva futura.

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

    • Quaisquer VMs correspondentes existentes começam a consumir as reservas criadas automaticamente.

    • Terá de criar VMs correspondentes para qualquer reserva criada automaticamente que não tenha sido consumida.

Por exemplo, suponha que você crie uma solicitação de reserva futura compartilhada na zona us-central1-a . Esta solicitação de reserva futura 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 futura for aprovada e o Compute Engine começar a criar reservas no horário de início do período de reserva, suponha que esses projetos contenham os seguintes recursos com propriedades de VM que correspondam à reserva futura:

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

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

  • No projeto C, 1 reserva de projeto único não consumida para 1 VM.

Nesse cenário, o Compute Engine cria automaticamente uma reserva compartilhada para 7 VMs para 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 futura existente, consulte Determinar o número de VMs provisionadas .

Reservas criadas automaticamente

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

  • Ele pode ser consumido automaticamente criando VMs com propriedades correspondentes .

  • Possui propriedades de VM correspondentes às especificadas em sua solicitação de reserva futura.

  • Corresponde às configurações de compartilhamento de sua futura solicitação de reserva. Especificamente:

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

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

  • Seu nome começa com o prefixo do nome especificado em sua futura solicitação de reserva.

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

As reservas criadas automaticamente não podem ser modificadas ou excluídas até o horário de término da solicitação de reserva futura. Caso contrário, você poderá consumir, modificar e excluir reservas criadas automaticamente da mesma forma que as reservas sob demanda.

Restrições

As restrições para reservas estão descritas nas seções a seguir.

Restrições à criação

Ao criar um pedido de reserva futuro, aplicam-se as seguintes restrições:

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

    • Se o seu projeto já contém reservas criadas automaticamente ou sob demanda, ou se essas reservas são compartilhadas com o seu projeto, você só poderá criar futuras solicitações de reserva compartilhadas entre todos os projetos especificados nas reservas existentes.

    • Se o seu projeto já contém uma solicitação de reserva futura de projeto único, você poderá criar somente solicitações de reserva futura de projeto único.

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

      • Crie outra solicitação de reserva futura compartilhada no projeto A e compartilhe-a 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.

  • Você só pode especificar o provisionamento dos recursos solicitados usando reservas consumidas automaticamente .

  • Você só pode reservar VMs A4 e A3 Ultra por meio de solicitações de reserva futuras, conforme descrito na documentação do AI Hypercomputer sobre como solicitar capacidade .

  • Você não pode especificar os tipos de máquina A3 Mega, A3 High, A3 Edge ou E2.

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

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

  • Você não pode especificar um horário de início posterior a 1 ano da data e hora em que você enviou uma solicitação de reserva futura para análise.

  • Você não pode especificar políticas de posicionamento.

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

Depois de criar um pedido de reserva futuro, aplicam-se as seguintes restrições:

  • Se você mover um projeto que criou uma solicitação de reserva futura para uma organização diferente e a reserva futura ainda não tiver inserido seu tempo de bloqueio, a solicitação de reserva futura será excluída.

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

    • Você não pode mais cancelar a reserva futura.

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

      • Você pode adquirir o compromisso apenas nas últimas 24 horas antes do horário de início do período de reserva.

      • Você pode anexar apenas as reservas criadas automaticamente que tenham a opção de exclusão automática desativada. Se você ativou a opção de exclusão automática ao criar ou modificar uma solicitação de reserva futura, deverá desativar a opção.

    • Você só poderá excluir a reserva futura após o horário de término.

  • Depois que uma reserva futura inserir seu horário de início, você só poderá modificar ou excluir as reservas criadas automaticamente e provisionadas para a reserva futura após o horário de término.

Cobrança

Não há custos adicionais para a criação de futuros pedidos de reserva.

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

Na hora de início do período de reserva de uma reserva futura,Google Cloud cobra apenas pelas reservas criadas automaticamente para atingir a contagem total especificada na reserva futura. Se o Compute Engine puder fornecer apenas parcialmente a capacidade solicitada, você será cobrado apenas pelos recursos provisionados.

Qualquer reserva criada automaticamente incorre nos seguintes custos:

  • Na mesma taxa de reservas sob demanda .

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

O que vem a seguir