O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve o processo para configurar o ESXi nos servidores da série UCS (Unified Computing System) B usando o Intel® Optane™ Persistent Memory (PMEM) no modo gerenciado por host.
A Cisco recomenda que você tenha conhecimento destes tópicos:
Certifique-se de atender a estes requisitos antes de tentar esta configuração:
As informações neste documento são baseadas nestas versões de software e hardware:
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Nos servidores UCS configurados para o modo App Direct, as máquinas virtuais VMware ESXi acessam memórias persistentes Optane DCPMM Módulos de memória dual em linha (NVDIMMs) não voláteis.
O Intel Optane DCPMM pode ser configurado através do utilitário de gerenciamento IPMCTL através do shell da UEFI (Unified Extensible Firmware Interface) ou através dos Utilitários do SO. Esta ferramenta foi projetada para executar algumas das próximas ações:
O UCS pode ser configurado usando uma política de memória persistente anexada ao perfil de serviço para facilitar o uso.
O utilitário NDCTL (Non-Volatile Device Control) de código aberto é usado para gerenciar o subsistema LIBNVDIMM Linux Kernel. O utilitário NDCTL permite que um sistema provisione e execute configurações como regiões e namespaces para uso do SO.
A memória persistente adicionada a um host ESXi é detectada pelo host, formatada e montada como um armazenamento de dados PMem local. Para usar o PMEM, o ESXi usa o formato de sistema de arquivos VMFS (Virtual Machine Flying System)-L e somente um datastore PMEM local por host é suportado.
Diferente de outros datastores, o datastore PMEM não suporta tarefas como datastores tradicionais. O diretório home da VM com os arquivos vmx e vmware.log não pode ser colocado no armazenamento de dados PMEM.
O PMEM pode ser apresentado a uma VM em dois modos diferentes: Modo de acesso direto e modo de disco virtual.
Modo de acesso direto
Modo de Disco Virtual
Este documento descreve a configuração para usar uma máquina virtual no modo de acesso direto.
Este procedimento descreve como configurar o ESXi em servidores UCS Blade Series usando o Intel Optane DCPMM.
1. Na GUI do UCS Manager, navegue até Servers > Persistent Memory Policy e clique em Add como mostrado na imagem.
2. Criar meta, verifique se o modo de memória é 0%, como mostrado na imagem.
3. Adicione a política PMEM ao perfil de serviço desejado.
Navegue até Service Profile > Policies > Persistent Memory Policy e anexe a política criada.
4. Verifique a saúde da região.
Navegue até o Servidor selecionado > Inventário > Memória persistente > Regiões. O tipo AppDirect está visível. Esse método cria uma região por soquete de CPU.
1. No console da Web, o host exibe o PMEM total disponível.
2. O ESXi exibe um armazenamento de dados especial composto pela quantidade total de PMEM, como mostrado na imagem.
1. No ESXi, as máquinas virtuais acessam o Optane DCPMM PMEM como NVDIMMs. Para atribuir um NVMDIMM a uma máquina virtual, acesse a máquina virtual pelo vCenter e navegue para Actions > Edit Settings (Ações > Editar configurações), clique em ADD NEW DEVICE (ADICIONAR NOVO dispositivo) e selecione NVDIMM conforme mostrado na imagem.
Nota: Ao criar uma máquina virtual, verifique se a compatibilidade do SO atende à versão mínima exigida que suporta a Memória persistente do Intel® Optane™; caso contrário, a opção NVDIMM não aparece nos itens selecionáveis.
2. Defina o tamanho do NVDIMM como mostrado na imagem.
1. O utilitário NDCTL é usado para gerenciar e configurar o PMEM ou NVDIMM.
No exemplo, o Red Hat 8 é usado para configuração. A Microsoft tem cmdlets PowerShell para gerenciamento de namespace de memória persistente.
Faça o download do utilitário NDCTL usando a ferramenta disponível de acordo com a distribuição do Linux
Por exemplo:
# yum install ndctl
# zypper install ndctl
# apt-get install ndctl
2. Verifique a região NVDIMM e o namespace criados por padrão pelo ESXi, quando o NVDIMM estiver atribuído à máquina virtual, verifique se o espaço corresponde à configuração. Certifique-se de que o modo do namespace esteja definido como raw, isso significa que o ESXi criou o namespace. Para verificar, use o comando:
# ndctl list -RuN
3. (Opcional) Se o namespace ainda não tiver sido criado, um namespace pode ser criado com o comando:
# ndctl create-namespace
O comando ndctl create-namespace cria um novo namespace no modo fsdax por padrão e cria um novo /dev/pmem([x].[y]) dispositivo. Se um namespace já tiver sido criado, essa etapa poderá ser ignorada.
4. Selecione o modo de acesso PMEM, os modos disponíveis para configuração são:
Para alterar o modo para o modo fsdax, use o comando:
ndctl create-namespace -f -e
--mode fsdax
Se um dev já tiver sido criado, o namespace dev será usado para formatar e modificar o modo para fsdax.
Observação: esses comandos exigem que a conta tenha privilégios de raiz, talvez seja necessário sudo.
5. Crie um diretório e um sistema de arquivos.
O Direct Access ou DAX é um mecanismo que permite que os aplicativos acessem diretamente a mídia persistente da CPU (por meio de cargas e lojas), ignorando a pilha de E/S tradicional. Os sistemas de arquivos de memória persistente habilitados para DAX incluem ext4, XFS e Windows NTFS.
Exemplo de sistema de arquivos XFS criado e montado:
sudo mkdir < directory route (e.g./mnt/pmem) >
sudo mkfs.xfs < /dev/devicename (e.g. pmem0) >
6. Monte o sistema de arquivos e verifique se ele foi bem-sucedido.
sudo mount
< directory > df -h < directory >
A VM está pronta para usar o PMEM.
Geralmente, é recomendado montar este sistema de arquivos habilitado para DAX usando a opção -o dax mount, se um erro for encontrado.
O reparo do sistema de arquivos é executado para garantir a integridade.
Como solução alternativa, a montagem pode ser montada sem a opção -o dax.
Note: No xfsprogs versão 5.1, o padrão é criar sistemas de arquivos XFS com a opção reflink habilitada. Anteriormente, estava desativado por padrão. As opções reflink e dax são mutuamente exclusivas, fazendo com que a montagem falhe.
"O DAX e o reflink não podem ser usados juntos!" o erro pode ser visto no dmesg quando o comando mount falha:
Como solução alternativa, remova a opção -o dax.
Montagem com ext4 FS.
O sistema de arquivos EXT4 pode ser usado como uma alternativa porque não implementa o recurso de relink, mas suporta DAX.