Não, usando dd
não é "placebo".
Novos volumes criados a partir de instantâneos do EBS existentes são carregados lentamente em segundo plano.
Então, se você não fizer alguma coisa para encorajá-lo a não ser preguiçoso, a EBS naturalmente presumiria que não há pressa em particular, por isso não é necessário taxar seus próprios recursos, ou os do S3, para carregar os dados rapidamente.
Se sua instância acessar dados que ainda não foram carregados, o volume baixará imediatamente os dados solicitados do Amazon S3 e continuará carregando o restante dos dados em segundo plano.
Se você precisa garantir que o volume restaurado sempre funcione com a capacidade máxima de produção, você pode forçar a inicialização imediata de todo o volume usando dd
ou fio
. Para mais informações, veja Inicializando Volumes do Amazon EBS .
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-restoring-volume.html
Você pode até fazer isso com o volume montado. Como você está apenas lendo - não escrevendo para - o dispositivo de bloco, o sistema operacional não notará ou verá isso como um problema.
Desde a fio
pode executar leituras em paralelo, pode aquecer o seu volume mais rápido do que dd
mas dd
vai fazer o trabalho.
Se você gosta de medidores de progresso, tente pv - pterab /dev/xvdN > /dev/null
. ( sudo apt-get install pv
primeiro.) Isso não será necessariamente o mais rápido, mas é sólido e mais divertido de assistir, já que oferece uma taxa de transferência atual e sustentada, porcentagem completa e um ETA. Quando estiver pronto, seu volume está totalmente aquecido.