Compartilhar via

Avaliação da migração de armazenamento

Durante a fase de avaliação, os ativos de dados, as dependências e o volume e o uso dos dados são inventariados sistematicamente. Esse inventário leva em conta os dados tanto em seu estado pré-migração quanto 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 com a avaliação apropriada e a seleção de serviço de destino.

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 do usuário, compartilhamentos departamentais, compartilhamentos de arquivos, dados do aplicativo, sistemas de gerenciamento de conteúdo e bancos de dados. Eles também incluem dados de backup-arquivamento, discos de máquina virtual ou dados armazenados em qualquer SAN, NAS, DFS ou arquivos de fita.
  2. Estimar o tamanho dos dados em GB/TB/PB para cada fonte de dados em 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. Anotar todas as propriedades especiais envolvidas, como nomes de arquivo reservados, comprimento de diretório ou arquivo, caminhos longos ou fluxos de dados alternativos.
  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 e a frequência de acesso.
  2. Identifique métodos e protocolos de acesso no nível do arquivo, no nível do objeto ou no nível do bloco. Por exemplo, os protocolos no nível do arquivo podem incluir SMB ou NFS. Os protocolos no nível do objeto podem incluir APIs S3 ou REST e protocolos de nível de bloco podem incluir iSCSI ou discos brutos ou LUNs anexados a servidores.
  3. Registre as dependências do aplicativo nesses dados para acesso pré e pós-migração, quais protocolos migraram uma vez 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 versus aleatório; taxa de leitura/gravação
  6. Mencione se você está considerando a consolidação ou a reorganização dos dados à medida que migra para o armazenamento do Azure.

Entender as necessidades de desempenho

  1. Avaliar a largura de banda de rede e a latência entre a origem e o Azure
  2. Registre o desempenho de leitura/gravação ou limites de IOPS, requisitos de taxa de transferência
  3. Padrões sazonais ou de explosão
  4. Quais são os requisitos de integração externa e interna para os dados de origem descobertos

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

  1. Determine as taxas de alteração de dados para entender com que frequência os dados são alterados e o tempo de inatividade aceitável para transição. Se os dados forem estáticos e não forem alterados, uma cópia única será aceitável. No entanto, a alteração ativa de dados dinâmicos exige que você planeje sincronizações incrementais e uma janela de substituição final.
  2. Concorde sobre um período de somente 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 de proteção, recuperação e monitoramento de dados existentes.
  5. Capture quaisquer políticas de replicação, como requisitos síncronos ou assíncronos de alta disponibilidade ou recuperação de desastre. Observe também quaisquer políticas de instantâneo, se aplicável, como frequência e período de retenção.

Neste ponto, considere se as alterações de dados são excessivamente frequentes e se a largura de banda de rede atual pode dar suporte às mudanças delta após a semeadura offline inicial. Há outros parâmetros a serem considerados 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 criar um plano para aplica-los novamente no Azure.
  2. Planeje usar o ExpressRoute ou o Link Privado para quaisquer dados in-flight que não devem transitar pela Internet pública.
  3. Considere que a conformidade regulatória pode ditar regiões específicas do Azure de destino para atender aos 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 offline, examine e documente essas necessidades específicas.
  4. Descrever as principais decisões de design técnico que devem ser revisadas e estabelecidas para avançar com as seleções de destino.
  5. Considere se algum sistema está se aproximando do fim da vida útil. Embora 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 regulatória.

No final da fase avaliação, você deve ter um documento que delineia claramente os requisitos para cada fonte de dados. Esses requisitos incluem suas necessidades atuais 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 os recursos que devem estar presentes nos sistemas de destino para hospedar os dados com êxito.

Consulte também

  • Last updated on