Tenho 3 volumes SSD EBS montados em meu servidor de banco de dados. O volume de dados principal é de 10 TB, o volume do diário é de 1 TB e um terceiro volume é de 100 GB.
Quando tiro um instantâneo dos 3 volumes, o volume do diário de 1 TB leva consistentemente muito, muito mais tempo para capturar o instantâneo do que o volume de dados de 10 TB, mesmo que haja apenas cerca de 100 GB de espaço usado nele. (Já se passaram mais de 8 horas e apenas 55% foi concluído. O instantâneo de 10 TB foi concluído após cerca de 2 horas).
Há algo que eu possa fazer para acelerar o processo?
Responder1
A quantidade de tempo que o EC2 leva para construir um snapshot é diretamente proporcional ao número de blocos modificados que o volume viu desde o último snapshot. No caso do seu diário, isso vê ummuitode operações de gravação/exclusão, então não é surpreendente que demore muito para ser quebrado.
Tenha em mente que estes são verdadeiramentebloquear dispositivos. Eles não sabem nada sobre o seu sistema de arquivos. Pode ser verdade que o volume do diário tenha apenas 100 GB usados no momento, mas desde o último instantâneo, cada um dos seus blocos pode ter sido modificado. Alguns dos arquivos que ocupavam esses blocos foram excluídos, então eles não parecem "usados" para o seu sistema de arquivos, mas o próprio dispositivo de bloco não sabe nada sobre isso, então ele precisa se encaixartodosdesses dados. (Além disso, esse é o mesmo motivo pelo qual a AWS não pode relatar quantos dados estão sendo armazenados em volumes EBS sem um agente do lado do servidor que possa consultar o armazenamento no nível do sistema de arquivos.)
Para atenuar, você pode tentar tirar snapshots mais frequentes.
Uma pergunta, porém... por que você se importa com quanto tempo leva? Depois que a chamada da API retornar da sua solicitação de criação instantânea, você estará livre para continuar usando o volume e quaisquer modificações subsequentes no dispositivo de bloco não serão incluídas no instantâneo.