Resumo

  • O FSR é cobrado por snapshot e zona habilitada, por minuto e com mínimo de uma hora. A quantidade de restaurações realizadas não aparece nesse multiplicador; a cobrança continua até a desativação.
  • A capacidade de criar volumes com o benefício do FSR depende de créditos próprios de cada par. Num snapshot compartilhado, quem habilita paga; retirar seu acesso a uma chave personalizada não desliga o FSR automaticamente.

Uma recuperação rápida tem expediente antes da emergência. No EBS, o Fast Snapshot Restore prepara a criação de um volume já inicializado a partir de um snapshot, evitando a demora do primeiro acesso aos blocos. A AWS cobra por manter essa preparação habilitada em lugares determinados. O trabalho à espera de uma solicitação já tem relógio.

A unidade comercial aparece com clareza na página de preços do EBS: snapshot, zona de disponibilidade e tempo. No exemplo da região da Virgínia do Norte, um snapshot habilitado numa zona por 45 minutos custa uma hora, US$ 0,75. O mínimo continua inteiro mesmo quando o operador fecha a função antes de completar sessenta minutos.

O mesmo exemplo oficial mantém um snapshot em três zonas por 90 minutos. A conta é 1 × 3 × 1,5 × US$ 0,75: US$ 3,375 apenas para esse FSR. Acrescentar uma zona acrescenta outro par ao cálculo. Uma planilha que conte só snapshots deixa parte da multiplicação escondida à vista de todos.

A restauração termina; a prontidão pode ficar

Segundo o guia da função, o FSR é habilitado explicitamente para um snapshot numa zona. A página de preços diz que os custos continuam até sua desativação. Concluir a criação de um volume não encerra, por si só, a preparação mantida para a próxima criação.

Uma empresa de hospedagem pode querer justamente esse intervalo pago. Se o cliente precisa recuperar volumes sem esperar a inicialização dos blocos, a preparação tem uma finalidade. Um dia sem restauração pode ser um bom dia de operação com um custo de prontidão perfeitamente deliberado.

O problema econômico começa quando a finalidade muda e a configuração fica. A recuperação passa a mirar outra zona, um snapshot novo substitui o anterior, ou a operação pontual acaba. A pergunta passa a ser quem ainda precisa daquele par habilitado. A ausência de solicitações, sozinha, explica pouco; a ausência de um serviço beneficiado explica bem mais.

Os códigos de cobrança separam FSR em DSU-horas por zona. Armazenamento de snapshots, capacidade dos volumes, IOPS, throughput adicional e chamadas diretas de API aparecem em outras linhas. Diminuir gigabytes armazenados ou contar menos restaurações não mede diretamente esta despesa de tempo habilitado.

Pagar o relógio não enche instantaneamente a fila de créditos

Existe outro limite, técnico, entre a preparação e os volumes que recebem seu benefício. O guia de créditos de criação atribui um reservatório a cada snapshot em cada zona. Ele começa vazio, recebe créditos com o tempo e gasta um por volume criado. Com menos de um crédito, o volume é criado sem o benefício do FSR.

A capacidade e a reposição usam o tamanho do snapshot correspondente ao volume de origem. No exemplo documentado, um volume de 200 GiB com 150 GiB de dados usa 200 GiB como base. Esses créditos regulam quantas criações recebem o benefício; não são dinheiro promocional abatendo a fatura.

O estado da função também importa. Uma solicitação de habilitação, a otimização e o estado enabled são momentos distintos. Na otimização há parte do benefício; o benefício completo exige a função habilitada e créditos suficientes. Tamanho do snapshot, local de uso e desempenho provisionado têm condições documentadas.

A equipe deve, portanto, casar o número de volumes esperado com os créditos da zona em que pretende criá-los. CloudWatch permite acompanhar os créditos. Depois da criação, o campo fastRestored ajuda a verificar se o volume recebeu o FSR. O custo do plantão e a capacidade de atender o chamado precisam caber na mesma decisão.

Quem fornece o snapshot pode não receber esta fatura

O EBS admite FSR em snapshots próprios e compartilhados. Quando o destinatário habilita a função num snapshot compartilhado, sua conta paga. Habilitar e desabilitar afeta a conta que faz a operação. A posse da origem e a compra da prontidão ficam em mãos potencialmente diferentes.

O guia de configuração dá um detalhe especialmente útil para o encerramento. Se o dono exclui o snapshot compartilhado ou cancela seu compartilhamento, o FSR é automaticamente desabilitado na conta destinatária. Já revogar o acesso do destinatário à chave personalizada que cifra o snapshot não desliga o FSR automaticamente. É preciso desabilitá-lo manualmente.

A segurança pode registrar uma retirada de acesso enquanto a área financeira ainda paga pelo recurso habilitado. Uma comunicação de encerramento precisa chegar ao responsável pelo FSR na conta pagadora. O nome “acesso encerrado” não opera todos os interruptores que uma relação comercial deixou ligados.

Para avaliar uma conta específica faltam seus pares e tempos habilitados, a tarifa aplicável, os créditos disponíveis e a demanda de recuperação. Com esses dados, a escolha ganha forma: comprar a prontidão necessária e encerrar os pares sem função atual. A velocidade prometida ao cliente deve ter um lugar no preço do serviço; o plantão esquecido também terá, só que na margem.