martedì 5 novembre 2013

Installazione dei driver HP CIM su ESXi 5.0

Che cos'è CIM?

CIM significa Common Information Model, e che consente la comunicazione tra il sistema operativo ESXi e dei sensori hardware.

Perché ne ho bisogno?

Normalmente io sono un grande fan di utilizzare l'immagine HP ESXi ISO per caricare i server con ESXi al posto del rullo di VMware se vengono caricati su un server HP. L'immagine di HP è un derivato dalla immagine VMware, ma aggiungere in tutti i driver HP ei driver CIM in modo che non c'è bisogno di installare manualmente. Si può sempre dire quando un server HP è stato caricato con l'immagine VMware perché sotto la scheda "Hardware Status" non vi è alcun riferimento a dispositivi di archiviazione. Vedere la Figura 1. (Clicca per ingrandire)

Figura 1. Stato di salute prima che i driver HP CIM
La figura 2 mostra il "Stato di salute" dopo il driver di installazione HP CIM.

Figura 2 Stato di salute Dopo CIM installazione
Come si può vedere ora abbiamo informazioni dettagliate sul controller di array e quello che sta facendo. Questo è estremamente importante se si dispone di memoria locale del server, perché senza ottenere queste informazioni a vCenter, è solito essere in grado di ottenere e-mail (o altro), allarmi se un pilota dovesse fallire.
C'è un problema con l'immagine HP ESXi però ... è sempre un paio di giorni / settimane dietro la realease ufficiale, e se si installa un gruppo di server VMware come faccio io si può non essere in grado di aspettare una settimana che a venire fuori. Ecco perché a volte abbiamo bisogno di installare manualmente i fornitori di CIM su ESXi.

Quindi, come possiamo installare manualmente?

Per installare manualmente i fornitori di CIM dobbiamo prima scaricare il file zip dal sito Web di HP. In questo esempio, io li sto installando su un server DL360 G6 così sono andato alla sua pagina dei driver e ho guardato per la seguente voce.

Figura 3 I fornitori di HP CIM può essere scaricato da qui
Dopo aver scaricato i driver per caricarli su un datastore. Se avete intenzione di fare più server la soluzione migliore sarebbe quella di avere già una SAN o datastore NFS condivisa tra gli host da caricare. Dopo il caricamento si hanno due opzioni, è possibile abilitare SSH su ciascuno dei vostri ospiti o è possibile utilizzare l'interfaccia CLI vSphere, avrei lasciato il numero di host che devo fare determinare quale di questi due metodi che userei. Perché ho avuto un solo host per aggiornare oggi ho appena attivato SSH e usato il seguente comando:
esxcli software vib install-d <datastore <bundle.zip> path>
Ma se dovessi usare vSphere CLI avrei avuto bisogno di usare questo comando:
esxcli-s <server>-u root-p mypassword software vib install-d <datastore <bundle.zip> path>
Il vantaggio di utilizzare vSphere CLI è che si dovrebbe solo bisogno di cambiare il nome del server nel comando per ogni host che si vuole fare. Al termine dell'installazione sarà necessario anche riavviare l'host prima che i nuovi driver CIM avranno effetto.

Necessario Privilege vSphere per sola lettura RESXTOP View - See more at: http://www.virtuallyghetto.com/2013/06/required-vsphere-privilege-for-read.html#sthash.snqYgG2C.dpuf

Ieri ho ricevuto una domanda sul privilegio vSphere specifico che è necessario per visualizzare RESXTOP dati su un host ESXi. Il motivo di questa richiesta è stato quello di creare un ruolo limitato per un gruppo di utenti che avevano bisogno solo di avere accesso ai dati relativi alle prestazioni RESXTOP. Non sapevo che la risposta la parte superiore della mia testa, ma è stato un abbastanza facile per restringere il privilegio specifico con una prova veloce nel mio laboratorio. Attraverso il processo di eliminazione, si scopre che solo bisogno i gestori Global.Service privilegio di visualizzare solo i dati RESXTOP. Può non sembrare intuitivo, ma il Service Manager è responsabile di fornire l'accesso API vSphere sia RESXTOP così come interfacce vScsiStats che ho scritto qui . Nel mio laboratorio, ho creato un nuovo ruolo chiamato resxtop e poi associato il ruolo con il user (s) entro l'inventario vSphere. È possibile gestire centralmente questo usando vCenter Server o è possibile farlo direttamente su un host ESXi, ma sarà necessario per garantire il ruolo è creare su ogni singolo host ESXi con essa dell'associazione utente.




- See more at: http://www.virtuallyghetto.com/2013/06/required-vsphere-privilege-for-read.html#sthash.snqYgG2C.dpuf


Rotonde Impostazioni Robin tweaking di VMware

Una cosa che dovrebbe sempre essere fatto quando si utilizza iSCSI da 1 Gb è la creazione di percorsi multipli, e in tutte le versioni di vSphere hanno incluso NMP o nativi Multi Pathing. Con NMP è un metodo di selezione del percorso denominato Round Robin che, come con qualsiasi altra cosa con quel nome significa che IO è mandare giù ogni percorso, uno alla volta. Per impostazione predefinita, VMware ha fissato un limite di 1000 IO per scendere lungo ogni percorso prima di passare al percorso successivo. Tuttavia, modificando quella di default a 1 IO prima di cambiare i percorsi a volte possiamo ottenere maggiore produttività, perché siamo in grado di utilizzare in modo più efficace i nostri link.
C'è stato molto dibattito se questo vale davvero la pena o no, così ho pensato perché non provare e vedere quali effetti avrebbe avuto. L'ambiente di prova che ho usato incluso il seguente hardware:
  • Hp P4300 (mancina) SAN con 2 nodi di archiviazione
  • HP DL380 G7 Server con 2-6 core Intel 5675 CPU (3.07Ghz ) e 72 GB di RAM
  • Switch Cisco 3560G
Ho impostato l'HP P4300 SAN con 802.3ad bonded collegamenti al interruttore e accesi gruppi di canali in modalità passiva su questi link. Per quanto riguarda il server, ho caricato ESXi 5.0 e usato due interfacce VMkernel con due schede di rete ... anche io non ho usato il software VMware software iSCSI, ma invece usato i Broadcom iniziatori iSCSI offload a causa della facilità di crearli in ESXi 5.0.
Dopo aver montato il LUN e lasciandolo formato VMFS5 ho impostato la politica di selezione del percorso di round robin. Ho poi installato un Windows 2008 R2 VM e seguito le istruzioni per l'esecuzione di VMKtree.org IOmeter (proprio come ho per le altre prove SAN).
Ecco i risultati con un host ESXi 5.0 standard utilizzando Round Robin con un limite di IO del 1000 per il percorso per turno. La velocità massima di lettura è 129MBps, e il RealLife IOps sono quasi 1.600.
Ora vediamo che cosa girando il limite IO fino a 1 IO per percorso per turno ci fa. Qui sotto si può vedere che ora siamo in grado di raggiungere 207MBps in lettura il throughput e la nostra RealLife IOps è ora a 2.091 IOPS. Inoltre ogni numero è salito pure!
Si tratta di un aumento del 60% sul Leggi velocità massima e un aumento del 30% del numero di IOps!

Quindi, come si fa a cambiare il limite?

Impostare il limite di un valore ower è descritta nella HP EVA manuale di buone pratiche, ma non ho potuto ottenere il loro comando funzioni.
Il comando per ESXi5 è:
esxcli stoccaggio NMP psp roundrobin deviceconfig set-d naa.devicename - IOPS 1 - Tipo di IOPS
e per ottenere il nome del dispositivo è possibile utilizzare:
esxcli memorizzazione dei dispositivi NMP | grep naa.600

Installazione dei driver HP CIM su ESXi 5.0

Che cos'è CIM?

CIM significa Common Information Model, e che consente la comunicazione tra il sistema operativo ESXi e dei sensori hardware.

Perché ne ho bisogno?

Normalmente io sono un grande fan di utilizzare l'immagine HP ESXi ISO per caricare i server con ESXi al posto del rullo di VMware se vengono caricati su un server HP. L'immagine di HP è un derivato dalla immagine VMware, ma aggiungere in tutti i driver HP ei driver CIM in modo che non c'è bisogno di installare manualmente. Si può sempre dire quando un server HP è stato caricato con l'immagine VMware perché sotto la scheda "Hardware Status" non vi è alcun riferimento a dispositivi di archiviazione. Vedere la Figura 1. (Clicca per ingrandire)
Figura 1. Stato di salute prima che i driver HP CIM
La figura 2 mostra il "Stato di salute" dopo il driver di installazione HP CIM.
Figura 2 Stato di salute Dopo CIM installazione
Come si può vedere ora abbiamo informazioni dettagliate sul controller di array e quello che sta facendo. Questo è estremamente importante se si dispone di memoria locale del server, perché senza ottenere queste informazioni a vCenter, è solito essere in grado di ottenere e-mail (o altro), allarmi se un pilota dovesse fallire.
C'è un problema con l'immagine HP ESXi però ... è sempre un paio di giorni / settimane dietro la realease ufficiale, e se si installa un gruppo di server VMware come faccio io si può non essere in grado di aspettare una settimana che a venire fuori. Ecco perché a volte abbiamo bisogno di installare manualmente i fornitori di CIM su ESXi.

Quindi, come possiamo installare manualmente?

Per installare manualmente i fornitori di CIM dobbiamo prima scaricare il file zip dal sito Web di HP. In questo esempio, io li sto installando su un server DL360 G6 così sono andato alla sua pagina dei driver e ho guardato per la seguente voce.
Figura 3 I fornitori di HP CIM può essere scaricato da qui
Dopo aver scaricato i driver per caricarli su un datastore. Se avete intenzione di fare più server la soluzione migliore sarebbe quella di avere già una SAN o datastore NFS condivisa tra gli host da caricare. Dopo il caricamento si hanno due opzioni, è possibile abilitare SSH su ciascuno dei vostri ospiti o è possibile utilizzare l'interfaccia CLI vSphere, avrei lasciato il numero di host che devo fare determinare quale di questi due metodi che userei. Perché ho avuto un solo host per aggiornare oggi ho appena attivato SSH e usato il seguente comando:
esxcli software vib install-d <datastore <bundle.zip> path>
Ma se dovessi usare vSphere CLI avrei avuto bisogno di usare questo comando:
esxcli-s <server>-u root-p mypassword software vib install-d <datastore <bundle.zip> path>
Il vantaggio di utilizzare vSphere CLI è che si dovrebbe solo bisogno di cambiare il nome del server nel comando per ogni host che si vuole fare. Al termine dell'installazione sarà necessario anche riavviare l'host prima che i nuovi driver CIM avranno effetto.

giovedì 29 agosto 2013

Nuovo Windows 8.1 Preview su vSphere 5.1 Update 1

A quanto pare Microsoft ha appena rilasciato una nuova anteprima tecnico di Windows 8 ... oh, aspetta. Mi dispiace, volevo dire 8.1 (credo tutti i ragazzi fighi ora hanno un punto in uno i loro nomi di rilascio ;)) non sono esattamente sicuro di cosa è nuovo in questa versione, ma ho sentito voci su qualche cosa menu start? Per coloro di voi che sono interessati a provare il nuovo Windows 8.1 Preview, si può facilmente eseguire su l'ultima versione di vSphere che è 5.1 Update 1 che supporta ufficialmente Windows 8. Per creare la VM, è sufficiente selezionare l'ultima versione hardware virtuale che è 9 e Windows 8 (64 o 32 bit) come tipo di GuestOS. Ecco uno screenshot di Windows 8.1 Preview correre nel mio ambiente di laboratorio di casa:




Oltre al sistema operativo, ho anche installato VMware Tools, vmxnet3 driver di rete e una scheda audio HD per il nuovo Windows 8.1 VM e tutto sembra funzionare benissimo senza problemi.
Nota: Si dovrebbe anche essere in grado di eseguire Windows 8.1 Preview sulla più recente versione di VMware Fusion e Workstation, ma questo non è qualcosa che ho provato. Beh, ora che ho finito la condivisione è il momento di eliminare questa VM. Ho bisogno dei miei a casa risorse di laboratorio per le cose più importanti :) - See more at: http://www.virtuallyghetto.com/2013/06/new-windows-81-preview-on-vsphere-51.html#sthash.DjYzWzVU.dpuf

Charlotte VMUG vOpenData Presentazione Inviato + Nuovo Stats - See more at: http://www.virtuallyghetto.com/2013/06/charlotte-vmug-vopendata-presentation.html#sthash.CcNBZpVc.dpuf

La settimana scorsa ho avuto il privilegio di partecipare alla Summit Carolina utenti e da quello che ho sentito, è una delle più grandi VMUGs negli Stati Uniti. Mi è stato chiesto di dare una presentazione su un recente progetto comunitario che ho collaborato con Ben Thomas su cd vOpenData . La presentazione va in alcuni retroscena sul modo in cui il progetto è cominciato, uno sguardo più approfondito come funziona e una demo live tra cui alcune interessanti statistiche che non sono state condivise prima (CLTVMUG assoluta). Vorrei ringraziare tutti coloro che hanno partecipato alla sessione e le grandi questioni che erano cresciuti. Per quelli di voi che hanno perso o non hanno potuto partecipare, ho postato la presentazione on-line e si può scaricare qui . Spero che tutti divertito e spero che contribuirà tuoi dati così come aiutare a diffondere la parola su vOpenData! Sia io e Ben sono stati abbastanza sommersi da lavoro e di cambiamenti ultimamente, quindi speriamo di avere un po 'di un bel aggiornamento per tutti molto presto! Anche se si sa che cosa vOpenData è, penso che sia ancora la pena di controllare la presentazione in quanto contiene un gruppo più statistiche che non sono mai state condivise prima. Ecco uno sneak peak di due che sono sicuro sia Duncan Epping e Frank Denneman sarebbe molto orgoglioso di: Clusters w / vSphere HA configurato:







Clusters w / vSphere DRS configurato:

Infine, vorrei dare un grazie grande Charlie Gautreaux per avermi invitato fuori a Charlotte VMUG! Ho avuto un grande momento e ho incontrato un sacco di gente davvero cool! - See more at: http://www.virtuallyghetto.com/2013/06/charlotte-vmug-vopendata-presentation.html#sthash.CcNBZpVc.dpuf

sabato 24 agosto 2013

Implementazioni flessibili OVF utilizzando Opzioni di distribuzione (ad esempio, piccolo, medio, grande) - See more at: http://www.virtuallyghetto.com/2013/08/flexible-ovf-deployments-using.html#sthash.wiuNPMKj.dpuf

E 'abbastanza comune in questi giorni per vedere un venditore di distribuire le loro applicazioni come un dispositivo virtuale che pre-bundle sia un sistema operativo e la loro applicazione, invece di uno stand alone di installazione e prevede che come un OVF / OVA download. Questo rende estremamente facile per i clienti di implementare un'applicazione venditori con uno sforzo minimo. Un potenziale problema con la fornitura di un dispositivo virtuale è che la configurazione hardware virtuale come la CPU e la memoria è pre-configurato durante la distribuzione e di solito ottimizzato per il minimo comune denominatore come ad esempio un piccolo ambiente o anche laboratorio di casa per quella materia. Certo, è banale per aumentare queste risorse dopo la distribuzione, ma non sarebbe bello se il venditore potrebbe fornire una opzione "dimensionamento raccomandazione" durante la distribuzione del loro appliance virtuale? Si scopre il formato OVF effettivamente supporta tale funzionalità chiamataDeployment Opzioni e questo è probabilmente qualcosa che non è molto conosciuto. Personalmente ho visto solo questa funzione si abitua in una delle appliance virtuali di VMware, che è vCenter Operations . Quando si passa attraverso la procedura guidata di distribuzione di elettrodomestici vCenter Operations, si noterà uno dei passi è quello di selezionare la configurazione di distribuzione che in questo caso si basa sul numero di macchine virtuali che avete nel vostro ambiente di vCenter Server.  




L'opzione di distribuzione in questo esempio traduce al numero di CPU virtuale e vMemory che i dispositivi virtuali saranno distribuiti con. Naturalmente questa informazione può essere utilizzato anche all'interno delle GuestOS come parte del processo di avvio iniziale per configurare l'applicazione in base alle risorse stanziate per l'appliance virtuale. Se siete interessati a saperne di più sulle opzioni di distribuzione e le sue capacità, è possibile trovare ulteriori dettagli sul sito DMFT per il documento standard OVF a partire da pagina 35. Recentemente mi sono interessato a questo in quanto vi era una filettatura interna che chiede come sfruttare questa caratteristica e inizialmente ho pensato che questo sarebbe una capacità fornita da VMware Studio che è un prodotto che consente di creare appliance virtuali. Dopo la distribuzione VMware Studio, non sono riuscito a trovare un modo per attivare questa funzione come parte della costruzione. Attualmente sembra che sarà necessario modificare manualmente il file OVF, che è basato su XML (non ideale) per aggiungere in questa capacità supplementare. È anche possibile prendere una macchina virtuale esistente e di esportazione utilizzando il Web / C vSphere # client a un OVF / OVA e quindi aggiungere l'Opzione di distribuzione come un modo rapido e sporco di sfruttare questa funzione all'interno della propria organizzazione. Ho dato un'occhiata al vCenter Operations file di OVA per vedere come Opzioni di distribuzione di lavoro e in realtà sembra piuttosto semplice e richiede i seguenti tre sezioni:




  1. Distribuzione definizioni delle opzioni
  2. Configurazioni hardware virtuali
  3. Deployment Option Testo
Ho anche fornito un OVF esempio chiamata MyApp.ovf che è possibile scaricare per vedere come funzionano queste opzioni di lavoro.

Distribuzione definizioni delle opzioni


La prima sezione descrive le opzioni di distribuzione, nel seguente esempio usiamo le parole di piccole, medie e grandi. È possibile modificare questo testo per essere qualcosa come il bronzo, argento e oro. L'unica cosa da notare è l'id e la msgstr che dovranno essere maped a sezione # 2 e # 3
  <DeploymentOptionSection>   
   <Info> L'elenco delle opzioni di distribuzione </ info>   
    <Configuration ovf:id="small">     
        <label ovf:msgid="config.small.label"/>     
        <Descrizione OVF: msgid = "config.small . description "/>   
    </ configuration>   
    <Configuration ovf:id="medium">     
        <label ovf:msgid="config.medium.label"/>     
        <Descrizione ovf:msgid="config.medium.description"/>   
    < / Configuration>   
    <Configuration ovf:id="large">     
        <label ovf:msgid="config.large.label"/>     
        <Descrizione ovf:msgid="config.large.description"/>   
    </ Configuration>  
  </ DeploymentOptionSection >

Configurazioni hardware virtuali


La seconda sezione descrive la configurazione hardware virtuale e utilizza un ID del parametro di configurazione che mappa torna alla definizione originale. In questo esempio, stiamo guardando il numero di CPU virtuale del appliance virtuale può essere assegnato con. Per l'impostazione predefinita iniziale, non è necessario specificare una voce, ma per gli altri è necessario. Qui ho una definizione per le medie e grandi dimensioni e la loro rispettiva configurazione di CPU virtuale.
  <item>
    <rasd:AllocationUnits> hertz * 10 ^ 6 </ RASD: AllocationUnits>
    <rasd:Description> numero di CPU virtuali </ RASD: Descrizione>
    <rasd:ElementName> 1 virtuale   OVF: configurazione = "medium">     <rasd:AllocationUnits> hertz * 10 ^ 6 </ RASD: AllocationUnits>     <rasd:Description> numero di CPU virtuali </ RASD: Descrizione>     <rasd:ElementName> 2 virtuale   OVF: configurazione = "grande">     <rasd:AllocationUnits> hertz * 10 ^ 6 </ RASD: AllocationUnits>     <rasd:Description> numero di CPU virtuali </ RASD: Descrizione>     <rasd:ElementName> 4 virtuale


















Deployment Option Testo


L'ultima sezione contiene il testo che si desidera visualizzare per ciascuno dei tuoi Configurazioni di distribuzione. Potrete trovare le mappe msgstr torna alle definizioni, quindi se si sceglie di modificare il testo, assicurarsi che questi match up.
  <Strings>
   <Msg ovf:msgid="config.small.label"> Piccolo </ msg>  
   <Msg ovf:msgid="config.small.description"> Usare questa configurazione per piccole distribuzioni. Questa distribuzione dovrà 1 CPU virtuali e 1024 di memoria per la vApp. </ Msg>  
   <Msg ovf:msgid="config.medium.label"> Media </ msg>  
   <Msg ovf:msgid="config.medium.description"> Usare questa configurazione per piccole distribuzioni. Questa distribuzione avrà bisogno di 2 CPU virtuali e 2048 di memoria per la vApp. </ Msg>  
   <Msg ovf:msgid="config.large.label"> Grande </ msg>
   <Msg ovf:msgid="config.large.description"> Usare questa configurazione per piccole distribuzioni. Questa distribuzione dovrà 4 CPU virtuali e 4096 di memoria per la vApp. </ Msg>
  </ Strings>
Anche se ho vissuto delle opzioni di distribuzione durante la distribuzione vCenter Operations, in passato, a pensarci di più ora, è sicuramente qualcosa che può essere utile per le persone building appliance virtuali. La cosa veramente bella di questa caratteristica è che funziona durante la distribuzione sia a un vCenter Server e un host ESXi standalone. Speriamo di vedere più apparecchi virtuali sfruttando questa caratteristica accurata dello standard OVF. - See more at: http://www.virtuallyghetto.com/2013/08/flexible-ovf-deployments-using.html#sthash.wiuNPMKj.dpuf

Suggerimento rapido: quantità minima di memoria per eseguire il Server Appliance vCenter - See more at: http://www.virtuallyghetto.com/2013/08/quick-tip-minimum-amount-of-memory-to.html#sthash.fmCkjqJq.dpuf

Ho pensato che questo sarebbe stato conoscenza comune, ma dopo aver chiacchierato con un collega VMware che ha recentemente ricostruito il suo laboratorio a casa, mi sono reso conto che non può essere il caso. Il Server Appliance vCenter (VCSA) è distribuita come appliance virtuale e per impostazione predefinita è configurata per 8GB di memoria. Tuttavia, questo è sicuramente NON l'importo "minimo" di memoria necessaria per avere un vCenter Server completamente funzionale. Sembra che alcune persone sono semplicemente scaricando la macchina vCenter Server e solo attaccare con le impostazioni di default di 8 GB di memoria che per un laboratorio di casa è piuttosto una grande impronta, soprattutto in considerazione probabilmente si avrà bisogno di installare altre macchine virtuali. Il minimo effettivo per vCenter Server (Windows o Linux) è solo 4GB e tecnicamente parlando, si può anche ottenere via con solo 3 GB per il server vCenter Appliance (niente di meno, il sistema è estremamente lento e inutilizzabile). Ecco una rapida screenshot che mostra vCenter Server Appliance esegue con solo 3 GB di memoria:





VMware ha anche un articolo di KB in dettaglio i requisiti minimi per l'Appliance vCenter Server in base al numero di macchine virtuali e gli host che pensate di usare. Per il mio laboratorio a casa, io di solito bastone con la 4GB di memoria e non ho avuto problemi. Speriamo che questo suggerimento vi aiuterà a risparmiare un po 'di memoria sia per il vostro laboratorio o anche ambiente di produzione per altri carichi di lavoro. - See more at: http://www.virtuallyghetto.com/2013/08/quick-tip-minimum-amount-of-memory-to.html#sthash.fmCkjqJq.dpuf



Gestire VMware Workstation VMS remoto con WSX

Introduzione

Tradizionalmente, se si voleva accedere alle macchine virtuali VMware Workstation in remoto, lo faresti con RDP (per Windows VM) o VNC (che funziona per tutte le macchine virtuali Workstation). Tuttavia, nessuno di quelli che darebbe controlli remoti di potenza per le macchine virtuali. Così, se una VM è stato spento non si poteva accedervi.Ulteriormente, le VM devono essere collegati alla rete di gestirli in remoto (non su una rete privata o dietro NAT). Se volevi controlli di potenza per le macchine virtuali, è possibile connettersi al computer host Workstation utilizzando RDP (ammesso che sia in esecuzione Windows) o uno strumento come LogMeIn.com per ottenere tale accesso.Eppure, nessuna di queste soluzioni sono l'ideale e, per questo motivo, VMware ha recentemente pubblicato il loro nuovo WSX - una GUI basata su browser HTML5 per Workstation 9 macchine virtuali e host ESXi.

Introduzione a VMware WSX

Il nuovo WSX è una soluzione gratuita ma richiede che si esegue VMware Workstation, versione 9 sul computer.Workstation 9 e WSX sono compatibili con entrambi i sistemi operativi host Windows e Linux. WSX è piccolo e di facile installazione che ti dà molto rapidamente una grande interfaccia grafica web-based per le VM Workstation - che consente di controllare la loro alimentazione (accensione / spegnimento / resume) e l'accesso al controllo della macchina virtuale di ciascuno. Quindi, non è necessario RDP, il sistema operativo non ha bisogno di essere installato, e la VM non ha bisogno di accesso alla rete. WSX non è una sostituzione completa per la Workstation GUI come WSX fornisce solo i controlli menzionati, non la capacità di creare nuove macchine virtuali o modificare le configurazioni hardware virtuali delle vostre macchine virtuali, per esempio.
Inizialmente sono rimasto sorpreso quando ho provato WSX che con WSX si guadagna controlli di alimentazione remoto e l'accesso alla console di macchine virtuali in esecuzione su host VMware vSphere / ESXi. Quei VM non sono in esecuzione su workstation e non sono in esecuzione sul sistema operativo host che esegue WSX. Così, WSX può dare il controllo a distanza della vostra VM ESXi - a costo zero, attraverso un'interfaccia web, a patto che si sta utilizzando Workstation.

Download di WSX

Per scaricare VMware WSX, avrete bisogno di un account gratuito VMware come dovrete login. Se non ne avete uno, sono facili (e gratuito) per creare. È possibile scaricare WSX dallo stesso posto che avete scaricato VMware Workstation, quindi è facile da trovare. Mentre WSX non dispone di una licenza, è necessario che si utilizza VMware Workstation (che non dispone di una licenza). Se non si dispone già di VMware Workstation 9 in esecuzione, è possibile scaricarlo e usarlo, senza alcun costo per 30 giorni presso la " Prova Workstation "sito web.
VMware WSX è disponibile in un programma di installazione di Windows, Linux a 32 bit e Linux a 64 bit.
Immagine
Figura 1:
 Scaricare VMware WSX
Ho scaricato la versione per Windows di WSX (che è sia a 32 che a 64 bit compatibile).

Installazione WSX

Una volta che ho scaricato il 10MB ~ VMware WSX, ero pronto per l'installazione.
Immagine
Figura 2:
 VMware WSX Pronti per installazione
Dopo l'esecuzione di WSX, il programma di installazione ha avuto inizio.
Immagine
Figura 3:
 WSX Installer
Da qui, sono andato attraverso il processo di installazione, prendendo tutte le impostazioni predefinite. Inizialmente, ho accettato il contratto di licenza utente finale.
Immagine
Figura 4:
 Accettare EULA WSX
Successivamente, ho accettato l'impostazione predefinita per il numero di porta per la connessione a WSX WSX.Questo numero di porta è 8888. Così, per la connessione a interfaccia web WSX (in base al numero di porta di default), si connettersi a http://localhost:8888 , ma solo se si sta utilizzando il browser Web sul computer locale (in esecuzione WSX). Se tu fossi dall'altra parte della rete LAN, si dovrebbe conoscere l'indirizzo IP o il nome host del computer che esegue Workstation e WSX.
Immagine
Figura 5:
 Numero di porta predefinito WSX
Successivamente, ho cliccato Installa per avviare l'installazione WSX.
Immagine
Figura 6:
 Inizio WSX installazione
Come WSX è tale un piccolo impianto, ci sono voluti solo un paio di minuti per l'installazione.
Quando l'installazione è completata, verrà visualizzato il messaggio
Immagine
Figura 7:
 WSX installazione è completa
Da qui, si è pronti per iniziare a somministrare il tuo WSX Workstation.

Gestire VMware vSphere con WSX

Quando si punta il browser Web locale al primo http://localhost:8888 , ti verrà richiesto di specificare un nome utente e una password. Questo nome utente e la password sta per essere il nome utente e la password che hai installato WSX sotto (o credo che qualsiasi nome utente e la password di amministrazione lavoreranno).
Immagine
Figura 8:
 Accesso a WSX
Una volta entrati in WSX, vedrete una sorta di biblioteca macchina virtuale sulla sinistra. Tuttavia, per impostazione predefinita non è possibile avere macchine virtuali.
Immagine
Figura 9:
 Benvenuti a WSX
Vedrete la VM condivisa opzione (che sarebbe per le macchine virtuali locali in Workstation). Quello che ho molto rapidamente scoperto è che si può Aggiungi server . Che cosa vuol dire? Che tipo di server? Mi chiedevo la stessa cosa fino a quando ho cliccato su di esso e ho scoperto che WSX può gestire VMware vSphere / ESXi macchine host virtuale - sia stand-alone o come gestito da VMware vCenter.
In questo caso, ho intenzione di connettersi a un host ESXi (non vCenter). Per collegare WSX a un host ESXi, fare clic su Aggiungi un server e immettere il nome host del server ESXi, come si vede nel grafico qui sotto.
Immagine
Figura 10:
 Aggiunta di un server di WSX
Poi viene richiesto di fornire le credenziali per accedere all'host ESXi (probabilmente il nome utente e la password di root).
Immagine
Figura 11:
 Connessione al host ESXi
Da lì, vedrete le macchine virtuali in esecuzione su host ESXi.
Immagine
Figura 12:
 macchine virtuali in esecuzione su ESXi, visto attraverso WSX
È ora possibile accedere alla console di ogni macchina virtuale e controllare il suo potere.
Immagine
Figura 13:
 Accesso alla console di VM in esecuzione in ESXi
Come potete vedere, posso accedere console della VM, vedo la sua CPU e la configurazione della memoria, e posso spegnerlo o sospenderla.

Gestione macchine virtuali con VMware Workstation WSX

Per accedere alle macchine virtuali in esecuzione in Workstation, proprio come abbiamo fatto con l'host ESXi, per prima cosa è necessario utilizzare l'opzione Workstation per Condividere la VM . Questo è facile da fare. È sufficiente trascinare e rilasciare il VM al VM condivisa cartella nella struttura dell'inventario Workstation. Quando lo fa, questo sarà automaticamente aprire la Condividere una macchina virtuale guidata .
Immagine
Figura 14:
 Condivisione di una macchina virtuale
Da qui, avrete solo bisogno di rispondere ad alcune domande di base.
Dovrete specificare 1) che cosa si desidera che il nome della VM di essere una volta che è condiviso e 2) se si desidera che la macchina virtuale deve essere spostato o copiato nell'area quota. Si può prendere i valori di default (per spostare la VM), come ho fatto io, senza danneggiare nulla.
Immagine
Figura 15:
 Condivisione di una VM - Tipo di trasferimento
Quando la condivisione è completato, si dovrebbe vedere i risultati in figura 16, in cui la VM è ora nella cartella condivisa.
Immagine
Figura 16:
 Condivisione di una VM Risultati
Con la VM condivisa con successo, si dovrebbe ora essere in grado di accedervi utilizzando WSX.
Se torniamo alla interfaccia web WSX e si fa clic su Shared VM (localhost) , si dovrebbe ora vedere le VM condivise (ho condiviso un paio di macchine virtuali che uno solo a scopo dimostrativo).
Immagine
Figura 17:
 Workstation VM condivisa attraverso WSX
Se si fa clic su una delle macchine virtuali, si dovrebbe vedere la stessa interfaccia che abbiamo visto quando abbiamo accedere in remoto al nostro server di macchine virtuali ESXi.
Immagine
Figura 18:
 Accesso a una macchina virtuale condivisa attraverso WSX
Nella figura 18 sopra, mi vedete accesso remoto la macchina virtuale di Windows Server 2012 che abbiamo condiviso.