PDF(425.2 KB) Ver no Adobe Reader em vários dispositivos
ePub(86.7 KB) Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle)(77.4 KB) Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:9 de dezembro de 2020
ID do documento:216509
Linguagem imparcial
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.
Sobre esta tradução
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 as informações de alto nível sobre como recuperar VMs CNAT, VMs CUPS e VMs 5G-UPF.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
Componentes das soluções Cisco Ultra Virtual Packet Core
Mecanismo de monitoramento e automação ultra-rápida (UAME)
Controladores de serviço elásticos (ESC)
Openstack
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
USP 6.9.0
UAME
ESC: 4.5.0(112)
StarOS: 21.15.28 (74825)
Nuvem - Openstack 13 (Queens)
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
UAME (Ultra Automation and Monitoring Engine, mecanismo de automação e monitoramento ultra-direcional)
O UAME é um novo módulo de software de Serviços de Automação Ultramarina (UAS - Ultra Automation Services) apresentado para:
Apoie a implantação integrada de funções de rede virtualizadas (VNFs) 4G ou 5G e funções de rede nativas de nuvem (CNFs) 5G.
Reduza o número de máquinas virtuais (VMs) normalmente exigidas pelo USP e pelo UAS, substituindo os componentes UEM, AutoIT, AutoDeploy e AutoVNF.
O UAME fornece orquestração de implantação para:
4GVNFs:
VNFs baseadas em CUPS: O UAME trabalha com o Virtual Network Function Manager (VNFM) para implantar VNFs de plano de controle (CP) baseado em SI do VPC e plano de usuário (UP) em suporte à arquitetura de Controle e Separação de Plano de Usuário (CUPS - User Plane Separation).
VNFs não baseadas no CUPS: O UAME é compatível com versões anteriores, trabalhando com o VNFM para fornecer suporte de implantação para gateways 4G não-CUPS (com base no VPC-DI) e a função de políticas e regras de carregamento 4G (PCRF).
NFs 5G:
NFs baseadas em VNF:O UAME trabalha com o VNFM para implantar Funções de Rede (NFs) baseadas em VPC-SI.
NFs baseados em nuvem nativa:O UAME interage com o VNFM para implantar a Infraestrutura de Microserviços de Assinante (SMI) Ultra Cloud Core. Em seguida, o SMI trabalha com o VNFM para implantar NFs em um cluster Kubernetes baseado em VM (também conhecido como K8s).
Controlador de serviços elástico (ESC)
O ESC é o VNFM mencionado neste artigo, que é a única plataforma suportada atualmente.
Problema
As VMs que hospedam VMs SMI 5G nativas da nuvem estão no estado ERRO no ESC.
Verifique o status da VM em UAME e ESC. inicie o processo de recuperação em ESC. Se o ESC não puder recuperar a VM, continue com a reimplantação do UAME.
Etapa 1. Verifique o status da VM do UAME.
Faça login no UAME, navegue até a cli confd e verifique o estado como mostrado aqui.
ubuntu@crucs502-uame-1:~$ /opt/cisco/usp/uas/confd-6.3.8/bin/confd_cli -u admin -C Enter Password for 'admin': elcome to the ConfD CLI admin connected from 10.249.80.137 using ssh on crucs502-uame-1 crucs502-uame-1#
crucs502-uame-1#show vnfr state VNFR ID STATE --------------------------------- crucs502-4g-CRPCF504 alive crucs502-4g-CRPCF505 alive crucs502-4g-CRPCF506 alive crucs502-4g-CRPCF507 error crucs502-4g-CRPCF604 alive crucs502-cnat-cnat error
Note: A recuperação pode levar até 900 s (15 min) para ser concluída.
bootup_time 300 recovery_wait_time 600
Efetue login no mestre ESC, verifique a integridade e execute os comandos de recuperação como mostrado aqui.
Last login: Wed May 13 02:07:42 2020 from 10.x.x.x
####################################################################
# ESC on crucs502-esc-vnf-esc-core-esc-1 is in MASTER state.
####################################################################
[admin@crucs502-esc-vnf-esc-core-esc-1 ~]$ health.sh
============== ESC HA (MASTER) with DRBD =================
vimmanager (pgid 14643) is running
monitor (pgid 14712) is running
mona (pgid 14768) is running
drbd (pgid 0) is master
snmp is disabled at startup
etsi is disabled at startup
pgsql (pgid 15119) is running
keepalived (pgid 14070) is running
portal is disabled at startup
confd (pgid 15016) is running
filesystem (pgid 0) is running
escmanager (pgid 15254) is running
=======================================
ESC HEALTH PASSED
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli recovery-vm-action DO crucs502-cnat-cn_oam1_0_d7f90c1e-4401-4be9-87f6-f39ecf04ea3a
Etapa 3. Verifique se a Recuperação foi Bem-sucedida.
Verifique os logs do yangesc (tail -50f /var/log/esc/yangesc.log) e procure Status e Recovery como mostrado acima. Se obtiver êxito, navegue até a cli confd e verifique.
admin connected from 10.249.80.137 using ssh on crucs502-esc-vnf-esc-core-esc-1
crucs502-esc-vnf-esc-core-esc-1# show esc_datamodel opdata tenants tenant | select deployments state_machine NAME DEPLOYMENT NAME STATE VM NAME STATE ------------------------------------------------------------------------------------------------------------------------------------------- <trucated output> crucs502-cnat-cn_etcd2_0_7263c87c-ee62-4b81-8e1e-a0f5c463a5b5 VM_ALIVE_STATE crucs502-cnat-cn_etcd3_0_512ef3c0-96a2-4a10-83b0-4c7d13805856 VM_ALIVE_STATE crucs502-cnat-cn_master_0_05487525-c86f-47e1-a07e-fd33720d114f VM_ALIVE_STATE crucs502-cnat-cn_master_0_8cf66daa-9dfe-4c7e-817e-36624f9c98c2 VM_ALIVE_STATE crucs502-cnat-cn_master_0_dff4ad36-7982-4131-a737-ccb6c8eae348 VM_ALIVE_STATE crucs502-cnat-cn_oam1_0_d7f90c1e-4401-4be9-87f6-f39ecf04ea3a VM_ALIVE_STATE
Recuperação bem-sucedida
When ESC shows VM_ALIVE_STATE, verify the status in UAME
Em ESC, o método de recuperação é apenas reinicializar. Isso mostra que a VM não pôde ser trazida de volta com uma reinicialização; é necessário reimplantar.
crucs502-esc-vnf-esc-core-esc-1# show running-config | include recovery_policy recovery_policy recovery_type AUTO recovery_policy action_on_recovery REBOOT_ONLY recovery_policy max_retries 1
Nota importante: A reimplantação vem com a configuração day0. A configuração do dia 1 precisa ser carregada separadamente.
ubuntu@crucs502-uame-1:~$ /opt/cisco/usp/uas/confd-6.3.8/bin/confd_cli -u admin -C Enter Password for 'admin': elcome to the ConfD CLI admin connected from 10.249.80.137 using ssh on crucs502-uame-1 crucs502-uame-1#
crucs502-uame-1# crucs502-uame-1#show vnfr state VNFR ID STATE --------------------------------- crucs502-4g-CRPCF504 alive crucs502-4g-CRPCF505 alive crucs502-4g-CRPCF506 alive crucs502-4g-CRPCF507 error crucs502-4g-CRPCF604 alive