VIRTUAL

Características técnicas proporcionadas:

Equilibrio de carga y alta disponibilidad en capas 2, 3, 4 y 7 para Redes WAN, servicios, aplicaciones y centros de datos..
Soporte de protocolos tcp, udp, sctp, sip, ftp, tftp, http, https, rdp, ssh, pop3, imap, smtp, dns, ntp, ldap, ldaps, radius, etc. y aplicaciones MS Exchange, Lynx, Citrix y más ...
Funciones avanzadas de la aplicación HTTP / HTTPS como persistencia de sesión, redirecciones, hosts virtuales, descifrado / encriptado en vivo, certificados SSL (SNI y comodines), inserción de cookies, proxy inverso, entre otros.
Controles de salud avanzados de servidores y servicios.
Escalabilidad y distribución del tráfico. por peso, round robin, carga de cpu, memoria, menos conexiones, menor respuesta, etc.
Configuración copias de seguridad para permitir procedimientos rápidos de recuperación de desastres.
Clúster de estado activo-pasivo .
Servicios de balanceo de carga. monitoreo. A través de SNMP, gráficos RRD y notificaciones por correo electrónico.
Gestión avanzada de la red: VLAN, IP virtuales, agregación de enlaces, enrutamiento estático e IPv6.
Soporte de Topologías dNAT (transparencia), sNAT, DSR y DNAT sin estado.
Soporte completo de automatización a través de API REST + JSON.
Listo para la A + en SSL Labs y cumplimiento con PCI.
Servicio de prevención y detección de intrusos. (IPS + IDS) con listas negras locales y remotas, protección DDoS, listas de agujero negro en tiempo real (DNSBL) y Firewall de aplicaciones web.
Sistema operativo optimizado de bits 64 listo para sistemas escalables masivos.

Los requisitos mínimos para desplegar dispositivos ZVA son:

Mínimo de 12GB de asignación de espacio en disco. ¿Cómo dimensionar correctamente los ZVAs?
Al menos, 2 interfaces de red. Es una buena idea mantener la interfaz de la red de mantenimiento independiente de la interfaz de la red de servicios. Si el clúster está configurado, se recomienda crear otra NIC independiente para reducir la latencia.
Se recomienda configurar núcleos dedicados en el hipervisor.
Siga las buenas prácticas al configurar un servicio de clúster. La latencia y el sesgo del reloj pueden causar efectos importantes en las plataformas virtuales.

El software incluido en ZVA Enterprise Edition se entrega bajo los términos de GNU Affero General Public License v3.

El modelo de licenciamiento de productos ZVA está relacionado y asociado con la cantidad de instancias implementadas por plantilla virtual, por lo que se necesitan tantos dispositivos como implementaciones requeridas. Los recursos como CPU, memoria o rendimiento asignado por máquina virtual no son relevantes para el modelo de licencia.

Si se requiere un solo nodo, solo se necesita para adquirir una licencia de dispositivo. Si se requiere un servicio LB de clúster, se necesitan dos licencias de dispositivo.

Al adquirir un dispositivo, se obtiene un certificado de versión del producto y podemos proporcionar todo tipo de hipervisor para dicha versión del producto. Cada dispositivo podría actualizarse con las versiones de software incrementales que proporcionamos con un Plan de soporte válido en forma de paquete de instalación, pero una redistribución de cualquier actualización de la versión del producto requiere la adquisición de una actualización de certificado para una versión tan nueva.

Por otro lado, se admite una redistribución durante la vida útil del dispositivo, mientras que el nombre de host sigue siendo el mismo. De manera similar, se podría volver a emitir un certificado de dispositivo para cambiar el nombre de host del dispositivo si no hay ninguna redistribución asociada.

¿Cómo funciona la evaluación?

La evaluación de este producto es gratuita y permite implementar, crear y usar el producto real durante un mes de forma predeterminada. Las extensiones de este período pueden solicitarse al equipo de ventas a través del formulario de contacto. Durante el período de evaluación, el soporte de preventa está disponible.

Una vez tomada la decisión de compra, bastará con emitir un certificado de activación definitivo sin necesidad de volver a desplegar el dispositivo.

¿Cómo migrar de la edición Community a Enterprise?

Para migrar de Community a Enterprise Edition, es necesario volver a implementar el dispositivo, ya que el sistema operativo está optimizado para las operaciones de red, y luego se debe aplicar un proceso de migración de configuración. Nuestro equipo técnico ayudará a automatizar esta migración de Comunidad a Empresa cuando sea necesario.

¿Cuántas licencias necesita para construir un clúster?

Para construir un clúster y obtener HA, es necesario adquirir dos licencias.

El clúster ZEVENET es un clúster con estado, lo que significa que una vez que se detecta que el nodo principal está inactivo, el segundo toma el control, pero los clientes no experimentan ninguna interrupción. Para lograrlo, el segundo nodo está constantemente sincronizando configuraciones, procesos automáticos, conexiones, sesiones de usuario, etc. Por lo que ambos nodos requieren estar en línea en todo momento. Eso también permite que el cambio entre nodos sea bastante rápido.

¿Se incluye soporte con el aparato?

El servicio de soporte no está incluido con el dispositivo y debe adquirirse como parte del producto para obtener actualizaciones, avisos de seguridad y parches, revisiones, propuestas de desarrollo y asistencia de nuestro equipo de soporte especializado. Podemos proporcionar tres planes de soporte diferentes para cada requisito de aplicación, desde suscripción hasta servicios de soporte 24 × 7.