Skip to main content
PATCH
Atualizar a política de snapshot
Requer a ação do IAM storage:UpdateSnapshotPolicy. Consulte permissões de armazenamento para obter a lista completa, o que cada uma abrange e um exemplo de política.

Autorizações

Authorization
string
header
obrigatório

Um token bearer OAuth 2.0, enviado como Authorization: Bearer <token>. Esta é a forma recomendada de autenticação.

Obtenha o token trocando o par de chaves de acesso de uma conta de serviço em POST /v1/oauth/token com grant_type=client_credentials. Esse é o fluxo padrão de credenciais de cliente; bibliotecas compatíveis com OAuth podem obter e renovar o token para você.

Os tokens duram uma hora por padrão. O mesmo par de chaves de acesso também serve como credencial AWS SigV4 para o endpoint de objetos compatível com S3, que aceita somente esse método de autenticação.

Parâmetros de caminho

policy_id
string<uuid>
obrigatório

ID da política de snapshot

Corpo

application/json

Os nomes são fixos na criação porque formam o CRN usado pelas políticas do IAM. Enviar nome em uma atualização, incluindo um valor inalterado, vazio ou nulo, retorna um erro de validação. Semântica PATCH — um campo omitido mantém seu valor atual. Alterar interval_minutes re-baseia a próxima execução agora, então encurtar uma programação diária para horária tem efeito dentro da hora.

description
string
Exemplo:

"Nightly snapshots of the database volume"

enabled
boolean

false pausa a política, true a retoma. A pausa interrompe toda a política — nenhum instantâneo é tirado e nenhum é excluído, portanto, uma programação em pausa não pode perder o histórico. Resuming aplica a janela de retenção novamente na próxima execução, então qualquer coisa que esteja fora dela até então — porque você diminuiu o retention_count enquanto estava em pausa, por exemplo — é colhida nessa execução.

Exemplo:

false

interval_minutes
integer

Minutos entre instantâneos — um intervalo mínimo, não uma cadência exata. Uma passagem periódica leva o que foi devido e re-baseia a próxima execução de cada política no momento em que foi executada, então um snapshot aterrissa em ou após interval_minutes e nunca antes, e pode aterrissar um minuto ou dois depois quando a passagem está ocupada. Uma janela que o passe perde custa um instantâneo em vez de produzir uma explosão de recuperação depois.

O limite mínimo é de um minuto, porque é esse tempo que avalia o calendário e nada mais fino pode ser honrado; o limite máximo é de 30 dias. Intervalos sub-horais multiplicam o churn de snapshots e contam contra a cota de snapshots, então escolha o maior intervalo que atenda ao seu objetivo de ponto de recuperação.

Intervalo obrigatório: 1 <= x <= 43200
Exemplo:

1440

retention_count
integer

Quantos instantâneos dessa política devem ser mantidos. Quando um incêndio leva a contagem além disso, o mais velho vai primeiro.

Intervalo obrigatório: 1 <= x <= 256
Exemplo:

7

retention_days
integer
padrão:0

Limite de idade opcional, aplicado em cima de retention_count: um instantâneo fora da janela EITHER é colhido. 0 significa sem idade limitada. O único snapshot mais recente está isento do limite de idade, portanto, um volume que não pode ser capturado por mais tempo do que a janela nunca perde todo o seu histórico.

Intervalo obrigatório: 0 <= x <= 3650
Exemplo:

30

tags
object
Exemplo:

Resposta

Política de snapshot atualizada

snapshot_policy
object

Um cronograma anexado a um volume: tirar um instantâneo a cada interval_minutes, em seguida, manter no máximo retention_count dos instantâneos criados por essa política.

A retenção só apaga instantâneos criados pela própria política (aqueles que carregam seu snapshot_policy_id) — um instantâneo feito manualmente nunca é removido. Ele também nunca exclui um instantâneo do qual algo depende: um instantâneo do qual um volume foi criado, incluindo uma restauração ainda em andamento, é ignorado e reexaminado mais tarde.