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:
- Nomeando e referenciando contêineres
- Naming and referencing shares (Nomenclatura e referência a partilhas)
- Bloquear blobs e convenções de blob de página
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: |
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 | " \ / : | < > * ? |
Nomes de blobs para blob de blocos e blob de páginas |
Convenções de nomenclatura de disco gerenciado
Entidade | Convenções |
---|---|
Nomes de discos gerenciados | / . |