-
-
Implementar una instancia de NetScaler VPX
-
Optimice el rendimiento de NetScaler VPX en VMware ESX, Linux KVM y Citrix Hypervisors
-
Mejore el rendimiento de SSL-TPS en plataformas de nube pública
-
Configurar subprocesos múltiples simultáneos para NetScaler VPX en nubes públicas
-
Instalar una instancia de NetScaler VPX en un servidor desnudo
-
Instalar una instancia de NetScaler VPX en Citrix Hypervisor
-
Instalación de una instancia NetScaler VPX en la nube de VMware en AWS
-
Instalación de una instancia NetScaler VPX en servidores Microsoft Hyper-V
-
Instalar una instancia de NetScaler VPX en la plataforma Linux-KVM
-
Requisitos previos para instalar dispositivos virtuales NetScaler VPX en la plataforma Linux-KVM
-
Aprovisionamiento del dispositivo virtual NetScaler mediante OpenStack
-
Aprovisionamiento del dispositivo virtual NetScaler mediante Virtual Machine Manager
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red SR-IOV
-
Configuración de dispositivos virtuales NetScaler para que usen la interfaz de red PCI Passthrough
-
Aprovisionamiento del dispositivo virtual NetScaler mediante el programa virsh
-
Administración de las máquinas virtuales invitadas de NetScaler
-
Aprovisionamiento del dispositivo virtual NetScaler con SR-IOV en OpenStack
-
-
Implementar una instancia de NetScaler VPX en AWS
-
Configurar las funciones de IAM de AWS en la instancia de NetScaler VPX
-
Implementación de una instancia independiente NetScaler VPX en AWS
-
Servidores de equilibrio de carga en diferentes zonas de disponibilidad
-
Implementar un par de alta disponibilidad de VPX en la misma zona de disponibilidad de AWS
-
Alta disponibilidad en diferentes zonas de disponibilidad de AWS
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en distintas zonas de AWS
-
Implementación de una instancia NetScaler VPX en AWS Outposts
-
Proteja AWS API Gateway mediante el firewall de aplicaciones web de Citrix
-
Configurar una instancia de NetScaler VPX para utilizar la interfaz de red SR-IOV
-
Configurar una instancia de NetScaler VPX para utilizar redes mejoradas con AWS ENA
-
Implementar una instancia de NetScaler VPX en Microsoft Azure
-
Arquitectura de red para instancias NetScaler VPX en Microsoft Azure
-
Configuración de varias direcciones IP para una instancia independiente NetScaler VPX
-
Configurar una configuración de alta disponibilidad con varias direcciones IP y NIC
-
Configurar una instancia de NetScaler VPX para usar redes aceleradas de Azure
-
Configure los nodos HA-INC mediante la plantilla de alta disponibilidad de NetScaler con Azure ILB
-
Instalación de una instancia NetScaler VPX en la solución Azure VMware
-
Configurar una instancia independiente de NetScaler VPX en la solución Azure VMware
-
Configurar una instalación de alta disponibilidad de NetScaler VPX en la solución Azure VMware
-
Configurar el servidor de rutas de Azure con un par de alta disponibilidad de NetScaler VPX
-
Configurar GSLB en una configuración de alta disponibilidad activa en espera
-
Configuración de grupos de direcciones (IIP) para un dispositivo NetScaler Gateway
-
Scripts de PowerShell adicionales para la implementación de Azure
-
Implementación de una instancia NetScaler VPX en Google Cloud Platform
-
Implementar un par de VPX de alta disponibilidad en Google Cloud Platform
-
Implementar un par de alta disponibilidad VPX con direcciones IP privadas en Google Cloud Platform
-
Instalar una instancia de NetScaler VPX en VMware Engine de Google Cloud
-
Compatibilidad con escalado VIP para la instancia NetScaler VPX en GCP
-
-
Automatizar la implementación y las configuraciones de NetScaler
-
Actualización y degradación de un dispositivo NetScaler
-
Consideraciones de actualización para configuraciones con directivas clásicas
-
Consideraciones sobre la actualización de archivos de configuración personalizados
-
Consideraciones sobre la actualización: Configuración de SNMP
-
Compatibilidad con actualización de software en servicio para alta disponibilidad
-
Soluciones para proveedores de servicios de telecomunicaciones
-
Equilibrio de carga del tráfico de plano de control basado en protocolos de diámetro, SIP y SMPP
-
Utilización del ancho de banda mediante la funcionalidad de redirección de caché
-
-
-
Autenticación, autorización y auditoría del tráfico de aplicaciones
-
Cómo funciona la autenticación, la autorización y la auditoría
-
Componentes básicos de la configuración de autenticación, autorización y auditoría
-
Autorización del acceso de los usuarios a los recursos de aplicaciones
-
NetScaler como proxy del servicio de federación de Active Directory
-
NetScaler Gateway local como proveedor de identidad de Citrix Cloud
-
Compatibilidad de configuración para el atributo de cookie SameSite
-
Configuración de autenticación, autorización y auditoría para protocolos de uso común
-
Solución de problemas relacionados con la autenticación y la autorización
-
-
-
-
Configuración de la expresión de directiva avanzada: Introducción
-
Expresiones de directivas avanzadas: trabajo con fechas, horas y números
-
Expresiones de directivas avanzadas: análisis de datos HTTP, TCP y UDP
-
Expresiones de directivas avanzadas: análisis de certificados SSL
-
Expresiones de directivas avanzadas: direcciones IP y MAC, rendimiento, ID de VLAN
-
Expresiones de directivas avanzadas: funciones de Stream Analytics
-
Ejemplos de tutoriales de directivas avanzadas para reescritura
-
-
-
Protecciones de nivel superior
-
Protección basada en gramática SQL para cargas útiles HTML y JSON
-
Protección basada en gramática por inyección de comandos para carga útil HTML
-
Reglas de relajación y denegación para gestionar ataques de inyección HTML SQL
-
Compatibilidad con palabras clave personalizadas para la carga útil HTML
-
Compatibilidad con firewall de aplicaciones para Google Web Toolkit
-
Comprobaciones de protección XML
-
-
-
Administrar un servidor virtual de redirección de caché
-
Ver estadísticas del servidor virtual de redirección de caché
-
Habilitar o inhabilitar un servidor virtual de redirección de caché
-
Resultados directos de directivas a la caché en lugar del origen
-
Realizar una copia de seguridad de un servidor virtual de redirección de caché
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
-
Traducir la dirección IP de destino de una solicitud a la dirección IP de origen
-
-
Descripción general del cluster
-
Administración del clúster de NetScaler
-
Grupos de nodos para configuraciones detectadas y parcialmente rayadas
-
Desactivación de la dirección en el plano posterior del clúster
-
Eliminar un nodo de un clúster implementado mediante la agregación de vínculos de clúster
-
Supervisión de la configuración del clúster mediante SNMP MIB con enlace SNMP
-
Supervisión de los errores de propagación de comandos en una implementación de clúster
-
Compatibilidad con logotipos preparados para IPv6 para clústeres
-
Enlace de interfaz VRRP en un clúster activo de un solo nodo
-
Casos de configuración y uso de clústeres
-
Migración de una configuración de HA a una configuración de clúster
-
Interfaces comunes para cliente y servidor e interfaces dedicadas para backplane
-
Conmutador común para cliente y servidor y conmutador dedicado para placa posterior
-
Supervisar servicios en un clúster mediante la supervisión de rutas
-
-
Configurar NetScaler como un solucionador de stubs con reconocimiento de seguridad no validante
-
Compatibilidad con tramas gigantes para DNS para gestionar respuestas de grandes tamaños
-
Configurar el almacenamiento en caché negativo de los registros DNS
-
-
Estado de servicio y servidor virtual de equilibrio de carga
-
Insertar atributos de cookie a las cookies generadas por ADC
-
Proteja una configuración de equilibrio de carga contra fallos
-
Administrar el tráfico de clientes
-
Configurar servidores virtuales de equilibrio de carga sin sesión
-
Reescritura de puertos y protocolos para la redirección HTTP
-
Insertar la dirección IP y el puerto de un servidor virtual en el encabezado de solicitud
-
Utilizar una IP de origen especificada para la comunicación de back-end
-
Establecer un valor de tiempo de espera para las conexiones de cliente inactivas
-
Gestionar el tráfico de clientes en función de la velocidad de tráfico
-
Utilizar un puerto de origen de un rango de puertos especificado para la comunicación de back-end
-
Configurar la persistencia IP de origen para la comunicación back-end
-
-
Configuración avanzada de equilibrio de carga
-
Aumenta gradualmente la carga en un nuevo servicio con un inicio lento a nivel de servidor virtual
-
Proteger aplicaciones en servidores protegidos contra los picos de tráfico
-
Habilitar la limpieza de las conexiones de servicios y servidores virtuales
-
Habilitar o inhabilitar la sesión de persistencia en los servicios TROFS
-
Habilitar la comprobación de estado TCP externa para servidores virtuales UDP
-
Mantener la conexión de cliente para varias solicitudes de cliente
-
Insertar la dirección IP del cliente en el encabezado de solicitud
-
Utilizar la dirección IP de origen del cliente al conectarse al servidor
-
Configurar el puerto de origen para las conexiones del lado del servidor
-
Establecer un límite en el número de solicitudes por conexión al servidor
-
Establecer un valor de umbral para los monitores enlazados a un servicio
-
Establecer un valor de tiempo de espera para las conexiones de clientes inactivas
-
Establecer un valor de tiempo de espera para las conexiones de servidor inactivas
-
Establecer un límite en el uso del ancho de banda por parte de los clientes
-
Conservar el identificador de VLAN para la transparencia de VLAN
-
-
Configurar monitores en una configuración de equilibrio de carga
-
Configurar el equilibrio de carga para los protocolos de uso común
-
Caso de uso 3: Configurar el equilibrio de carga en modo de Direct Server Return
-
Caso de uso 6: Configurar el equilibrio de carga en modo DSR para redes IPv6 mediante el campo TOS
-
Caso de uso 7: Configurar el equilibrio de carga en modo DSR mediante IP sobre IP
-
Caso de uso 8: Configurar el equilibrio de carga en modo de un brazo
-
Caso de uso 9: Configurar el equilibrio de carga en modo en línea
-
Caso de uso 10: Equilibrio de carga de los servidores del sistema de detección de intrusiones
-
Caso de uso 11: Aislamiento del tráfico de red mediante directivas de escucha
-
Caso de uso 12: Configurar Citrix Virtual Desktops para el equilibrio de carga
-
Caso de uso 13: Configurar Citrix Virtual Apps and Desktops para equilibrar la carga
-
Caso de uso 14: Asistente de ShareFile para equilibrar la carga Citrix ShareFile
-
Caso práctico 15: Configurar el equilibrio de carga de capa 4 en el dispositivo NetScaler
-
-
Configurar para obtener el tráfico de datos NetScaler FreeBSD desde una dirección SNIP
-
-
Compatibilidad con protocolos TLSv1.3 tal como se define en RFC 8446
-
Matriz de compatibilidad de certificados de servidor en el dispositivo ADC
-
Compatibilidad con plataformas basadas en chip SSL Intel Coleto
-
Compatibilidad con el módulo de seguridad de hardware Thales Luna Network
-
-
-
-
Configuración de un túnel de CloudBridge Connector entre dos centros de datos
-
Configuración de CloudBridge Connector entre el centro de datos y la nube de AWS
-
Configuración de un túnel de CloudBridge Connector entre un centro de datos y Azure Cloud
-
Configuración del túnel CloudBridge Connector entre Datacenter y SoftLayer Enterprise Cloud
-
Diagnóstico y solución de problemas de túnel CloudBridge Connector
-
-
Puntos a tener en cuenta para una configuración de alta disponibilidad
-
Sincronizar archivos de configuración en una configuración de alta disponibilidad
-
Restricción del tráfico de sincronización de alta disponibilidad a una VLAN
-
Configuración de nodos de alta disponibilidad en distintas subredes
-
Limitación de las conmutaciones por error causadas por monitores de ruta en modo no INC
-
Configuración del conjunto de interfaces de conmutación por error
-
Administración de mensajes de latido de alta disponibilidad en un dispositivo NetScaler
-
Quitar y reemplazar un NetScaler en una configuración de alta disponibilidad
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Soporte de actualización de software en servicio para alta disponibilidad para realizar actualizaciones sin tiempo de inactividad
Durante un proceso de actualización normal en una configuración de alta disponibilidad (HA), en algún momento, ambos nodos ejecutan diferentes compilaciones de software. Estas dos compilaciones pueden tener números de versión de HA internos iguales o diferentes.
Si ambas compilaciones tienen números de versión de HA diferentes, no se admite la conmutación por error de conexión (incluso si está habilitada) para las conexiones de datos existentes. En otras palabras, se pierden todas las conexiones de datos existentes, lo que lleva a un tiempo de inactividad.
Para solucionar este problema, en Service Software Upgrade (ISSU) se puede utilizar para las configuraciones de alta disponibilidad. ISSU introduce una funcionalidad de migración, que reemplaza el paso de la operación de conmutación por error forzada en el proceso de actualización. La funcionalidad de migración se encarga de respetar las conexiones existentes e incluye la operación de conmutación por error forzada.
Después de realizar una operación de migración, el nuevo nodo principal siempre recibe tráfico (solicitud y respuesta) relacionado con las conexiones existentes, pero las dirige al nodo principal anterior. El nodo principal anterior procesa el tráfico de datos y, a continuación, lo envía directamente al destino.
Cómo funciona la ISSU mejorada
El proceso de actualización normal en una configuración de alta disponibilidad consta de los siguientes pasos:
-
Actualice el nodo secundario. Este paso incluye la actualización del software del nodo secundario y el reinicio del nodo.
-
Forzar conmutación por error. La ejecución de la conmutación por error forzada convierte el nodo secundario actualizado en principal y el nodo principal en secundario.
-
Actualice el nuevo nodo secundario. Este paso incluye la actualización del software del nuevo nodo secundario y el reinicio del nodo.
Durante el período comprendido entre el paso 1 y el paso 3, ambos nodos ejecutan compilaciones de software diferentes. Estas dos compilaciones pueden tener versiones de HA internas iguales o diferentes.
Si ambas compilaciones tienen números de versión de HA diferentes, no se admite la conmutación por error de conexión (incluso si está habilitada) para las conexiones de datos existentes. En otras palabras, se pierden todas las conexiones de datos existentes, lo que lleva a un tiempo de inactividad.
El proceso de actualización de ISSU en una configuración de alta disponibilidad consta de los siguientes pasos:
-
Actualice el nodo secundario. Este paso incluye la actualización del software del nodo secundario y el reinicio del nodo.
-
Operación de migración de ISSU. El paso incluye la operación de conmutación por error forzada y se ocupa de las conexiones existentes. Después de realizar la operación de migración, el nuevo nodo principal siempre recibe el tráfico (solicitud y respuesta) relacionado con las conexiones existentes, pero las dirige al nodo principal anterior a través de la VLAN SYNC configurada (si está configurada) en el túnel GRE. El nodo principal anterior procesa el tráfico de datos y, a continuación, lo envía directamente al destino. La operación de migración de ISSU se completa cuando se cierran todas las conexiones existentes.
-
Actualice el nuevo nodo secundario. Este paso incluye la actualización del software del nuevo nodo secundario y el reinicio del nodo.
Antes de comenzar
Antes de empezar a realizar el proceso de ISSU en una configuración de alta disponibilidad, revise los siguientes requisitos previos, limitaciones y puntos a tener en cuenta:
-
Asegúrese de que la capacidad de la interfaz, donde se resuelve la dirección MAC de la dirección NSIP del mismo nivel, sea igual o superior a la capacidad de la interfaz de cliente o servidor. Por ejemplo, considere los siguientes escenarios:
- La dirección MAC de la dirección NSIP del mismo nivel se resuelve en la interfaz 1/x y la interfaz de datos es 10/x. En este escenario, no debe realizar la ISSU porque la capacidad de la interfaz en la que se resuelve la dirección MAC es inferior a la de la interfaz de datos.
- La dirección MAC de la dirección NSIP del mismo nivel se resuelve en la interfaz 10/x y la interfaz de datos es 10/x. En este escenario, puede realizar la ISSU porque la capacidad de la interfaz en la que se resuelve la dirección MAC es la misma que la de la interfaz de datos.
-
Asegúrese de que
SYNC VLAN
esté configurado en ambos nodos de la configuración de alta disponibilidad. Para obtener más información, consulte Restricción del tráfico de sincronización de alta disponibilidad a una VLAN.
Nota:
La configuración de VLAN SYNC solo se admite en L2 HA. No es compatible con el modo HA-INC.
- ISSU no se admite en la nube de Microsoft Azure porque Microsoft Azure no admite la tunelización GRE.
- La propagación y la sincronización de la configuración de alta disponibilidad no funcionan durante la ISSU.
- ISSU no es compatible con la configuración de alta disponibilidad de IPv6.
- ISSU no es compatible con las particiones de administración.
-
ISSU no se admite en las siguientes sesiones:
- Marcos Jumbo
- Sesiones IPv6
- NAT a gran escala (LSN)
- En una configuración de HA en modo INC, la operación de migración de ISSU solo migra las conexiones del lado del cliente. La migración de las conexiones del lado del servidor no es necesaria porque ambos nodos HA tienen configuraciones de SNIP independientes.
- Para la configuración de SYNC VLAN, se recomienda aumentar la MTU de SYNC VLAN en al menos 42 bytes.
Pasos de configuración
ISSU incluye una función de migración que reemplaza la operación de conmutación por error forzada en el proceso de actualización normal de una configuración de alta disponibilidad. La funcionalidad de migración se encarga de respetar las conexiones existentes e incluye la operación de conmutación por error forzada.
Durante el proceso de ISSU de una configuración de alta disponibilidad, se ejecuta la operación de migración justo después de actualizar el nodo secundario. Puede realizar la operación de migración desde cualquiera de los dos nodos.
Procedimiento CLI
Para realizar la operación de migración de alta disponibilidad mediante la CLI:
En el símbolo del sistema, escriba:
start ns migration
<!--NeedCopy-->
Procedimiento GUI
Para realizar la operación de migración de alta disponibilidad mediante la GUI:
Vaya a la pestaña Sistema > Información del sistema > Migración. Haz clic en Iniciar migración.
Mostrar estadísticas de ISSU
Puede ver las estadísticas de la ISSU para supervisar el proceso actual de la ISSU en una configuración de alta disponibilidad. Las estadísticas de ISSU muestran la siguiente información:
- Estado actual de la operación de migración de ISSU
- Hora de inicio de la operación de migración de ISSU
- Hora de finalización de la operación de migración de ISSU
- Hora de inicio de la operación de reversión de ISSU
- Número total de conexiones que se procesan como parte de la operación de migración de ISSU
- Número de conexiones restantes que se están procesando como parte de la operación de migración de ISSU
Puede ver las estadísticas de ISSU en cualquiera de los nodos HA mediante la CLI o la GUI.
Procedimiento CLI
Para mostrar las estadísticas de ISSU mediante la CLI:
En el símbolo del sistema, escriba:
show ns migration
<!--NeedCopy-->
Procedimiento GUI
Para mostrar las estadísticas de ISSU mediante la GUI:
Vaya a la pestaña Sistema > Información del sistema > Migración. Haga clic en Haga clic para mostrar los detalles de la migración.
Mostrar estadísticas de ISSU: la lista de conexiones existentes que el nodo principal anterior está procesando
Puede mostrar la lista de conexiones existentes a las que presta servicio el nodo principal anterior como parte de la operación de migración de ISSU mediante la opción dumpsession
(Dump Session
) de la operación show migration
.
La operación show migration con la opción dumpsession
debe ejecutarse solo en el nuevo nodo principal durante la operación ISSU.
Procedimiento CLI
Para mostrar la lista de conexiones existentes que el nodo principal anterior está procesando mediante la CLI:
En el símbolo del sistema, escriba:
show ns migration –dumpsession YES
<!--NeedCopy-->
> sh migration -dumpsession yes
Index remote-IP-port local-IP-port idle-time(x 10ms)
1 192.0.2.10 22 192.0.2.1 15998 703
2 198.51.100.20 7375 98.51.100.2 22 687
3 203.0.113.30 5506 203.0.113.3 22 687
<!--NeedCopy-->
Procedimiento GUI
Para mostrar la lista de conexiones existentes que el nodo principal anterior está procesando mediante la GUI:
Vaya a la pestaña Sistema > Información del sistema > Migración. Haga clic en Haga clic para mostrar las conexiones de migración.
Reversión del proceso de ISSU
Las configuraciones de alta disponibilidad ahora admiten la reversión del proceso de actualización del software en servicio (ISSU). La función de reversión de ISSU es útil si observa que la configuración de HA durante la operación de migración de ISSU no es estable o no funciona en un nivel óptimo como se esperaba.
La reversión de ISSU se aplica cuando la operación de migración de ISSU está en curso. La reversión de ISSU no funciona si la operación de migración de ISSU ya se ha completado. En otras palabras, debe ejecutar la operación de reversión de ISSU cuando la operación de migración de ISSU esté en curso.
La reversión de ISSU funciona de manera diferente según el estado de la operación de migración de ISSU cuando se desencadena la operación de reversión de ISSU:
-
La conmutación por error forzada aún no se ha producido durante la operación de migración de ISSU. La reversión de ISSU detiene la operación de migración de ISSU y elimina todos los datos internos relacionados con la migración de ISSU almacenados en ambos nodos. El nodo principal actual permanece como nodo principal y continúa procesando el tráfico de datos relacionado con las conexiones nuevas y existentes.
-
Seha producido una conmutación por error forzada durante la operación de migración de ISSU. Si la conmutación por error de alta disponibilidad se produjo durante la operación de migración de ISSU, el nuevo nodo principal (digamos que es N1) procesa el tráfico relacionado con las nuevas conexiones. El nodo principal antiguo (nodo secundario nuevo, digamos que es N2) procesa el tráfico relacionado con las conexiones antiguas (conexiones existentes antes de la operación de migración de ISSU).
La reversión de ISSU detiene la operación de migración de ISSU y desencadena una conmutación por error forzada. El nuevo nodo principal (N2) ahora comienza a procesar el tráfico relacionado con las nuevas conexiones. El nuevo nodo principal (N2) también continúa procesando el tráfico relacionado con las conexiones antiguas (conexiones existentes establecidas antes de la operación de migración de ISSU). En otras palabras, las conexiones existentes establecidas antes de la operación de migración de ISSU no se pierden.
El nuevo nodo secundario (N1) elimina todas las conexiones existentes (conexiones nuevas creadas durante la operación de migración de ISSU) y no procesa ningún tráfico. En otras palabras, cualquier conexión existente que se haya establecido después de la conmutación por error forzada de la operación de migración de ISSU se pierde para siempre.
Pasos de configuración
Puede usar la CLI o la GUI de NetScaler para realizar la operación de reversión de ISSU.
Procedimiento CLI
Para realizar la operación de reversión de ISSU mediante la CLI:
En el símbolo del sistema, escriba:
stop ns migration
<!--NeedCopy-->
Procedimiento GUI
Para realizar la operación de reversión de ISSU mediante la GUI:
Vaya a la pestaña Sistema > Información del sistema > Migración. Haz clic en Detener la migración.
Capturas SNMP para el proceso de actualización de software en servicio
El proceso de actualización del software en servicio (ISSU) para una configuración de alta disponibilidad admite los siguientes mensajes de captura de SNMP al inicio y al final de la operación de migración de ISSU.
Captura SNMP | Descripción |
---|---|
Migración iniciada | Esta captura SNMP se genera y se envía a los agentes de escucha de capturas SNMP configurados cuando se inicia la operación de migración ISSU. |
Migración completa | Esta captura SNMP se genera y se envía a los agentes de escucha de capturas SNMP configurados cuando se completa la operación de migración ISSU. |
El nodo principal (antes del inicio del proceso ISSU) siempre genera estas dos capturas SNMP y las envía a los agentes de escucha de capturas SNMP configurados.
No hay alarmas SNMP asociadas a las capturas SNMP de ISSU. En otras palabras, estas trampas se generan independientemente de cualquier alarma SNMP. Solo hay que configurar los detectores SNMP de captura.
Para obtener más información sobre la configuración de los detectores de capturas SNMP, consulte las capturas SNMPen NetScaler.
Compartir
Compartir
En este artículo
- Cómo funciona la ISSU mejorada
- Antes de comenzar
- Pasos de configuración
- Mostrar estadísticas de ISSU
- Mostrar estadísticas de ISSU: la lista de conexiones existentes que el nodo principal anterior está procesando
- Reversión del proceso de ISSU
- Pasos de configuración
- Capturas SNMP para el proceso de actualización de software en servicio
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.