Partilhar via


Limites do Azure Data Box Disk

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

Limites do serviço 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 é suportada com o Data Box Disk.
  • Data Box Disk pode armazenar um máximo de 100.000 arquivos
  • O Data Box Disk suporta um máximo de 512 contêineres ou compartilhamentos 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.

Desempenho do disco Data Box

Nos testes com discos ligados por USB 3.0, o desempenho dos discos foi de 430 MB/s. A velocidade real pode variar consoante o tamanho do ficheiro utilizado. Para ficheiros mais pequenos, o desempenho poderá ser mais lento.

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:

Importante

Se houver arquivos ou diretórios que excedam os limites do serviço de Armazenamento do Azure ou não estejam em conformidade com as convenções de nomenclatura de Arquivos/Blobs do Azure, esses arquivos ou diretórios não serão ingeridos no Armazenamento do Azure por meio do serviço Data Box.

Advertências de cópia e upload de dados

  • 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.

  • Não copie dados diretamente para os discos. Copie dados para pastas pré-criadas BlockBlob, PageBlob e AzureFile .

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

  • 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.

  • Cada arquivo gravado em compartilhamentos BlockBlob e PageBlob é carregado como um blob de bloco e blob de página, respectivamente.

  • A hierarquia de arquivos é mantida durante o carregamento na nuvem para blobs e Arquivos 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.

  • Qualquer hierarquia de diretórios vazia (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 na cópia de dados exceder 256 caracteres, a Ferramenta de Cópia Dividida do Data Box (DataBoxDiskSplitCopy.exe) ou a Ferramenta de Validação de Disco do Data Box (DataBoxDiskValidation.cmd) relatará falhas. Para evitar esse tipo de falha, habilite caminhos longos no seu cliente Windows.

  • 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 no portal quando o carregamento estiver concluído e você poderá revisar o log para tomar uma ação corretiva. Não exclua dados da fonte sem verificar os dados carregados.

  • Se você especificou discos gerenciados na ordem, revise as seguintes considerações adicionais:

    • Só é possível ter um disco gerido com um determinado nome num grupo de recursos em todas as pastas pré-criadas e em todo o Data Box Disk, o que implica que os VHDs carregados para as pastas pré-criadas devem ter nomes exclusivos. Certifique-se de que o nome fornecido não corresponde a um disco gerenciado já existente em um grupo de recursos. Se os VHDs tiverem os mesmos nomes, apenas um VHD será convertido em disco gerido com esse nome. Os outros VHDs serão carregados como blobs de páginas na conta de armazenamento de teste.
    • Copie sempre os VHDs para uma das pastas pré-criadas. Se copiar os VHDs para outras pastas ou para alguma pasta que tiver criado, os VHDs serão carregados na Conta de armazenamento do Azure como blobs de páginas e não como discos geridos.
    • Apenas os VHDs fixos podem ser carregados para criar discos geridos. VHDs dinâmicos, VHDs diferenciais ou arquivos VHDX não são suportados.
    • Os arquivos não VHD copiados para as pastas de disco gerenciado pré-criadas não serão convertidos em um disco gerenciado.

Limites de tamanho da conta de armazenamento do Azure

Aqui estão os limites do tamanho dos dados que podem ser copiados para uma conta de armazenamento. Certifique-se de que os dados carregados estão em conformidade com estes limites.

Tipo de dados Limite predefinido
blob de bloco, blob de página Para obter informações atuais sobre esses limites, consulte Destinos de escala de armazenamento de Blob do Azure, Destinos de escala de armazenamento padrão do Azure e Destinos de escala do Azure Files.

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

Limites de tamanho de objeto do Azure

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

Tipo de objeto do Azure Limite predefinido
Blob de blocos 7 TiB
Blob de páginas 4 TiB
Cada arquivo carregado no formato de blob de página deve estar 512 bytes alinhados (um múltiplo integral), caso contrário, o upload falhará.
VHD e VHDX são 512 bytes alinhados.
Ficheiros do Azure 4 TiB
Discos geridos 4 TiB
Para obter mais informações sobre tamanho e limites, consulte:
  • Metas de escalabilidade de SSDs padrão
  • Metas de escalabilidade de SSDs Premium
  • Metas de escalabilidade das HDD padrão
  • Preços e faturamento de discos gerenciados
  • Convenções de nomenclatura de bloco, blob de página e arquivo do Azure

    Entidade Convenções
    Nomes de contêiner para blob de bloco e blob de página Deve ser um nome DNS válido com 3 a 63 caracteres.
    Tem de começar com uma letra ou um número.
    Pode conter apenas letras minúsculas, números e o hífen (-).
    Cada hífen (-) tem de ser imediatamente precedido e seguido por uma letra ou um número.
    Não são permitidas hífenes consecutivas em nomes.
    Compartilhar nomes para arquivos do Azure Mesmo que acima
    Diretórios e nomes de arquivo para arquivos do Azure
  • Preservação de maiúsculas e minúsculas, sem distinção entre maiúsculas e minúsculas e não deve exceder 255 caracteres.
  • Não pode terminar com a barra (/).
  • Se fornecido, ele será removido automaticamente.
  • Os seguintes caracteres não são permitidos: " \ / : | < > * ?
  • Os carateres de URL reservados devem ser escritos corretamente.
  • Caracteres de caminho de URL ilegais 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 regras que regem cadeias de caracteres Unicode em HTTP/1.1, consulte RFC 2616, Seção 2.2: Regras básicas e 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 blobs para blob de blocos e blob de páginas
  • Os nomes de blobs são sensíveis a maiúsculas e minúsculas e podem conter qualquer combinação de carateres.
  • Um nome de blob tem de ter entre 1 e 1024 carateres de comprimento.
  • Os carateres de URL reservados devem ser escritos corretamente.
  • O número de segmentos de linha que inclui o nome do blob não pode exceder 254. Um segmento de linha é a cadeia de carateres entre os carateres delimitadores consecutivos (por exemplo, uma barra "/") que corresponde ao nome de um diretório virtual.
  • Convenções de nomenclatura de disco gerenciado

    Entidade Convenções
    Nomes de discos gerenciados
  • O nome deve ter de 1 a 80 caracteres.
  • O nome deve começar com uma letra ou número, terminar com uma letra, número ou sublinhado.
  • O nome pode conter apenas letras, números, sublinhados, pontos ou hífenes.
  • O nome não deve ter espaços ou /.
  • Próximos passos