Áreas restritas em tamanhos de VM que não dão suporte à virtualização aninhada
Neste artigo, abordaremos as limitações das áreas restritas em tamanhos de VM que não dão suporte à virtualização aninhada.
Pré-requisitos e limitações
As áreas restritas executadas em tamanhos de VM não modernos estão sujeitas às seguintes limitações:
- A imagem da área restrita é fixa – Python 3.6.5 ou R 3.4.4.
- Os mecanismos de dados que habilitam os recursos de criptografia de disco e áreas restritas devem ser executados em um tamanho de VM que dê suporte à criptografia no host. Para obter mais informações sobre tamanhos de VM com suporte, consulte Tamanhos de máquina virtual.
- Se a criptografia estiver habilitada no cluster antes que a criptografia no host seja adotada como o padrão para tamanhos de VM com suporte, o cluster poderá não dar suporte a ambos os recursos lado a lado. Nesse caso, pare e inicie o cluster.
- Os pacotes necessários (imagens) para executar as áreas restritas são implantados em cada nó de cluster e exigem espaço SSD dedicado para execução.
- O tamanho estimado é de 20 GB, ou seja, aproximadamente 2,5% da capacidade de SSD de uma VM D14_v2, por exemplo, ou 0,7% da capacidade de SSD de uma VM L16_v1.
- Isso afeta a capacidade de dados do cluster e pode afetar o custo do cluster.
- O hyper-threading é desabilitado para tamanhos de VM hiper-threaded quando as áreas restritas estão habilitadas. Para obter mais informações sobre tamanhos de VM hiper-threaded, consulte Tamanhos de máquina virtual.
- Processos filho: a área restrita nos seguintes tamanhos de VM é impedida de gerar processos filho.
Tamanhos de máquina virtual
A tabela a seguir lista todos os tamanhos de VM que não dão suporte à virtualização aninhada e se eles dão suporte a recursos de criptografia e área restrita que são executados lado a lado e hiper-threading:
Nome | Categoria | Dá suporte a áreas restritas e criptografia | Dá suporte ao hyper-threading |
---|---|---|---|
Desenvolvimento (sem SLA) Standard_D11_v2 | com otimização de computação | No | Não |
Desenvolvimento (sem SLA) Standard_E2a_v4 | com otimização de computação | No | Não |
Standard_D11_v2 | com otimização de computação | No | Não |
Standard_D12_v2 | com otimização de computação | No | Não |
Standard_D13_v2 | com otimização de computação | No | Não |
Standard_D14_v2 | com otimização de computação | No | Não |
Standard_E2a_v4 | computação intensiva | No | Yes |
Standard_E4a_v4 | computação intensiva | No | Yes |
Standard_E8a_v4 | computação intensiva | No | Yes |
Standard_E16a_v4 | computação intensiva | No | Yes |
Standard_DS13_v2 + 1 TB PS | com otimização de armazenamento | Yes | No |
Standard_DS13_v2 + 2 TB PS | com otimização de armazenamento | Yes | No |
Standard_DS14_v2 + 3 TB PS | com otimização de armazenamento | Yes | No |
Standard_DS14_v2 + 4 TB PS | com otimização de armazenamento | Yes | No |
Standard_E8as_v4 + 1 TB PS | com otimização de armazenamento | Yes | Sim |
Standard_E8as_v4 + 2 TB PS | com otimização de armazenamento | Yes | Sim |
Standard_E16as_v4 + 3 TB PS | com otimização de armazenamento | Yes | Sim |
Standard_E16as_v4 + 4 TB PS | com otimização de armazenamento | Yes | Sim |
Standard_L4s | com otimização de armazenamento | Yes | Não |
Standard_L8s | com otimização de armazenamento | Yes | Não |
Standard_L16s | com otimização de armazenamento | Yes | Não |
Standard_L8s_v2 | com otimização de armazenamento | Yes | Yes |
Standard_L16s_v2 | com otimização de armazenamento | Yes | Yes |
Standard_E64i_v3 | computação Isolada | No | Não |
Standard_E80ids_v4 | computação Isolada | No | Sim |
Comentários
https://aka.ms/ContentUserFeedback.
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulteEnviar e exibir comentários de