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.

giovedì 8 agosto 2013

vSphere5: Cosa SMB bisogno di sapere

Con il rilascio di vSphere 5 è quello che molti chiamano il "vRAM TAX". Se non avete sentito parlare controllare questo post che ho fatto l'altro giorno. Comunque, ci sono anche alcune altre modifiche ai pacchetti SMB che VMware offre così, in modo da @ johntatum su twitter ha chiesto cosa significasse per il mercato delle PMI ho pensato di buttare qualcosa insieme.
In superficie il cambiamento più evidente è il prezzo da pagare per Essentials Plus, è stato $ 3495 + $ 874 per SnS ... ora il suo $ 4495 + $ 1124 per la SNS, che equivale a un aumento del 29%. Quindi, cosa si ottiene che è nuovo per questo il 29% aumento di prezzo? Niente di veramente ... nulla oltre l'ultima versione di vSphere. Sì OK, ci sono importanti miglioramenti a VMware Data Recovery e VMware HA ... che sono entrambi in Essentials Plus, ma in realtà non ci sono grandi novità con i pacchetti SMB.
Ora torniamo alla Fiscale vRAM ... in vSphere 4 è stato permesso di utilizzare fino a 6 CPU c'è nel vostro Essentials / Essentials Plus a grappolo finché non hanno avuto più di 6 core per socket, in modo essenzialmente fino a 36 core è stato sufficiente a sostenere il carico di lavoro, allora si potrebbe aggiungere quanta più RAM avevi bisogno. Fare Essentials Plus è stato altrettanto buono come l'acquisto di VMware licenze standard. Ora in vSphere 5 ci sono ancora limitati a 6 core / presa, ma dove VMware è davvero bloccando la capacità del kit Essentials è la RAM .... ora siamo limitati a 144 GB di RAM per il nostro gruppo SMB. Non importa se ho un ospite con 144 GB di RAM o 3 host con 48GB di RAM ciascuna .... 144 GB è il limite. Questo rende VMware standard licenze più bello se si ha bisogno di un sacco di RAM, perché? Beh, se 144 GB di RAM non è sufficiente si può solo comprare un paio di licenze più standard ... ognuno che vi dà accesso a destinare un altro 24 GB di RAM per macchine virtuali .... non si può fare questo con uno dei kit di SMB. La linea di fondo per il kit SMB è ora di RAM ... se avete bisogno di allocare più di 144 GB di RAM per VM ... è il momento di passare ad almeno licenze standard.
Quindi, ecco quello che avete visto prima:
Quindi, se si guarda a questo primo grafico vediamo la SMB kit Essential ... si dice che offre fino a 3 host con 2 prese ciascuna, a 4 vie VSMP, thin provisioning e Update Manager .... questo è lo stesso del vecchio giorni in vSphere 4.Avanti si passa al kit SMB Essentials Plus ... aggiunge le stesse caratteristiche di prima ... ah, VMotion e ripristino dei dati. Il prezzo è la parte nuova. Così il vostro probabilmente chiedendo è tutt'altro nuova importante nel settore SMB?Sì ... ma sta andando a costare in più.
Il prossimo grafico mostra Essentials Plus con il nuovo software VSA. VSA è l'acronimo di Virtual SAN Appliance, ed è una nuova offerta per SMB che sostituisce una SAN hardware con il software che funziona sul vostro host ESXi, e quindi presenta storage locale nei server back al cluster come storage condiviso ... proprio come un vero e proprio SAN farebbe fare.
Sembra che in bundle con Essentials Plus alzerà il prezzo di $ 3500, ma dall'altro lato della medaglia che vi farà risparmiare denaro in quanto non si dispone di comprare una SAN. Non troppo eccitato, però, come sarà ancora bisogno di comprare dischi ... e più di loro.
Partiamo al "principio", questo non è un concetto nuovo ... reti mancina, e ora HP StorageWorks ha fatto questo per anni. Il primo cluster VMware ho mai progettato in realtà usato la P4000 VSA e vSphere 4.0, e funziona benissimo.Dopo mi sono trasferito da Network Design presso SMSproTech di servizio, ho avuto la possibilità di lavorare su questo cluster e la sua operatività era su 365 giorni .... in realtà essa era già in marcia da quando l'ingegnere installato il progetto ... 100% di uptime. Non voglio entrare troppo in profondità nel SAN HP, ma da una prima occhiata la HP VSA metterò voi più funzioni quindi la versione di VMware, controlla qui per un grande post sul blog su questo argomento .
Nel complesso vSphere 5 sta per essere grande! il lato negativo è che VMware vuole un po 'più di soldi da voi per usarlo. Il mio consiglio è di andare avanti e comprare vSphere 4, se avevi intenzione di esso, ottenere il vostro progetto avviato e mettersi a proprio agio ... avrete SnS e può sempre aggiornare lungo la strada. Inoltre in questo momento ci sia un sacco di linea confusa e FUD, in modo da lavorare con il vostro rivenditore quando arriva il momento di acquistare (se il progetto è in fondo alla strada) e vi aiuterà assicurarsi che il curato.

vSphere 5 VRAM Considerazioni

12 luglio VMware ha annunciato ufficialmente vSphere 5 e tutte le sue nuove caratteristiche impressionanti. Una di queste "caratteristiche" si chiama I diritti VRAM. Fondamentalmente ciò che questa "caratteristica" non è limitare la quantità di RAM fisica che si può mettere nel vostro server.
In questi giorni con i server che possono contenere centinaia di gigabyte di RAM VMware probabilmente sente che essi sono sempre fregati e perdere un ot di contanti su tutte le licenze CPU in più che la tua non comprare più.Quando ti fermi e pensi, è davvero evidente dal lato contatore di fagioli di cose.
Se il mio carico di lavoro richiede 128 GB di RAM (non conta la RAM in più per il failover o in testa), e ho solo bisogno le caratteristiche della licenza "Standard". (Lo stesso scenario si applica a Enterprise vs Enterprise Plus ... solo numeri diversi) Ho un paio di scelte:
  • Acquista quattro server con 32 GB di RAM in ogni server (per un totale di 128 GB di RAM e 8 socket per CPU)
  • Acquista due server con 64 GB di RAM in ogni server (per un totale di 128 GB di RAM e 4 socket per CPU)
Quindi, dal lato delle licenze VMware delle cose (in vSphere 4.x giorni) la prima opzione darebbe VMware un assegno da 995 x 4 (4 socket per CPU x 995 dollari a licenza) in modo da 3.980 dollari (non compresa SNS), e la seconda opzione (in vSphere 4.x giorni) otterrebbe VMware un assegno di $ 995 * 8 (a causa delle prese di 8 CPU), per un totale di 7.960 dollari.
Quindi, dal tuo punto di vista (come cliente) si sarebbe probabilmente molto meglio a destra il controllo per $ 4k e investire la differenza in quei chip di RAM più grandi. Bene con vSphere 5 e il Diritto vRAM non è più possibile utilizzare le licenze standard per questa seconda opzione .... perché ci sono solo permesso di avere 24GB di licenza di RAM / CPU adesso. Così stanno costringendo a passo fino alla licenza Enterprise per consentire che 32GB di licenza RAM / CPU ... cioè l'assegno per il server più piccolo ora sta andando essere $ 2875 * 4 ... ottenendo VMware un assegno di 11.500 $ invece di 3.980 dollari. (In alternativa è possibile acquistare più licenze standard VMware e aggiungerli al vCenter)
Chiaramente questo li protegge dal popolamento che stanno acquistando i server mostro con centinaia di GB di RAM in loro. Quindi, se avete in programma un progetto qui è quello che è necessario sapere:
Un tipico DL380/360 - 2 server socket CPU può ora contenere solo 48 GB di RAM, se si desidera utilizzare qualsiasi versione di vSphere 5 che è più basso quindi di licenza Enterprise. Tuttavia, se si acquista vSphere 4.1 Avanzate SUBITO SnS quando vSphere 5 diventa disponibile siete clausola di salvaguardia in per vSphere 5 Enterprise! che vi dà la possibilità di andare per 64 GB di RAM per DL380/360.
Linea di fondo, se la vostra in programma un progetto con i server con più di 48 GB di RAM per server ....ACQUISTA LA LICENZA adesso prima vSphere 5 è GA.

Possibili vSphere 5 Dettagli?

Durante il fine settimana stavo leggendo alcuni articoli sulla SearchServerVirtualization.com e ho notato uno sui possibili vSphere 5 dettagli essendo trapelato. Mentre io non incoraggio chiunque abbia informazioni privilegiata di violare la NDA hanno firmato ... è sempre divertente per ottenere una sneak peak.
Vi consiglio vivamente di dare un'occhiata all'articolo sopra sul loro sito, ahttp://searchservervirtualization.techtarget.com/news/2240034504/VMware-vSphere-5-details-leaked
Anche se l'informazione non è vero di sicuro suona gentile con me, e avrebbe fatto alcuni buoni punti per attuare nella road map. Mi piace soprattutto l'idea di un apparecchio vCenter e di un'interfaccia basata su browser .... renderebbe molto più facile per me di andare a Ubuntu sul mio portatile!