Compartilhar via

Limites do Azure Data Box Disk

  • Artigo

Considere esses limites ao implantar e operar sua solução de Microsoft Azure Data Box Disk.

Limites de serviço do Data Box

  • O serviço Data Box está disponível nas regiões do Azure listadas em Disponibilidade de região.
  • Uma única conta de armazenamento é compatível com o Data Box Disk.
  • O Data Box Disk pode armazenar no máximo 100.000 arquivos
  • O Data Box Disk dá suporte a um máximo de 512 contêineres ou compartilhamentos na nuvem. Os diretórios de nível superior no compartilhamento do usuário se tornam contêineres ou compartilhamentos de arquivos do Azure na nuvem.

Desempenho do Data Box Disk

Quando testado com discos conectados via USB 3.0, o desempenho do disco foi de até 430 MB/s. Os números reais variam dependendo do tamanho do arquivo usado. Para arquivos menores, o desempenho poderá ser mais baixo.

Limites de armazenamento do Azure

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

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

Importante

Se há quaisquer arquivos ou diretórios que excedem os limites de serviço de armazenamento do Azure ou não estão em conformidade com as convenções de nomenclatura de Blobs/Arquivos do Azure, esses arquivos ou diretórios não são ingeridos no Armazenamento do Azure por meio do serviço Data Box.

Advertências de cópia e carregamento de dados

  • A importação de dados para compartilhamentos de arquivos do Azure do NFS não é compatível com o Azure Data Box. Copiar dados do Data Box para um compartilhamento de arquivos existente do Azure do NFS com um nome idêntico à medida que sua pasta de origem cria um conflito. Para resolver esse conflito, o Data Box renomeia o compartilhamento de origem para databox-<GUID> e o carrega na conta de armazenamento de destino como um compartilhamento de arquivos do Azure SMB.

  • Não copie dados diretamente para os discos. Copie os dados para as pastas BlockBlob, PageBlob e AzureFile criadas previamente.

  • Uma pasta sob as pastas BlockBlob e PageBlob é um contêiner. Por exemplo, os contêineres são criados como BlockBlob/contêiner e PageBlob/contêiner.

  • Se uma pasta tiver o mesmo nome de um contêiner existente, seus conteúdos serão mesclados. Os 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 de outro que já está no contêiner, aquele que já existe será substituído.

  • Todos os arquivos gravados nos compartilhamentos BlockBlob e PageBlob são carregados como um blob de blocos e um blob de páginas, respectivamente.

  • A hierarquia de arquivos é mantida durante o carregamento para a nuvem para os blobs e os Arquivos do Azure. Por exemplo, você copiou um arquivo neste caminho: <container folder>\A\B\C.txt. Foi feito o upload deste arquivo no mesmo caminho na nuvem.

  • Qualquer hierarquia de diretórios vazios (sem arquivos) criada nas pastas BlockBlob e PageBlob não é carregada.

  • Se você não tiver caminhos longos habilitados no cliente e qualquer caminho e nome de arquivo em sua cópia de dados exceder 256 caracteres, a Ferramenta de Cópia Dividida do Data Box (DataBoxDiskSplitCopy.exe) ou a ferramenta de Validação do Data Box Disk (DataBoxDiskValidation.cmd) relatará falhas. Para evitar esse tipo de falha, habilite caminhos longos no cliente do Windows.

  • Se há erros ao carregar dados no Azure, um log de erros é criado na conta de armazenamento de destino. O caminho para esse log de erros está disponível no portal quando o upload é concluído e você pode examinar o log para tomar uma ação corretiva. Não exclua os dados da origem sem verificar os dados carregados.

  • Se você especificou discos gerenciados no pedido, analise as seguintes considerações adicionais:

    • Só é possível ter um disco gerenciado com um determinado nome em um grupo de recursos em todas as pastas pré-criadas e em todo o Data Box Disk. Isso implica que os VHDs enviados para as pastas pré-criadas deverão ter nomes exclusivos. O nome determinado não deve ser igual ao de um disco gerenciado já existente em um grupo de recursos. Se os VHDs tiverem nomes iguais, somente um VHD será convertido em disco gerenciado com esse nome. Os outros VHDs serão carregados como blobs de páginas na conta de armazenamento temporário.
    • Sempre copie os VHDs para uma das pastas pré-criadas. Se você copiar os VHDs fora dessas pastas ou em uma pasta que você criou, os VHDs serão carregados na conta do Armazenamento do Azure como blobs de páginas e não como discos gerenciados.
    • Apenas os VHDs fixos podem ser carregados para criar discos gerenciados. Não há suporte para VHDs dinâmicos, VHDs de diferenciação nem arquivos VHDX.
    • Os arquivos não VHD copiados para as pastas de discos gerenciados pré-criadas não serão convertidos em um disco gerenciado.

Limites de tamanho da conta de armazenamento do Azure

Veja abaixo os limites do tamanho de dados que podem ser copiados para a conta de armazenamento. Verifique se os dados carregados por você estão em conformidade com esses limites.

Tipo de dados Limite padrão
blob de blocos, blob de páginas Para obter informações atuais sobre esses limites, confira Destinos de escala do Armazenamento de Blobs do Azure, Destinos de escala do Armazenamento Standard do Azure e Destinos de escala dos Arquivos do Azure.

Os limites incluem dados de todas as fontes, incluindo o Data Box Disk.

Limites de tamanho do objeto do Azure

Aqui estão os tamanhos dos objetos do Azure que podem ser gravados. Verifique se todos os arquivos que são carregados estão em conformidade com esses limites.

Tipo de objeto do Azure Limite padrão
Blob de blocos 7 TiB
Blob de páginas 4 TiB
Todos os arquivos carregados no formato de blob de páginas precisarão ser alinhados com 512 bytes (um integral múltiplo), caso contrário o upload falhará.
O VHD e o VHDX são alinhados a 512 bytes.
Arquivos do Azure 4 TiB
Discos gerenciados 4 TiB
Para obter mais informações sobre tamanho e limites, consulte:
  • Metas de escalabilidade do SSDs Padrão
  • Metas de escalabilidade do SSDs Premium
  • Metas de escalabilidade do HDDs Padrão
  • Noções básicas sobre preços e cobrança dos discos gerenciados
    		•

    Convenções de nomenclatura de arquivo, blob de páginas e blob de blocos do Azure

    Entidade Convenções
    Nomes de contêiner de blob de blocos e blob de páginas Precisa ser um nome DNS válido com tamanho de 3 a 63 caracteres.
    Deve começar com uma letra ou número.
    Pode conter apenas letras minúsculas, números e o hífen (-).
    Cada hífen (-) precisa ser imediatamente precedido e seguido por uma letra ou um número.
    Hifens consecutivos não são permitidos em nomes.
    Nomes de compartilhamento de arquivos do Azure O mesmo que o descrito acima
    Nomes de arquivo e diretório para arquivos do Azure
  • Uso de maiúsculas e minúsculas preservado, sem diferenciação. Não deve exceder 255 caracteres.
  • Não pode terminar com barra (/).
  • Se fornecido, será removido automaticamente.
  • Os seguintes caracteres não são permitidos: " \ / : | < > * ?
  • Os caracteres reservados de URL precisam ser escapados corretamente.
  • Caracteres ilegais de caminho de URL não são permitidos. Pontos de código como \uE000 não são caracteres Unicode válidos. Alguns caracteres ASCII ou Unicode, como caracteres de controle (0x00 a 0x1F, \u0081, etc.), também não são permitidos. Para saber quais são as regras que regem as cadeias de caracteres Unicode em HTTP/1.1, confira o RFC 2616, Section 2.2: Basic Rules (RFC 2616, Seção 2.2: regras básicas) e o RFC 3987.
  • Os seguintes nomes de arquivo não são permitidos: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK $, caractere de ponto (.), e dois caracteres de ponto (..).
    		•
    Nomes de blob para blobs de blocos e blobs de página
  • Nomes de blob diferenciam maiúsculas de minúsculas e podem conter qualquer combinação de caracteres.
  • O nome do blob deve ter entre 1 e 1.024 caracteres.
  • Os caracteres reservados de URL precisam ser escapados corretamente.
  • O número de segmentos de caminho que incluem o nome do blob não pode exceder 254. Um segmento de caminho é a cadeia de caracteres entre caracteres delimitadores consecutivos (por exemplo, a barra '/') que correspondem ao nome de um diretório virtual.
    		•

    Convenções de nomenclatura de discos gerenciados

    Entidade Convenções
    Nomes de discos gerenciados
  • O nome precisa ter entre 1 e 80 caracteres.
  • Ele precisa começar com uma letra ou um número e terminar com uma letra, um número ou um sublinhado.
  • Só pode conter letras, números, sublinhados, pontos ou hifens.
  • O nome não deve ter espaços nem /.
    		•

    Próximas etapas