Acerca dos pedidos de reserva futuros

Este documento oferece uma vista geral dos pedidos de reserva futuros. Para saber mais sobre os diferentes tipos de reservas, consulte o artigo Escolha um tipo de reserva.

Use reservas futuras para pedir a garantia de capacidade importante ou difícil de obter com antecedência.

Vista geral

Em comparação com as reservas a pedido, as reservas futuras oferecem-lhe um nível de garantia ainda mais elevado na obtenção de capacidade para recursos zonais do Compute Engine. Com as reservas futuras, pode pedir para reservar capacidade a partir de uma data específica até 1 ano no futuro. Depois de criar uma reserva futura,o Compute Engine Google Cloud revê o seu pedido e, se for aprovado, aprovisiona a capacidade pedida na data e hora especificadas. Este processo ajuda a garantir que os recursos pedidos estão disponíveis e reservados para os seus projetos quando precisar deles e evita que não obtenha os recursos pedidos devido a erros de disponibilidade de recursos. Por exemplo, as reservas futuras podem ser úteis para fazer o seguinte:

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

  • Obtenha recursos muito procurados.

  • Capacidade segura para eventos de grande escala.

Cada reserva futura oferece um nível de garantia muito elevado para uma ou mais VMs com as mesmas propriedades numa zona específica. Se o Google Cloud aprovar um pedido de reserva futura, na data em que pediu para ter a capacidade reservada disponível, o Compute Engine subtrai todas as reservas existentes e VMs em execução correspondentes e cria automaticamente reservas para atingir a capacidade pedida especificada na reserva futura. As novas reservas criadas automaticamente podem ser usadas tal como as reservas a pedido e impedem que outras pessoas usem os seus recursos reservados até serem eliminadas.

Não existem custos adicionais para criar pedidos de reserva futuros. Só começa a pagar quando o Compute Engine aprovisiona os recursos reservados e é-lhe cobrado o mesmo custo que nas reservas a pedido.

Como funcionam as reservas futuras

Os detalhes sobre o funcionamento das reservas futuras estão descritos nas secções seguintes.

Propriedades de reservas futuras

Quando cria um pedido de reserva futura, tem de definir as seguintes propriedades:

  • Prefixo do nome

    O prefixo do nome especifica uma string a incluir no início do nome de cada reserva criada automaticamente (criada automaticamente) aprovisionada para este pedido. Em seguida, pode filtrar por um ou mais prefixos de nomes para identificar as reservas criadas automaticamente quando vê uma lista de reservas.

  • Tipo de partilha (projeto único ou partilhado)

    • Uma reserva futura de projeto único é útil se quiser consumir as suas VMs reservadas apenas num único projeto. Para mais informações, consulte as reservas de projeto único.

    • Uma reserva futura partilhada é útil se quiser que o projeto que aloja a reserva futura (o projeto proprietário) e qualquer outro projeto com o qual a reserva futura é partilhada (os projetos consumidores) consumam as suas VMs reservadas. Só pode partilhar uma reserva futura partilhada com até 100 projetos de consumidor pertencentes à mesma organização. Para mais informações, consulte o artigo sobre as reservas partilhadas.

  • Período de reserva (hora de início e hora de fim)

  • Total de contagens

    A contagem total especifica o número total de VMs com a zona especificada e as propriedades de VM para as quais quer um nível de garantia muito elevado à hora de início. Depois de Google Cloud aprovar um pedido de reserva futura, o Compute Engine aprovisiona as reservas criadas automaticamente tendo em conta as reservas existentes correspondentes que só podem ser consumidas por (alguns ou todos) os projetos especificados no pedido de reserva futura. Para mais informações, consulte a forma como o Compute Engine conta e aprovisiona recursos reservados neste documento.

  • Propriedades da VM

    As propriedades da VM definem os requisitos de hardware (memória e CPUs) e os recursos opcionais (discos SSD locais e GPUs) para as VMs que quer reservar. Quando cria um pedido de reserva futuro, pode especificar estas propriedades diretamente, especificar as propriedades com base numa VM existente ou especificar as propriedades através de um modelo de instância. Uma VM só pode consumir uma reserva criada automaticamente se as propriedades da VM e as propriedades da VM da reserva criada automaticamente corresponderem exatamente. Com as reservas futuras, só pode especificar um tipo de consumo automático e não pode especificar uma política de posicionamento compacta.

  • Zona

    A zona onde quer pedir capacidade. A combinação da zona e do tipo de máquina (consulte Propriedades da VM) que especifica para os seus recursos reservados afeta a probabilidade de o Google Cloud Platform aprovar ou não um pedido de reserva futuro. Google Cloud Para mais informações, consulte a secção Processo de revisão de reservas futuras neste documento.

Além disso, pode definir as seguintes propriedades:

  • Eliminação automática

    A opção auto-delete especifica se quer ou não que o Compute Engine elimine automaticamente (auto-delete) as reservas criadas automaticamente aprovisionadas para este pedido, independentemente de terem sido totalmente consumidas ou não. O Compute Engine elimina as reservas criadas automaticamente no prazo de 2 horas após a hora de eliminação especificada. A eliminaçã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 durante algum tempo.

  • Descrição

    A descrição especifica um texto opcional para descrever as propriedades do seu futuro pedido de reserva.

  • Estado do planeamento

    O estado do planeamento especifica se foi enviada uma solicitação de reserva futura para revisão à Google Cloud ou não. Para mais informações, consulte a secção Estado das reservas futuras neste documento.

Estado das reservas futuras

Esta secção especifica os estados possíveis que um pedido de reserva futuro pode ter. Um pedido de reserva futura contém os seguintes campos de estado:

  • Estado do planeamento

    Esta secção explica o estado de planeamento, que especifica quando cria um pedido de reserva futuro. O estado do planeamento especifica se um pedido de reserva futuro está no estado de rascunho ou foi enviado paraGoogle Cloud revisão.

  • Estado do aprovisionamento

    Esta secção explica o estado de aprovisionamento, que é definido pelo Compute Engine depois de criar um pedido de reserva futura. Inicialmente, o campo de estado de aprovisionamento apresenta o estado de aprovação de um pedido de reserva futuro. Depois de Google Cloud aprovar um pedido de reserva futuro e o pedido entrar no respetivo período de bloqueio, este campo apresenta o estado de aprovisionamento dos recursos pedidos.

Estado do planeamento de reservas futuras

Quando cria um pedido de reserva futuro, pode definir o respetivo estado de planeamento (planningStatus) para um dos seguintes valores:

  • Rascunho (DRAFT): por predefinição, cria um pedido de reserva futura de rascunho. Pode modificar o rascunho de um pedido de reserva futuro conforme necessário e, quando estiver satisfeito com as alterações, pode enviá-lo paraGoogle Cloud revisão. A Google recomenda que crie primeiro um pedido de rascunho, uma vez que isto permite determinar o número de VMs que o Compute Engine vai aprovisionar para o pedido, em vez de estimar manualmente este número, e, opcionalmente, modificar o número de VMs reservadas no pedido antes de o enviar para revisão.

  • Enviado (SUBMITTED): o pedido de reserva futura foi enviado para revisão à entidade Google Cloud. Depois de enviar um pedido de revisão de uma reserva futura, não pode alterar o respetivo estado de planeamento novamente para DRAFT. Opcionalmente, pode enviar imediatamente um pedido de reserva futura para revisão quando o criar.

Estado de aprovisionamento de reservas futuras

Depois de criar um pedido de reserva futura, o Compute Engine define o respetivo estado de aprovisionamento (procurementStatus) para um dos seguintes valores:

  • A criar rascunhos (DRAFTING): o pedido de reserva futuro está no estado de rascunho.

  • Aprovação pendente (PENDING_APPROVAL): o pedido de reserva futura foi enviado para aprovação a Google Cloud. Enquanto o pedido está em revisão, o estado de aprovisionamento de um pedido de reserva futuro pode ser definido como um dos seguintes:

    • Recusado (DECLINED): Google Cloud recusou o pedido de reserva futuro. Continua a poder modificar o pedido de reserva futuro e, depois de finalizar as alterações, enviá-lo novamente para aprovação.

    • Aprovado (APPROVED): Google Cloud aprovou o pedido de reserva futura e o Compute Engine planeia aprovisionar as reservas criadas automaticamente com a capacidade pedida na hora de início do período de reserva. Se a Google Cloud aprovar o pedido de reserva futura no prazo de 56 dias (8 semanas) a partir da respetiva hora de início, a reserva futura entra no respetivo tempo de bloqueio em poucos minutos.

    • Cancelada (CANCELED): um utilizador cancelou o pedido de reserva futura durante a revisão ou depois de o ter Google Cloud aprovado ou recusado Google Cloud .

    Depois de um pedido de reserva futura ser aprovado ou recusado, pode modificar uma ou mais propriedades do pedido de reserva futura e enviá-lo novamente para Google Cloud revisão. Esta ação define o estado da reserva futura como pendente de aprovação.

  • A obter (PROCURING): 56 dias (8 semanas) a partir da hora de início do respetivo período de reserva, uma reserva futura entra no respetivo período de bloqueio. Depois de a reserva futura entrar neste estado:

    • Já não pode cancelar a reserva futura.

    • Só pode eliminar a reserva futura após a hora de fim.

    • Se quiser modificar o período de reserva, as definições de partilha, a quantidade total ou as propriedades da MV da reserva futura, tem de pedir aprovação à Google Cloud. Depois disso, Google Cloud aprova ou rejeita o seu pedido alterando o estado de atualização. Se o Google Cloud recusar um pedido e não enviar novos pedidos, o Compute Engine aprovisiona os recursos reservados com 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 envia um pedido de reserva futura, a reserva futura entra no respetivo período de bloqueio alguns minutos após a aprovação.

  • Aprovisionamento (PROVISIONING): 24 horas antes da hora de início especificada numa reserva futura, o Compute Engine começa a aprovisionar os recursos pedidos criando automaticamente reservas. Em seguida, o Compute Engine define o estado de aprovisionamento da reserva futura para um dos seguintes:

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

    • Parcialmente cumprida (FAILED_PARTIALLY_FULFILLED): o Compute Engine apenas aprovisionou parte dos recursos necessários para atingir a quantidade total especificada na reserva futura devido a uma quota insuficiente.

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

    As reservas criadas automaticamente podem ser consumidas na hora de início. Para se certificar de que tem a capacidade total pedida, identifique as reservas criadas automaticamente não consumidas e crie VMs para as consumir. Só pode modificar ou eliminar uma reserva criada automaticamente após a hora de fim especificada na reserva futura. Para mais informações, consulte a secção Como o Compute Engine aprovisiona recursos neste documento.

Atualizações de reservas futuras

Depois de criar um pedido de reserva futuro, pode, opcionalmente, atualizá-lo: cancelá-lo, eliminá-lo, modificá-lo ou pedir para o modificar. No entanto, só pode atualizar pedidos de reserva futuros durante determinados períodos, conforme explicado nas secções seguintes.

Hora de bloqueio de reservas futuras

Depois de enviar um pedido de reserva futura, pode cancelá-lo ou eliminá-lo em qualquer altura antes de o Google Cloud começar a aprovisionar (PROCURING) os respetivos recursos, altura em que a reserva futura entra no respetivo período de bloqueio. Google Cloud Durante o período de bloqueio de uma reserva futura, já não a pode cancelar nem eliminar até depois da hora de fim.

Além disso, o tempo de bloqueio afeta o momento em que pode pedir modificações. O tempo de bloqueio de um pedido de reserva futuro começa numa das seguintes horas:

  • Se o pedido de reserva futura especificar uma hora de início inferior a 56 dias (8 semanas) a partir da data de envio, o pedido de reserva futura entra no período de bloqueio pouco depois de ser aprovado.

  • Caso contrário, o período de bloqueio do pedido de reserva futura começa 56 dias a partir da respetiva hora de início.

Modificação de reservas futuras

Se um pedido de reserva futuro não for cancelado ou estiver pendente de aprovação, pode modificar o pedido em qualquer altura antes de atingir o estado de aprovisionamento (PROVISIONING).

Depois de um pedido de reserva futura ser aprovado, só pode modificar as seguintes propriedades se solicitar uma modificação a partir de Google Cloud:

  • GPUs e tipo de GPU

  • Discos SSD locais e o tipo de interface dos discos

  • Série e tipo de máquina

  • Plataforma de CPU mínima

  • Partilhe as definições

  • Hora de início e de fim do período de reserva

  • Contagem total (número de VMs)

Só pode pedir uma modificação (de uma ou mais propriedades) para uma reserva futura aprovada de cada vez. Além disso, se enviar os seguintes tipos de pedidos de modificação, Google Cloud é provável que sejam recusados:

  • Quaisquer pedidos feitos no prazo de 72 horas após a hora de início.

  • Quaisquer pedidos de modificação das propriedades da VM feitos no prazo de 14 dias após a hora de início.

  • Quaisquer pedidos para aumentar ou diminuir significativamente a contagem total feitos no prazo de 14 dias após a hora de início.

O envio de uma solicitação de modificação cria o campo de estado de atualização (AmendmentStatus) na reserva futura. Depois de Google Cloud rever o pedido, o Compute Engine define o estado da atualização para um dos seguintes valores:

  • Atualização pendente de aprovação (AMENDMENT_PENDING_APPROVAL): Google Cloud está a rever o seu pedido.

  • Atualização aprovada (AMENDMENT_APPROVED): Google Cloud aprovou o seu pedido. O Compute Engine aprovisiona os recursos reservados com as propriedades aprovadas.

  • Atualização recusada (AMENDMENT_DECLINED): Google Cloud recusou o seu pedido. A menos que envie um novo pedido e este seja aprovado, o Compute Engine aprovisiona os recursos reservados com propriedades aprovadas anteriormente.

Para saber como modificar pedidos de reserva futuros e as propriedades que pode modificar, consulte o artigo Modifique pedidos de reserva futuros.

Processo de revisão de reservas futuras

Para aprovisionar a capacidade pedida, tem de enviar todos os pedidos de reserva futuros para Google Cloud revisão. Google Cloud Normalmente, a revisão do seu pedido demora cinco dias. Se Google Cloud precisar de mais tempo ou tiver dúvidas, a sua equipa da conta ou a equipa de vendas vai entrar em contacto consigo.

Se um pedido de reserva ou um pedido de modificação futuro for aprovado, a Google Google Cloud usa esforços comercialmente razoáveis para disponibilizar a capacidade pedida na hora de início do período de reserva da reserva futura. Google Cloud prioriza a publicação da sua capacidade reservada em relação a outros clientes sem reservas futuras aprovadas com as mesmas propriedades. Para mais informações, consulte os Termos Específicos do Serviço.

Para aumentar a probabilidade de o Google Cloud aprovar um pedido de reserva futuro, certifique-se de que especifica o seguinte quando criar ou modificar um pedido de reserva futuro:

56 dias (8 semanas) após a hora de início do período de reserva, qualquer pedido de reserva futuro aprovado entra num período de bloqueio. Se a hora de início especificada numa reserva futura aprovada for inferior a 56 dias a partir da data e hora em que envia um pedido de revisão de reserva futura, o pedido de reserva futura entra no respetivo período de bloqueio alguns minutos após a aprovação.

Para ter tempo suficiente para cancelar ou eliminar um pedido de reserva futuro, bem como enviar um pedido de modificação, recomendamos que especifique uma hora de início que seja superior a 56 dias a partir da data e hora em que envia um pedido de reserva futuro para revisão.

Quando criar ou modificar um pedido de reserva futuro, tem de especificar um período de reserva de, pelo menos, 24 horas. No entanto, para aumentar as hipóteses de o hotel aprovar o seu pedido de reserva futuro, especifique um dos seguintes períodos de reserva:Google Cloud

  • 14 dias ou mais: se o seu pedido de reserva futura especificar o seguinte:

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

    • Uma zona numa 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)
      Virginia (us-east4)

  • 365 dias ou mais: se o seu pedido de reserva futura especificar qualquer outra combinação de regiões disponíveis para o Compute Engine e séries de máquinas suportadas.

Se quiser reservar recursos por um período inferior ao recomendado, tem de contactar a sua equipa da conta ou a equipa de vendas para discutir o seu pedido antes de o enviar. Caso contrário,é provável que Google Cloud recuse a sua solicitação.

Como o Compute Engine aprovisiona recursos reservados

Esta secção explica como o Compute Engine aprovisiona os recursos reservados:

  • Contagem e aprovisionamento de recursos reservados

    Esta secção explica como o Compute Engine tem em conta as reservas futuras existentes, as reservas e as VMs que correspondem ao seu pedido quando aprovisiona a quantidade total de recursos para uma reserva futura aprovada.

  • Reservas criadas automaticamente

    Esta secção explica o tipo de reservas que o Compute Engine cria para uma reserva futura aprovada na respetiva hora de início.

Contabilize e aprovisione recursos reservados

Para alcançar a contagem total de um pedido de reserva futuro aprovado, o Compute Engine faz o seguinte:

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

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

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

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

Por exemplo, suponha que cria um pedido de reserva futura partilhada na zona us-central1-a. Este pedido 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 de este pedido de reserva futura ser aprovado e o Compute Engine começar a criar reservas na hora de início do período de reserva, suponha que estes projetos contêm os seguintes recursos com propriedades de VM que correspondem à reserva futura:

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

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

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

Neste cenário, o Compute Engine cria automaticamente uma reserva partilhada para 7 VMs para atingir uma contagem total de 10 VMs na hora de início.

Para saber como determinar o número de VMs que o Compute Engine planeia aprovisionar para um pedido de reserva futuro existente, consulte o artigo Determine o número de VMs aprovisionadas.

Reservas criadas automaticamente

24 horas antes da hora de início especificada numa reserva futura, o Compute Engine começa a aprovisionar a capacidade pedida numa reserva futura aprovada através da criação automática de reservas, mas só lhe é cobrado o valor das reservas criadas automaticamente na hora de início. Cada reserva criada automaticamente tem as seguintes propriedades:

  • Pode ser consumido automaticamente através da criação de VMs com propriedades correspondentes.

  • Tem propriedades de VM correspondentes às especificadas no respetivo pedido de reserva futuro.

  • Corresponde às definições de partilha do seu pedido de reserva futuro. Em concreto:

    • Se criou um pedido de reserva futura de projeto único, cada reserva criada automaticamente é uma reserva de projeto único.

    • Se criou um pedido de reserva futura partilhada, cada reserva criada automaticamente é uma reserva partilhada que especifica o mesmo projeto proprietário e projetos de consumidor.

  • O nome começa com o prefixo do nome especificado no pedido de reserva futuro.

  • Se ativou a opção de eliminação automática quando criou ou modificou um pedido de reserva futuro, cada reserva criada automaticamente especifica um campo deleteAtTime definido para a hora em que o Compute Engine elimina automaticamente a reserva criada automaticamente.

Não é possível modificar nem eliminar as reservas criadas automaticamente até à hora de fim do pedido de reserva futuro. Caso contrário, pode consumir, modificar e eliminar as reservas criadas automaticamente da mesma forma que as reservas a pedido.

Restrições

As restrições para reservas estão descritas nas secções seguintes.

Restrições na criação

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

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

    • Se o seu projeto já contiver reservas criadas automaticamente ou a pedido, ou estas reservas forem partilhadas com o seu projeto, só pode criar pedidos de reserva futuros partilhados em todos os projetos especificados nas reservas existentes.

    • Se o seu projeto já contiver um pedido de reserva futura de projeto único, só pode criar pedidos de reserva futura de projeto único.

    • Se o seu projeto já contiver um pedido de reserva futuro partilhado ou um pedido de reserva futuro for partilhado com o seu projeto, só pode criar pedidos de reserva futuros partilhados nos mesmos projetos. Por exemplo, um pedido de reserva futura partilhado no projeto A (o projeto proprietário) que é partilhado com os projetos B e C (os projetos consumidores) significa que pode fazer o seguinte:

      • Crie outro pedido de reserva futura partilhada no projeto A e partilhe-o com os projetos B e C.

      • Crie um pedido de reserva futura partilhada no projeto B e partilhe-o com os projetos A e C.

      • Crie um pedido de reserva futuro partilhado no projeto C e partilhe-o com os projetos A e B.

  • Só pode especificar o aprovisionamento dos recursos pedidos através de reservas consumidas automaticamente.

  • Se quiser reservar tipos de máquinas A2 ou G2, ou tipos de máquinas N1 com GPUs anexadas, tem de contactar a sua equipa da conta ou a equipa de vendas para discutir o seu futuro pedido de reserva antes de o enviar. Caso contrário, Google Cloud é provável que recuse o seu pedido.

  • Não pode reservar as séries de máquinas A4X, A4, G4, A3 ou E2.

  • Não pode reservar recursos por um período inferior a 24 horas.

  • Não pode especificar um período de reserva que se sobreponha ao período de reserva de outro pedido de reserva futuro existente com propriedades de VM e zona correspondentes. Esta restrição aplica-se quer o pedido existente esteja localizado no seu projeto ou seja partilhado com o seu projeto.

  • Não pode especificar uma hora de início posterior a 1 ano a partir da data e hora em que envia um pedido de revisão de uma reserva futura.

  • Não pode especificar políticas de posicionamento.

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

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

  • Se mover um projeto que criou um pedido de reserva futura para uma organização diferente e a reserva futura ainda não tiver entrado no respetivo período de bloqueio, o pedido de reserva futura é eliminado.

  • Depois de um pedido de reserva futura ser aprovado e entrar no respetivo período de bloqueio, aplicam-se as seguintes restrições:

    • Já não pode cancelar a reserva futura.

    • Se quiser anexar reservas criadas automaticamente a um compromisso, aplicam-se as seguintes restrições:

      • Só pode comprar o compromisso durante as últimas 24 horas antes da hora de início do período de reserva.

      • Só pode anexar as reservas criadas automaticamente que tenham a opção de eliminação automática desativada. Se ativou a opção de eliminação automática quando criou ou modificou um pedido de reserva futuro, tem de desativar a opção.

    • Só pode eliminar a reserva futura após a hora de fim.

  • Depois de uma reserva futura atingir a hora de início, só pode modificar ou eliminar as reservas criadas automaticamente aprovisionadas para a reserva futura após a hora de fim.

Faturação

Não existem custos adicionais para criar pedidos de reserva futuros.

Depois de um pedido de reserva futuro ser aprovado e entrar no respetivo período de bloqueio, compromete-se a pagar a capacidade aprovisionada total durante todo o período de reserva, a menos que peça Google Cloud para modificar o número ou as propriedades da VM dos recursos que está a reservar antes da hora de início do período de reserva. Se a Google Google Cloud aprovar o pedido, compromete-se a pagar a capacidade pedida atualizada.

Na hora de início do período de reserva de uma reserva futura, o Google Ads cobra-lhe apenas pelas reservas criadas automaticamente para atingir a contagem total especificada na reserva futura.Google Cloud Se o Compute Engine só conseguir fornecer parcialmente a capacidade pedida, só lhe são cobrados os recursos aprovisionados.

Qualquer reserva criada automaticamente incorre em cobranças da seguinte forma:

  • À mesma taxa que as reservas a pedido.

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

O que se segue?