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 nas especificações de hardware dos mecanismos de roteamento com suporte ao host VM.
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.
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.
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.
Consulte a Tabela 1 para obter mais informações sobre especificações de hardware dos mecanismos de roteamento com suporte ao VMHost.
| Número do modelo | compatível com | especificações | do dispositivo
|---|---|---|
| RE-ACX-5448 |
ACX5448 |
|
| EX9200-RE2 |
EX9204, EX9208 e EX9214 |
|
| RE-S-1600x8 |
MX204 |
|
| RE-S-X6-64G |
MX240, MX480 e MX960 |
|
| RE-S-X6-128G |
MX240, MX480 e MX960 |
|
| REMX2008-X8-64G-LT, |
MX2008 |
|
| REMX2008-X8-128G-S |
|
|
| REMX2K-X8-64G |
MX2020 e MX2010 |
|
| RE-S-1600x8 |
MX10003 |
|
| JNP10K-RE1, JNP10K-RE1-LT e JNP10K-RE1-128 |
MX10008 MX10004 |
|
| JNP304-RE-S |
MX304 |
|
| RCBPTX |
PTX3000 |
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 |
|
| RE-PTX10002-60C |
PTX10002-60C |
|
| RE-QFX10002-60C |
QFX10002-60C |
|
| SRX5K-RE3 |
SRX5000 |
|
O suporte da plataforma depende da versão do Junos OS em sua instalação.
Veja também
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
- O Junos OS paravirtualizado paravirualizado de hardware
- Junos OS convidado para atuar como estrutura administrativa
- Partição de armazenamento e redundância
- NTP e fuso horário
- Autorecovery
- Manuseio de reinicialização e alimentação
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.
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:
| 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.
de 200 GB
A Figura 4 ilustra a alocação de armazenamento do VM convidado.
convidado
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.
de 100GB
Um disco virtual de tamanho 32 GB é alocado da partição de VM para o junos OS convidado como var-config.disk.
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:
host@router> show chassis routing-engine 0 | match "Last reboot reason”
Last reboot reason 0x4000:VJUNOS reboot
host@router> show vmhost uptime re0 | match “Vmhost last reboot reason”
Vmhost last reboot reason: 0x2000:hypervisor reboot
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.