Sobre as reservas para VPC

IBM Cloud® As reservas são uma ótima opção quando você deseja uma economia significativa de custos e recursos dedicados para futuras implementações. É possível escolher um prazo de 1 ou 3 anos, quantidade de servidores, perfil específico e provisionar esses servidores quando necessário.

As reservas oferecem muitas vantagens, incluindo os seguintes benefícios:

Benefícios das reservas de IBM Cloud
Benefício	Descrição
Economia de custo	Economize até 60% escolhendo um prazo de 1 ou 3 anos em comparação com os ciclos de faturamento do servidor virtual sob demanda
	Economize até 55% escolhendo um prazo de 1 ou 3 anos em comparação com os ciclos de faturamento do servidor bare metal sob demanda.
Capacidade dedicada	Seus servidores estão lá quando você precisa deles. IBM Cloud® As reservas fornecem capacidade dedicada na zona de sua escolha durante o período de seu compromisso.
Gerenciamento previsível	Planeje com precisão o futuro e defina seu roteiro de orçamento com capacidade reservada para termos de 1 ou 3 anos. Sua precificação reservada é uma taxa de desconto fixa que é aplicada às taxas on demand do perfil do servidor virtual correspondente que estão listadas no portal IBM Cloud®.
Flexibilidade na implementação.	Converta qualquer servidor virtual sob demanda existente em IBM Cloud® Faturamento de reserva. Anexe ou remova qualquer servidor virtual compatível para sua reserva.

Uma reserva não pode ser usada para um desconto de serviço de contêiner, como IBM Kubernetes Service ou ROKS.

Perfis de servidores virtuais suportados

Os seguintes perfis x86 para servidores virtuais estão disponíveis quando você provisiona uma reserva em todos os locais disponíveis, exceto Montreal, Mumbai - Airtel e Chennai - Airtel.

Perfis bx2
Perfis bx2d
Perfis cx2
Perfis cx2d
Perfis mx2
perfis mx2d
Perfis ux2d
Perfis vx2d

Os seguintes perfis de servidor virtual estão disponíveis em MZRs e SC-MZRs específicos. Chennai - Airtel, Montreal, Mumbai - Airtel e Osaka são SC-MZRs.

bx2a perfis estão disponíveis em Toronto apenas.
bx3d, cx3d e mx3d estão disponíveis em Chennai - Airtel, Dallas, Frankfurt, Londres, Madri, Montreal, Mumbai - Airtel, Osaka, Sydney, Toronto e Washington DC.
Os perfis gx2 estão disponíveis em todas as regiões, exceto Madrid.
gx3d os perfis estão disponíveis em Chennai - Airtel, Frankfurt, Londres, Madri, São Paulo, Sydney, Tóquio, Toronto, Montreal e Washington DC.
ox2 perfis estão disponíveis em Dallas, Frankfurt, Londres, Osaka, Tóquio e Washington DC.

Para obter mais informações sobre perfis, consulte x86-64 perfis de instância..

Perfis de servidor bare metal compatíveis

Todos os perfis de servidor bare metal da Gen 2 e Gen 3 estão disponíveis quando você provisiona uma reserva em um MZR disponível.

Políticas de anexos

Uma política de anexação de reserva determina se um recurso é anexado automática ou manualmente a uma reserva. Se você selecionar o modo automático, o servidor se anexará automaticamente a uma reserva compatível. Se você selecionar o modo manual, será necessário anexar manualmente o servidor a uma reserva compatível.

Anexos automáticos

Se um servidor estiver configurado para ativar anexos automáticos, o sistema tentará anexar automaticamente o recurso a uma reserva na mesma conta que permite anexos automáticos. A reserva deve ser configurada para suportar anexos automáticos e deve conter propriedades correspondentes (conta, perfil, zona) com capacidade disponível.

Os exemplos a seguir são cenários de como o sistema tenta anexar recursos automáticos a reservas automáticas.

Quando uma nova reserva automática é criada, o sistema procura todos os recursos automáticos que são candidatos e os anexa à reserva até a capacidade da reserva.
Quando um novo recurso automático é criado, o sistema procura por quaisquer reservas automáticas disponíveis que sejam candidatas e que tenham capacidade disponível e anexa o recurso.
Se uma reserva automática expirar, o sistema tentará anexar os recursos que foram anexados à reserva a outra reserva automática. Se uma reserva ou capacidade não estiver disponível, o recurso permanecerá desvinculado.
Se um recurso automático for excluído, o sistema tentará preencher a capacidade agora disponível com outro recurso automático em sua conta.

Para anexar recursos automaticamente a uma reserva, as seguintes configurações devem ser verdadeiras:

Para que uma reserva esteja disponível para vinculação automática, ela deve ter um " affinity_policy de " automatic.
Para habilitar um recurso para vinculação automática, ele deve ter um ' reservation_affinity.policy de ' automatic.
O " reservation_affinity.pool deve estar vazio.

O desconto de faturamento para o recurso de computação anexado é aplicado imediata e automaticamente. Se você tiver mais de uma reserva automática que seja um candidato a recurso definido para anexar automaticamente, não há garantia de qual reserva será selecionada pelo sistema. Esse pedido não tem impacto nos preços porque todos os recursos anexados a uma reserva não são cobrados.

Limitações

Não é possível direcionar uma reserva específica e configurar um recurso automaticamente. Elas são mutuamente exclusivas.
Quando um recurso de computação de conexão automática é interrompido ou excluído, o recurso libera automaticamente sua retenção na capacidade reservada, ao contrário das conexões direcionadas que mantêm sua retenção na capacidade reservada quando interrompidas.
Os servidores bare metal não são interrompidos e desprovisionados. Em vez disso, eles podem ser desligados. Como os servidores bare metal não são desprovisionados quando desligados, os servidores bare metal que são automaticamente anexados a uma reserva não são desconectados. Eles também não liberam a capacidade reservada quando são desligados.
Quando um recurso de computação se desvincula e libera sua retenção em uma reserva, o sistema tenta automaticamente anexar outro recurso correspondente à reserva.
As reservas com um " affinity_policy de " automatic não podem ser direcionadas por recursos com um " reservation_affinity.policy de " manual.
As reservas com um " affinity_policy de " restricted não podem ser consideradas para anexação por recursos com um " reservation_affinity.policy de " automatic.

Acessórios manuais

Se um servidor estiver configurado para anexos manuais, você precisará anexar manualmente o servidor a uma reserva.

Para anexar manualmente um recurso a uma reserva, as seguintes configurações devem ser verdadeiras:

A reserva " affinity_policy deve ser " restricted.
O recurso que você deseja anexar a uma reserva deve ter um ' reservation_affinity.policy de ' manual.
O " reservation_affinity.pool deve ter um ID de reserva de destino e a reserva de destino deve ter um " affinity_policy ou " restricted.

Limitações

A reserva de destino não pode ser ativada como uma reserva automática.

Cotas e reservas

As reservas são contabilizadas na cota apropriada para o tipo de recurso. Portanto, as reservas de bare metal contam para a cota de servidor bare metal e as reservas de servidor virtual contam para as cotas de instância. No entanto, os recursos de computação anexados a uma reserva não são contabilizados nas cotas.

Quando você cria um novo recurso de computação configurado para anexação automática, o espaço é determinado dinamicamente em uma reserva existente correspondente e conta a cota. Portanto, se não houver capacidade disponível em uma reserva automática correspondente, os recursos de computação serão contabilizados na sua cota. Se houver capacidade disponível em uma reserva automática correspondente, o novo recurso não será contabilizado na sua cota.

O mesmo cálculo de cota dinâmica se aplica a novas reservas automáticas. Normalmente, a quantidade total da reserva automática é contabilizada na cota de sua conta. No entanto, se você tiver recursos de computação automática que correspondam à reserva, eles serão considerados. Em seguida, a diferença entre a reserva e o número de recursos é deduzida da cota de sua conta.

Considerações especiais para reservas

Tenha em mente as seguintes considerações ao criar uma reserva.

Leva até 10 minutos para que uma reserva chegue a um estado de falha. Durante esse período, a capacidade não é dedicada. No entanto, quando a criação da reserva é bem-sucedida, a capacidade para essa reserva é dedicada. Em seguida, você pode anexar servidores à reserva.
Seu servidor bare metal não é provisionado quando a reserva é criada, mas a capacidade reservada é dedicada e fica disponível após a criação da reserva.
O faturamento de um único servidor não é alterado até que esse servidor seja anexado a uma reserva.

Faturamento da velocidade da largura de banda para uma reserva

O faturamento da velocidade da largura de banda ocorre quando um servidor é anexado à reserva. Isso significa que o faturamento dos sistemas operacionais premium e da largura de banda dinâmica da rede ocorre no evento de início de um servidor que está anexado a uma reserva. A largura de banda de rede dinâmica é descontada nas mesmas taxas de 1 ou 3 anos do prazo da reserva, mas é cobrada somente enquanto um servidor estiver conectado à reserva.

Notificações

Quando sua reserva for concluída, uma mensagem de confirmação será enviada.

Você recebe uma notificação antes do término do prazo de sua reserva A partir daqui, você pode decidir se deseja renovar sua reserva ou cancelar.

Se Renovação automática for selecionado ao provisionar uma reserva, sua reserva será renovada automaticamente quando ela expirar.

Próximas etapas

Depois de revisar e decidir suas opções, você estará pronto para provisionar uma reserva. Para obter mais informações, Fornecendo uma reserva para VPC.