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

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. Você é cobrado de acordo com o preço do disco S10. Para obter mais informações, consulte a página de preços.

É cobrado com base na capacidade aprovisionada do disco. Para obter mais informações, consulte a página de preços.

Sim.

N.º

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

N.º 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 o tipo de disco 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 onde o conjunto de disponibilidade que usa discos gerenciados está localizado, a contagem de domínio de falha suportada é 2 ou 3.

Os Managed Disks suportam três funções predefinidas principais:

• 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 um URI de assinatura de acesso compartilhado (SAS) somente leitura para o disco gerenciado e usá-lo para copiar o conteúdo para uma conta de armazenamento particular 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 a partir de um disco gerenciado existente.

Sim, mas eles serão desativados até 30 de setembro de 2025 e, a partir de 18 de novembro de 2022, novas assinaturas de clientes não serão qualificadas para criar 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.º

N.º

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

• Lista de modelos usando discos gerenciados
• https://github.com/chagarw/MDPP

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

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

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

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

A reserva de disco do Azure oferece a opção de comprar SSDs Premium nas SKUs especificadas de P30 (1 TiB) até P80 (32 TiB) por um período de um ano. Não há limitação no número mínimo de discos necessários para comprar uma reserva de disco. Além disso, pode optar por pagar através de um pagamento único à cabeça ou de pagamentos mensais. Não há nenhum custo transacional adicional aplicado aos Managed Disks SSD Premium.

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

A reserva de discos segue um modelo semelhante às instâncias de máquina virtual (VM) reservadas. A diferença é que uma reserva de disco não pode ser aplicada a SKUs diferentes, enquanto uma instância de VM pode. Consulte 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 são compradas para uma região específica e SKU (como P30 no Leste dos EUA 2) e não podem ser usadas fora dessas construções. 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 suportam SLA de VM de instância única.

N.º Todos os discos gerenciados, mesmo os discos compartilhados, devem estar na mesma região da VM à qual estão conectados.

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

• 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 de seus discos de dados. Se o disco de dados tiver um problema, é mais fácil recuperá-lo, uma vez que está separado do disco do SO.

• Você pode expandir sua capacidade de armazenamento adicionando ou expandindo discos de dados sem afetar o disco do sistema operacional. Apenas os discos de dados suportam redimensionamento em tempo real, não é possível aumentar o tamanho dos discos do SO sem parar a VM.

• Separar o sistema operacional de seus aplicativos e dados em discos diferentes ajuda a garantir que as IOPs dos 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 ocorrer uma falha ou corrupção do sistema no disco do SO, pode criar uma nova imagem ou reinstalar o sistema operativo 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 a arquivos críticos do sistema no disco do sistema operacional, mitigando possíveis riscos de segurança.

Sim.

N.º 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 automaticamente criptografados.

Todos os tipos de disco suportam alguma forma de snapshot. Para discos Ultra e SSD Premium v2, eles suportam apenas snapshots incrementais e têm algumas limitações. Para obter detalhes, consulte Criar um instantâneo incremental para discos gerenciados. Os outros tipos de disco suportam ambos os tipos de snapshots para todos os seus tamanhos de disco.

A exclusão de um dos snapshots incrementais não afeta os snapshots incrementais subsequentes. O sistema mescla os dados ocupados pelo primeiro snapshot com o próximo snapshot sob o capô para garantir que os snapshots subsequentes não sejam afetados devido à exclusão do primeiro snapshot.

Discos gerenciados compatíveis criados com a versão da API 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á conectado. Em seguida, edite a propriedade maxShares no disco.

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

Sim.

Se você não tiver certeza para o que definir sua taxa de transferência de disco, recomendamos que você comece assumindo um tamanho de E/S de 16 KiB e ajuste o desempenho a partir daí enquanto monitora seu aplicativo. A fórmula é: Taxa de transferência em MB/s = # de IOPS * 16 / 1000.

Além do acelerador de disco, há um acelerador de E/S que é imposto no nível da VM. Certifique-se de que o tamanho da VM que você está usando pode suportar os níveis configurados em seus discos. Para obter detalhes sobre os limites de E/S impostos pela sua VM, consulte Tamanhos para máquinas virtuais no Azure.

Não, os ultra discos não suportam os diferentes métodos de cache suportados noutros tipos de disco. Defina o cache de disco como Nenhum.

Talvez, sua VM tenha que estar em um par de região e zona de disponibilidade que ofereça suporte a discos Ultra. Consulte Introdução aos discos ultra para obter detalhes.

Não, os discos ultra só são suportados como discos de dados. Você pode migrar dados de um disco de dados existente para um Ultra Disk. 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 ultradisco. Para migrar um disco existente para um ultra Disk, 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, isso não é suportado no momento.

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

N.º

A migração envolve a movimentação do disco de um local de armazenamento para outro. Isso é orquestrado por meio de uma cópia em segundo plano dos 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 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.

Não são necessárias alterações.

Sim, os backups funcionam perfeitamente.

Não são necessárias alterações.

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

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

Sim, você pode optar por fazer failover para uma VM com Managed Disks.

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

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

Sim.

Sim.

Sim

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

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

• Desative 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 origem.
• Anexe o novo disco a uma nova VM que nunca tenha habilitado 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 a Criptografia de Disco do Azure.

Sim.

Nem todas as imagens do SO suportam a implementação com um disco não gerido no portal do Azure. Se a imagem escolhida não oferecer 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.º Você pode anexar apenas discos de dados padrão a VMs que não usam uma série de tamanhos compatível com discos SSD Premium.

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 snapshot e custos associados ao bursting sob demanda, se aplicável. Para obter mais informações, consulte a página de preços.

Os limites combinados para cache e SSD local para uma série DS são 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 este armazenamento temporário. Você não deve usar esse SSD local para armazenar dados de aplicativos porque ele não é persistente no Armazenamento do Azure.

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

O tipo de partição que o Azure suporta para discos do sistema operativo Gen1 é o registo mestre de arranque (MBR). Embora os discos do sistema operacional Gen1 suportem apenas MBR, os discos de dados suportam GPT. Embora você possa alocar até um disco de 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 suporta até 32 TiB para discos de dados gerenciados.

O tipo de partição que o Azure suporta para discos do sistema operacional Gen2 é GPT (Tabela de Partições GUID). As VMs Gen2 suportam até um disco de sistema operacional de 4 TiB. O Azure suporta até 32 TiB para discos de dados gerenciados.

O tipo de partição que o Azure suporta para um disco do sistema operativo que utiliza discos não geridos é o registo mestre de arranque (MBR). 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 suporta até 4 TiB para discos de dados não geridos.

O maior tamanho de blob de página suportado pelo Azure é de 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).

Os tamanhos de disco P4 (32 GiB) e P6 (64 GiB) não são suportados como as camadas 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 seu disco seja mapeado para essas camadas. Se você implantar um disco não gerenciado ou blob de página com o tamanho do disco ou comprimento de conteúdo inferior a 32 GiB ou entre 32 GiB a 64 GiB sem definir a camada de Blob, continuará a chegar ao P10 com 500 IOPS e 100 MB/s e ao nível de preço mapeado.

Os pequenos discos premium existentes com menos de 64 GiB continuam a ser faturados de acordo com o nível de preços P10.

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

Sim.

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

Para atingir a taxa de transferência de disco de SSD padrão e HDD padrão de tamanhos grandes (>4 TiB) além de 500 IOPS e 60 MB/s, recomendamos que você implante uma nova VM de um dos seguintes tamanhos de VM para otimizar seu desempenho: VMs da série B, DSv2, Dsv3, ESv3, Fs, Fsv2, M, GS, NCv2, NCv3 ou Ls. Anexar discos grandes a VMs existentes ou VMs que não estão usando os tamanhos recomendados acima pode ter um desempenho inferior.

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

O Host Caching (ReadOnly e Read/Write) é suportado em discos de tamanho inferior a 4 TiB. Isso significa que qualquer disco provisionado até 4.095 GiB pode aproveitar o Host Caching. O cache de host não é suportado para tamanhos de disco maiores ou iguais a 4.096 GiB. Por exemplo, um disco premium P50 provisionado a 4.095 GiB pode aproveitar o cache do Host e um disco P50 provisionado a 4.096 GiB não pode aproveitar o Host Caching. Recomendamos o uso de cache para tamanhos de disco menores, onde você pode esperar observar um melhor aumento de desempenho com os dados armazenados em cache na VM.

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

Sim.

N.º

E se a minha pergunta não for respondida aqui?

Se a sua pergunta não estiver listada aqui, informe-nos e ajudá-lo-emos a encontrar uma resposta. Você pode postar uma pergunta no final deste artigo nos comentários. Para interagir com a equipe de Armazenamento do Azure e outros membros da comunidade sobre este artigo, use a página de perguntas e respostas da Microsoft 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.