Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Visão geral do host VM (Junos OS)

O que são hosts VM?

A partir do Junos OS Release 16.1, são suportados mecanismos de roteamento virtualizados que não apenas fornecem maior escalabilidade e desempenho do plano de controle, mas também fornecem recursos de virtualização para a infraestrutura do Junos OS. Esses mecanismos de roteamento virtualizados, ou hosts VM, estão listados na Tabela 1

Nota:

Os hosts VM executam apenas o Junos OS com FreeBSD atualizado.

O restante desta seção descreve a arquitetura dos hosts VM. Para obter mais informações sobre hosts VM, veja os capítulos sobre backup e recuperação do sistema, instalação de software, instalação de firmware e assim por diante neste guia.

A Figura 1 ilustra a arquitetura dos mecanismos de roteamento com suporte ao VM Host. Ela compreende os seguintes componentes:

  • A camada de hardware

  • O sistema operacional e a camada do hipervisor.

  • Os serviços de hospedagem e a camada de convidados Junos VM.

O servidor na camada de hardware contém as placas físicas de interface de rede (NICs), CPUs, memória e porta de gerenciamento Ethernet. Os NICs oferecem suporte à virtualização de hardware com base na virtualização de E/S de raiz única (SR-IOV). Com o SR-IOV, os NICs físicos (conhecidos como funções físicas) são gerenciados pelo host, enquanto as funções virtuais são gerenciadas pelo SO convidado. Em toda a camada de hardware, um OS baseado em Linux oferece o ambiente de host, juntamente com a máquina virtual baseada em kernel (KVM) e o Emulador Rápido (QEMU). Este sistema operacional host gerencia o complexo de inicialização, o armazenamento de memória de CPU e vários outros componentes de hardware, como as funções físicas. O Junos OS funciona como so convidado, gerencia as funções virtuais e serve como estrutura administrativa. Além disso, ele também fornece a interface para o gerenciamento do host e do hipervisor.

Os aplicativos e serviços adicionais executados no sistema operacional host ajudam a fornecer a seguinte funcionalidade:

  • Facilitando a comunicação entre o sistema operacional de host e o SO convidado.

  • Desencadeando a execução apropriada do sistema operacional host com base no comando e configuração no Junos OS convidado.

  • Estendendo a funcionalidade de gerenciamento de VM para fornecer recursos como autorecovery.

Figura 1: Arquitetura de mecanismos de roteamento com suporte Architecture of Routing Engines with VM Host Support para host VM

Mecanismos de roteamento com suporte para host VM

Os mecanismos de roteamento com suporte ao host VM não apenas fornecem escalabilidade e desempenho de plano de controle aumentados, mas também fornecem recursos de virtualização para a infraestrutura do Junos OS para atender a maiores demandas de computação.

A virtualização permite que várias instâncias de sistemas operacionais, chamados de convidados, executem simultaneamente no host e compartilhem recursos de hardware virtualizados. Um convidado é uma máquina virtual (VM) que funciona em um host baseado em hipervisor e compartilha seus recursos. Um host é um software virtualizado cujo hipervisor permite que vários VMs convidados sejam executados nele simultaneamente e compartilhem seus recursos. As VMs devem ser instâncias do Junos OS. VMs de terceiros não têm suporte nesses mecanismos de roteamento. Cada VM executa sua própria imagem e aplicativos do sistema operacional que podem ser diferentes dos de outra VM em execução no mesmo host.

Nota:

Apenas o Junos OS VM é compatível. Você não pode executar VMs de terceiros nesses mecanismos de roteamento.

Nos mecanismos de roteamento com suporte de host VM, uma instância do Junos OS funciona como uma VM sobre um host baseado em Linux (host VM) e serve como VM operando no contexto administrativo. O Junos OS gerencia todas as configurações, controle de chassi, comunicação com o sistema operacional host e execução de comando de interface de usuário, oferecendo assim uma experiência quase nativa do Junos OS ao usuário final.

Veja a tabela a seguir para obter mais informações sobre especificações de hardware dos Mecanismos de roteamento com suporte ao VMHost.

do dispositivo
Tabela 1: Especificações de hardware dos mecanismos de roteamento com suporte ao host VM
Número do modelo compatível com especificações

RE-ACX-5448

ACX5448

  • CPU Intel 8 Core X86 de alto desempenho de 1,6 GHz

  • 32 GB dois DIMM DRAM

  • Dois SSD SATA de 100 GB

EX9200-RE2

EX9204, EX9208 e EX9214

  • Processador Intel de seis núcleos e 2 GHz

  • 64 GB de DRAM e SSDs plugáveis duplos, cada um fornecendo 64 GB de armazenamento para imagens e logs do Junos OS.

RE-S-1600x8

MX204

  • CPU Intel 8 Core X86 de alto desempenho de 1,6 GHz

  • 32 GB de RAM DDR4

  • SSD SATA de 100 GB

RE-S-X6-64G

MX240, MX480 e MX960

  • CPU Haswell de 6 núcleos

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 64 GB e duas unidades de estado sólido (SSDs) de 64 GB

RE-S-X6-128G

MX240, MX480 e MX960

  • CPU Haswell de 6 núcleos

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 128 GB e duas unidades de estado sólido (SSDs) de 128 GB

REMX2008-X8-64G-LT,

MX2008
  • CPU Haswell de 8 núcleos

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 64 GB e duas unidades de estado sólido (SSDs) de 100 GB

REMX2008-X8-128G-S

  • CPU Haswell de 8 núcleos

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 128 GB e duas unidades de estado sólido (SSDs) de 200 GB

REMX2K-X8-64G

MX2020 e MX2010

  • CPU Haswell de 8 núcleos

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 64 GB e dois SSDs de 64 GB

RE-S-1600x8

MX10003

  • CPU Intel 8 Core X86 de alto desempenho de 1,6 GHz

  • 64 GB de RAM DDR4

  • SSD SATA de 100 GB

JNP10K-RE1, JNP10K-RE1-LT e JNP10K-RE1-128

MX10008

MX10004

  • CPU Intel 10 Core X86 de alto desempenho de 2,2 GHz

  • 64 GB de RAM DDR4

  • Dois SSD SATA de 200 GB

JNP304-RE-S

MX304

  • CPU multicore baseada em floco de 8 núcleos e Intel Icelake

  • 128 GB de DRAM

  • Dois SSD SATA de 200 GB

RCBPTX

PTX3000

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 64 GB e dois SSDs de 64 GB

  • Multi-core Haswell CPU

A RCB combina a funcionalidade de um mecanismo de roteamento, placa de controle e gerador de relógio centralizado (CCG)

RE-PTX-X8-64G

PTX5000

  • CPU Haswell de 8 núcleos

  • Mecanismo de roteamento baseado em PCH de Wellsburg com DRAM de 64 GB e dois SSDs de 64 GB

  • Novo conselho de controle CB2-PTX

RE-PTX10002-60C

PTX10002-60C

  • CPU Intel 8 Core X86 de alto desempenho de 1,6 GHz

  • 32 GB de RAM DDR4

  • Dois SSD SATA de 50 GB

RE-QFX10002-60C

QFX10002-60C

  • CPU Intel 8 Core X86 de alto desempenho de 1,6 GHz

  • 32 GB de RAM DDR4

  • Dois SSD SATA de 50 GB

SRX5K-RE3

SRX5000
  • CPU Haswell de 6 núcleos

  • 128 GB de DRAM

  • Duas unidades de estado sólido (SSDs) de 128 GB

Nota:

O suporte da plataforma depende da versão do Junos OS em sua instalação.

Recursos importantes dos mecanismos de roteamento com suporte para host VM

Embora continue a fornecer a mesma experiência do usuário final, a nova arquitetura oferece um mecanismo de roteamento com melhor desempenho.

A seguir, os recursos mais importantes dos mecanismos de roteamento:

Virtualização da plataforma

Virtualização da plataforma pela introdução de uma camada média que compreende o sistema operacional host e o KVM (ou o hipervisor).

  • Permite que o suporte para várias instâncias do Junos OS seja executado simultaneamente.

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

O Junos OS paravirtualizado paravirualizado de hardware

Oferece 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 no VM e interage com o hipervisor para executar muitas operações. Em contraste com a virtualização completa, essa técnica reduz a sobrecarga da virtualização na VM.

Junos OS convidado para atuar como estrutura administrativa

As configurações, controle de chassi, comunicação com o sistema operacional host e a execução de comando de interface de usuário são gerenciadas pelo Junos OS convidado.

Partição de armazenamento e redundância

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 boot 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 exige que ambos os SSDs sejam funcionais. A partição 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 o SSD principal e o outro como o 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 o conjunto atual, enquanto o conjunto alternativo contém a versão anterior da imagem de inicialização de software. Após uma atualização de software, a nova versão do software está disponível no conjunto alternativo. Quando o dispositivo é reiniciado 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 do software, torna-se o conjunto alternativo. Você pode mudar para conjunto alternativo usando o request vmhost software rollback comando. Até que uma atualização de software ou uma reversão de software sejam realizadas, o sistema é programado para inicializar a partir do mesmo conjunto de imagens no disco.

Ambos os SSDs são divididos para fornecer partição de inicialização de host, partição raiz e partição para o armazenamento de imagens do 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 de arquivos OS, kernel Linux e RAM. A partição raiz contém o sistema de arquivos raiz para o sistema operacional host.

A Figura 2 mostra a partição de SSDs.

Figura 2: Partição SSD Partitioning de SSD

Cada partição SSD contém mais de um conjunto de software de 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 pelo comando request vmhost snapshot .

A partir do Junos OS Release 18.1R1, os mecanismos de roteamento no MX240, MX480,MX960, MX2010, MX2020 e PTX5000 suporte a Secure Boot.

A partir do Junos OS Release 18.2R1, o mecanismo de roteamento no MX2008 oferece suporte ao Secure Boot.

Os mecanismos de roteamento com suporte a Secure Boot têm RAM e SSD atualizados para 128GB e 2x200GB, respectivamente. O aumento do tamanho do SSD facilita o aumento do armazenamento de arquivos de núcleo e log.

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

Tabela 2: Tamanho SSD dos mecanismos de roteamento
Dispositivos Número do modelo do mecanismo de roteamento Tamanho do SSD
ACX5448

RE-ACX-5448

2x100GB

EX9204, EX9208 e EX9214 EX9200-RE2 2x64GB
MX204 RE-S-1600x8

2x50GB

MX240, MX480 e MX960

RE-S-2200X6-64G-S

2x50GB

RE-S-X6-64G-LT

2x50GB

RE-S-X6-128G-S

2x200GB

MX2008

REMX2008-X8-64G-LT

2x100GB

REMX2008-X8-128G-S

2x200GB

MX2010 e MX2020

RE-MX2K-X8-64G

2x100GB

RE-MX2K-X8-64G-LT

2x100GB

RE-MX2K-X8-128G-S

2x200GB

MX10003 RE-S-1600x8 2x50GB

MX10008

MX10004

JNP10K-RE1, JNP10K-RE1-LT e JNP10K-RE1-128

2x200GB

PTX3000 RCBPTX 2x64GB
PTX5000 RE-PTX-X8-64G 2x64GB

PTX10002-60C

RE-PTX10002-60C

2x50GB

QFX10002-60C

RE-QFX10002-60C

2x50GB

SRX5000 SRX5K-RE3

2x128GB

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

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

Figura 3: Tabela de partição do host para mecanismos de roteamento com SSDs Host partition table for Routing Engines with 200-GB SSDs de 200 GB

A Figura 4 ilustra a alocação de armazenamento do VM convidado.

Figura 4: Partição do VM Partitioning of the guest VM convidado
Nota:

Para mecanismos de roteamento com SSD de 50GB, a partição do host permanece como está.

A Figura 5 e a Figura 6 ilustram a tabela de partição do host e a alocação de armazenamento do VM convidado 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 Host partition table for Routing Engines on MX2010 and MX2020 routers with 100GB SSD de 100GB

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

Figura 6: Partição de VM convidado nos roteadores MX2010 e MX2020 Guest VM partition on MX2010 and MX2020 Routers

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 do SSD Disk2-Boot do sistema operacional host do disco de backup (SSD Disk2) e instalação da imagem junos-vmhost-install-x.tgz.

  • Instalação do USB

NTP e fuso horário

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

Autorecovery

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

  • Detectando corrupção em partições de disco durante a inicialização do sistema e tentando recuperar partições automaticamente

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

  • Detectando corrupção em licenças do Junos OS durante a inicialização do sistema e tentando recuperar licenças automaticamente.

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

O recurso de autorecovery é habilitado por padrão no SO convidado. Se você precisar desabilitar a autorecovery — por exemplo, para examinar o estado de falha para depuração — use o seguinte comando:

user@host> set vmhost no-auto-recovery

Manuseio de reinicialização e alimentação

Você pode reiniciar o mecanismo de roteamento usando o request vmhost reboot comando. Este comando reinicia o Mecanismo de Roteamento reiniciando o Junos OS convidado e o so host. No entanto, a reinicialização do Mecanismo de Roteamento pode ser desencadeada por vários motivos. Os eventos ou os motivos que desencadeiam um reboot do host OS são diferentes daqueles que desencadeiam um reboot do SO convidado.

O reboot do SO convidado implica que apenas o Junos OS foi reiniciado, e que o sistema operacional host está funcionando. Os seguintes são alguns dos motivos que desencadeiam um reboot do SO convidado:

  • Reinicialização devido ao pânico

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

  • Cão de guarda VJUNOS do host — Reboot de convidado devido a expiração do temporizador de cão de guarda emulado

O reboot do Host OS implica que tanto o so host quanto o SO convidado (aqui, Junos OS) são reiniciados. Os motivos a seguir são alguns dos motivos que desencadeiam o reboot do SO do host e do SO convidado:

  • Reinicialização do hypervisor

  • Ciclo de energia ou falha de energia

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

  • Reset de botão de reset — Reinicialize acionado pressionando o botão de reset no painel frontal.

  • Desligamento térmico

  • Watchdog — Reinicialização devido à expiração do temporizador de cão de guarda do 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 o booting e se você precisar desligar o roteador novamente, execute o request vmhost power-off comando. Se quiser que o mecanismo de roteamento reinicialize, use o request vmhost reboot comando.

Tabela de histórico de mudanças

O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.

Lançamento
Descrição
18.2
A partir do Junos OS Release 18.2R1, o mecanismo de roteamento no MX2008 oferece suporte ao Secure Boot.