Azure Data Box Limites pesados

Considere esses limites ao implantar e operar seu dispositivo Azure Data Box Heavy. A tabela a seguir descreve esses limites para o Data Box.

Data Box Limites de serviço pesado

• Se você usar várias contas de armazenamento com o serviço Data Box, todas as contas de armazenamento deverão pertencer à mesma região do Azure.
• Recomendamos que você use no máximo três contas de armazenamento. O uso de mais contas de armazenamento pode afetar o desempenho.

Data Box Limitações severas

• O Data Box Heavy pode armazenar um máximo de 1 bilhão de arquivos por nó.
• O Data Box Heavy suporta um máximo de 512 contêineres ou compartilhamentos por nó na nuvem. Os diretórios de nível superior dentro do compartilhamento de usuário se tornam contêineres ou compartilhamentos de arquivos do Azure na nuvem.
• Atualmente, o Data Box não suporta um cenário em que os dados do cliente estejam mudando ativamente durante a exportação.

Limites de armazenamento do Azure

Esta seção descreve os limites do serviço de Armazenamento do Azure e as convenções de nomenclatura necessárias para Arquivos do Azure, blobs de bloco do Azure e blobs de página do Azure, conforme aplicável ao serviço Data Box. Reveja cuidadosamente os limites de armazenamento e siga todas as recomendações.

Para obter as informações mais recentes sobre limites de serviço de armazenamento do Azure e práticas recomendadas para nomear compartilhamentos, contêineres e arquivos, vá para:

• Nomeando e referenciando contêineres
• Nomeação e referência de ações
• Bloquear blobs e convenções de blob de página

Limitações do carregamento de dados

• Contêineres, compartilhamentos e pastas:
  • Não copie arquivos diretamente para nenhum dos compartilhamentos pré-criados. Você precisa criar uma pasta sob o compartilhamento e, em seguida, copiar arquivos para essa pasta.
  • Uma pasta sob o StorageAccount_BlockBlob e StorageAccount_PageBlob é um contêiner. Por exemplo, os contêineres são criados como StorageAccount_BlockBlob/container e StorageAccount_PageBlob/container.
  • Cada pasta criada diretamente sob StorageAccount_AzFile é convertida em um Compartilhamento de Arquivos do Azure.
  • O Armazenamento de Blobs do Azure não oferece suporte a diretórios. Caso crie uma pasta dentro da pasta StorageAccount_BlockBlob, são criadas pastas virtuais dentro do nome do blob. Para Arquivos do Azure, a estrutura de diretórios real é mantida.
• Mesclando conteúdo da pasta:
  • Cada ficheiro gravado nos armazenamentos StorageAccount_BlockBlob e StorageAccount_PageBlob é carregado respetivamente como um blob de bloco e um blob de página.
  • Se uma pasta tiver o mesmo nome de um contêiner existente, o conteúdo da pasta será mesclado com o conteúdo do contêiner. Arquivos ou blobs que ainda não estão na nuvem são adicionados ao contêiner. Se um arquivo ou blob tiver o mesmo nome que um arquivo ou blob que já está no contêiner, o arquivo ou blob existente será substituído.
  • Um carregamento para um blob na camada Arquivo falhará se o contêiner tiver um blob arquivado existente com o mesmo nome. Enquanto um blob se encontra na camada de arquivo, não pode ser lido ou modificado. Se precisar sobrescrever um blob, certifique-se de que o blob não está em modo de arquivamento. Para obter mais informações, consulte Nível de Acesso ao Arquivo.
  • Qualquer hierarquia de diretórios vazia (sem arquivos) criada em StorageAccount_BlockBlob e StorageAccount_PageBlob pastas não é carregada.
• A importação de dados para compartilhamentos de arquivos do Azure NFS não é suportada pelo Azure Data Box. Copiar dados do Data Box para um compartilhamento de arquivos do Azure NFS existente com um nome idêntico ao da pasta de origem cria um conflito. Para resolver esse conflito, o Data Box renomeia o compartilhamento databox-<GUID> de origem e o carrega na conta de armazenamento de destino como um compartilhamento de arquivos do Azure SMB.
• Se você usar os protocolos SMB e NFS para cópias de dados, recomendamos que:
  • Use contas de armazenamento diferentes para SMB e NFS.
  • Não copie os mesmos dados para o mesmo destino final no Azure usando SMB e NFS. Nestes casos, não é possível determinar o resultado final.
  • Embora copiar via SMB e NFS em paralelo possa funcionar, não recomendamos fazer isso, pois é propenso a erros humanos. Aguarde até que a cópia de dados SMB esteja concluída antes de iniciar uma cópia de dados NFS.
• Gestão de uploads:
  • Se houver erros ao carregar dados no Azure, um log de erros será criado na conta de armazenamento de destino. O caminho para esse log de erros estará disponível quando o carregamento for concluído e você poderá revisá-lo para tomar uma ação corretiva. Não exclua dados da fonte sem verificar os dados carregados.
  • Os metadados de ficheiros e as permissões NTFS podem ser preservados quando os dados são enviados para o Azure Files seguindo as orientações em Preservando ACLs, atributos e carimbos de data/hora de ficheiros com o Azure Data Box.
  • A hierarquia dos arquivos é mantida durante a transferência para a nuvem tanto para blobs quanto para Ficheiros do Azure. Por exemplo, você copiou um arquivo neste caminho: <container folder>\A\B\C.txt. Este ficheiro é carregado para o mesmo caminho na nuvem.
  • Se o campo CreateTime ou LastWriteTime de um arquivo exceder o tamanho permitido durante um carregamento, "Sex, 31 Dec 9999 23:59:59" substituirá a data original na propriedade do arquivo do Azure. O upload do arquivo é bem-sucedido e nenhum erro é gerado.

Limites de tamanho da conta de armazenamento do Azure

Aqui estão os limites do tamanho dos dados copiados para uma conta de armazenamento. Certifique-se de que os dados carregados estão em conformidade com estes limites. Para obter as informações mais atualizadas sobre esses limites, consulte Metas de escalabilidade e desempenho para armazenamento de Blob e metas de desempenho e escalabilidade dos Arquivos do Azure.

Limites de tamanho de objeto do Azure

Aqui estão os tamanhos dos objetos no Azure que podem ser escritos. Certifique-se de que todos os ficheiros carregados estão em conformidade com estes limites.

Convenções de nomenclatura de blobs de bloco do Azure, blobs de página e ficheiros