Partilhar via

Avaliação da migração de armazenamento

Durante a fase de avaliação, os ativos de dados, as dependências, o volume e o uso dos dados são sistematicamente inventariados. Este inventário tem em conta os dados tanto no seu estado pré como pós-migração. Cada conjunto de dados é perfilado de acordo com fatores como desempenho, resiliência, segurança, custo e requisitos de uso. Esses atributos ajudam na avaliação apropriada e na seleção do serviço alvo.

A lista a seguir contém itens comumente inventariados e catalogados para descobrir e avaliar seus dados de origem.

Ativos de dados de inventário

  1. Cataloge todas as fontes de dados que estão sendo migradas. Essas fontes incluem dados de usuários, compartilhamentos departamentais, compartilhamentos de arquivos, dados de aplicativos, sistemas de gerenciamento de conteúdo e bancos de dados. Eles também incluem dados de backup-arquivo, discos de máquinas virtuais ou dados armazenados em qualquer SAN, NAS, DFS ou arquivos de fita.
  2. Estime o tamanho dos dados em GB/TB/PB para cada fonte de dados dentro do seu catálogo. Inclua o número aproximado de arquivos e objetos.
  3. Capture a hierarquia e a profundidade das estruturas de diretório.
  4. Alinhe todas as propriedades especiais, como nomes de arquivos reservados, comprimento de diretório ou arquivo, caminhos longos ou fluxos de dados alternativos envolvidos.
  5. Registre os métodos de autenticação envolvidos para os serviços de dados atuais e futuros.

Identificar tipos de dados e padrões de acesso

  1. Registre o tipo de dados e o método de acesso para cada fonte, bem como a frequência de acesso.
  2. Identifique métodos e protocolos de acesso no nível de arquivo, no nível do objeto ou no nível do bloco. Por exemplo, protocolos de nível de arquivo podem incluir SMB ou NFS. Os protocolos de nível de objeto podem incluir APIs S3 ou REST e os protocolos de nível de bloco podem incluir iSCSI ou discos brutos ou LUNs conectados a servidores.
  3. Registre as dependências do aplicativo nesses dados para acesso pré e pós-migração, cujos protocolos foram migrados para o Azure.
  4. Capture níveis de permissão e ACLs específicos, requisitos de retenção para permissões e qualquer suporte de recurso específico para o arquivo, como enumeração baseada em acesso ou fluxos de dados alternativos.
  5. Observe também os padrões de acesso - sequencial vs aleatório; Relação leitura/gravação
  6. Mencione se você está considerando a consolidação ou reorganização dos dados, à medida que migra para o armazenamento do Azure.

Compreender as necessidades de desempenho

  1. Avaliar a largura de banda e a latência da rede entre a origem e o Azure
  2. Desempenho de leitura/gravação da fonte de registro ou limites de IOPS, requisitos de taxa de transferência
  3. Padrões sazonais ou padrões de rajada
  4. Quais são os requisitos de integração externos e internos para os dados de origem descobertos

Avalie a replicação, a taxa de alteração, a resiliência e a tolerância ao tempo de inatividade

  1. Determine as taxas de alteração de dados para entender a frequência com que os dados são alterados e o tempo de inatividade aceitável para substituição. Se os seus dados forem estáticos e não forem alterados, uma cópia única é aceitável. No entanto, a alteração ativa dos dados dinâmicos exige que você planeje sincronizações incrementais e uma janela de transição final.
  2. Defina um período de apenas leitura para a migração final, a fim de evitar atualizações perdidas.
  3. Capture os requisitos de SLA, RPO, RTO com base nas necessidades de disponibilidade e resiliência de um aplicativo.
  4. Documente as necessidades existentes de proteção, recuperação e monitoramento de dados.
  5. Capture quaisquer políticas de replicação, como requisitos síncronos ou assíncronos de alta disponibilidade ou recuperação de desastres. Note também as políticas de captura instantânea, como a frequência e o período de retenção, se aplicáveis.

Neste ponto, considere se as alterações de dados são excessivamente frequentes e se a largura de banda da rede atual pode suportar as alterações delta após a propagação offline inicial. Existem outros parâmetros a considerar para esses sistemas e os dados?

Considere os requisitos de segurança e conformidade

  1. Documente todas as permissões e ACLs nos dados. Verifique se o método de migração pode preservá-los ou crie um plano para reaplicá-los no Azure.
  2. Planeje usar a Rota Expressa ou o Private Link para quaisquer dados a bordo que não devam transitar pela Internet pública.
  3. Considere que a conformidade regulatória pode ditar que regiões específicas do Azure de destino cumpram os requisitos de residência de dados. Categorize os dados com base nas necessidades de segurança e conformidade, como auditoria ou cadeia de custódia. Se você estiver considerando a migração off-line, revise e documente essas necessidades específicas.
  4. Descreva as principais decisões de design técnico que devem ser revisadas e estabelecidas para avançar com as seleções de alvos.
  5. Considere se algum sistema está perto do fim da vida útil. Embora os sistemas preteridos possam não ser migrados, é possível que os dados do sistema precisem ser armazenados por um determinado período para atender à conformidade regulamentar.

No final da fase de Avaliação, deverá ter um documento que descreva claramente os requisitos para cada fonte de dados. Esses requisitos incluem suas necessidades presentes e futuras e seus conjuntos específicos de requisitos após a migração para um sistema ou serviço de destino. O documento de Avaliação define claramente as capacidades que devem estar presentes nos sistemas de destino para hospedar os dados com sucesso.

Consulte também

  • Last updated on