Melhores práticas gerais

• Avalie o tipo de dados que você tem antes de criar políticas de backup. Os dados críticos que mudam com mais frequência podem requerer backups mais frequentes do que os dados estáticos. Pergunte quais dados são mais importantes e quais devem ser arquivados.

• Considere cuidadosamente quando você precisa incluir a criação de cópias de snapshot de backup em outras regiões. As cópias podem ajudar a criar novos volumes na região de destino e auxiliar na continuidade dos negócios. No entanto, leva tempo para copiar grandes quantidades de dados para outra região, e a criação de cópias remotas incorre em cobranças pela transferência de dados e pelo consumo de armazenamento na região de destino separadamente.

• Mantenha os custos baixos, armazenando os backups apenas onde e enquanto forem necessários, para evitar a perda de dados. Planeje backups oportunos para restaurar dados que possam ser excluídos ou corrompidos. Pense nos tipos de eventos que poderiam ocorrer. Pergunte quantos dados você pode se dar ao luxo de perder. As respostas podem ajudá-lo a decidir sobre um intervalo de backup e uma política de retenção.

• Pergunte com que rapidez você precisa recuperar os dados. Crie um volume ou compartilhamento a partir de um backup e teste o failover para ter uma ideia do tempo que ele pode levar.

• Para obter o melhor desempenho, alterne suas tarefas de backup criando planos de backup com intervalos diferentes. É possível ter até quatro planos de backup diferentes por política de backup.

• Para volumes grandes da Geração 1, considere um período de retenção mais curto, para não ultrapassar o limite de 10 TB para todos os backups de volume.

• Se você tiver volumes em regiões diferentes, crie políticas de backup separadas para cada região. Você está limitado a 10 políticas de backup por conta em uma região. Essa cota não pode ser aumentada.

• Confirme se os recursos de armazenamento em bloco que você marcou para backups estão anexados a uma instância de servidor virtual em execução. Você não pode fazer backup de volumes descolados.

• Defina um nome exclusivo para sua política de backup. Se você tiver uma convenção para nomear volumes, pode nomear uma política de backup usando uma convenção semelhante. Os backups criados por uma política também podem seguir essa convenção. À medida que o número de backups aumenta, uma boa convenção de nomenclatura pode torná-los mais fáceis de identificar.

• Backups do grupo de consistências: a criação de capturas instantâneas consistentes com travamento de vários volumes que são conectados à mesma instância de servidor virtual leva a uma suspensão de E/S de curta duração que pode durar de alguns milissegundos a alguns segundos. A duração depende do número e do tamanho de volumes que estão conectados à sua instância de servidor virtual Execute sua tarefa de backup automatizada fora dos horários de pico para minimizar qualquer impacto no desempenho.

• As programações de backup para compartilhamentos de arquivos podem ser configuradas somente no lado de origem de um par de replicação. Quando você opta por fazer failover de operações para o compartilhamento de réplica, os compartilhamentos de origem e de réplica trocam de função. Após a execução de um failover, as políticas de backup precisam ser removidas do que era anteriormente a origem e aplicadas ao compartilhamento de origem atual.

Embora não seja possível agendar a criação de instantâneos para um compartilhamento de réplica, seus compartilhamentos de réplica ainda podem ter instantâneos. Quando você cria um instantâneo de backup do compartilhamento de origem, esse instantâneo é copiado para a réplica no próximo ciclo de replicação.

Melhores práticas para ações do usuário

• Organize as tags que você aplica aos recursos e especifica nas políticas de backup. Certifique-se de que várias políticas não estejam usando as mesmas tags para recursos de destino, pois isso pode acionar backups duplicados Basta que uma única tag corresponda para que o backup seja acionado.

• Determine quais tags já estão atribuídas a um recurso (volumes, compartilhamentos ou instâncias de servidor virtual). Se um recurso tiver várias tags, certifique-se de que elas não estejam gerando backups duplicados para várias políticas.

• Decida como você prefere adicionar tags. Você pode criar tags para recursos de destino em sua política de backup primeiro e depois aplicá-las aos volumes, compartilhamentos ou instâncias de servidor virtual. Ou então, você pode especificar tags que já estejam aplicadas ao recurso na política de backup. Se você optar por usar tags existentes, esteja ciente de que as mesmas tags podem estar associadas a outros recursos que talvez você não queira incluir no backup desta política.

• Decida se criar um ou vários planos de backup se adequa às suas necessidades. Por exemplo, vários planos podem acionar backups em intervalos diferentes. Talvez você queira fazer o backup de alguns volumes ou compartilhamentos mensalmente, outros com mais frequência em um plano diário ou semanal.

Melhores práticas do administrador

• Determine quais usuários podem ter permissão para adicionar tags aos recursos de destino. Para obter mais informações, veja Concedendo aos usuários acesso a recursos de tag.

Aplicando as melhores práticas

Aplique as melhores práticas ao criar uma estratégia de backup. O exemplo a seguir ilustra como você pode configurar uma solução de backup.

Suponha que você tenha 10 volumes distribuídos por diferentes departamentos. Alguns volumes contêm informações urgentes que você precisa fazer backup a cada hora. Outros volumes contêm informações arquivadas que não mudam muito, então você preferiria fazer backup delas semanalmente. É possível criar quatro planos de backup por política.

Crie uma política de backup com um plano de backup por hora para os volumes de tempo crítico:

• Ao criar a política, crie uma tag para os volumes de destino (por exemplo, finance:hourly). Defina um nome para a política que reflita o intervalo e o tipo de dados. Ele pode ajudar a organizar as políticas na lista e os recursos associados a elas.

• Adicione as novas tags aos seus volumes - Especifique as tags em Aplicar tags aos recursos de destino no console ou especifique-os na CLI ou API. Ele garante que todos os volumes que você deseja fazer backup por hora sejam incluídos pela política de backup horária.

• Se o seu volume já contiver tags, verifique se outra política de backup já não está fazendo o backup desse volume. Se for esse o caso, retire a marcação extra do volume para que não seja apoiada duas vezes, e incorrendo custos extras.

• Defina um período de retenção que não exceda 1.000 dias e que não resulte em um volume total de backups superior a 10 TB. Para backups de hora em hora, talvez seja necessário um período de retenção mais curto do que para backups diários ou semanais.

Crie um plano de backup semanal para dados arquivados:

• Crie outro plano e defina a frequência do backup como 7 dias. Avalie a quantia de dados que estão no volume e as mudanças antecipados O limite é de 10 TB para volumes da Geração 1.

• Configure um período de retenção mais longo para ter várias cópias de seu volume de archive. Para backups semanais, você pode desejar reter os backups por um mês.

• Adicione uma cópia de região remota para manter os dados em um local separado. Mesmo que o volume tenha mais de 3 TB, sua próxima cópia de snapshot é um snapshot incremental que contém as alterações da semana anterior.

Se você especificar a idade e o número de backups em sua política de retenção, a idade terá prioridade na determinação de quando excluir uma captura instantânea A contagem se aplicará apenas se a captura instantânea mais antiga estiver dentro do intervalo de idade

Por exemplo, ao criar o plano semanal e especificar o período de retenção como 365 dias, também é possível especificar a contagem máxima de 8. Neste cenário, você obterá um máximo de 8 backups na cadeia, com o mais antigo com 8 semanas de idade. Como alternativa, você pode especificar 30 dias como o período de retenção e definir o número máximo de backups como 8. Então, quando o quinto backup for criado, o primeiro backup será excluído, pois está fora do período de retenção de 30 dias.

Próximas etapas

• Planeje uma estratégia para fazer backup dos seus volumes do Block Storage for VPC.
• Crie uma política de backup.