el 04-18-2024 07:05 AM - fecha de última edición 04-18-2024 06:10 PM por Jimena Saez
Presentación del webinar Community Live
Con la colaboración de Armando Hernández y Jair Patiño.
¿Dónde verificar cuales versiones son compatibles para realizar un upgrade? ¿Qué pasos debo seguir para actualizar en una plataforma NX-OS? ¿Qué errores comunes debo evitar? Nuestros expertos resuleven tus dudas en este webinar Community Live.
¿Quién no ha tenido dudas a la hora de actualizar las plataformas NXOS? El objetivo de esta sesión fue explicar los pasos a seguir para realizar una actualización en plataformas NX-OS, así como las mejores prácticas, limitaciones y una explicación de la nomenclatura de imágenes de software así como la imagen recomendada de Cisco. Si le gustó este webinar ¡no deje de darle un voto de utilidad!
Recuerde que la presentación está disponible en pdf para su comodidad. Si este documento le ha resultado útil, no olvide calificar esta publicación con un voto de utilidad para validar su relevancia. ¡Muchas gracias!
¿Cómo enviar una pregunta?
Ponemos a su disposición nuestro evento Ask Me Anything (AMA) en cuyo foro podrán externar dudas y solicitar apoyo de nuestros expertos en casos específicos de los temas abordados. ¡Esperamos sus preguntas!
Lista de las Q&A del webinar Community Live
Encuentre la lista de preguntas formuladas durante el seminario web Community Live de nuestro evento. Cualquier duda que no haya sido respondida durante la sesión será resuelta posteriormente aquí o en el foro de "Preguntas".
Lista de Preguntas y Respuestas (Q&A)
Respuesta (Juan Carlos G.): Siempre hay una versión recomendada, en caso de que la versión recomendada no arregle algún problema de su red, el account team o HTES o su equipo de red puede verificar que features son compatibles para su red. Normalmente se ocuparía la versión más nueva del tren.
Respuesta (Juan Carlos G.): Sí, es el mismo proceso para cualquier Nexus.
Respuesta (Sergio G.): Hola Sergio, esa pregunta la van a responder más tarde en la presentación, pero habría que seguir la matriz de upgrades para revisar el upgrade path.
Respuesta (Juan Carlos G.): No, se tienen que seguir diferentes saltos, los cuales se tienen que revisar en la página oficial, el tema se tocará más adelante.
Respuesta (Juan Carlos G.): Puede haber casos en que se haya identificado alguna vulnerabilidad etc., también podría ser por que la plataforma como tal no soporte la última versión, esos son algunos de los escenarios.
Respuesta (Juan Carlos G.): La configuración se conserva siempre y cuando se haya guardado en la bootflash antes del upgrade, el tiempo para que termine el upgrade depende mucho de la configuración y plataforma, no hay un tiempo fijo.
Respuesta (Juan Carlos G.): Normalmente coincide, sin embargo Cisco recomienda siempre seguir lo que viene en la página de Recommended Release.
Respuesta (Juan Carlos G.): Hola Gustavo, dejaremos esta pregunta para el final de la presentación.
Respuesta (Sergio G.): No hacen ningún cambio en la configuración, cuando se agregan nuevos features hay que configurarlas, por lo tanto la configuración existente permanece intacta, siempre y cuando se haya guardado antes del upgrade (copy run start).
Respuesta (Juan Carlos G.): Esto depende mucho de la plataforma, en esta presentación se enfoca sólo en NXOS.
Respuesta (Sergio G.): Se puede hacer un downgrade cuando sea necesario y volver a la versión original antes de haber hecho el upgrade.
Respuesta (Juan Carlos G.): No se recomienda interrumpir el proceso de upgrade, si ya se hizo el upgrade lo recomendado sería hacer downgrade donde también hay pasos a seguir.
Respuesta (Juan Carlos G.): Como tal el rollback es hacer downgrade.
Respuesta (Sergio G.): Esta pregunta la va a cubrir Juan al final de la presentación.
Respuesta (Juan Carlos G.): La respuesta sería más que conviene más un upgrade disruptivo (set variables en 7K) el cual hará reinicio del equipo o un upgrade sin reinicio. Esta respuesta dependerá de la ventana y si es posible tener un down time, cisco recomienda un disruptive upgrade (reload) cuando se hace un upgrade por un bUG
Respuesta (Juan Carlos G.): En VPC como hay redundancia, se espera que el tráfico en data plane no se vea afectado, se tocará un poco el tema más adelante.
Respuesta (Juan Carlos G.): Antiguamente la imagen de los Nexus se separaba en dos Kickstart y System image, en las versiones actuales estas dos imágenes se combinaron en lo que se conoce como NXOS image.
Respuesta (Juan Carlos G.): Cuando se tiene Nexus en stack (VPC) se tiene redundancia, se recomienda siempre hacer upgrade un equipo a la vez, en el caso de que uno regresara en romon no hubiera disrupción para el tráfico, podemos retomar esta pregunta al final de la sesión.
Respuesta (Juan Carlos G.): El comando es: boot mode lxc , el Nexus se tiene que reiniciar por una única vez, después del reload se podrá hacer ISSU sin problema.
Respuesta (Juan Carlos G.): Este tema se tocará más adelante de la presentación.
Respuesta (Juan Carlos G.): Esta pregunta ya fue respondida.
Respuesta (Juan Carlos G.): Nexus 3100 cae dentro de los Cisco Nexus 3000 series, los procedimientos dependen de la versión los cuales se pueden revisar en las release notes.
Respuesta (Juan Carlos G.): Como tal es posible, pero no recomendado, siempre se tiene compactar antes de hacer upgrade. Cualquier cambio de la imagen de IOS que esté corriendo el Nexus no está recomendado.
Respuesta (Juan Carlos G.): Esta pregunta fue respondida en vivo al final de la sesión.
Respuesta (Juan Carlos G.): Esta pregunta fue respondida en vivo al final de la sesión.
Respuesta (Jimena S.): Hola Erik! Ahora vamos a verlo...
Respuesta (Juan Carlos G.): No, algo importante que hay que tomar en cuenta es que hay que guardar la configuración de los Nexus antes de hacer upgrade.
Respuesta (Juan Carlos G.): En los 9k no está soportado hacer upgrade poniendo las variables, lo único soportado es el comando: install all nxos
Respuesta (Juan Carlos G.): El modo disruptivo es recomendado cuando se hace upgrade para arreglar un defecto/bug
Respuesta (Juan Carlos G.): Hola Efraín, si el Nexus ya tiene la imagen en la bootflash y estás conectado por SSH/Telnet, lo único que pasaría si pierdes la conexión de red es que no podrías acceder al Nexus, sin embargo el Nexus seguirá su proceso de upgrade y todo seguirá normal, si es posible se recomienda siempre tener acceso por consola.
Respuesta (Juan Carlos G.): En unos momentos tocaremos ese tema Jorge.
Opciones de respuesta: a) La última versión de Short-lived b) La última versión de mantenimiento de long-lived c) La Major Release+ // Respuesta Correcta: b) La última versión de mantenimiento de long-lived
Opciones de respuesta: a) Se hacen los pre-checks de un upgrade y se reinician ambas supervisoras b) Se hace un switchover de las supervisoras para hacer upgrade primero de la supervisora que está como Activa c) La supervisora que está como Standby hace el upgrade primero, se reinicia, mientras que la supervisora Activa sigue manejando el tráfico // Respuesta Correcta: c) La supervisora que está como Standby hace el upgrade primero, se reinicia, mientras que la supervisora Activa sigue manejando el tráfico
Opciones de respuesta: a) Ambos reinician equipo, pero ISSU hace pre-checks antes de hacer el upgrade b) Disruptive upgrade reinicia el equipo para completar el upgrade y ISSU no lo hace c) Ninguno de los dos reinicia el equipo, pero ninguno hace pre-checks antes del upgrade // Respuesta Correcta: b) Disruptive upgrade reinicia el equipo para completar el upgrade y ISSU no lo hace
Opciones de respuesta: a) ISSU b) Enhanced ISSU c) Disruptive upgrade d) Ninguna de las anteriores // Respuesta Correcta: b) Enhanced ISSU
Opciones de respuesta: a) Se hacen los pre-checks de un upgrade y se reinician ambas supervisoras b) Se hace un switchover de las supervisoras para hacer upgrade primero de la supervisora que está como Activa c) La supervisora que está como Standby hace el upgrade primero, se reinicia, mientras que la supervisora Activa sigue manejando el tráfico // Respuesta Correcta: b) Se hace un switchover de las supervisoras para hacer upgrade primero de la supervisora que está como Activa
Nuestros expertos
Armando Hernández es Technical Consulting Engineer en el equipo de Data Center Routing and Switching (DCRS). Ingresó al equipo del Centro de Asistencia Técnica (TAC) en el 2019 después de trabajar en el CX Academy. Con más de cinco años de experiencia en DCRS HTTS/TAC global. Armando es Ingeniero en Comunicaciones y Electrónica del Instituto Politécnico Nacional, y actualmente cuenta con las certificaciones de CCNA y CCNP R&S.
Jair Patiño es Technical Consulting Engineer en el equipo de DCRS dentro del TAC Global. Cuenta con más de cinco años de experiencia en DC technologies, DC Server Virtualization y DCRS. Participando actualmente en DCRS West shift, Jair está certificado en Itil foundations, CCNA, CCNP Sw, DevNet, y VMware Certified Professional DC. Él está titulado como Ingeniero en Telecomunicaciones y es egresado de la Facultad de Ingenieria de la Universidad Nacional Autónoma de México.
¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.
Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco:
Navegue y encuentre contenido personalizado de la comunidad