Revisione analitica del software di gestione delle infrastrutture Unitel. Nuovi prodotti VMware Prodotti e utilità di sistema vmware

VMware Hypervisor vSphereè un hypervisor hardware gratuito, potente e affidabile da utilizzare nelle attività di virtualizzazione di server e workstation. L'articolo discute l'installazione e la configurazione dell'Hypervisor VMware, la creazione di una macchina virtuale, l'installazione di un sistema operativo guest.

Hypervisor vSphere gratuito: requisiti tecnici, limitazioni e compatibilità

VMware vSphere Hypervisor può essere installato su un server che soddisfi i seguenti requisiti tecnici:

Il file di distribuzione di VMware vSphere Hypervisor è piccolo (311 MB) e contiene solo i driver più necessari, principalmente per i server di marca. Ma a volte non è possibile installare un hypervisor su server di noti marchi. Spesso i produttori di server rilasciano le proprie distribuzioni di hypervisor con i propri driver.

Puoi verificare la compatibilità di VMware vSphere Hypervisor con il tuo server alla pagina:

Elenco dell'hardware non supportato in ESXi 6.7: https://kb.vmware.com/s/article/52583

Considera le principali limitazioni dell'hypervisor vSphere gratuito rispetto al vero e proprio VMWare ESXi:

Non esiste supporto tecnico ufficiale per VMware;
Ad una VM possono essere allocati non più di 8 processori/core virtuali (vCPU) (a proposito, le restrizioni su vCPU per la generazione di VM gen1 sono 64);
L'host non può essere connesso a vCenter;
L'API vStorage non è disponibile (non sarà possibile impostare un normale backup, la stessa Veeam non potrà prelevare la VM dall'host);
Massimo 2 processori fisici (socket) nel server (non ci sono restrizioni sul numero di core);
Tutte le API sono disponibili in modalità di sola lettura (ovvero non sarai in grado di modificare nessuna delle impostazioni del server o della VM tramite lo stesso).

Tuttavia, la risposta gratuita di Sphere Hypervisor consente di utilizzare tutti i core e la RAM di un server fisico senza restrizioni. Non ci sono limiti alla RAM totale, ai processori, ai core o al tempo di attività dell'host o della VM. Il reindirizzamento PCI VMDirectPath/USB funziona.

Come scaricare e installare l'hypervisor VMware vSphere gratuito?

Scarichiamo la versione corrente dell'hypervisor VMware Hypervisor vSphere 6.7. Per fare ciò, devi accedere al tuo account VMWare o crearne uno nuovo.

Se stai creando un nuovo account VMWare, dopo aver compilato il modulo di registrazione, devi attendere un'e-mail per confermare il tuo account. Segui il link nell'e-mail e inserisci la tua password.

Nella fase successiva, riceverai una chiave di licenza per la versione gratuita dell'hypervisor e un collegamento per scaricare VMware vSphere Hypervisor. Assicurati di salvare la chiave.

Viene scaricata un'immagine ISO, che può essere masterizzata su un'unità flash USB, un disco CD/DVD. Ora puoi installare l'hypervisor sul server (workstation o macchina virtuale).

L'installazione è molto semplice. Selezionare " ESXi-6.7.0-2019xxx-programma di installazione standard”.

Specificare l'unità su cui verrà installato il sistema. In questo esempio è disponibile un disco da 40 GB.

Seleziona un layout di tastiera.

Immettere e confermare la password di root (almeno 7 caratteri).

Dopo l'installazione, viene visualizzato un avviso che indica l'hypervisor senza chiave di licenza durerà 60 giorni.

Riavvia il tuo computer.

L'hypervisor VMware vSphere è installato. Se il tuo server è connesso a una rete con un server DHCP tramite almeno un'interfaccia di rete, riceverà automaticamente un indirizzo IP, che vedrai nella console dell'hypervisor (si chiama DCUI). Questo indirizzo IP viene utilizzato per controllare l'hypervisor dall'interfaccia web.

Configurazione di VMware ESXi nella console

Per gestire le impostazioni dell'hypervisor nella schermata DCUI, fare clic su F2, inserisci il nome utente (di default, root) e la password impostati durante il processo di installazione.

Si aprirà una console grafica per la configurazione iniziale dell'hypervisor.

Qui puoi impostare le seguenti opzioni:

La configurazione iniziale di VMware vSphere Hypervisor è completa. È possibile connettersi tramite l'interfaccia web.

Gestione basata sul Web VMware ESXi, installazione di licenza gratuita

Per connettersi a vSphere Hypervisor tramite l'interfaccia Web, immettere l'indirizzo IP del server assegnato durante la configurazione iniziale dell'hypervisor nella barra degli indirizzi del browser. Quindi login (root) e password.

Tieni presente che un server senza licenza funzionerà per 60 giorni.

Attiva la licenza ricevuta in fase di registrazione “Gestisci” -> “Licenze” -> “Assegna licenza”.

Se non attivi la licenza, dopo 60 giorni tutte le VM in esecuzione continueranno a funzionare, ma non potrai attivare nuove VM o riavviare le VM esistenti.

Una scadenza: la licenza non è mai attivata per l'hypervisor con una quantità illimitata di RAM per macchine virtuali. È possibile allocare fino a 8 vCPU virtuali (SMP virtuale fino a 8 vie) a ciascuna macchina virtuale.

“Gestisci” -> “Sistema” -> “Ora e data” -> “Modifica impostazioni”

Switch virtuale VMware ESXi

Interruttore virtuale(vSphere Switch o vSwitch) è un dispositivo virtuale che trasferisce i dati tra macchine virtuali all'interno del server e trasferisce i dati all'esterno tramite la NIC fisica. Esistono due tipi di switch virtuali:

Interruttori standard- un semplice switch virtuale, logicamente posizionato all'interno di un server fisico.
Interruttori distribuiti- switch virtuale distribuito, estendibile a più server fisici (non disponibile nella versione gratuita di VMWare Hypervisor, e nella versione a pagamento è disponibile solo nell'edizione Enterprise Plus ) .

Dopo aver installato e avviato l'hypervisor, è già presente uno switch virtuale vSwitch0, che include un adattatore vmnic0 fisico e due gruppi di porte: un servizio (rete di gestione) per la gestione dell'hypervisor e una rete dati (rete VM). L'interfaccia di gestione dell'hypervisor vmk0 (porta vmkernel) è inclusa nel gruppo Management Network.

Nella maggior parte dei casi, su un hypervisor autonomo, uno switch virtuale sarà sufficiente per te. È necessario creare gruppi di porte se si desidera isolare le macchine virtuali l'una dall'altra, utilizzare impostazioni VLAN diverse per un gruppo di porte.

Non è necessario apportare modifiche alla rete di gestione o alla porta vmkernel a meno che non sia assolutamente necessario, altrimenti si potrebbe perdere l'accesso all'interfaccia di gestione dell'hypervisor. Se hai perso l'accesso all'hypervisor, puoi ripristinare le impostazioni di rete utilizzando il menu Opzioni ripristino rete nella console DCUI.

Creazione di una macchina virtuale in VMware Hypervisor

Nell'interfaccia Web, selezionare "Macchine virtuali" -> "Crea / Registra VM" -> "Crea una nuova macchina virtuale".

Assegna un nome alla macchina virtuale. Seleziona il tipo e la versione del sistema operativo guest. Selezionare la casella di controllo "Sicurezza basata sulla virtualizzazione di Windows" se si desidera rendere disponibili la virtualizzazione hardware, IOMMU, EFI e Secure Boot per il sistema operativo guest.

Seleziona un datastore per i file di configurazione per la macchina virtuale e tutti i suoi dischi virtuali.

Se lo spazio libero sul disco selezionato è inferiore alla sua dimensione, riceverai un messaggio che ti informa che devi aumentare la dimensione del datastore.

A questo punto vengono configurati tutti i parametri della macchina virtuale: il numero di CPU, la quantità di RAM, le dimensioni e la posizione disco rigido, adattatori di rete, unità CD/DVD, ecc. Per accedere alla rete in una VM, è sufficiente posizionare il suo adattatore nel gruppo di porte VM Network sullo switch vSwitch0 (se non hai riconfigurato nulla).

Tutti questi parametri, se necessario, possono poi essere modificati allo spegnimento della macchina virtuale.

La schermata successiva ti chiederà di controllare tutte le impostazioni della macchina virtuale e di confermarle.

Installazione di un SO guest in una macchina virtuale

Per installare un SO guest su una macchina virtuale, è necessario scaricare l'immagine ISO della distribuzione con la distribuzione del SO desiderato nella memoria locale. Dal menu Navigazione, selezionare Memoria e premere .

Crea una directory per scaricare le distribuzioni.

Seleziona la directory creata, fai clic su Carica nell'angolo in alto a sinistra, seleziona iso - l'immagine del sistema operativo avviabile e attendi il completamento del download.

Seleziona la macchina virtuale installata e fai clic su "Azioni" -> "Modifica impostazioni"

Modificare le impostazioni dell'unità CD-DVD, come nella schermata seguente. In CD/DVD Media, seleziona l'immagine ISO scaricata del sistema operativo.

Quindi basta accendere la macchina virtuale, la VM prova ad avviarsi dall'immagine ISO, e l'installazione del SO guest inizia dal CD/DVD virtuale, a cui è collegata l'immagine ISO.

Al termine dell'installazione del sistema operativo guest, è possibile utilizzarlo come di consueto.

Spero che questo breve articolo di panoramica sulle funzionalità dell'utilizzo del VMWare vSphere Hypervisor gratuito ti sarà utile.

Gli hypervisor (tecnologie di virtualizzazione) esistono da più di 30 anni e durante questo periodo sono riusciti a diventare uno dei principali "ingranaggi" nell'ecosistema cloud. Molte aziende alla ricerca di soluzioni di virtualizzazione scelgono due hypervisor popolari: VMware e KVM. Scopriamo qual è il migliore. Ma prima, un po' di teoria.

Cos'è un hypervisor?

Un hypervisor è un programma che separa il sistema operativo dall'hardware. Gli hypervisor virtualizzano le risorse del server (processore, memoria, disco, interfacce di rete, ecc.), consentendo loro di essere utilizzate come proprie e creando diverse macchine virtuali separate basate su un server. Ogni macchina virtuale creata è isolata dalle sue vicine in modo da non influenzare il lavoro degli altri. Il supporto per la virtualizzazione è necessario per il funzionamento dell'hypervisor: per Processori Intel su un processore Intel VT e per processori AMD su AMD-V.

Gli hypervisor sono divisi in due tipi: il primo funziona direttamente con il server e il sistema operativo dell'utente viene eseguito sopra l'hypervisor. Questi hypervisor possono fornire funzionalità di gestione del server ad alcuni utenti e la maggior parte delle aziende utilizza questi hypervisor.

Gli hypervisor del secondo tipo, noti anche come hosted hypervisor (Hosted Hypervisor), funzionano con il sistema operativo installato sul server. E i sistemi operativi per i nuovi utenti sono costruiti sopra l'hypervisor.

Gli hypervisor desktop come Oracle VirtualBox o VMware Workstation sono hypervisor di tipo 2, mentre VMware e KVM sono di tipo 1. VMware e KVM vengono installati direttamente sul server e non richiedono l'installazione di alcun sistema operativo.

VMware vSphere

Prima di acquistare VMware vSphere, puoi provare a lavorare in una versione di prova (60 giorni), dopodiché devi acquistare una licenza, oppure sopportare le limitazioni della versione gratuita.

La versione gratuita, denominata VMware Free vSphere Hypervisor, non ha limiti di CPU e memoria per host, ma ne ha molti altri:

L'API del prodotto è di sola lettura;
una macchina virtuale non può avere più di 8 core;
non può essere utilizzato con Veeam per creare backup;
la connessione a vCenter Server non è supportata;
la disponibilità elevata non è supportata, così come le tecnologie di migrazione in tempo reale dell'host di macchine virtuali e migrazione in tempo reale dello storage di macchine virtuali.

Il prodotto di VMware differisce dagli analoghi supportando un gran numero di sistemi operativi- Windows, Linux, Solaris, FreeBSD, Netware, MacOS e altro.

L'installazione di una distribuzione VMware su un server è molto semplice: è sufficiente avviare da un CD, un'unità flash o tramite PXE. Inoltre, sono supportati gli script per automatizzare il processo di installazione. Software, configurazione della rete e connessione a vCenter Server.

È anche importante disporre di un convertitore speciale VMware vCenter Converter, che consente di utilizzare MS Virtual Server, Virtual PC, immagini Hyper-V in ESXi, nonché server fisici e immagini di partizioni del disco create da programmi come Acronis vera immagine, Norton Ghost e altri.

VMware vSphere ha un'integrazione integrata con Microsoft Active Directory, il che significa che gli utenti in un cloud privato o ibrido possono essere autenticati utilizzando Microsoft Domain Services. L'allocazione flessibile delle risorse consente di utilizzare l'aggiunta a caldo di CPU, RAM e disco rigido (inclusa la modifica delle dimensioni del disco rigido corrente senza riavviare).

VMware Fault Tolerate è una tecnologia VMware progettata per proteggere le macchine virtuali utilizzando cluster di disponibilità continua. Se l'host (server ESXi) con la copia di lavoro primaria (primaria) della macchina virtuale si guasta, la macchina virtuale protetta passerà immediatamente alla copia "secondaria" (secondaria) o "ombra" in esecuzione su un altro server ESXi. Per le macchine protette da VMware Fault Tolerance, c'è una copia costante (in tempo reale) dell'intero stato della memoria e delle istruzioni del processore dalla copia principale alla "ombra". Se l'host ESXi primario si guasta, gli utenti non noteranno nemmeno il processo di failover sul secondo host. È qui che la tolleranza ai guasti differisce dall'elevata disponibilità. In High Availability, se un server fisico si guasta, le macchine virtuali verranno riavviate su altri nodi e durante il riavvio dei sistemi operativi, gli utenti non potranno accedere ai server virtuali.

Oltre a VMware Foult Tolerate, la licenza VMware vCloud Suite Enterprise offre disponibilità elevata, tolleranza agli errori e ripristino di emergenza con le funzionalità vSphere HA, vMotion, Storage vMotion e vCenter Site Recovery Manager.

Per ridurre le interruzioni del servizio pianificate su server o sistemi di storage (SAN), vMotion e Storage vMotion online migrano le macchine virtuali ei relativi dischi senza interrompere le applicazioni e gli utenti. La funzione vSphere Replication supporta varie opzioni di replica di vCenter Site Recovery Manager (SRM) per la protezione da gravi disastri. SRM fornisce pianificazione centralizzata del ripristino di emergenza, failover e failback automatici da un sito di failover o vCloud e test di ripristino di emergenza senza interruzioni.

Le caratteristiche di questo hypervisor includono la selettività all'hardware: prima dell'installazione, è necessario verificare attentamente la compatibilità con le apparecchiature esistenti versione desiderata ESXi. Per questo, il sito Web VMware ha uno speciale .

La licenza dei prodotti VMware ha le sue peculiarità. Ulteriore confusione viene aggiunta dalle modifiche periodiche (da versione a versione di vSphere) nella politica di licenza di VMware. Ci sono alcune cose da considerare prima di acquistare le licenze VMware vSpere:

La licenza dell'hypervisor si basa sul numero di processori fisici (CPU). Ogni CPU del server richiede una licenza vSphere separata (i core non sono processori fisici e non contano ai fini della licenza);
la funzionalità disponibile del server ESXi è determinata dalla licenza vSphere installata su di esso. Una guida dettagliata alle licenze è disponibile all'indirizzo;
per ogni licenza vShpere acquistata, è necessario acquistare un pacchetto di supporto del servizio (almeno per un anno);
VMware non impone limiti alla quantità di memoria (RAM) installata su un server e al numero di macchine virtuali in esecuzione.

È possibile gestire più host con hypervisor ESXi, sistemi di storage e apparecchiature di rete utilizzando un altro prodotto VMware: Vcenter Server. I plug-in client vSphere forniti dai partner VMware offrono agli amministratori IT la possibilità di gestire elementi di terze parti nel data center direttamente da questa console. Pertanto, gli utenti di vCenter possono eseguire il backup, proteggere i dati, gestire server, reti e sicurezza direttamente dall'interfaccia di vCenter. Nella stessa console, puoi impostare trigger che ti avviseranno dei problemi che si sono verificati e ottenere dati sul funzionamento dell'intera infrastruttura sotto forma di grafici o tabelle.

KVM

KVM è un hypervisor facile da usare, leggero, con poche risorse e abbastanza funzionale. Ti consente di implementare una piattaforma di virtualizzazione nel più breve tempo possibile e di organizzare la virtualizzazione sotto il controllo del sistema operativo Linux. Durante il funzionamento, KMV accede al kernel del sistema operativo tramite un modulo speciale (KVM-Intel o KVM-AMD). Inizialmente, KVM supportava solo processori x86, ma le versioni moderne di KVM supportano un'ampia varietà di processori e sistemi operativi guest, inclusi Linux, BSD, Solaris, Windows e altri.A proposito, tutte le risorse Wiki (MediaWiki, Wikimedia Foundation, Wikipedia , Wikivoyage, Wikidata, Wikiversità) utilizzano questo particolare hypervisor.

Poiché i sistemi operativi guest interagiscono con un hypervisor integrato nel kernel Linux, i sistemi operativi guest hanno la possibilità di accedere direttamente all'hardware senza la necessità di modificare il sistema operativo guest. Per questo motivo, non c'è quasi nessun rallentamento nel sistema operativo guest.

KVM consente alle macchine virtuali di utilizzare QEMU, VMware e altre immagini non modificate contenenti sistemi operativi. Ogni macchina virtuale ha il proprio hardware virtuale: schede di rete, disco, scheda video e altro hardware.

Con il supporto per immagini VMware non modificate, un server fisico può essere facilmente virtualizzato utilizzando la stessa utility VMware vServer Converter e quindi trasferito all'hypervisor.

L'installazione di KVM su un sistema operativo Linux implica l'installazione del pacchetto KVM e della libreria di virtualizzazione Libvirt, nonché la configurazione accurata dell'ambiente di virtualizzazione. A seconda del sistema operativo utilizzato sull'host, è necessario configurare un bridge o una connessione a una console VNC attraverso la quale le macchine virtuali comunicheranno con l'host.

L'amministrazione di KVM è più difficile, poiché non esiste un accesso trasparente a file, processi, console e interfacce di rete, è necessario configurarlo da soli. La ricostruzione dei parametri VM in KVM (CPU, RAM, HDD) non è molto conveniente e richiede passaggi aggiuntivi, incluso il riavvio del sistema operativo.

Il progetto stesso non offre comodi strumenti grafici per la gestione delle macchine virtuali, solo l'utility Virsh che implementa tutte le funzioni necessarie. Per una comoda gestione delle macchine virtuali, puoi anche installare il pacchetto Virt-Manager.

KVM non dispone di strumenti integrati come Fault Tolerate per VMware, quindi l'unico modo per creare un cluster ad alta disponibilità è utilizzare la replica di rete tramite DRDB. Il cluster DRBD supporta solo due nodi e i nodi vengono sincronizzati senza crittografia. Cioè, per una connessione più sicura, devi utilizzare una connessione VPN.

Inoltre, per creare un cluster ad alta disponibilità, avrai bisogno del programma Heartbeat, che ti consente di scambiare messaggi di servizio sul tuo stato tra i nodi del cluster, e Pacemaker, un gestore delle risorse del cluster.

L'hypervisor KVM è distribuito come prodotto open source e per gli utenti aziendali è disponibile una soluzione commerciale Red Hat Virtualization (RHEL) basata su KVM e la piattaforma di gestione dell'infrastruttura virtuale oVirt.

L'indubbio vantaggio di questo hypervisor è che può essere eseguito su qualsiasi server. L'hypervisor è abbastanza senza pretese in termini di risorse, il che lo rende facile da usare per le attività di test.

Si noti che KVM non dispone di un helpdesk. Se qualcosa non funziona, puoi contare sui forum e sull'aiuto della community. Oppure passa a RHEL.

Quindi cosa scegliere?

Entrambi gli hypervisor sono sistemi di virtualizzazione maturi, affidabili e ad alte prestazioni, ciascuno con le proprie caratteristiche da considerare nella scelta.

KVM è solitamente più scalabile di VMware, principalmente perché vSphere ha alcune limitazioni sui server che può gestire. Inoltre, VMware ha aggiunto un gran numero di SAN (Storage Area Network) per supportare più fornitori. Questa funzionalità significa che VMware ha più opzioni di archiviazione rispetto a KVM, ma rende anche più difficile supportare lo storage VMware durante l'espansione.

KVM è solitamente l'hypervisor più popolare per le aziende che cercano di ridurre i costi di implementazione e sono meno interessate alle funzionalità di livello aziendale.

Gli studi hanno dimostrato che il costo totale di proprietà di KVM è in genere inferiore del 39% rispetto a quello di VMware, sebbene il costo totale di proprietà effettivo dipenda da fattori specifici come i parametri operativi e il carico di lavoro del sito.

La stretta integrazione con il sistema operativo dell'host è uno dei motivi più comuni per cui gli sviluppatori scelgono KVM. Soprattutto quelli che usano Linux. L'inclusione di KVM in molte distribuzioni Linux lo rende anche una scelta conveniente per gli sviluppatori.

I provider cloud che offrono servizi IaaS ai propri clienti di solito scelgono un'infrastruttura basata sui prodotti VMware. Le soluzioni basate su VMware Sphere contengono tutte le funzionalità aziendali importanti per una disponibilità elevata e continua, forniscono supporto per più sistemi operativi guest e hanno la capacità di interfacciare l'infrastruttura del cliente con i servizi cloud.

Il termine "virtualizzazione" è diventato molto di moda ultimamente. Il concetto di "macchina virtuale" ha cessato di essere qualcosa di esotico e distante. Molte organizzazioni, in un modo o nell'altro legate alla tecnologia dell'informazione, hanno già imparato a utilizzare le macchine virtuali nelle loro attività quotidiane per aumentare l'efficienza della propria infrastruttura IT. Il concetto di virtualizzazione è ormai utilizzato ovunque e, talvolta, in contesti diversi: virtualizzazione dei sistemi di storage, dei sistemi operativi, delle applicazioni. Se vari aspetti della virtualizzazione delle risorse hardware sono noti agli specialisti da molto tempo, la virtualizzazione dei sistemi operativi ha iniziato a prendere slancio solo negli ultimi anni, ma a un ritmo rapido.

Allora, cos'è la virtualizzazione e le macchine virtuali in relazione ai sistemi operativi? Di per sé, il termine virtualizzazione indica la presentazione di un oggetto in una forma user-friendly, mentre tutti i dettagli di implementazione sono nascosti e l'oggetto stesso ha le consuete interfacce per interagire con l'ambiente esterno in relazione ad esso. Quando si parla di virtualizzazione dei sistemi operativi, si intende innanzitutto la creazione di macchine virtuali, alcune astrazioni che contengono un proprio ambiente hardware e software virtuale che consente di installare ed eseguire più istanze di sistemi operativi contemporaneamente su un'unica piattaforma fisica. Cosa serve? Innanzitutto per separare la rappresentazione del sistema operativo dall'hardware e posizionare più server virtuali funzionanti su uno fisico con la possibilità di migrare e ripristinare velocemente gli ambienti operativi. Questo approccio fornisce anche la massima flessibilità in termini di distribuzione, manutenzione e gestione del server.

La maggior parte dei CIO delle grandi organizzazioni, se non pianifica la virtualizzazione parziale o totale della propria infrastruttura IT, ci sta almeno seriamente pensando. A lungo termine, i progetti di virtualizzazione sembrano molto allettanti: aumentare la flessibilità dell'infrastruttura IT, aumentare l'affidabilità e garantire un'elevata disponibilità dei server, risparmiare sull'hardware: tutti questi e molti altri fattori attraggono i responsabili dei dipartimenti IT delle aziende. Tuttavia, molti non si rendono conto di quanto sforzo costerà migrare un'infrastruttura fisica in una virtuale - dopotutto, ci sono solo pochi specialisti competenti in quest'area ora e l'acquisizione e l'implementazione di potenti piattaforme di virtualizzazione commerciale richiede costi considerevoli . Questo articolo discuterà di due piattaforme popolari per la virtualizzazione dei server: il server VMware gratuito e il server commerciale VMware ESX.

Perché VMware?

VMware è uno dei primi attori nel mercato emergente delle piattaforme di virtualizzazione. Nel 1998 VMware brevetta le proprie tecniche di virtualizzazione del software e da allora ha rilasciato molti prodotti efficaci e professionali per la virtualizzazione di vari livelli: da VMware Workstation rivolta all'utente finale (consumatore) a VMware ESX Server pensato per ospitare l'infrastruttura virtuale di medie e grandi dimensioni imprese. In un elenco molto ampio di prodotti VMware, puoi trovare molti strumenti per aumentare l'efficienza del processo di virtualizzazione, gestire i server virtuali e migrare dalle piattaforme fisiche a quelle virtuali. In Russia, i prodotti VMware sono particolarmente popolari, dal momento che la virtualizzazione sta ancora guadagnando slancio qui e le piattaforme di altri fornitori, che non ci sono così noti, sono molto "grezze" e hanno molte meno funzionalità rispetto alle controparti VMware. Inoltre, i prodotti di virtualizzazione VMware superano quasi sempre la concorrenza in una serie di test sulle prestazioni. E se parlano di virtualizzazione delle sale operatorie Sistemi Windows- quindi sono quasi sicuramente prodotti VMware. Nel frattempo, tra le piattaforme di virtualizzazione, VMware ha molto da scegliere:

Stazione di lavoro VMware- una piattaforma focalizzata sugli utenti Desktop e destinata all'utilizzo da parte di sviluppatori di software, nonché professionisti nel campo dell'IT,
Giocatore VMware- un "giocatore" gratuito di macchine virtuali, progettato per eseguire modelli già pronti di macchine virtuali che svolgono un compito specifico,
Server VMware, precedentemente chiamato VMware GSX Server, destinato all'utilizzo nell'infrastruttura delle piccole imprese per la manutenzione di server virtuali
VMware Ace- un prodotto per la creazione di macchine virtuali protette da policy di sicurezza,
Server VMware ESX- una potente piattaforma di virtualizzazione per le medie e grandi imprese, focalizzata principalmente sul mantenimento di un'infrastruttura IT olistica e scalabile,
Centro virtuale VMware- un potente strumento per la gestione delle piattaforme di virtualizzazione VMware ESX Server e VMware Server, che offre funzionalità estese per il consolidamento, la configurazione e la gestione dei server.
VMware Fusionè un prodotto di virtualizzazione desktop per la piattaforma Mac di Apple.

I concorrenti formali di VMware in termini di virtualizzazione dei server sono Microsoft, Virtual Iron, XenSource e SWsoft. Tuttavia, il prodotto di SWsoft ha un ambito (hosting) piuttosto ristretto e gli sviluppi di altri fornitori attualmente sembrano molto più deboli rispetto ai prodotti VMware.

Quando implementare l'infrastruttura virtuale in un'azienda

Innanzitutto è necessario definire chiaramente gli obiettivi per i quali verranno implementate le piattaforme di virtualizzazione. Quindi, è necessario determinare i criteri con cui verrà valutata l'efficacia dell'implementazione dell'infrastruttura virtuale. Oltre ai criteri puramente finanziari (riduzione dei costi hardware, risparmio nella manutenzione), è necessario anche considerare il miglioramento dell'affidabilità dell'infrastruttura, la scalabilità, la flessibilità, la resilienza, la riduzione dei tempi di implementazione, i tempi di inattività, il ripristino di emergenza, la centralizzazione della gestione e la garanzia di un'elevata disponibilità. Naturalmente, tutti questi criteri possono essere espressi in termini monetari, a seconda del tipo e delle specificità dell'ambiente da virtualizzare.

7 motivi per implementare la virtualizzazione dei server

Aumento dell'utilizzo dell'hardware
Secondo le statistiche, la maggior parte dei server viene caricata del 15-20 percento durante l'esecuzione delle attività quotidiane. L'uso di più server virtuali su uno fisico lo aumenterà fino all'80 percento, fornendo allo stesso tempo risparmi significativi sull'acquisto di hardware.
Riduci i costi di sostituzione dell'hardware
Poiché i server virtuali sono disaccoppiati dall'hardware specifico, l'aggiornamento del parco di server fisici non richiede la reinstallazione e la configurazione del software. La macchina virtuale può essere semplicemente copiata su un altro server.
Aumentare la flessibilità nell'utilizzo di server virtuali
Se è necessario utilizzare più server (ad esempio, per testare e lavorare in produzione) con un carico variabile, i server virtuali lo sono soluzione migliore, poiché possono essere trasferiti senza problemi su altre piattaforme quando il server fisico è sottoposto a un carico elevato.
Garantire un'elevata disponibilità
Il backup delle macchine virtuali e il ripristino dai backup richiede molto meno tempo ed è una procedura più semplice. Inoltre, in caso di guasto dell'apparecchiatura, la copia di backup del server virtuale può essere avviata immediatamente su un altro server fisico.
Aumentare la gestibilità dell'infrastruttura del server
Esistono molti prodotti per la gestione dell'infrastruttura virtuale che consentono di gestire centralmente i server virtuali e fornire bilanciamento del carico e migrazione in tempo reale.
Risparmio sul personale di servizio
La semplificazione futura della gestione dei server virtuali comporta risparmi sugli specialisti al servizio dell'infrastruttura aziendale. Se due persone possono fare ciò che quattro persone possono fare con gli strumenti di gestione dei server virtuali, perché hai bisogno di due persone in più che guadagnino almeno $ 15.000 all'anno? Tuttavia, va tenuto conto del fatto che sono necessari molti soldi anche per formare personale qualificato nel campo della virtualizzazione.
Risparmio di energia elettrica
Per le piccole aziende, questo fattore, ovviamente, non ha molta importanza, ma per i grandi data center, dove il costo del mantenimento di una grande flotta di server include i costi dell'elettricità (alimentazione, sistemi di raffreddamento), questo momento è di notevole importanza. La concentrazione di più server virtuali su uno fisico ridurrà questi costi.

Quando non implementare l'infrastruttura in un'azienda

Nonostante tutti i vantaggi, la virtualizzazione dei server presenta anche alcune limitazioni della sua applicazione. Quando si pianifica un'infrastruttura virtuale, considerare i seguenti fattori:

I server hanno un carico di lavoro continuo di oltre il 60%.
Tali server non sono buoni candidati per la virtualizzazione, perché quando vengono migrati su una macchina virtuale e posizionati con altri server virtuali, potrebbero esaurire le risorse.
Il server utilizza hardware aggiuntivo che non può essere virtualizzato
Qui tutto è chiaro: nel caso in cui il server utilizzi hardware non supportato dai fornitori di piattaforme di virtualizzazione, non ha senso virtualizzare un tale server.
Il costo dell'acquisizione e dell'implementazione di una piattaforma di virtualizzazione è troppo elevato
Nelle organizzazioni di medie e piccole dimensioni, l'infrastruttura del server non è così grande, così come i costi hardware e di manutenzione. In tal caso è necessario prestare attenzione alla procedura di virtualizzazione, poiché l'acquisto di una piattaforma commerciale potrebbe non essere giustificato.
Mancanza di specialisti qualificati
In molti casi, il processo di migrazione dall'hardware fisico alle macchine virtuali e l'ulteriore implementazione di una piattaforma di virtualizzazione richiede buone competenze da parte delle persone che le eseguono. Ciò è particolarmente necessario quando si distribuiscono piattaforme di classe "Bare metal" (bare metal). Se non sei sicuro che il tuo personale abbia le conoscenze per farlo, non avviare un progetto di virtualizzazione.

VMware Server è una piattaforma di virtualizzazione gratuita e potente per le piccole imprese

Il prodotto gratuito VMware Server è una piattaforma di virtualizzazione abbastanza potente che può essere eseguita su server che eseguono sistemi operativi host Windows e Linux. Lo scopo principale di VMware Server è supportare le infrastrutture virtuali di piccole e medie dimensioni delle piccole imprese. A causa della piccola complessità del suo sviluppo e installazione, VMware Server può essere implementato nel più breve tempo possibile, sia sui server delle organizzazioni che sui computer degli utenti domestici.

In precedenza, questo prodotto era distribuito con licenza commerciale ed era chiamato VMware GSX Server 3, tuttavia, con la crescita delle opportunità e delle vendite della potente piattaforma di virtualizzazione VMware ESX Server, VMware non vedeva prospettive di vendita della piattaforma VMware Server, eventualmente rendendo il prodotto gratuito. Vale la pena notare che per questo prodotto, VMware si basa principalmente sui ricavi delle vendite di Virtual Center for VMware Server, un potente strumento di gestione dell'infrastruttura virtuale basato su VMware Server che offre funzionalità avanzate di interazione con la macchina virtuale e consolidamento dei server virtuali.

Di seguito sono riportati i principali casi d'uso per il prodotto VMware Server:

supporto per più server virtuali su un fisico nella produzione dell'azienda
supporto per più server virtuali per test "raggruppati" nella rete virtuale dell'host durante lo sviluppo e il supporto del software
avviare macchine virtuali pronte all'uso (Virtual Appliance) che svolgono una specifica funzione server
garantire un'elevata disponibilità dei server virtuali (le macchine virtuali possono essere facilmente trasferite tra server fisici)
creazione di copie di backup di server virtuali facili da ripristinare ottenendo snapshot dello stato attuale del sistema (“snapshots”).

VMware Server offre un'ampia gamma di opzioni per lavorare con le macchine virtuali, tra cui:

Supporto per qualsiasi architettura x86 standard
VMware Server non ha requisiti specifici per i componenti fisici del server, a differenza di VMware ESX Server, che impone restrizioni molto specifiche all'hardware del server. Sono supportati anche i processori multi-core.
Supporto per SMP virtuale bidirezionale (multielaborazione simmetrica)
Se l'architettura del server fisico lo consente, le macchine virtuali create in VMware Server possono contenere due processori virtuali, il che influisce positivamente sulle prestazioni dei sistemi guest.
Supporto per un gran numero di sistemi operativi host e guest, un elenco completo dei quali è sempre disponibile sul sito Web di VMware
Il numero di sistemi operativi host su cui è possibile installare VMware Server è, ovviamente, inferiore al numero di sistemi guest supportati. Nel frattempo, quasi tutti i sistemi operativi conosciuti possono essere installati come guest. Anche se non è nell'elenco dei supportati, ciò non significa che non possa essere installato.
Supporto per sistemi operativi host e guest a 64 bit
Come sistemi host a 64 bit, sistemi operativi a 64 bit della famiglia Windows Server 2003, oltre alle versioni a 64 bit dei sistemi Linux: Red Hat, SUSE, Mandriva e Ubuntu. Anche l'elenco dei sistemi operativi guest supportati è stato integrato con quelli a 64 bit. Versioni di Windows Vista, Sun Solaris e FreeBSD.
Supporto per IntelVT (tecnologia di virtualizzazione Intel)
VMware Server supporta sperimentalmente la tecnologia di virtualizzazione hardware di Intel e ne consente l'utilizzo per supportare le macchine virtuali. Vale la pena notare che, secondo la ricerca degli ingegneri VMware, la virtualizzazione hardware è ancora più lenta della virtualizzazione software, quindi non è consigliabile abilitare il supporto per la virtualizzazione software per migliorare le prestazioni.

La conoscenza di VMware Server inizia con la finestra della console di gestione della macchina virtuale:

IN area di lavoro finestra principale del programma, è possibile creare una macchina virtuale, aggiungerne una esistente, passare la console a un altro host fisico (gestire il server virtuale in remoto) e configurare le impostazioni dell'host.

La creazione di una macchina virtuale in VMware Server è un processo semplice e intuitivo e richiede solo pochi passaggi della procedura guidata di creazione della macchina virtuale:

selezionare il sistema guest dall'elenco, che verrà installato come guest
selezionare il nome e la posizione dei file della macchina virtuale
selezionare il tipo di interazione di rete tra la macchina virtuale, il sistema operativo host, altre macchine virtuali e la rete esterna
inserisci la dimensione del disco virtuale e fai clic su Fine.

Dopodiché, se il kit di distribuzione del sistema ospite installato è su un CD o un DVD, è sufficiente inserirlo nell'unità e premere il pulsante "Accensione" sulla barra degli strumenti. Se hai il kit di distribuzione del sistema operativo sotto forma di immagine ISO, seleziona la voce di menu VM-> Impostazioni, vai all'elemento CD-ROM, dove specifichiamo il percorso dell'immagine ISO, fai clic su "OK" e "Accensione".

Il processo di installazione di un sistema guest in VMware Server è abbastanza semplice e non richiede una descrizione separata. Tuttavia, quando si installano sistemi operativi guest, assicurarsi di considerare i seguenti punti:

Assegna risorse sufficienti al server virtuale pianificato per svolgere le sue funzioni, ma ricorda che è sempre più difficile aumentare il numero di risorse allocate piuttosto che ridurlo.
Quando si sceglie il tipo di interazione di rete per un server virtuale, considerare i problemi di sicurezza e, se il server virtuale necessita di interazione solo nella rete virtuale interna dell'host, non installare Bridged Networking.
Se non sei l'unico ad avere accesso alla console di gestione del server virtuale, puoi rendere privata la tua macchina virtuale selezionando la casella di controllo VM->Impostazioni->Opzioni->Autorizzazioni.
Non dimenticare di installare VMware Tools nei tuoi sistemi guest, poiché l'installazione di questi componenti aggiuntivi migliora notevolmente l'esperienza e le prestazioni degli ospiti.
Cerca di mantenere il rapporto: non più di 4 macchine virtuali per processore fisico, poiché un numero maggiore di esse influirà in modo significativo sulle prestazioni dei server virtuali.

Quando si mantiene un'infrastruttura virtuale basata su VMware Server, è necessario monitorare attentamente il carico sulle risorse hardware del server. Se una macchina virtuale non dispone di risorse sufficienti, è necessario pensare a spostarla su un altro server. Se prevedi di gestire un numero elevato di server virtuali, dovresti prendere in considerazione l'acquisto del prodotto VMware Virtual Center, che ti consente di controllare centralmente molti host su cui è installato VMware Server, raggrupparli in cluster e monitorare il carico degli host tramite virtual macchine. Per determinare la quantità di risorse da allocare ai server virtuali, utilizzare i contatori delle prestazioni all'interno dei sistemi guest. Prova a utilizzare solo dischi SCSI virtuali perché gli IDE virtuali sono più lenti.

Se è necessario accedere alla console del server virtuale da una rete esterna, è possibile configurare un client Web per VMware Server integrato con Microsoft IIS. Questa funzione ti consentirà di controllare i server virtuali su Internet utilizzando una connessione sicura SSL (Secure Socket Layer).

Specifiche del server VMware

Opportunità	VMware Server 1.0
Possibilità di funzionare come servizio	sì
Avvio di macchine virtuali all'avvio del sistema operativo host	sì
Controllo locale	Thick client, riga di comando
Accesso multiutente	sì
Interfacce di programmazione (API)	Sì (C/COM/Perl)
Utilizzo a distanza del prodotto	Sì (console web)
Uso remoto di macchine virtuali	cliente grasso
Gestione di più installazioni	Non
Rapporto VM/core	2-4
Supporto per la virtualizzazione dell'hardware	Intel VT (sperimentale)
Generazione di hardware virtuale	5
Supporto per processori virtuali all'interno di una macchina virtuale (tecnologia VMware Virtual SMP)	2. Sperimentale)
La quantità massima di RAM allocata per una macchina virtuale	Fino a 3,4 GB
La quantità massima di RAM allocata per tutte le macchine virtuali	Fino a 64 GB
Controller/dischi virtuali IDE per macchina virtuale	1/4
Controller/dischi virtuali SCSI per macchina virtuale	4/60
Dimensione massima del disco virtuale	Fino a 950 GB
Numero massimo di interfacce di rete virtuale	4
interruttori virtuali	9
Ottenere istantanee tramite il client "spesso".	sì
Ottenere istantanee tramite riga di comando	Non
Più istantanee	Non
Clonazione di macchine virtuali	Non
Gruppi di macchine virtuali (team)	Non
Debug di macchine virtuali	sì
Servizio cartelle condivise	Non
Supporto Drag&Drop Host macchina virtuale	Non
Sistema operativo host non supportato	Windows XP Professional (32/64 bit) Windows XP casa Windows 2000 professionale Red Hat Linux 7.0 Red Hat Linux 7.1

Solo su sistemi operativi che supportano la memoria estesa o hanno PAE abilitato.
Disponibile quando si utilizza VMware Virtual Center.

Per il prodotto VMware Server, ci sono molti diversi commerciali e utenze gratuite per la gestione di macchine virtuali e dischi, il monitoraggio delle prestazioni e la manutenzione. Tuttavia, se intendi sfruttare appieno le capacità di VMware Server, dovresti dare un'occhiata più da vicino a VMware Virtual Center per VMware Server.

VMware ESX Server è una piattaforma di virtualizzazione di classe enterprise e un costruttore di infrastrutture virtuali aziendali

Tra le tante soluzioni di virtualizzazione offerte da VMware, VMware ESX Server occupa un posto speciale. Essendo lo sviluppo di punta dell'azienda, VMware ESX Server è la base per la creazione di grandi infrastrutture virtuali in cui sono integrati altri prodotti VMware.

VMware ESX Server è una piattaforma di virtualizzazione "Bare Metal" ed è installato su un server "pulito" che non dispone di un sistema operativo e di altro software. VMware ESX Server si basa sul sistema operativo Red Hat Linux, in cui gli ingegneri VMware hanno apportato modifiche significative, aggiungendo molte funzionalità per supportare la virtualizzazione. Questa implementazione di questa piattaforma consente l'uso più efficiente delle risorse hardware del server e fornisce la migliore interazione tra i sistemi guest e l'hardware.

VMware ESX Server offre numerosi vantaggi ed è il fulcro di una grande infrastruttura virtuale aziendale che richiede la manutenzione, il consolidamento, l'elevata disponibilità di più server virtuali e la migrazione di macchine virtuali tra server fisici. ESX Server è un vero concetto di creazione di un'infrastruttura IT aziendale utilizzando macchine virtuali.

Oltre al server ESX, l'infrastruttura virtuale dell'azienda contiene anche componenti come SAN (Storage Area Network), sistemi di storage (Storage), connessioni ad alta velocità (Fibre Channel) e reti virtuali (VLAN). Un'infrastruttura virtuale basata su VMware ESX Server consente di gestire centralmente tutte queste risorse e garantire il regolare funzionamento dei server virtuali. I componenti principali dell'infrastruttura virtuale sono:

Proprio server ESX.
File system VMware VMFS (Virtual Machine File System). ottimizzato per le prestazioni della macchina virtuale e l'elevata disponibilità.
VMware SMP (elaborazione multipla simmetrica)- una tecnologia che consente alle macchine virtuali di utilizzare tutti i processori dell'host, pur disponendo di diversi processori virtuali.
Cliente di infrastrutture virtuali- un potente strumento per l'amministrazione e la configurazione remota di VMware ESX Server, in esecuzione su workstation Windows e con un'interfaccia intuitiva.
Centro virtuale- uno strumento per la gestione centralizzata di più server ESX.
Accesso Web all'infrastruttura virtuale- la possibilità di gestire macchine virtuali da una rete esterna tramite un canale sicuro.
VMware VMotion- una tecnologia che consente di effettuare una migrazione "live" di un server virtuale in esecuzione su un altro server fisico, senza la necessità di spegnere la macchina virtuale e garantirne il funzionamento ininterrotto durante la migrazione.
Alta disponibilità VMware (HA)- la possibilità di riavviare automaticamente i mirror della macchina virtuale necessari su un altro server in caso di guasto hardware o software di un server fisico.
Utilità di pianificazione risorse distribuite VMware (DRS)- un componente che consente l'allocazione dinamica delle risorse alle macchine virtuali.
Backup consolidato VMware (VCB)- uno strumento semplice e potente per creare copie di backup di macchine virtuali.
SDK dell'infrastruttura VMware- un pacchetto per lo sviluppo di applicazioni per infrastrutture virtuali da parte di sviluppatori di terze parti.

Quando utilizzare un'infrastruttura virtuale basata su VMware ESX Server

Hai un'idea chiara di quanti server fisici avrai bisogno per mantenere la tua infrastruttura di server virtuale. Tieni presente che devi pianificare la migrazione dei server fisici in base a non più di 4-6 macchine virtuali per processore fisico, con un carico reale medio di server fisici migrati del 15%.
Hai selezionato l'edizione VMware ESX Server e i componenti dell'infrastruttura virtuale appropriati, hai calcolato il costo di implementazione e manutenzione e hai concluso che l'implementazione è utile perché i risparmi in hardware e manutenzione coprono questi costi.
Hai specialisti che non solo condurranno con competenza un progetto di virtualizzazione, ma anche amministratori con conoscenze sufficienti per mantenere e sviluppare un'infrastruttura virtuale ogni giorno.
Sei pronto per acquistare l'hardware richiesto da VMware ESX Server. Fai attenzione: la guida all'installazione del server ESX dice quale hardware specifico è necessario per installarlo. A prima vista, tutto sembrerà piuttosto costoso, ma se leggi attentamente i requisiti, diventa chiaro che un server ESX perfettamente funzionante per scopi di formazione può essere assemblato per $ 900.

La procedura per l'installazione di VMware ESX Server è abbastanza semplice e non richiede una conoscenza approfondita da parte dell'utente. Se hai seguito i consigli di VMware e hai selezionato correttamente l'hardware del server host, l'installazione del server ESX non richiederà più di un'ora. Dopo aver installato almeno un ESX, avrai immediatamente molte domande e problemi: questo è il prezzo per le opportunità offerte da VMware ESX Server. Ecco i principali consigli per i primi passi dopo l'installazione di ESX:

Per gestire il server ESX e creare le prime macchine virtuali, utilizzare VMware Infrastructure Client, che può essere scaricato da: https://.
Per trasferire file da e verso ESX, utilizzare WinSCP (trasferimento file lento, crittografia del traffico) o FastSCP (trasferimento file rapido, ma è meglio non utilizzarlo da una rete esterna, poiché il traffico non è crittografato).
Per consentire all'utente root di accedere tramite SSH (Secure Shell), aggiungere la riga "PermitRootLogon yes" al file "httpd.conf" su ESX.
Per gestire i dischi, utilizzare le utilità "vmkfs-tools", per monitorare le prestazioni delle macchine virtuali - il comando "esxtop", per analizzare i rapporti di errore, utilizzare il registro "var/log/vmware/hostd.log".
Ricorda, lo spazio libero sul tuo ESX è sempre di due tipi di partizioni: il primo è per il sistema operativo dell'ESX stesso, il secondo sono le partizioni vmfs per l'hosting di macchine virtuali. Per scoprire quanto spazio libero è rimasto su entrambe le partizioni, utilizzare il comando "vdf -h".

Dopo aver installato VMware ESX Server, sarà necessario uno strumento per migrare dai server fisici a quelli virtuali (P2V - Da fisico a virtuale). VMware offre VMware Converter per questo scopo, ma puoi anche utilizzare soluzioni di altri fornitori. Avrai costantemente domande: non esitare a contattare i forum VMware, dove i suoi visitatori abituali ti aiuteranno in una situazione difficile. In definitiva, il tuo ESX avrà diverse macchine virtuali installate, che rappresentano un'infrastruttura virtuale, che è mostrata nella figura realizzata utilizzando il programma Veeam Reporter:

I concetti chiave dell'infrastruttura virtuale sono: adattatore fisico (NIC), adattatore virtuale (vNIC), switch virtuale (vSwitch) e rete virtuale (Vlan). VMware ESX Server consente di creare fino a quattro adattatori di rete virtuale per una macchina virtuale, ognuno dei quali può essere associato a una rete virtuale creata a turno su switch virtuali.

Uno switch virtuale è un dispositivo multiporta astratto che esegue la commutazione di circuito tra reti virtuali e adattatori di rete virtuale di macchine virtuali.

Una rete virtuale è un'associazione di più macchine virtuali in un unico ambiente di rete in cui interagiscono tra loro. Se uno switch virtuale è connesso a uno fisico scheda di rete, quindi le macchine virtuali attraverso di essa potranno "vedere" la rete esterna, in relazione a ESX.

In realtà, non tutto è complicato come sembra: la creazione di elementi di un'infrastruttura virtuale richiede pochissimo tempo e, una volta configurata, tale infrastruttura non richiede ulteriori configurazioni quando vengono introdotte nuove macchine virtuali.

Un po' di Centro virtuale per VMware ESX Server

Come con VMware Server, l'utilizzo di più host con VMware ESX Server nell'infrastruttura IT aziendale crea la sfida di gestire e monitorare centralmente le prestazioni degli host fisici. Per risolvere questi problemi con le piattaforme VMware ESX Server, oltre che per VMware Server, viene utilizzata la soluzione Virtual Center. La sua aspetto esteriore mostrato in figura:

Virtual Center consente di monitorare più host su cui è installato VMware ESX Server, raggrupparli e controllarli utilizzando "allarmi" - segnali su vari eventi. Va notato che le capacità di Virtual Center for VMware ESX Server sono molto maggiori di quelle di Virtual Center for VMware Server, il che è dovuto principalmente al fatto che lo stesso prodotto VMware ESX Server ha capacità molto più ampie.

Cosa scegliere: VMware Server o VMware ESX Server?

Da quanto sopra, diventa chiaro che entrambi i prodotti descritti nell'articolo mirano a mantenere un'infrastruttura di server virtuale e svolgono funzioni simili. Tuttavia, ci sono differenze significative tra queste due piattaforme. Se un'infrastruttura virtuale basata su VMware Server può essere creata principalmente da server che svolgono attività quotidiane in un'organizzazione che non richiede disponibilità elevata, velocità e flessibilità, VMware ESX Server è una piattaforma completa per supportare l'IT vitale di un'azienda infrastruttura in condizioni di funzionamento ininterrotto di server virtuali e loro supporto in modalità 24×7×365.

Di seguito sono riportati alcuni esempi di quando utilizzare un'infrastruttura basata su VMware Server:

supporto e manutenzione dei server interni dell'organizzazione,
eseguire attività per testare singole applicazioni,
simulazione di piccole reti virtuali per testare collegamenti a server funzionanti,
lanciare modelli di macchine virtuali pronti per l'uso che fungono da server interni dell'organizzazione,
ottenere singoli server pronti per una rapida migrazione.

VMware ESX Server deve essere utilizzato per le seguenti attività:

test di applicazioni in streaming in grandi organizzazioni di sviluppo software,
manutenzione di server esterni all'organizzazione con un elevato grado di disponibilità, flessibilità e gestibilità,
modellazione di grandi reti virtuali,
riducendo i costi delle apparecchiature, della manutenzione e dell'elettricità nelle grandi organizzazioni e nei data center.

Pertanto, quando si implementa un'infrastruttura virtuale in un'organizzazione, è necessario considerare attentamente la definizione degli obiettivi finali. Quando si distribuisce un VMware Server gratuito, non ci saranno particolari problemi di installazione e manutenzione, inoltre non ci saranno costi per l'acquisizione della piattaforma stessa, tuttavia, l'organizzazione potrebbe perdere velocità (poiché la virtualizzazione viene eseguita sopra il sistema operativo host) , affidabilità e disponibilità. L'introduzione di VMware ESX Server comporterà grandi difficoltà tecniche nell'implementazione e nella manutenzione in assenza di specialisti qualificati. Inoltre, investire in una tale piattaforma potrebbe non ripagare le organizzazioni di piccole e medie dimensioni. Tuttavia, come dimostra l'esperienza di VMware, per le grandi organizzazioni l'implementazione di VMware ESX Server, a lungo termine, si traduce in un notevole risparmio sui costi.

Tenere conto di questi punti ti consentirà di pianificare con competenza la migrazione dei server fisici della tua infrastruttura IT a quelli virtuali, risparmiando non solo denaro, ma anche tempo, che, come sai, è anche denaro.

Oggi vorrei parlarvi di prodotti che erano stati rilasciati da VMware, ma per un motivo o per l'altro sono stati ritirati dal mercato e hanno smesso di svilupparsi. L'elenco è tutt'altro che completo e contiene, per la maggior parte, la mia opinione sui prodotti in base ai risultati del lavoro con essi.

Server VMware ESX

Inizierò con forse il prodotto più significativo, grazie al quale VMware è diventata leader nel mercato della virtualizzazione dei server.

VMware ESX Server è il primo hypervisor di tipo 1 per processori Intel x86. ESX non è stato il primo hypervisor di server e non è stato nemmeno il primo prodotto VMware. Tuttavia, è stato il primo a implementare funzionalità come la migrazione in tempo reale delle VM (vMotion), l'elevata disponibilità delle VM (High Availability), il bilanciamento automatico (Distributed Resource Scheduler), la gestione dell'alimentazione (Distributed Power Management) e molto altro.

A proposito, ti sei mai chiesto cosa significa l'abbreviazione ESX? Quindi, ESX è Elastic Sky X. Il che dimostra ancora una volta che nel 2002 VMware ha sviluppato i suoi prodotti con un occhio di riguardo al cloud computing...

ESX è stato costruito sulla base di un'architettura monolitica, tutti i driver, la rete e il sottosistema di I/O funzionavano a livello di hypervisor. Tuttavia, per gestire l'hypervirus, è stata installata una piccola VM di servizio su ciascun host: Service Console basata su una distribuzione Red Hat Linux modificata. Da un lato, ciò ha imposto una serie di restrizioni: la VM del servizio ha consumato parte delle risorse di elaborazione dell'host, i suoi dischi, come qualsiasi altra VM, dovevano essere collocati sullo storage VMFS e ogni host aveva bisogno di almeno due indirizzi IP, uno per l'interfaccia VMKernel, il secondo è per la Service Console. La Service Console ha invece fornito la possibilità di installare software di terze parti (agenti, plugin), che ha ampliato le possibilità di monitoraggio e gestione dell'hypervisor. La presenza della Service Console ha dato origine a un malinteso comune che l'hypervisor ESX sia un Linux modificato "th.

Vale la pena ricordare che le prime versioni di ESX erano installate e gestite separatamente, tuttavia, a partire da ESX 2.0, VMware VirtualCenter (ora noto come vCenter Server) sembrava gestire centralmente più host. Poi, infatti, è apparsa Virtual Infrastructure, che era un insieme di prodotti per la virtualizzazione, costituito dall'hypervisor ESX e dal software di gestione VirtualCenter. Dalla versione 4.0, Virtual Infrastructure è stata rinominata vSphere.

Nel 2008 è apparso un hypervisor alternativo: ESXi, che non necessitava della Service Console, era di dimensioni molto più ridotte, ma non supportava molto di ciò che ESX poteva fare (ESXi non aveva un'interfaccia WEB, un firewall integrato, il capacità di avvio su SAN, integrazione con Active Directory, ecc.). Con ogni nuova versione VMware ha gradualmente aumentato le funzionalità di ESXi. VMware vSphere 4.1 è stata l'ultima versione a includere l'hypervisor ESX. A partire dalla 5.0, VMware ha lasciato solo ESXi.

Server VMware GSX

Per molti anni, VMware GSX Server è stato rilasciato in parallelo con VMware ESX. Ground Storm X (così sta per l'abbreviazione GSX) era un hypervisor di tipo 2 ed era installato su sistemi operativi server Microsoft Windows, RedHat o SUSE Linux. L'utilizzo di un hypervisor di tipo 2 aveva i suoi vantaggi. In primo luogo, GSX supportava una gamma molto più ampia di hardware e poteva persino funzionare su hardware desktop, a differenza del "stravagante" ESX. In secondo luogo, VMware GSX è stato estremamente facile da installare e configurare, chiunque abbia lavorato con VMware Workstation è stato in grado di gestire anche GSX. In terzo luogo, GSX disponeva di un server NAT e DHCP integrato, che semplificava la configurazione di una rete per una macchina virtuale.

Come il fratello maggiore, GSX supportava la gestione centralizzata tramite VirtualCenter.

Successivamente, GSX è stato rinominato VMware Server, ottenendo al contempo la possibilità di eseguire VM a 64 bit e di allocare diversi processori virtuali alla VM. Rilasciato alla fine del 2008, VMware Server 2.0 è diventato gratuito, ha acquisito un'interfaccia Web completa e la capacità di inoltrare dispositivi USB all'interno della VM, ma ha perso il supporto per VMware VirtualCenter.

A questo punto, gli hypervisor ESX ed ESXi avevano conquistato la maggior parte del mercato della virtualizzazione dei server. Produzione versioni gratuite VMware ESXi Free e Microsoft Hyper-V Server sono l'ultimo chiodo nella bara di VMware Server. VMware e Microsoft hanno abbandonato i loro hypervisor del sistema operativo del server.

Battito cardiaco del server VMware vCenter

Il prodotto, progettato per fornire un'elevata disponibilità dei servizi vCenter e dei servizi correlati (DBMS, SSO, Update Manager), è stato sviluppato non da VMware stessa, ma da una società di terze parti - Neverfail Group.

Il meccanismo di protezione si basava sull'idea di organizzare un cluster a due nodi operante in modalità attivo-passivo. Il nodo passivo monitorava lo stato del nodo principale e, se non era disponibile, avviava i servizi in cluster. Il cluster non richiedeva l'archiviazione condivisa per funzionare. le modifiche apportate al nodo attivo vengono periodicamente replicate sul nodo passivo. vCenter Heartbeat ha fornito protezione per configurazioni vCenter fisiche e virtuali e persino miste, con un nodo fisico e l'altro virtuale.

Sebbene per un po' vCenter Heartbeat sia stato l'unico modo per proteggere vCenter non solo da guasti hardware, ma anche da guasti software, l'implementazione è stata francamente debole. La complessa procedura di installazione e manutenzione del cluster, oltre a molti bug, ha fatto il suo lavoro sporco. Di conseguenza, a partire da vSphere 5.5 U3 / vSphere 6.0, VMware ha abbandonato vCenter Heartbeat ed è tornato al modo più familiare del clustering utilizzando Microsoft Failover Cluster.

VMware vCenter Protect

Per quelli di voi che hanno lavorato con vSphere almeno dalla versione 4, dovreste sapere che in quel momento vCenter Update Manager supportava l'installazione di aggiornamenti non solo per hypervisor ESX/ESXi, ma anche per sistemi operativi guest e vari software. Tuttavia, dalla versione 5.0 questa funzionalità è stata rimossa da Update Manager, invece VMware ha iniziato a offrire un prodotto separato: VMware vCenter Protect, acquisito con Shavlik.

Oltre ad aggiornare i sistemi operativi guest, vCenter Protect ha consentito di eseguire un inventario di software e hardware, eseguire vari script in base a una pianificazione ed eseguire la scansione delle vulnerabilità.

Ma, a quanto pare, le vendite non stavano andando molto bene, inoltre, il portafoglio VMware includeva vRealize Configuration Manager, acquisito nel 2010 da EMC, e svolgeva le funzioni di gestione delle patch, inventario e altro. Pertanto, nel 2013 vCenter Protect è stato venduto a LANDesk.

Dispositivo di archiviazione virtuale VMware

Virtual Storage Appliance è la prima incursione di VMware nel mercato dello storage definito dal software. VSA era destinato alle PMI e consentiva la creazione di un sistema di archiviazione a tolleranza di errore condiviso basato su dischi locali installati nel server.

Un'applicazione VSA dedicata è stata distribuita su ciascun host ESXi. I dischi virtuali VSA sono stati inseriti nello storage VMFS creato sui volumi del controller RAID locale. Metà dello spazio su disco era destinato al mirroring dei dati da un altro VSA (una specie di analogo di rete di RAID 1) situato su un host vicino, metà rimaneva per dati utili. Ogni app ha quindi presentato il proprio storage NFS con mirroring a tutti gli host di virtualizzazione. Un'installazione supportava 2 o 3 host di virtualizzazione, quando si utilizzavano 2 host vCenter Server fungeva da arbitro e doveva essere distribuito su un server fisico separato o un host ESXi che non faceva parte di VSA.

La funzionalità di VSA era molto limitata. Quindi, ad esempio, la prima versione di VSA supportava solo il posizionamento su volumi VMFS con RAID 1 o 10, il che comportava elevati costi di archiviazione dei dati (in effetti, lo spazio utilizzabile era inferiore a 1/4 del volume dei dischi locali), lì non c'era supporto per VAAI, non c'era supporto per la memorizzazione nella cache o il tearing.

Tutto questo, unito ad un prezzo non troppo basso ea basse prestazioni, non ha permesso a VSA di forzare i soliti sistemi di storage dal segmento SMB. Pertanto, poco dopo il rilascio della prima versione di Virtual SAN nel 2014, il prodotto è stato ritirato dalle vendite.

VMware Virsto

Un'altra vittima di Virtual SAN, un prodotto dell'omonima azienda, che VMware ha acquisito nel 2013. Per quanto ne so, dopo l'acquisto, Virsto non è apparso nei listini, ma è stato quasi subito moltiplicato per zero.

Uno sviluppo promettente nel campo dell'archiviazione dei dati definita da software, Virsto era un'applicazione virtuale che fungeva da virtualizzatore di archiviazione, ad es. le risorse di archiviazione sono state presentate alle upline e le upline, a loro volta, hanno fornito spazio su disco agli host utilizzando il protocollo NFS. Il cuore di Virsto era VirstoFS, un'azienda specializzata file system, che consente di ottimizzare le operazioni di scrittura e lettura attraverso l'utilizzo di meccanismi simili a quelli che si possono vedere nello storage FAS di NetApp. Virsto poteva accumulare operazioni di scrittura casuali in un registro speciale e quindi scrivere in sequenza i dati sul sistema di archiviazione, il che ha avuto un effetto positivo su IOPS e latenza. Inoltre, Virsto supportava l'archiviazione dei dati multilivello (lacrimazione) e ottimizzava il lavoro con le istantanee archiviando i metadati nella RAM su quale blocco di dati si trova in quale delle istantanee.

Nonostante il prodotto non sia mai uscito, gli sforzi degli sviluppatori non sono stati vani: in Virtual SAN 6.0, invece di VMFS-L, è apparso un nuovo formato di layout del disco basato su VirstoFS e il supporto per snapshot "avanzati".

Responsabile laboratorio VMware

Un prodotto per automatizzare la distribuzione e la gestione del ciclo di vita delle macchine virtuali in ambienti di test.

In effetti, Lab Manager era un manager di manager, implementato su un'installazione esistente di VMware ESX / ESXi e vCenter e consentiva di organizzare l'accesso multiutente (multi-tenant) a un'infrastruttura virtuale comune, allocando il set necessario di risorse di calcolo agli utenti, emettendo automaticamente gli indirizzi IP delle macchine virtuali dai pool, creando reti isolate per le macchine virtuali, specificando il periodo di locazione per la macchina virtuale.

Con la crescente popolarità del tema del cloud computing, VMware è passato a un altro prodotto: vCloud Director, trasferendo gradualmente tutti i chip accumulati da Lab Manager e chiudendolo.

VMware ACE

Voglio finire la recensione su una bestia abbastanza rara: VMware ACE. Già prima dell'avvento della VDI nella sua forma classica e dell'adozione diffusa del BYOD, VMware offriva ai clienti software per la gestione centralizzata delle workstation virtuali che potevano essere eseguite su computer personale utenti - VMware ACE.

ACE ha lavorato insieme agli hypervisor client VMware Workstation e Player e ha consentito la gestione delle macchine virtuali in base a criteri specifici. Con l'aiuto di criteri, gli amministratori possono limitare la funzionalità della VM (ad esempio, disabilitare l'inoltro del dispositivo USB o controllare l'accesso alla rete), forzare la crittografia dei dischi virtuali, consentire l'accesso alla VM solo per gli utenti autorizzati, configurare la durata della VM dopo di che la VM smette di avviarsi, ecc. d. Le macchine virtuali, insieme alle politiche e all'hypervisor VMware Player, possono essere esportate come pacchetto Pocket ACE già pronto e trasferite all'utente in qualsiasi modo conveniente (su un CD, un'unità flash o in rete). Se necessario, l'amministratore può distribuire un ACE Management Server sulla rete, a cui si sono connessi gli hypervisor client e hanno richiesto le impostazioni dei criteri correnti per la VM.

Nonostante le interessanti funzionalità, il prodotto non era molto utilizzato, e secondo VMware non soddisfaceva tutti i requisiti dei pochi clienti che lo utilizzavano, quindi nel 2011 è stato ritirato dalla vendita. Alcuni anni dopo, ACE è stato sostituito da VMware Horizon FLEX, che dispone di un proprio meccanismo per fornire VM ai computer degli utenti, oltre a supportare l'hypervisor VMware Fusion Pro per Apple MAC OS X.