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 de diário de 1 TB leva muito, muito mais tempo para capturar o instantâneo do que o volume de dados de 10 TB, embora haja apenas cerca de 100 GB de espaço usado nele. (Já se passaram mais de 8 horas e está apenas 55% concluÃdo. O instantâneo de 10 TB foi concluÃdo após cerca de 2 horas).
Existe algo que eu possa fazer para acelerar o processo?
A quantidade de tempo que o EC2 leva para criar um snapshot é diretamente proporcional ao número de blocos modificados que o volume viu desde o último snapshot. No caso do seu diário, ele vê muitas operações de gravação/exclusão, portanto, não é de surpreender que demore muito para encaixar.
Lembre-se de que esses dispositivos são realmente blocos . Eles não sabem nada sobre seu sistema de arquivos. Pode ser verdade que o volume do diário tenha apenas 100 GB usados ​​no momento, mas desde o último snapshot, cada um de seus blocos pode ter sido modificado. Alguns desses arquivos que ocupavam esses blocos foram excluÃdos, para que não pareçam "usados" em seu sistema de arquivos, mas o próprio dispositivo de bloco não sabe nada sobre isso, portanto, precisa capturar todos esses 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 mitigar, você pode tentar tirar instantâneos mais frequentes.
Uma pergunta, porém ... por que você se importa quanto tempo leva? Depois que a chamada de API retornar de 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.