virtuale

Caratteristiche tecniche fornite:

Load Balancing e alta disponibilità nei livelli 2, 3, 4 e 7 per Reti WAN, servizi, applicazioni e data center.
Supporto dei protocolli tcp, udp, sctp, sip, ftp, tftp, http, https, rdp, ssh, pop3, imap, smtp, dns, ntp, ldap, ldaps, radius, ecc e applicazioni MS Exchange, Lynx, Citrix e altro ...
Funzionalità avanzate di applicazioni HTTP / HTTPS come persistenza di sessione, reindirizzamenti, host virtuali, decrittografia / crittografia live, certificati SSL (SNI e caratteri jolly), inserimento di cookie, proxy inverso, tra gli altri.
Controlli sanitari avanzati di server e servizi.
Scalabilità e distribuzione del traffico in base a peso, round robin, carico della CPU, memoria, connessioni minime, risposta minima, ecc.
Configurazione backup per consentire procedure rapide di recupero di emergenza.
Cluster di stato attivo-passivo servizio.
Servizi di bilanciamento del carico monitoraggio tramite SNMP, grafici RRD e notifiche e-mail.
Gestione avanzata della rete: VLAN, IP virtuali, aggregazione di collegamenti, routing statico e IPv6.
Supporto di topologie DNAT (trasparenza), sNAT, DSR e stateless DNAT.
Pieno supporto per l'automazione attraverso API REST + JSON.
Pronto per A + in Labs SSL e conformità PCI.
Servizio di prevenzione e rilevamento delle intrusioni (IPS + IDS) con blacklist locali e remote, protezione DDoS, elenchi blackhole in tempo reale (DNSBL) e Web Application Firewall.
Sistema operativo ottimizzato per bit 64 pronto per enormi sistemi scalabili.

I requisiti minimi per l'implementazione di appliance ZVA sono:

Minimo di 12GB di allocazione dello spazio su disco. Come dimensionare correttamente gli ZVA?
Almeno 2 interfacce di rete. È una buona idea mantenere l'interfaccia di rete di manutenzione indipendente dall'interfaccia di rete dei servizi. Se il cluster è configurato, si consiglia di creare un altro NIC indipendente per ridurre la latenza.
Si consiglia di configurare core dedicati nell'hypervisor.
Seguire le buone pratiche durante la configurazione di un servizio cluster. La latenza e l'inclinazione dell'orologio potrebbero causare effetti importanti sulle piattaforme virtuali.

Il software incluso in ZVA Enterprise Edition viene fornito secondo i termini di GNU Affero General Public License v3.

Il modello di licenza dei prodotti ZVA è correlato e associato al numero di istanze distribuite per modello virtuale, quindi sono necessarie tante appliance quante sono le distribuzioni. Risorse come CPU, memoria o velocità effettiva allocate per macchina virtuale non sono rilevanti per il modello di licenza.

Se è richiesto un singolo nodo, è necessario solo per acquisire una licenza dell'appliance. Se è richiesto un servizio LB cluster, sono necessarie due licenze per appliance.

Quando si acquista un'appliance, si ottiene un certificato di versione del prodotto e possiamo fornire ogni tipo di hypervisor per tale versione del prodotto. Ogni appliance può essere aggiornata con le versioni incrementali del software che forniamo con un piano di supporto valido sotto forma di pacchetto di installazione, ma una ridistribuzione di qualsiasi aggiornamento della versione del prodotto richiede l'acquisizione di un aggiornamento del certificato per una nuova versione.

D'altra parte, una ridistribuzione durante la vita dell'appliance è supportata mentre il nome host rimane lo stesso. In modo simile, è possibile riemettere un certificato dell'appliance per modificare il nome host dell'appliance se non vi è alcuna ridistribuzione associata di tale.

Come funziona la valutazione?

La valutazione di questo prodotto è gratuita e consente di distribuire, creare e utilizzare il prodotto reale per un mese per impostazione predefinita. Le estensioni di questo periodo possono essere richieste al team di vendita tramite il modulo di contatto. Durante il periodo di valutazione è disponibile il supporto pre-vendita.

Una volta presa la decisione di acquisto, sarà sufficiente emettere un certificato di attivazione definitivo senza la necessità di distribuire nuovamente l'appliance.

Come migrare dall'edizione Community a Enterprise?

Per migrare da Community a Enterprise Edition, è necessario ridistribuire l'appliance, poiché il sistema operativo è ottimizzato per le operazioni di rete e quindi deve essere applicato un processo di migrazione della configurazione. Il nostro team tecnico fornirà assistenza per automatizzare questa migrazione dalla community all'azienda quando richiesto.

Quante licenze sono necessarie per creare un cluster?

Per creare un cluster e ottenere HA, è necessario acquisire due licenze.

Il cluster ZEVENET è un cluster stateful, il che significa che una volta che il nodo primario viene rilevato come inattivo, il secondo assume il controllo ma i client non subiscono alcuna interruzione. Per ottenere ciò, il secondo nodo sincronizza costantemente le configurazioni, i processi automatici, le connessioni, le sessioni utente, ecc. Quindi entrambi i nodi devono essere online in ogni momento. Ciò consente anche che il passaggio tra i nodi sia abbastanza veloce.

Il supporto è incluso nell'appliance?

Il servizio di supporto non è incluso con l'appliance e deve essere acquisito come parte del prodotto per ottenere aggiornamenti, avvisi di sicurezza e patch, hotfix, proposte di sviluppo e assistenza dal nostro team di supporto specializzato. Possiamo fornire tre diversi piani di supporto per ogni esigenza applicativa, dall'abbonamento ai servizi di supporto 24x7.