Configuration Manager diretrizes de tamanho e desempenho do site
Aplica-se a: Configuration Manager (branch atual)
Configuration Manager lidera a indústria em escala e desempenho. Outra documentação abrange os limites de dimensionamento máximos suportados e as diretrizes de hardware para executar sites com os maiores tamanhos de ambiente. Este artigo fornece orientações suplementares de desempenho para ambientes de todos os tamanhos. Esta documentação de orientação pode ajudá-lo a estimar com maior precisão o hardware necessário para implementar Configuration Manager.
Este artigo centra-se na maior contribuidor para Configuration Manager estrangulamentos de desempenho: o subsistema de entrada/saída do disco ou o IOPS.
- Apresenta detalhes e resultados de teste focados no IOPS
- Documenta como reproduzir os testes com os seus próprios ambientes e hardware
- Sugere requisitos de IOPS de disco para vários ambientes de tamanho
Metodologia de teste de desempenho
Pode implementar Configuration Manager de várias formas exclusivas, mas é importante compreender algumas variáveis em quaisquer debates de dimensionamento. Uma variável é o intervalo de funcionalidades, como um ciclo de inventário. Outra variável é o número de utilizadores, implementações de software ou outros objetos que o sistema referencia ou implementa. O teste de desempenho aplica estas variáveis como parte de uma carga. A carga gera objetos a uma taxa típica para clientes empresariais que utilizam implementações de produção em ambientes de tamanho diferentes.
Observação
Os dados de utilização do cliente permitem testar compilações de ramificações atuais com os cenários, configurações e definições mais comuns para a maioria dos clientes. As recomendações neste artigo baseiam-se nestas médias. As suas experiências podem variar com base no tamanho e configuração do seu ambiente. Em geral, Configuration Manager requer bom senso quando se trata de objetos e intervalos. Só porque pode recolher todos os ficheiros num sistema ou definir o intervalo de um ciclo para um minuto, não significa que deva.
As secções seguintes realçam algumas definições e configurações principais a utilizar ao testar e modelar as necessidades de processamento para grandes empresas. Estas diretrizes ajudam a definir expectativas básicas de desempenho do sistema para os tamanhos de hardware sugeridos.
Definições de intervalos de funcionalidades
A maioria dos testes deve utilizar intervalos predefinidos para os ciclos chave no sistema. Por exemplo, o teste de inventário de hardware ocorre uma vez por semana com um ficheiro .mof maior do que o predefinido. Alguns intervalos de funcionalidades recorrentes, especialmente ciclos de inventário de hardware e software, podem ter efeitos significativos nas características de desempenho de um ambiente. Os ambientes que permitem intervalos predefinidos agressivos para a recolha de dados precisam de hardware de grandes dimensões em proporção direta ao aumento da atividade. Por exemplo, digamos que tem 25 000 clientes de ambiente de trabalho e quer recolher o inventário de hardware duas vezes mais rápido do que o intervalo predefinido. Comece por dimensionar o hardware do seu site como se tivesse 50 000 clientes.
Objetos
Os testes devem utilizar a média superior dos objetos que as grandes empresas tendem a utilizar com o sistema. Os valores típicos são milhares de coleções e aplicações, que são implementadas em centenas de milhares de utilizadores ou sistemas. Os testes devem ser executados em simultâneo em todos os objetos no sistema nestes limites. Muitos clientes utilizam várias funcionalidades, mas geralmente não utilizam todas as funcionalidades do produto nestes limites superiores. Testar com todas as funcionalidades de produto ajuda a garantir o melhor desempenho possível ao nível do sistema e permite uma memória intermédia para funcionalidades que alguns clientes podem utilizar acima da média.
Cargas
Os testes também devem ser executados em cargas diárias superiores à média padrão, ao efetuar simulações que geram picos de procura de utilização no sistema. Um exemplo é a simulação de implementações patch terça-feira, para garantir que o sistema pode devolver os dados de conformidade da atualização rapidamente durante estes dias de atividade de pico. Outro exemplo é simular a atividade do site durante um surto de malware generalizado, para garantir que a notificação e a resposta atempadamente são possíveis. Embora as máquinas implementadas com o tamanho recomendado possam ser pouco utilizados num determinado dia, situações mais extremas requerem alguma memória intermédia de processamento.
Configurações
Execute testes numa variedade de hardware físico, Hyper-V e Azure, com uma mistura de sistemas operativos suportados e versões SQL Server. Valide sempre os piores casos para a configuração suportada. Em geral, o Hyper-V e o Azure devolvem resultados de desempenho comparáveis a hardware físico equivalente quando configurados de forma semelhante. Os sistemas operativos do servidor atual tendem a ter um desempenho igual ou melhor do que as versões anteriores do SO. Embora todas as plataformas suportadas cumpram os requisitos mínimos, normalmente as versões mais recentes de produtos de suporte como o Windows e SQL Server produzem um desempenho ainda melhor.
A maior variação provém do SQL Server versões em utilização. Para obter mais informações sobre SQL Server versões, consulte Que versão do SQL Server devo executar?.
Principais determinantes de desempenho
Pode testar e medir Configuration Manager desempenho com diferentes tipos de definições, de formas diferentes e em diferentes tamanhos de site. As seguintes definições e objetos podem afetar significativamente o desempenho. Certifique-se de que os considera ao testar e modelar o desempenho no seu ambiente.
Cuidado
Embora poucos aspetos do Configuration Manager tenham limites oficiais de interface de utilizador ou máximos que impeçam a utilização excessiva, ir além das diretrizes pode ter efeitos adversos significativos no desempenho de um site. Exceder os níveis recomendados ou ignorar a orientação de dimensionamento normalmente requer hardware maior e pode tornar o seu ambiente inintentável até reduzir a frequência ou contagem de vários objetos.
Inventário de hardware
Para testar o desempenho da linha de base, defina a coleção de inventário de hardware para uma vez por semana, com o tamanho de ficheiro .mof predefinido mais aproximadamente 20% de outras propriedades. Não ative todas as propriedades e recolha apenas as propriedades de que realmente precisa. Preste especial atenção ao recolher propriedades, como a memória virtual disponível, que serão sempre alteradas a cada ciclo de inventário. A recolha destas propriedades pode causar alterações excessivas em todos os ciclos de inventário de cada cliente.
Inventário de software
Para testar o desempenho da linha de base, defina a recolha de inventário de software para uma vez por semana, com apenas detalhes do produto. A recolha de muitos ficheiros pode colocar uma pressão significativa no subsistema de inventário. Evite especificar filtros que possam acabar por recolher milhares de ficheiros em vários clientes, como *.exe ou *.dll.
Coleções
Os testes de desempenho de linha de base podem incluir vários milhares de coleções com diferentes tipos de âmbito, tamanho, complexidade e definições de atualização. O desempenho do site não é uma função direta do número total de coleções num site. O desempenho é também um produto cruzado da complexidade de consultas das coleções, atualizações completas e incrementais e frequência de alteração, dependências entre coleções e números de clientes nas coleções.
Sempre que possível, minimize as coleções que têm consultas de regras dinâmicas dispendiosas ou complicadas. Para coleções que requerem estes tipos de regras, defina intervalos de atualização adequados e tempos de atualização para minimizar o impacto da reavaliação da coleção no sistema. Por exemplo, atualize à meia-noite em vez das 8:00.
Ativar atualizações incrementais em coleções garante atualizações rápidas e oportunas à associação à coleção. No entanto, apesar de as atualizações incrementais serem eficientes, continuam a carregar o sistema. Equilibre a frequência de alteração esperada com a necessidade de atualizações quase em tempo real sobre a associação. Por exemplo, digamos que espera grandes alterações nos membros da coleção, mas não precisa de atualizações de associação quase em tempo real. É mais eficiente e produz menos carga no sistema para atualizar a coleção com uma atualização completa agendada em algum intervalo do que para ativar atualizações incrementais.
Quando ativar as atualizações incrementais, reduza todas as atualizações completas agendadas nas mesmas coleções. São apenas um método de avaliação de cópia de segurança, uma vez que as atualizações incrementais devem manter a associação à coleção atualizada quase em tempo real. As melhores práticas para coleções recomendam um número máximo de coleções totais para atualizações incrementais, mas, como refere o artigo, a sua experiência pode variar com base em muitos fatores.
As coleções com apenas regras de associação direta e com uma coleção limitadora que não esteja a fazer atualizações incrementais não precisam de atualizações completas agendadas. Desative as agendas de atualização para estes tipos de coleções para evitar cargas desnecessárias no sistema. Se a coleção de limitação utilizar atualizações incrementais, as coleções com apenas regras de associação direta poderão não refletir atualizações de associação até 24 horas ou até que ocorra uma atualização agendada.
Embora não seja uma melhor prática, algumas organizações criam centenas ou mesmo milhares de coleções como parte de vários processos empresariais. Se utilizar a automatização para criar coleções, é importante ativar corretamente quaisquer atualizações incrementais necessárias. Minimize e distribua todos os agendamentos de atualizações completos para evitar pontos quentes da avaliação da coleção durante um único período de tempo. Estabeleça um processo de tratamento regular para eliminar coleções não utilizadas, especialmente se criar automaticamente coleções de que já não precisa após algum tempo.
Lembre-se de que Configuration Manager cria políticas para todos os objetos nas suas coleções quando segmenta tarefas como implementações para os mesmos. As alterações de associação, através de atualizações agendadas ou atualizações incrementais, podem criar muito mais trabalho para todo o sistema. As compilações de ramo atuais mais recentes têm otimizações de políticas especiais para as coleções Todos os Sistemas e Todos os Utilizadores. Ao filtrar toda a sua empresa, utilize as coleções incorporadas em vez de um clone destas coleções incorporadas.
Para investigar ainda mais o desempenho da coleção, veja a avaliação da coleção na consola do . Para obter mais informações, veja Como ver a avaliação da coleção.
Métodos de detecção
Para testes de desempenho de linha de base, execute métodos de deteção baseados no servidor uma vez por semana, permitindo a deteção delta conforme adequado para manter os dados atualizados durante a semana. Os testes devem detetar uma quantidade de objeto proporcional ao tamanho da empresa simulada. O teste da linha de base de desempenho para a deteção de heartbeat também deve ser executado uma vez por semana.
Os dados de deteção são dados globais. Um problema comum relacionado com o desempenho é configurar incorretamente os métodos de deteção baseados no servidor numa hierarquia, causando a deteção duplicada dos mesmos recursos de vários sites primários. Configure cuidadosamente métodos de deteção para otimizar a comunicação com o serviço de destino, como controladores de domínio do Active Directory, ao mesmo tempo que evita a duplicação do mesmo âmbito de deteção em vários sites primários.
Diretrizes gerais de dimensionamento
Com base na metodologia de teste de desempenho anterior, a tabela seguinte fornece diretrizes gerais de requisitos mínimos de hardware para números específicos de clientes geridos. Estes valores devem permitir que a maioria dos clientes com o número especificado de clientes processe objetos com rapidez suficiente para administrar o site especificado. O poder de computação continua a diminuir nos preços todos os anos e alguns dos requisitos abaixo são pequenos para configurações de hardware de servidor modernas. O hardware que excede as seguintes diretrizes aumenta proporcionalmente o desempenho dos sites que necessitam de mais poder de processamento ou têm padrões especiais de utilização de produtos.
| Clientes de ambiente de trabalho | Tipo/função do site | Nota de Núcleos 1 | Memória (GB) | SQL Server alocação de memória Nota 2 | IOPS: Nota 3 das Caixas de Entrada | IOPS: SQL Server Nota 3 | Espaço de armazenamento necessário (GB) Nota 4 |
|---|---|---|---|---|---|---|---|
| 25 k | Principal ou CAS com função de site de base de dados no mesmo servidor | 6 | 24 | 65% | 600 | 1700 | 350 |
| 25 k | Principal ou CAS | 4 | 8 | 600 | 100 | ||
| SQL Server Remoto | 4 | 16 | 70% | 1700 | 250 | ||
| 50 k | Principal ou CAS com função de site de base de dados no mesmo servidor | 8 | 32 | 70% | 1200 | 2800 | 600 |
| 50 k | Principal ou CAS | 4 | 8 | 1200 | 200 | ||
| SQL Server Remoto | 8 | 24 | 70% | 2800 | 400 | ||
| 100 k | Principal ou CAS com função de site de base de dados no mesmo servidor | 12 | 64 | 70% | 1200 | 5000 | 1100 |
| 100 k | Principal ou CAS | 6 | 12 | 1200 | 300 | ||
| SQL Server Remoto | 12 | 48 | 80% | 5000 | 800 | ||
| 150 k | Principal ou CAS com função de site de base de dados no mesmo servidor | 16 | 96 | 70% | 1800 | 7400 | 1600 |
| 150 k | Principal ou CAS | 8 | 16 | 1800 | 400 | ||
| SQL Server Remoto | 16 | 72 | 90% | 7400 | 1200 | ||
| 700 k | CAS com função de site de base de dados no mesmo servidor | 20+ | 128+ | 80% | 1800+ | 9000+ | 5000+ |
| 700 k | CAS | 8+ | 16+ | 1800+ | 500+ | ||
| SQL Server Remoto | 16+ | 96+ | 90% | 9000+ | 4500+ | ||
| 5k | Site Secundário | 4 | 8 | 500 | - | 200 | |
| 15 k | Site Secundário | 8 | 16 | 500 | - | 300 |
Notas sobre diretrizes gerais de dimensionamento
Nota 1: Núcleos
Configuration Manager executa muitos processos simultâneos, pelo que precisa de um determinado número mínimo de núcleos de CPU para vários tamanhos de site. Enquanto os núcleos são mais rápidos a cada ano, é importante garantir que um determinado número mínimo de núcleos funciona em paralelo. Em geral, qualquer CPU ao nível do servidor produzida após 2015 satisfaz as necessidades básicas de desempenho dos núcleos especificados na tabela. Configuration Manager tira partido de outros núcleos para além das recomendações. Assim que tiver os núcleos mínimos sugeridos, priorize o investimento em recursos da CPU para aumentar a velocidade dos núcleos existentes. Não adicione núcleos mais lentos. Por exemplo, Configuration Manager tem um melhor desempenho em tarefas de processamento chave com 16 núcleos rápidos do que com 24 núcleos mais lentos. Este desempenho pressupõe que existem outros recursos de sistema suficientes, como o IOPS de disco.
A relação entre núcleos e memória também é importante. Em geral, ter menos de 3 a 4 GB de RAM por núcleo reduz a capacidade de processamento total nos seus SQL Servers. Precisa de mais RAM por núcleo quando SQL Server está colocalizado com os componentes do servidor do site.
Observação
Todos os testes definem os planos de energia da máquina para permitir o consumo e o desempenho máximos de energia da CPU.
Nota 2: SQL Server alocação de memória
Utilize este valor para configurar a Memória máxima do servidor (em MB) nas propriedades do SQL Server. É a percentagem da quantidade total de memória disponível no servidor.
Não configure os valores mínimo e máximo da mesma forma. Esta orientação destina-se especificamente à memória máxima que deve permitir que SQL Server aloquem.
Nota 3: IOPS: Caixas de Entrada e IOPS: SQL
Estes valores referem-se às necessidades de IOPS para as unidades lógicas Configuration Manager e SQL Server. A coluna IOPS: Caixas de Entrada mostra os requisitos de IOPS para a unidade lógica com os Configuration Manager diretórios da caixa de entrada. A coluna IOPS: SQL mostra o total de necessidades de IOPS para as unidades lógicas utilizadas por vários ficheiros SQL Server. Estas colunas são diferentes porque as duas unidades devem ter uma formatação diferente. Para obter mais informações e exemplos sobre as sugestões SQL Server configurações de disco e melhores práticas de ficheiros, incluindo detalhes sobre a divisão de ficheiros em vários volumes, veja as FAQ sobre o dimensionamento e o desempenho do site.
Ambas as colunas de IOPS utilizam dados da ferramenta padrão da indústria Diskspd. Veja Como medir o desempenho do disco para obter instruções sobre como duplicar estas medidas. Em geral, assim que cumprir os requisitos básicos de CPU e memória, o subsistema de armazenamento tem o maior impacto no desempenho do site e as melhorias aqui darão o maior retorno sobre o investimento.
Nota 4: Espaço de armazenamento necessário
Estes valores do mundo real podem diferir de outras recomendações documentadas. Fornecemos estes números apenas como orientação geral; os requisitos individuais podem variar bastante. Planeie cuidadosamente as necessidades de espaço em disco antes da instalação do site. Suponha que alguma quantidade deste armazenamento permanece como espaço livre em disco na maior parte do tempo. Pode utilizar este espaço de memória intermédia num cenário de recuperação ou para cenários de atualização que precisam de espaço livre em disco para a expansão do pacote de configuração. O seu site pode exigir mais armazenamento para grandes quantidades de recolha de dados, períodos mais longos de retenção de dados e grandes quantidades de conteúdo de distribuição de software. Também pode armazenar estes itens em volumes de débito inferior separados.
Como medir o desempenho do disco
Pode utilizar a ferramenta de padrão da indústria Diskspd para fornecer sugestões padronizadas para o IOPS de que são necessários vários ambientes de Configuration Manager. Embora não seja exaustivo, os seguintes passos de teste e linhas de comandos fornecem uma forma simples e reproduzível de estimar o débito do subsistema de disco dos servidores. Pode comparar os resultados com o IOPS mínimo recomendado na tabela de diretrizes de dimensionamento geral .
Para obter resultados de teste de diferentes tipos de configurações de hardware em ambientes de laboratório, veja Exemplo de configurações do disco. Pode utilizar os dados para um ponto de partida difícil ao conceber o subsistema de armazenamento para um novo ambiente do zero.
Como testar o IOPS do disco
Transfira o utilitário Diskspd.
Certifique-se de que tem, pelo menos, 100 GB de espaço livre em disco. Desative quaisquer aplicações que possam interferir ou causar carga adicional no disco, como a análise ativa do antivírus do diretório, SQL ou SMSExec.
Execute Diskspd a partir de uma linha de comandos elevada.
Execute a ferramenta duas vezes em sequência para o volume que pretende testar. O primeiro teste com um tamanho de 64 k com operações de escrita aleatórias durante um minuto. Este teste valida o carregamento da cache do controlador e a alocação de espaço em disco, caso o volume esteja a expandir-se dinamicamente. Eliminar os resultados do primeiro teste. O segundo teste deve seguir imediatamente o primeiro teste e fazer a mesma carga durante cinco minutos.
Por exemplo, utilize as seguintes linhas de comandos específicas para testar o
G:volume.DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d60 -h -L G:\\test\testfile.dat del G:\\test\testfile.dat DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d300 -h -L G:\\test\testfile.datReveja o resultado do segundo teste para encontrar o total de IOPS na coluna E/S por s . No exemplo seguinte, o total de IOPS é 3929,18.
Total IO | thread | bytes | I/Os | MB/s | I/O per s | AvgLat | LatStdDev | |--------|-------------|---------|--------|-----------|--------|-----------| | 1 | 9651814400 | 147275 | 30.68 | 490.92 | 16.294 | 10.210 | | 2 | 9676652544 | 147654 | 30.76 | 492.18 | 16.252 | 9.998 | | 3 | 9638248448 | 147068 | 30.64 | 490.23 | 16.317 | 10.295 | | 4 | 9686089728 | 147798 | 30.79 | 492.66 | 16.236 | 10.072 | | 5 | 9590931456 | 146346 | 30.49 | 487.82 | 16.398 | 10.384 | | 6 | 9677242368 | 147663 | 30.76 | 492.21 | 16.251 | 10.067 | | 7 | 9637330944 | 147054 | 30.64 | 490.18 | 16.319 | 10.249 | | 8 | 9692577792 | 147897 | 30.81 | 492.99 | 16.225 | 10.125 | | Total: | 77250887680 | 1178755 | 245.57 | 3929.18 | 16.286 | 10.176 |
Configurações de disco de exemplo
As tabelas seguintes mostram os resultados da execução dos passos de teste em Como medir o desempenho do disco com várias configurações de laboratório de teste. Utilize estes dados para um ponto de partida difícil ao conceber o subsistema de armazenamento para um novo ambiente do zero.
Computadores físicos e Hyper-V
O hardware está sempre a melhorar. Espera-se que as gerações mais recentes de hardware e diferentes combinações de hardware, como SSDs e SANs, excedam o desempenho indicado abaixo. Estes resultados são um ponto de partida básico a ter em conta ao conceber um servidor ou ao debater com o seu fornecedor de hardware.
A tabela seguinte mostra os resultados do teste em vários subsistemas de disco, incluindo discos rígidos baseados em spindle e SSD, em várias configurações do laboratório de teste. Todas as configurações formatam os discos com clusters 64k e anexam-nos a um controlador de disco de classe empresarial. Além da contagem de discos de matriz RAID, cada um deles tem, pelo menos, um disco sobressalente.
| Tipo de disco | Contagem de discos, sem incluir +1 disco sobressalente | RAID | IOPS medido |
|---|---|---|---|
| SAS de 15k | 2 | 1 | 620 |
| SAS de 15k | 4 | 10 | 1206 |
| SAS de 15k | 6 | 10 | 1751 |
| SAS de 15k | 8 | 10 | 2322 |
| SAS de 15k | 10 | 10 | 2882 |
| SAS de 15k | 12 | 10 | 3476 |
| SAS de 15k | 16 | 10 | 4236 |
| SAS de 15k | 20 | 10 | 5148 |
| SAS de 15k | 30 | 10 | 7398 |
| SAS de 15k | 40 | 10 | 9913 |
| SSD SATA | 2 | 1 | 3300 |
| SSD SATA | 4 | 10 | 5542 |
| SSD SATA | 6 | 10 | 7201 |
| SSD SAS | 2 | 1 | 7539 |
| SSD SAS | 4 | 10 | 14346 |
| SSD SAS | 6 | 10 | 15607 |
A tabela seguinte lista os dispositivos específicos utilizados neste exemplo. Estas informações não são uma recomendação para nenhum modelo de hardware ou fabricante específico.
| Tipo de disco | Modelo | Controlador RAID | Memória e configuração em cache |
|---|---|---|---|
| 15k RPM SAS HD | HP EH0300JDYTH | Matriz Inteligente P822 | 2 GB, 20% de Leitura/80% de Escrita |
| SSD SATA | ATA MK0200GCTYV | Matriz Inteligente P420i | 1 GB, 20% de Leitura/80% de Escrita |
| SSD SAS | HP MO0800 JEFPB | Matriz Inteligente P420i | 1 GB, 20% de Leitura/80% de Escrita |
Desempenho do disco e da máquina virtual do Azure
O desempenho do disco do Azure depende de vários fatores, como o tamanho da VM do Azure e o número e tipo de discos que utiliza. O Azure também está constantemente a adicionar novos tipos de máquinas e velocidades de disco diferentes do gráfico seguinte. Para obter mais informações sobre Configuration Manager em execução no Azure e informações adicionais sobre como compreender a E/S do disco no Azure, veja Configuration Manager nas perguntas mais frequentes do Azure.
Todos os discos são formatados com o tamanho de cluster NTFS 64k e as linhas com mais de um disco são configuradas como volumes com faixas através do utilitário Gestão de Discos do Windows.
| Azure VM | Disco do Azure | Contagem de discos | Espaço disponível | IOPS medido | Fator de limitação |
|---|---|---|---|---|---|
| DS2/DS11 | P20 | 1 | 512 GB | 965 | Tamanho da VM do Azure |
| DS2/DS11 | P20 | 2 | 1024 GB | 996 | Tamanho da VM do Azure |
| DS2/DS11 | P30 | 1 | 1024 GB | 996 | Tamanho da VM do Azure |
| DS2/DS11 | P30 | 2 | 2048 GB | 996 | Tamanho da VM do Azure |
| DS3/DS12/F4S | P20 | 1 | 512 GB | 1994 | Tamanho da VM do Azure |
| DS3/DS12/F4S | P20 | 2 | 1024 GB | 1992 | Tamanho da VM do Azure |
| DS3/DS12/F4S | P30 | 1 | 1024 GB | 1993 | Tamanho da VM do Azure |
| DS3/DS12/F4S | P30 | 2 | 2048 GB | 1992 | Tamanho da VM do Azure |
| DS4/DS13/F8S | P20 | 1 | 512 GB | 2334 | Disco P20 |
| DS4/DS13/F8S | P20 | 2 | 1024 GB | 3984 | Tamanho da VM do Azure |
| DS4/DS13/F8S | P20 | 3 | 1536 GB | 3984 | Tamanho da VM do Azure |
| DS4/DS13/F8S | P30 | 1 | 1024 GB | 3112 | Disco P30 |
| DS4/DS13/F8S | P30 | 2 | 2048 GB | 3984 | Tamanho da VM do Azure |
| DS4/DS13/F8S | P30 | 3 | 3072 GB | 3996 | Tamanho da VM do Azure |
| DS5/DS14/F16S | P20 | 1 | 512 GB | 2335 | Disco P20 |
| DS5/DS14/F16S | P20 | 2 | 1024 GB | 4639 | Disco P20 |
| DS5/DS14/F16S | P20 | 3 | 1536 GB | 6913 | Disco P20 |
| DS5/DS14/F16S | P20 | 4 | 2048 GB | 7966 | Tamanho da VM do Azure |
| DS5/DS14/F16S | P30 | 1 | 1024 GB | 3112 | Disco P30 |
| DS5/DS14/F16S | P30 | 2 | 2048 GB | 6182 | Disco P30 |
| DS5/DS14/F16S | P30 | 3 | 3072 GB | 7963 | Tamanho da VM do Azure |
| DS5/DS14/F16S | P30 | 4 | 4096 GB | 7968 | Tamanho da VM do Azure |
| DS15 | P30 | 1 | 1024 GB | 3113 | Disco P30 |
| DS15 | P30 | 2 | 2048 GB | 6184 | Disco P30 |
| DS15 | P30 | 3 | 3072 GB | 9225 | Disco P30 |
| DS15 | P30 | 4 | 4096 GB | 10200 | Tamanho da VM do Azure |
Para obter mais informações sobre os discos atualmente disponíveis, veja Select a disk type for Azure IaaS VMs (Selecionar um tipo de disco para VMs IaaS do Azure).