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

Um disco gerenciado padrão criado com base em um VHD de 80 GiB é tratado como o próximo tamanho de disco padrão disponível, que é um disco S10. Você será cobrado 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 não gerenciados. Ao criar um conjunto de disponibilidade, você pode escolher qual tipo de discos que 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 estiver localizado, o número permitido de domínios de falha é 2 ou 3.

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

• Proprietário: Pode gerenciar tudo, incluindo o acesso
• Colaborador: Pode gerenciar tudo, exceto o acesso.
• Leitor: Pode ver 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, Azure PowerShell, CLI do Azure ou AzCopy.

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

Sim, mas os discos gerenciados serão desativados no mais tardar em 30 de setembro de 2025 e, a partir de 18 de novembro de 2022, as novas assinaturas de clientes deixaram de se qualificar à criação de discos não gerenciados. Recomendamos que você use discos gerenciados para novas cargas de trabalho e migre 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 a herda do pai, que foi usado para criar o disco do sistema operacional.

• Lista de modelos que usam o 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 você quiser, depois de criar o disco, o blob de origem pode ser excluído sem afetar o disco recém-criado de alguma forma.

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

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 discos do Azure fornece a opção de comprar SSDs Premium nas SKUs especificadas de P30 (1 TiB) até P80 (32 TiB) pelo período de um ano. Não há limitações na quantidade mínima de discos necessária para comprar uma reserva de discos. Além disso, você pode optar por fazer um único pagamento antecipado ou pagamentos mensais. Não há custos transacionais adicionais aplicados aos Disco Gerenciados do SSD Premium.

As reservas são feitas na forma de discos, não de capacidade. Em outras palavras, ao reservar um disco P80 (32 TiB), você obterá um único disco P80, ou seja, você não poderá dividir essa reserva específica em dois discos P70 menores (16 TiB). É claro que você pode reservar quantos discos quiser, incluindo dois discos P70 separados (16 TiB cada).

A reserva de discos segue um modelo semelhante às instâncias de VM (máquina virtual) reservadas. A diferença é que uma reserva de discos não pode ser aplicada a SKUs diferentes, mas uma instância de VM pode. Confira Economizar 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 é adquirida para uma região e uma SKU específicas (como P30 no Leste dos EUA 2), e não podem ser usadas fora desses constructos. Você sempre pode comprar uma reserva de discos do Azure adicional 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 oferecido sem custo adicional. Atualmente, para as regiões a seguir, a calculadora de preços mostra 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 seus discos de dados. Se o disco de dados apresentar um problema, será mais fácil recuperá-lo, pois ele está 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 suportam o redimensionamento em tempo real; você não pode aumentar o tamanho dos discos do sistema operacional sem interromper a VM.

• Separar o sistema operacional dos aplicativos e dos dados em discos diferentes ajuda a garantir que os IOPs dos discos do sistema operacional e dos 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 possam ocorrer quando o sistema operacional e os aplicativos estiverem competindo pelos recursos do disco.

• Se ocorrer uma falha no sistema ou corrupção 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 os procedimentos de manutenção.

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

Sim.

Não. Os instantâneos precisam ser copiados para outras regiões seguindo a 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 são compatíveis com alguma forma 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 mais detalhes, confira Criar um instantâneo incremental para discos gerenciados. Os outros tipos de disco são compatíveis com ambos os tipos de instantâneos em todos os respectivos 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.

Os discos gerenciados compatíveis criados com uma versão de API 2019-07-01 ou mais recente podem habilitar discos compartilhados. Para fazer isso, você precisará 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 não tiver certeza de como definir a taxa de transferência do seu disco, recomendamos que você comece assumindo um tamanho de IO de 16 KiB e ajuste o desempenho a partir daí conforme estiver monitorando seu aplicativo. A fórmula é: taxa de transferência em MB/s = n.º 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 que estão configurados nos seus discos. Para obter detalhes sobre os limites de E/S impostos pela sua VM, confira Tamanhos das máquinas virtuais no Azure.

Não. Os Discos Ultra não são compatíveis com os diferentes métodos de armazenamento em cache que têm suporte em outros tipos de disco. Defina o cache de disco como None.

Talvez, mas sua VM precisa estar em um par de região e zona de disponibilidade que dê suporte a Discos Ultra. Confira Introdução aos Discos Ultra para obter detalhes.

Não. Os Discos Ultra têm suporte apenas 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 os dados diretamente para o Disco Ultra ou utilize uma solução de terceiros para a 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, conecte os dois discos à mesma VM e copie os dados do disco de um disco para o outro ou use uma solução de terceiros para migrar os dados.

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

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 que pode levar várias horas para ser concluída, geralmente menos de 24 horas, dependendo da quantidade de dados nos discos. Durante esse tempo seu aplicativo pode apresentar latência de leitura maior do que o normal uma vez que as leituras podem ser redirecionadas para o local original e podem demorar para serem concluídas. Não há impactos na latência da 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 os discos gerenciados usando a imagem do seu 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 os Managed Disks.

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

Yes

Sim. Os discos gerenciados são criptografados com uma 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.

Yes

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

Não é possível fazer a troca no local, mas é possível criar cópias dos discos e anexá-las a uma nova VM criptografada com criptografia no lado do servidor. No entanto, se você criptografou o disco do sistema operacional de uma VM linux com o ADE, não poderá desabilitar o ADE no Linux quando o disco do sistema operacional for criptografado. Para migrar as VMs do Windows com VMs do ADE habilitadas ou Linux com apenas os discos de dados criptografados pelo ADE,

• Desabilite a criptografia e remova a extensão de criptografia no Windows ou no Linux.
• Em seguida, crie um novo disco gerenciado usando o disco atual como uma origem.
• Anexe o novo disco a uma nova VM que nunca habilitou o ADE.
• Criptografe esse novo disco com chaves gerenciadas pelo cliente.

Sim. Primeiro, alterne seu 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 seu 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 o disco existente em um disco gerenciado. Se você não conseguir usar discos gerenciados, poderá implantar uma VM usando discos não gerenciados com o módulo do Azure PowerShell ou a CLI do Azure.

Não. Você só pode anexar discos de dados standard às VMs que não usam uma série de tamanho que dá suporte aos discos Premium SSD.

Há um custo fixo para cada tamanho de disco, que vem provisionado com limites específicos de 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 do armazenamento em cache e do SSD local para uma máquina virtual 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 que usa discos gerenciados. Não há custo adicional para esse armazenamento temporário. Você não deve usar esse SSD local para armazenar dados de aplicativo porque ele não é persistente no Armazenamento do Azure.

Não há desvantagens em usar o TRIM nos discos do Azure Premium ou Standard.

O Azure dá suporte ao tipo de partição MBR (registro mestre de inicialização) para os discos do sistema operacional Gen1. Embora os discos do SO Gen1 deem suporte somente a MBR, os discos de dados dão suporte a 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 no sistema operacional. O Azure dá suporte a até 32 TB em discos de dados.

O tipo de partição ao qual o Azure dá suporte em discos do sistema operacional Gen2 é GPT (Tabela de Partição GUID). As VMs Gen2 dão suporte a até um disco do sistema operacional de até 4 TiB. O Azure dá suporte a até 32 TB em discos de dados.

O tipo de partição a que o Azure dá suporte para um disco do sistema operacional usando discos não gerenciados é o MBR (registro mestre de inicialização). Embora você possa alocar até 4 TiB para um disco de 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 é compatível com até 4 TiB nos discos de dados não gerenciados.

O maior tamanho de blob de página a que o Azure dá suporte é 8 TiB (8.191 GiB). O tamanho máximo do blob da página quando conectado a uma VM como dados ou discos do sistema operacional é de 4 TiB (4.095 GiB).

Os tamanhos de disco P4 (32 GiB) e P6 (64 GiB) não têm suporte como as camadas de disco padrão para os discos não gerenciados e para os blobs de páginas. Você precisa explicitamente definir a camada de Blob para P4 e P6 ter seu disco 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 pequenos premium com menos de 64 GiB continuam a ser cobrados de acordo com o tipo de preços 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 níveis de desempenho. Confira os artigos a seguir para alterar os níveis de desempenho com o módulo da CLI/PowerShell do Azure ou o portal do Azure.

Sim.

O maior tamanho de disco com suporte pelo Backup do Azure é 32 TiB (4 TiB para discos criptografados). O maior tamanho de disco com suporte pelo Azure Site Recovery é 8 TiB. O suporte a 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. Anexar discos grandes a VMs existentes ou a VMs que não estejam usando os tamanhos recomendados acima pode reduzir o desempenho.

Você pode parar e iniciar a VM à qual o disco está anexado ou desanexar e reanexar o disco. Os alvos de desempenho de tamanhos de disco maiores foram aumentados para SSDs Premium e SSDs Standard na GA.

O Cache de Host (Somente Leitura e Leitura/Gravação) tem suporte em tamanhos de disco com menos de 4 TiB. Isso significa que qualquer disco provisionado a 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 nos tamanhos de disco menores, no qual você pode esperar observar um aumento de desempenho melhor com os dados armazenados em cache na VM.

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

Sim.

Não.

E se dúvida não foi respondida aqui?

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

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