rsicilia's Posts

Sorry, pensavo ti riferissi a Workstation 7. Prova queste due modifiche (una alla volta): - modificare la configurazione della rete in bridge invece di NAT con DHCP disabilitato - in modalità NAT verifica che la configurazione della virtual network sia in "auto-discovery unused network", o una cosa simile (vado a memoria) Ciao! -- Rocco Sicilia http://www.roccosicilia.it

Ciao, la prima dritta che ti do è di valutare l'evoluzione O.S. / Software... stai usando una version di Workstatio molto datata su una versione di Ubuntu molto recente, quindi non mi stupisco che non sia facile trovare case history simili al tuo. Se hai modo esegui un upgrade di Workstation almeno alla 10. Per indagare il problema dovresti cmq postarci qualche LOG di Workstation al momento del verificarsi dell'anomalia. Le KB sul problema sono molto generiche. Ciao! -- Rocco Sicilia http://www.roccosicilia.it

Ciao, esistono diverse metodologie per aggregare due NIC ma il risultato non è mai "un link con capacità eguale alla somma delle capacità dei singoli link". Sicuramente, a seconda del protocollo di bilanciamento che scegli, migliorerai l'efficienza del tuo LINK che "assomiglierà" ad un canale più ampio. Tieni presente che molto dipende appunto dal protocollo che scegli per smistare il traffico. Se ci dai maggiori dettagli sullo scenario possiamo provare a fare delle ipotesi. Ciao! -- Rocco Sicilia http://www.roccosicilia.it

Ciao MrMingo2000, ciò che devi verificare, ammesso che sia possibile con gli O.S. di casa Apple, è aggiungere il virtual hardware relativo alla webcam del tuo PC (se lo vedi disponibile tra i dispositivi che workstation è in grado di virtualizzare sulla tua macchina) ed andare a caccia di un driver per OSX di quel dispositivo (e qui la vedo un po' dura). Vado un secondo OFF-TOPIC: gli O.S. di Apple hanno un set di driver ben specifico per i supporti hardware di Apple, non è raro quindi scoprire che i driver per i dispositivi non Apple non esistano. Esistono distribuzioni di OSX (non ufficiali ovviamente) che possono aiutarti in tal senso. Buona fortuna con i tuoi espetimenti -- Rocco Sicilia http://www.roccosicilia.it

Se tutte le comunicazioni viaggiano su rete ethernet e la rete ha un problema poco cambia se l'operatore usa una workstation o una VM, non avrai comunicazione. Per avere ovviare al problema che esponi dovresti mantenere sia il sistema tradizionale che quello centralizzato. A livello tecnico ti suggerirei di rendere più robusta e resiliente la tua rete in modo da minimizzare i problemi di comunicazione e passare tranquillamente al virtuale. -- Rocco Sicilia http://www.roccosicilia.it

Senza LVM, se il disco da espandere è quello di sistema, devi necessariamente lavorare con i volumi "unmounted". Eventualmente puoi fare tutto senza usare gparted avviando il sistema in rescue mode: https://www.centos.org/docs/5/html/5.2/Deployment_Guide/s2-disk-storage-parted-resize-part.html Ciao! -- Rocco Sicilia http://www.roccosicilia.it

La tua licenza comprenderà solo alcune funzionalità e prodotti. Nel link che ti ho girato prima trovi cose è compreso e cosa no, ciò che è compreso puoi scaricarlo ed installarlo all'interno del tuo ambiente. -- Rocco Sicilia http://www.roccosicilia.it

Se ti riferisci alla vCenter Server Appliance la risposta è "SI", non ci sono limitazioni d'uso in relazione alla versione. Ovviamente sarai limitato alle funzionalità relative alla versione Essential Plus: Confronta le diverse edizioni di vSphere: virtualizzazione del server e infrastruttura cloud | VMware Italia. Ciao -- Rocco Sicilia http://www.roccosicilia.it

Fare Folder nel Datastore non è uguale a fare Folder nell'Inventory. Sono due cose diverse. A tua discrezione come operare in base a ciò che ti è più comodo, ma non stiamo parlando della stessa funzionalità. Più in generale annidare i files delle VMs potrebbe rendere meno intellegibile l'inventori rispetto alla classica situazione in cui il nome della VM corrisponde anche al nome del folder nella root del Datastore. Come si dice ai dibattiti: as you wish -- Rocco Sicilia http://www.roccosicilia.it

Nell'inventory di un ESXi (quindi senta vCenter) non hai le "cartelle", quini non puoi farci affidamento a livello organizzativo. C'è chi usa - in modo estremamente errato - i resource pool... te lo dico per metterti in guardia -- Rocco Sicilia http://www.roccosicilia.it

Non so dirti cosa sia a generare quel traffico ma è evidente che c'è. Devi necessariamente indagare. I grafici di latenza che alleghi non si riferiscono alla stessa fascia oraria, non sono quindi utili all'analisi della problematica in oggetto. Ciao! -- Rocco Sicilia http://www.roccosicilia.it

Direi che corrisponde in modo evidente ad una procedura che sposta o copia files. A questo punto controlla la latency del datastore su cui insiste la VM nello stesso periodo, se è come penso vedrai la latenza aumentare. In ogni caso non è raro che una sistema risulti "rallentato" mentre sta compiendo delle lavorazioni come il traffico di dati su disco o via rete. -- Rocco Sicilia http://www.roccosicilia.it

L'organizzazione in folder nel Datastore non ha nulla a che fare con i folder dell'inventario. Inoltre se non ricordo male con ESXi stand-alone (non lo uso mai, potrei sbagliarmi) non puoi organizzare l'inventario in folder. -- Rocco Sicilia http://www.roccosicilia.it

Il grafico mostra un trasferimento dati a partire dalle 09:45 ma non sappiamo cosa stava facendo la CPU in quel momento (il grafico si ferma alle 09:40). L'I/O su disco potrebbe essere causa di lentezza ma l'intensità non mi sembra tale da far sorgere problemi. Ricapitolando ti suggerisco di interpolare i grafici - nello stesso intervallo di tempo, di CPU ready time e I/O latency tra le 09:30 e le 10:00. Ciao -- Rocco Sicilia http://www.roccosicilia.it

Riesci a mettere a confronto il ready time di una VM "lenta" con il comportamento dell'host? Di media una VM su questi host che ready time presenta quando la CPU lavora? -- Rocco Sicilia http://www.roccosicilia.it