Visão geral do host de VM (Junos OS)

Virtualização de plataforma

Virtualização da plataforma pela introdução de uma camada intermediária que compreende o sistema operacional host e o KVM (ou o hypervisor).

• Permite que várias instâncias do Junos OS sejam executadas simultaneamente.

• Permite que o suporte a software de terceiros seja executado diretamente.

Convidado paravirtualizado assistido por hardware Junos OS

Fornece ao usuário os benefícios da virtualização da plataforma, juntamente com o desempenho e a funcionalidade padrão. A paravirtualização é uma técnica de virtualização na qual um componente de software semelhante ao componente de hardware subjacente reside na VM e interage com o hypervisor para executar muitas operações. Em contraste com a virtualização completa, essa técnica reduz a sobrecarga da virtualização na VM.

Convidado Junos OS para servir como estrutura administrativa

As configurações, o controle do chassi, a comunicação com o SO host e a execução dos comandos da interface do usuário são gerenciados pelo Junos OS convidado.

Particionamento e redundância de armazenamento

Uma unidade de estado sólido (SSD) interna é usada como mídia de inicialização para operar o Mecanismo de Roteamento. Opções adicionais, como armazenamento USB e inicialização de rede, estão disponíveis para fins de instalação e recuperação. Um conjunto de dois SSDs de 50 GB está disponível para o funcionamento normal do Mecanismo de Roteamento. O Mecanismo de Roteamento requer que ambos os SSDs estejam funcionais. O particionamento de armazenamento é importante para depurar o Mecanismo de Roteamento, para novas instalações e para substituição de SSD.

Dos dois SSDs, um opera como SSD primário e o outro como SSD de backup. Dois conjuntos de imagens de inicialização de software — o conjunto atual e o conjunto alternativo (ou anterior) estão disponíveis no SSD primário. O sistema inicializa a partir do conjunto atual, enquanto o conjunto alternativo contém a versão anterior da imagem de inicialização do software. Após uma atualização de software, a nova versão do software está disponível no conjunto alternativo. Quando o dispositivo é reinicializado após a atualização, o conjunto alternativo se torna o novo conjunto atual e o conjunto atual, que agora carrega uma versão mais antiga da imagem de software, torna-se o conjunto alternativo. Você pode alternar para um conjunto alternativo usando o request vmhost software rollback comando. Até que uma atualização ou reversão de software seja executada, o sistema é programado para inicializar a partir do mesmo conjunto de imagens no disco.

Ambos os SSDs são particionados para fornecer partição de inicialização de host, partição raiz e partição para o armazenamento de imagem de convidado. A partição de inicialização do host contém o carregador de inicialização, que é o software responsável por inicializar o sistema operacional, o kernel Linux e o sistema de arquivos RAM. A partição raiz contém o sistema de arquivos raiz para o sistema operacional host.

A Figura 2 mostra o particionamento de SSDs.

Figura 2: Particionamento de SSD

Cada partição SSD contém mais de um conjunto de software host totalmente funcional. Em caso de falha de inicialização no SSD primário, o roteador pode inicializar usando o instantâneo disponível no SSD alternativo. Esse instantâneo pode ser gerado por uma nova instalação ou usando o request vmhost snapshot comando.

A partir Junos OS versão 18.1R1, os mecanismos de roteamento nos MX240, MX480,MX960, MX2010, MX2020 e PTX5000 oferecem suporte à inicialização segura.

A partir do Junos OS Release 18.2R1, o Mecanismo de Roteamento no MX2008 oferece suporte à inicialização segura.

Os mecanismos de roteamento com suporte a inicialização segura têm RAM e SSD atualizados para 128 GB e 2x200 GB, respectivamente. O tamanho maior do SSD facilita o armazenamento de arquivos principais e de log.

A tabela a seguir fornece informações sobre o tamanho do SSD para diferentes mecanismos de roteamento:

Você pode usar o show vmhost hardware comando para exibir o tamanho de RAM aumentado, o tamanho do SSD e outras informações de hardware.

As ilustrações a seguir explicam a partição do host para facilitar o aumento do armazenamento de arquivos principais e arquivos de log. A Figura 3 ilustra a partição do host nos roteadores MX240, MX480, MX960, MX2008 e PTX5000 com os SSDs de 200 GB. Um disco virtual de 56 GB será alocado da partição da VM para o convidado como var-config.disk. O tamanho atual desse disco é de 15 GB.

Figura 3: Tabela de partição de host para mecanismos de roteamento com SSDs de 200 GB

A Figura 4 ilustra a alocação de armazenamento da VM convidada.

Figura 4: Particionamento da VM convidada

A Figura 5 e a Figura 6 ilustram a tabela de partição de host e a alocação de armazenamento da VM convidada para os roteadores MX2010 e MX2020, respectivamente.

Figura 5: Tabela de partição de host para mecanismos de roteamento em roteadores MX2010 e MX2020 com SSD de 100 GB

Um disco virtual de 32 GB é alocado da partição da VM para o Junos OS convidado como var-config.disk.

Figura 6: Partição de VM convidada nos roteadores MX2010 e MX2020

Uma reformatação do SSD é necessária para implementar o aprimoramento do tamanho /var. A atualização pode ser implementada por qualquer um dos seguintes métodos:

• Instalação a partir do SSD Disk2 - Inicialize o sistema operacional host a partir do disco de backup (SSD Disk2) e instale a imagem junos-vmhost-install-x.tgz.

• Instalação a partir de USB

NTP e fuso horário

A data e os fusos horários são sincronizados do Junos OS convidado administrativo para o sistema operacional host. Portanto, os carimbos de data/hora nos arquivos de log do sistema do Junos OS e do sistema operacional host são sincronizados.

Recuperação automática

O recurso de recuperação automática (recuperação automática) fornece as seguintes funções:

• Detecção de corrupções no particionamento de disco durante a inicialização do sistema e tentativa de recuperar partições automaticamente

• Detectar corrupções na configuração do Junos OS durante a inicialização do sistema e tentar recuperar a configuração automaticamente, garantindo assim que as operações e o gerenciamento não sejam interrompidos.

• Detecção de corrupções em licenças do Junos OS durante a inicialização do sistema e tentativa de recuperar licenças automaticamente.

Durante o processo de recuperação, o sistema operacional host tenta iniciar a VM do Junos a partir da imagem disponível no disco primário. No entanto, se a VM do Junos não for iniciada, o sistema operacional host tentará iniciar a VM do Junos a partir do instantâneo da imagem do sistema operacional do host e da imagem do Junos OS disponível no disco de backup, desde que request vmhost snapshot tenha sido a última operação realizada. Se o disco de backup não contiver o instantâneo, o sistema operacional host tentará iniciar a VM do Junos a partir do software disponível no conjunto alternativo no disco primário, desde que request vmhost upgrade tenha sido a última operação realizada.

O recurso de recuperação automática é habilitado por padrão no sistema operacional convidado. Se você precisar desabilitar a recuperação automática, por exemplo, para examinar o estado de falha para depuração, use o seguinte comando:

user@host> set vmhost no-auto-recovery

Como lidar com a reinicialização e o desligamento

Você pode reinicializar o Mecanismo de Roteamento usando o request vmhost reboot comando. Esse comando reinicializa o Mecanismo de Roteamento reinicializando o Junos OS convidado e o sistema operacional host. No entanto, a reinicialização do Mecanismo de Roteamento pode ser acionada por vários motivos. Os eventos ou os motivos que disparam uma reinicialização do sistema operacional host são diferentes daqueles que disparam uma reinicialização do sistema operacional convidado.

A reinicialização do SO convidado implica que apenas o Junos OS é reinicializado e que o SO host está ativo e funcionando. A seguir estão alguns dos motivos que acionam uma reinicialização do sistema operacional convidado:

• Reinicialização devido ao pânico

• Reinicialização do VJUNOS — reinicialização do SO convidado após um desligamento.

• Watchdog VJUNOS do host — reinicialização de convidado devido à expiração do temporizador de watchdog emulado

A reinicialização do sistema operacional host implica que tanto o sistema operacional host quanto o sistema operacional convidado (aqui, o Junos OS) são reinicializados. A seguir estão alguns motivos que disparam uma reinicialização do sistema operacional host e do sistema operacional convidado:

• Reinicialização do hipervisor

• Ciclo de energia ou falha de energia

• Reinicialização devido a exceção.

• Reinicialização do botão de reinicialização — Reinicialização acionada pelo pressionamento do botão de reinicialização no painel frontal.

• Desligamento térmico

• Watchdog — reinicialização devido à expiração do temporizador do watchdog PCH

Você pode encontrar o motivo da reinicialização usando o show chassis routing-engine comando ou o show vmhost uptime comando.

Por exemplo:

Se o Mecanismo de Roteamento terminar de inicializar e se você precisar desligar o roteador novamente, execute o request vmhost power-off comando. Se você quiser que o Mecanismo de Roteamento seja reinicializado, use o request vmhost reboot comando.