Perguntas frequentes sobre discos de VM iaaS do Azure e discos premium gerenciados e não gerenciados

Um disco gerenciado padrão criado a partir de um VHD de 80 GiB é tratado como o próximo tamanho de disco padrão disponível, que é um disco S10. A cobrança é feita de acordo com o preço do disco S10. Para saber mais, confira a página de preço.

Você é cobrado com base na capacidade provisionada do disco. Para saber mais, confira a página de preço.

Sim.

Não.

Sim. O limite máximo é de 50.000 discos gerenciados por região e por tipo de disco para uma assinatura.

Não. As VMs em um conjunto de disponibilidade devem usar todos os discos gerenciados ou todos os discos não gerenciados. Ao criar um conjunto de disponibilidade, você pode escolher qual tipo de disco deseja usar.

Sim. Você pode criar um disco vazio. Um disco gerenciado pode ser criado independentemente de uma VM, por exemplo, sem anexá-lo a uma VM.

Dependendo da região em que o conjunto de disponibilidade que usa discos gerenciados está localizado, a contagem de domínios de falha com suporte é 2 ou 3.

O Managed Disks dá suporte a três principais funções padrão:

• Proprietário: pode gerenciar tudo, incluindo o acesso
• Colaborador: pode gerenciar tudo, exceto o acesso
• Leitor: Pode exibir tudo, mas não pode fazer alterações

Você pode gerar uma assinatura de acesso compartilhado somente leitura URI (SAS) para o disco gerenciado e usá-la para copiar o conteúdo para uma conta de armazenamento privado ou armazenamento local. Você pode usar o URI sas usando o portal do Azure, o Azure PowerShell, a CLI do Azure ou o AzCopy.

Você pode tirar um instantâneo de um disco gerenciado e, em seguida, usar o instantâneo para criar outro disco gerenciado. Você também pode criar um novo disco gerenciado de um disco gerenciado existente.

Sim, mas eles serão desativados em 31 de março de 2026 (estendido a partir de 30 de setembro de 2025). A partir de 18 de novembro de 2022, novas assinaturas de clientes não são elegíveis para criar discos não gerenciados. Os blobs de página não são afetados por essa alteração. Planeje e conclua a migração de todas as VMs usando discos não gerenciados para discos gerenciados antes de 31 de março de 2026. Consulte as diretrizes de preços e migração para VMs Windows e Linux ou consulte a visão geral da migração. Você deve usar discos gerenciados para novas cargas de trabalho e migrar suas cargas de trabalho atuais para discos gerenciados.

Não.

Não.

Não. Não é possível atualizar a propriedade de nome do computador. A nova VM herda-a da VM pai, que foi usada para criar o disco do sistema operacional.

• Lista de modelos usando Managed Disks
• https://github.com/chagarw/MDPP

Não, quando o novo disco é criado, ele passa a ser uma cópia totalmente autônoma do blob naquele momento e não há conexão entre os dois. Se desejar, depois de criar o disco, o blob de origem poderá ser excluído sem afetar o disco recém-criado.

Os discos gerenciados não podem ser renomeados. No entanto, você pode renomear um disco não gerenciado desde que ele não esteja anexado a um VHD ou VM no momento.

As imagens de geração 1 só podem usar o particionamento GPT em discos de dados, não em discos do sistema operacional. Os discos do sistema operacional devem usar o estilo de partição MBR.

As imagens de geração 2 podem usar o particionamento GPT no disco do sistema operacional e nos discos de dados.

A reserva de disco do Azure fornece a opção de comprar SSDs Premium nos SKUs especificados de P30 (1 TiB) até P80 (32 TiB) para um período de um ano. Não há nenhuma limitação no número mínimo de discos necessários para comprar uma reserva de disco. Além disso, você pode optar por pagar com um único pagamento antecipado ou pagamentos mensais. Não há nenhum custo transacional adicional aplicado aos Discos Gerenciados do SSD Premium.

As reservas são feitas na forma de discos, não na capacidade. Em outras palavras, quando você reserva um disco P80 (32 TiB), obtém um único disco P80, não pode dividir essa reserva específica em dois discos P70 (16 TiB) menores. Você pode reservar quantos discos desejar, incluindo dois discos P70 (16 TiB) separados.

A reserva de discos segue um modelo semelhante a instâncias de VM (máquina virtual reservada). A diferença é que uma reserva de disco não pode ser aplicada a SKUs diferentes, enquanto uma instância de VM pode. Consulte Salvar custos com instâncias de VM reservadas do Azure para obter mais informações sobre instâncias de VM.

As reservas de discos do Azure são adquiridas para uma região específica e SKU (como P30 em East US 2) e não podem ser usadas fora desses parâmetros. Você sempre pode comprar uma reserva adicional do Azure Disks para suas necessidades de armazenamento em disco em outras regiões ou SKUs.

Sim, todos os tipos de disco dão suporte ao SLA de VM de instância única.

Não. Todos os discos gerenciados, mesmo os discos compartilhados, devem estar na mesma região que a VM à qual estão sendo anexados.

O SSD Premium v2 fornece um desempenho de linha de base de 3.000 IOPS e 125 MB/s para qualquer tamanho que seja oferecido sem custo adicional. Atualmente, para as regiões a seguir, a calculadora de preços tem um preço incorreto. Até que a calculadora de preços seja corrigida, deduza 3.000 IOPS da IOPS de destino e 125 MB/s da largura de banda de destino nestas regiões para estimar o custo corretamente: Centro-Norte dos EUA, Centro-Oeste dos EUA, Oeste dos EUA, Oeste do Reino Unido, EAU Central, Norte da Suíça, Oeste da Suíça, Sul da Suécia, Coreia Central, Sul da Coreia, Leste do Japão, Oeste do Japão, Norte da Itália, Índia Central, Sul da Índia, Norte da Alemanha, Centro-Oeste da Alemanha, França Central, Canadá Central, Leste do Canadá, Sul do Brasil, US Gov – Arizona, US Gov – Virgínia, Austrália Central, Austrália Central 2, Sudeste da Austrália, Norte da África do Sul e Oeste da África do Sul.

• Você pode ter operações de backup e recuperação mais eficientes, reduzindo o tempo de inatividade em caso de perda de dados ou falha do sistema, fazendo backup frequente dos discos de dados. Se o disco de dados apresentar um problema, será mais fácil de recuperar, pois ele é separado do disco do sistema operacional.

• Você pode expandir sua capacidade de armazenamento adicionando ou expandindo discos de dados sem afetar o disco do sistema operacional. Somente os discos de dados dão suporte ao redimensionamento dinâmico, não é possível aumentar o tamanho dos discos do sistema operacional sem parar a VM.

• Separar o sistema operacional de seus aplicativos e dados em discos diferentes ajuda a garantir que os IOPs de discos do sistema operacional e os dados do aplicativo não interfiram uns com os outros. Isso pode melhorar o desempenho geral do sistema e evitar problemas de contenção que podem acontecer quando o sistema operacional e os aplicativos estão competindo por recursos de disco.

• Se houver uma falha ou corrupção no sistema no disco do sistema operacional, você poderá refazer a imagem ou reinstalar o sistema operacional sem afetar o disco de dados. Isso reduz o risco de perda de dados e facilita a solução de problemas e procedimentos de manutenção.

• Você pode aplicar controles de acesso separados e permissões ao disco do sistema operacional e ao disco de dados. Essa separação limita o acesso a arquivos críticos do sistema no disco do sistema operacional, mitigando possíveis riscos de segurança.

Sim.

Não. Os instantâneos devem ser copiados para outras regiões na ordem de criação.

A cópia falha.

Sim. Todos os instantâneos e imagens gerenciados são criptografados automaticamente.

Todos os tipos de disco dão suporte a algum tipo de instantâneo. Os Discos Ultra e SSD Premium v2 somente são compatíveis com instantâneos incrementais e têm algumas limitações. Para obter detalhes, consulte Criar um instantâneo incremental para discos gerenciados. Os outros tipos de disco dão suporte aos dois tipos de snapshots para todos os seus tamanhos de disco.

A exclusão de um de seus instantâneos incrementais não afeta os instantâneos incrementais subsequentes. O sistema mescla os dados ocupados pelo primeiro instantâneo com o próximo instantâneo em questão para garantir que os instantâneos subsequentes não sejam afetados devido à exclusão do primeiro instantâneo.

Discos gerenciados compatíveis criados com a API versão 2019-07-01 ou mais recente podem habilitar discos compartilhados. Para fazer isso, você precisa desmontar o disco de todas as VMs às quais ele está anexado. Em seguida, edite a propriedade maxShares no disco.

Desmonte o disco de todas as VMs às quais ele está anexado. Em seguida, edite a propriedade maxShare no disco para 1.

Sim.

Se você não tiver certeza de como definir a sua taxa de transferência de disco, recomendamos começar assumindo um tamanho de E/S de 16 KiB e ajustar o desempenho a partir daí ao monitorar o aplicativo. A fórmula é: Taxa de transferência em MB/s = # de IOPS * 16/1000.

Além do limite do disco, há uma restrição de E/S que é imposta no nível da VM. Verifique se o tamanho da VM que você está usando pode dar suporte aos níveis configurados em seus discos. Para obter detalhes sobre os limites de E/S impostos por sua VM, consulte Tamanhos para máquinas virtuais no Azure.

Não, os discos ultra não dão suporte aos diferentes métodos de cache compatíveis com outros tipos de disco. Defina o cache de disco como Nenhum.

Talvez sua VM precise estar em uma região e um par de zonas de disponibilidade que dê suporte a discos Ultra. Consulte introdução aos discos ultra para obter detalhes.

Não, discos ultra só têm suporte como discos de dados. Você pode migrar dados de um disco de dados existente para um Disco Ultra. Anexe ambos os discos à mesma VM e copie diretamente os dados para o Ultra Disk ou utilize uma solução de terceiros para migração de dados.

Não, mas você pode migrar os dados de um disco existente para um disco ultra. Para migrar um disco existente para um disco ultra, anexe ambos os discos à mesma VM e copie os dados do disco de um disco para o outro ou use uma solução de terceiros para migração de dados.

Não, no momento, não há suporte para isso.

Não, o upload só pode ser usado durante a criação de um novo disco vazio com o estado ReadyToUpload .

Não.

A migração envolve a movimentação do disco de um local de armazenamento para outro. Isso é orquestrado por meio de cópia em segundo plano de dados, o que pode levar várias horas para ser concluído, normalmente menos de 24 horas, dependendo da quantidade de dados nos discos. Durante esse tempo, seu aplicativo pode experimentar latência de leitura maior do que o normal, pois algumas leituras podem ser redirecionadas para o local original e podem levar mais tempo para serem concluídas. Não há impacto na latência de gravação durante esse período.

Nenhuma alteração é necessária.

Sim, os backups funcionam perfeitamente.

Nenhuma alteração é necessária.

Não. Você pode criar um novo conjunto de dimensionamento com discos gerenciados usando a imagem do conjunto de dimensionamento antigo com discos não gerenciados.

Não. Você pode exportar um instantâneo de blob de páginas como um blob de páginas e, em seguida, criar um disco gerenciado a partir do blob de páginas exportado.

Sim, você pode optar por fazer failover para uma VM com Discos Gerenciados.

Não. A proteção Azure a Azure do Azure Site Recovery está disponível para VMs com Managed Disks.

Sim

Sim. Os discos gerenciados são criptografados com criptografia do lado do servidor com chaves gerenciadas pela plataforma.

Sim. Por padrão, todos os discos gerenciados são criptografados, incluindo o disco do sistema operacional.

Não.

Sim.

Sim.

Sim

Não. Mas se você exportar um VHD de um disco gerenciado criptografado ou de um instantâneo criptografado para uma conta de armazenamento criptografada, ele será criptografado.

Sim, é possível migrar do Azure Disk Encryption para a criptografia no host, embora isso exija a criação de novos discos e VMs em vez da conversão no local. Para obter instruções detalhadas passo a passo, consulte Migrar do Azure Disk Encryption para a criptografia no host.

Sim. Primeiro, alterne o disco para usar chaves gerenciadas pela plataforma com uma das seguintes etapas:

rgName=yourResourceGroupName
diskName=yourDiskName

az disk update -n $diskName -g $rgName --encryption-type EncryptionAtRestWithPlatformKey

$rgName = "yourResourceGroupName"
$diskName = "yourDiskName"

New-AzDiskUpdateConfig -EncryptionType "EncryptionAtRestWithPlatformKey" | Update-AzDisk -ResourceGroupName $rgName -DiskName $diskName

Em seguida, criptografe o disco atual com o Azure Disk Encryption.

Sim.

Nem todas as imagens do sistema operacional dão suporte à implantação com um disco não gerenciado no portal do Azure. Se a imagem escolhida não der suporte a esse método de implantação, recomendamos que você use discos gerenciados para novas cargas de trabalho e converta seu disco existente em um disco gerenciado. Se não for possível usar discos gerenciados, você poderá implantar uma VM usando discos não gerenciados com o módulo do Azure PowerShell ou a CLI do Azure.

Não. Você pode anexar apenas discos de dados padrão a VMs que não usam uma série de tamanhos que dá suporte a discos SSD Premium.

Há um custo fixo para cada tamanho de disco, que vem provisionado com limites específicos em IOPS e taxa de transferência. Os outros custos são largura de banda de saída, capacidade de instantâneos e custos associados à intermitência sob demanda, se aplicável. Para saber mais, confira a página de preço.

Os limites combinados para cache e SSD local para uma série DS são de 4.000 IOPS por núcleo e 33 MB/s por núcleo. A série GS oferece 5.000 IOPS por núcleo e 50 MB/s por núcleo.

O SSD local é um armazenamento temporário incluído em uma VM usando discos gerenciados. Não há custo adicional para esse armazenamento temporário. Você não deve usar esse SSD local para armazenar dados do aplicativo porque eles não são persistidos no Armazenamento do Azure.

Não há nenhuma desvantagem no uso do TRIM em discos do Azure em discos premium ou standard.

O tipo de partição compatível com o Azure para discos do sistema operacional Gen1 é o MBR (registro de inicialização mestre). Embora os discos do OS Gen1 ofereçam suporte apenas ao MBR, os discos de dados oferecem suporte ao GPT. Embora você possa alocar até um disco do sistema operacional de 4 TiB, o tipo de partição MBR só pode usar até 2 TiB desse espaço em disco para o sistema operacional. O Azure dá suporte a até 32 TiB para discos de dados gerenciados.

O tipo de partição compatível com o Azure para discos do sistema operacional Gen2 é o GPT (Guid Partition Table). As VMs gen2 dão suporte a até um disco do sistema operacional de 4 TiB. O Azure dá suporte a até 32 TiB para discos de dados gerenciados.

O tipo de partição compatível com o Azure para um disco do sistema operacional usando discos não gerenciados é o MBR (registro de inicialização mestre). Embora você possa alocar até 4 TiB para um disco do sistema operacional, o tipo de partição MBR só pode usar até 2 TiB desse espaço em disco para o sistema operacional. O Azure dá suporte a até 4 TiB para discos de dados não gerenciados.

O maior tamanho de blob de página compatível com o Azure é 8 TiB (8.191 GiB). O tamanho máximo do blob de página quando anexado a uma VM como dados ou discos do sistema operacional é de 4 TiB (4.095 GiB).

Tamanhos de disco P4 (32 GiB) e P6 (64 GiB) não são suportados como níveis de disco padrão para discos não gerenciados e blobs de página. Você precisa definir explicitamente a Camada de Blob como P4 e P6 para que o disco seja mapeado para essas camadas. Se você implantar um disco não gerenciado ou um blob de página com tamanho de disco ou comprimento de conteúdo inferior a 32 GiB ou entre 32 GiB e 64 GiB sem definir a Camada de Blob, você continuará chegando ao P10 com 500 IOPS e 100 MB/s e ao nível de preço mapeado.

Os discos premium pequenos existentes com menos de 64 GiB continuam a ser cobrados de acordo com o tipo de preço P10.

Você pode tirar um instantâneo dos discos pequenos e criar um disco para alternar automaticamente o tipo de preço para P4 ou P6 com base no tamanho provisionado. Você também pode usar camadas de desempenho, ver os artigos para alterar as camadas de desempenho com o módulo da CLI/PowerShell do Azure ou o portal do Azure.

Sim.

O maior tamanho de disco compatível com o Backup do Azure é 32 TiB (4 TiB para discos criptografados). O maior tamanho de disco compatível com o Azure Site Recovery é 8 TiB. O suporte para discos maiores de até 32 TiB ainda não está disponível no Azure Site Recovery.

Para atingir uma taxa de transferência de disco dos discos grandes tipo SSD Standard e HDD Standard (>4 TiB) acima de 500 IOPS e 60 MiB/s, recomendamos que você implante uma VM nova com os seguintes tamanhos de VM para otimizar o desempenho: VMs série B, série Dsv2, série Dsv3, série ESv3, série Fs, série Fsv2, série M, série GS, série NCv2, série NCv3 ou série Ls. Ao anexar discos grandes a VMs existentes ou VMs que não estão usando os tamanhos recomendados acima, o desempenho pode ser inferior.

Você pode parar e iniciar a VM à qual o disco está anexado ou desanexar e reanexar o disco. As metas de desempenho de tamanhos de disco maiores foram aumentadas para SSDs premium e SSDs padrão em GA.

O cache de host (ReadOnly e Leitura/Gravação) tem suporte em tamanhos de disco inferiores a 4 TiB. Isso significa que qualquer disco provisionado até 4.095 GiB pode aproveitar o cache de host. O cache de host não é compatível com os tamanhos de disco maiores ou iguais a 4.096 GiB. Por exemplo, um disco P50 Premium provisionado em 4.095 GiB pode aproveitar o cache de host e um disco P50 provisionado em 4.096 GiB não pode aproveitar o cache de host. É recomendável usar o cache para tamanhos de disco menores, em que você pode esperar observar um aumento de desempenho melhor com dados armazenados em cache na VM.

Defina a DiskAccessId propriedade como uma instância de um objeto de acesso a disco e defina a propriedade NetworkAccessPolicy como AllowPrivate.

Sim.

Não.

E se minha pergunta não for respondida aqui?

Se sua pergunta não estiver listada aqui, informe-nos e ajudaremos você a encontrar uma resposta. Você pode postar uma pergunta no final deste artigo nos comentários. Para se envolver com a equipe de Armazenamento do Azure e outros membros da comunidade sobre este artigo, use a página de perguntas do Microsoft Q&A para o Armazenamento do Azure.

Para solicitar recursos, envie suas solicitações e ideias para o fórum de comentários do Armazenamento do Azure.