ldelloca Tracker

Re: Modifica Porta 443 - Connessione esterna

ldelloca — Fri, 15 Sep 2017 13:33:46 GMT

Io onestamente ci penserei molto molto molto bene prima di esporre la console di vSphere su internet. Molto meglio un reverse proxy o una vpn per fare queste cose.

Re: Migrazione vcsa 5.5 -> 6.5 obbliga selezionare ambiente X-Large?

ldelloca — Mon, 27 Mar 2017 15:27:08 GMT

Pare in realtà un problema noto, non so se ad Alessandro serva ancora visto che ha preferito rifare l'ambiente, ma nel caso con un pò di pulizia del database si può tornare ad avere tutte le opzioni disponibili, leggete qui:

http://blog.mwpreston.net/2017/03/21/vcsa-migration-only-allows-for-large-deployment/

Re: Migrazione vcsa 5.5 -> 6.5 obbliga selezionare ambiente X-Large?

ldelloca — Fri, 03 Mar 2017 08:46:13 GMT

Ah. Beh, occhio che il Migration Tool non è dotato di una bella GUI in cui clicchi le VM e fai il mapping, ti consiglierei di provarlo per bene prima di decidere di usarlo. Non che non possa aiutare eh, solo che qualcuno si è scottato quando ha scoperto che è tutto command line.

Re: Migrazione vcsa 5.5 -> 6.5 obbliga selezionare ambiente X-Large?

ldelloca — Wed, 01 Mar 2017 11:15:02 GMT

Ciao Alessandro,

ho fatto solo due migrazioni di questo tipo, una come la tua ma era un'installazione 6.0, l'altra era una vcsa 6.0 aggiornata a 6.5 più rimozione del vum su windows.

Nei miei due casi, avevo sempre avuto a disposizione la scelta di tutte e tre le dimensioni esistenti, può essere che l'attuale dimensione della VCSA è già più grande del minimo, e quindi l'upgrade non permette un ridimensionamento verso il basso? Penso inoltre che visto che il disco è fatto in formato thin, alla peggio puoi comunque usare la XL, e dopo l'aggiornamento ridurre ram e cpu.

Luca

Re: Versioni vSphere 5.1 e 5.5 - Disaster Recovery

ldelloca — Tue, 22 Mar 2016 16:12:31 GMT

No, la virtualizzazione esiste apposta per eliminare le differenze di hardware fisico sottostante

Chiedevo della VM spenta per essere sicuro che non ci fossero processi in pending mentre si faceva l'export, ma non è il caso qui.

Come dicevo, hai provato ad eseguire fsck come suggerito da CentOS?

Re: Versioni vSphere 5.1 e 5.5 - Disaster Recovery

ldelloca — Tue, 22 Mar 2016 12:36:50 GMT

Hai provato a fare il disk check come consigliato da CentOS? A leggere la schermata pare un problema di timestamp su qualche blocco, non sono sicuro sia colpa dell'import/export della VM. Come hai fatto questa operazione? La VM era spenta?

Re: Veeam backup taking 9 hours on a 2tb backup then disconnecting for 20 minutes at the end

ldelloca — Tue, 05 Jan 2016 21:01:34 GMT

I just noticed now, the job starts at 10pm but this specific VM is only processed at the end:

1/4/2016 7:35:01 AM :: Queued for processing at 1/4/2016 7:35:01 AM

1/4/2016 7:35:01 AM :: Required backup infrastructure resources have been assigned

1/4/2016 7:35:07 AM :: Full backup file merge completed successfully

1/4/2016 7:54:16 AM :: Load: Source 95% > Proxy 56% > Network 5% > Target 1%

1/4/2016 7:54:17 AM :: Primary bottleneck: Source

1/4/2016 7:54:18 AM :: Job finished at 1/4/2016 7:54:16 AM

And it just took 21 minutes, not 9 hours!!!!

The job has other VMs before this one that are processed?

Re: Veeam backup taking 9 hours on a 2tb backup then disconnecting for 20 minutes at the end

ldelloca — Tue, 05 Jan 2016 20:59:43 GMT

95% bottleneck on the source clearly means the production storage cannot read data faster than it is doing right now.

And this also explains why the snapshot commit takes so long and the VM hungs during this phase.

If you select the VM on the left side of the report, what are the details of the VM processing? If the veeam server is not configured for san mode, you are probably using network mode...

Luca

Re: Veeam backup taking 9 hours on a 2tb backup then disconnecting for 20 minutes at the end

ldelloca — Tue, 05 Jan 2016 20:46:15 GMT

Hi Dave,

some more informations are needed to tell if it's normal or not. What's the storage and the network of the environment? How is Veeam deployed? What's the backup storage? And in the backup report, what is the average speed, transferred data, and the bottleneck stats?

Luca

Re: VSAN datastore

ldelloca — Wed, 09 Dec 2015 13:36:18 GMT

Siccome la ridondanza è applicabile per singola VM, VSAN non può sapere a prescindere quale policy verrà adottata su una VM, e la policy può anche essere modificata in seguito. Quindi ti mostra lo spazio complessivo disponibile.

Re: VSAN datastore

ldelloca — Wed, 09 Dec 2015 13:25:15 GMT

Quando consumi spazio, vedrai che lo spazio libero si riduce del doppio di quello effettivamente occupato da una VM, quindi fidati 7,8 TB di VM non ce li potrai mai mettere, a meno di non usare una policy FTT=0 (che è come un raid0).

Luca

Re: VSAN datastore

ldelloca — Wed, 09 Dec 2015 12:27:03 GMT

Non vedo il problema sinceramente, hai già fatto il deploy di una o più VM come hai detto e lo spazio si è ridotto conseguentemente.

Re: VSAN datastore

ldelloca — Wed, 09 Dec 2015 11:50:02 GMT

Ciao,

la policy di default di VSAN è paragonabile a un RAID1, quindi non potrai mai riempire tutto lo spazio disponibile, perchè la cosa violerebbe la policy.

Inoltre, i calcoli sono sbagliati, i dischi SSD sono usati come write e read cache ma non partecipano allo spazio disco,quindi lo spazio raw disponibile è solo 3 x (4 x 900) = 10,8 TB, che corrisponde ai 10,5 osservati.

Se non modifichi la policy, potrai al massimo usare 5,25 TB di spazio (in realtà anche meno contando swap files e un minimo di tolleranza).

Luca

Re: CPU e vCore, best practice?

ldelloca — Sun, 18 Oct 2015 09:03:02 GMT

Ciao,

sì tendenzialmente la differenza è unicamente relativa al licensing, ad esempio SQL express usa solo una cpu, ma creando ad esempio una VM con 1 socket e 4 core gli si riesce a dare più cpu da utlizzare.

Per i consumi, la cosa migliore è partire con le specifiche dell'applicazione che dovrà essere eseguita, ad esempio se non è multithread è inutile avere più core sulla VM. Se invece è multithreaded, bisogna controllare il reale consumo di risorse durante il suo esercizio, e intervenire se e quando necessario. Io almeno controllo questi parametri, e i grafici di prestazioni di vCenter, da li si vede il reale consumo, sia medio che di picco.

Luca

Re: Installazione VDR 2.0 su vcenter 6 update 1

ldelloca — Tue, 06 Oct 2015 11:29:33 GMT

E scoprirai che VDR 2.0.3 (l'ultima version) supporta fino a vSphere 5.0 u3...

E' un prodotto dismesso, se vuoi proteggere vSphere 6 devi usare le ultime versioni del suo successore, VDP.

Luca

Re: Dimensionamento Storage con piccolo Budget

ldelloca — Wed, 30 Sep 2015 10:03:20 GMT

Eccole:

HP Free VSA: https://h20392.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=VSA1TB-S

Stormagic: Virtual SAN Storage | Virtualization Storage Software - StorMagic

Altra cosa che mi è venuta in mente, il witness. Entrambe le soluzioni, quando usate su due nodi, richiedono un terzo nodo che faccia da quorum. Non contiene dati, ma copie dei metadati. HP ha un suo componente che però è una virtual machine, quindi serve un terzo server che può essere un ESXi oppure un computer che esegue vmware player ad esempio. Non è per niente supportato da HP ma ho letto in giro che si può fare.

Stormagic invece ha un componente software da installare, e parlando con loro, supportano anche cose come i Raspberry Pi!

Onestamente per l'ambiente che è, guarderei stormagic per primo.

Luca

Re: Dimensionamento Storage con piccolo Budget

ldelloca — Wed, 30 Sep 2015 09:36:44 GMT

ciao,

perdonami non volevo distrarre l'attenzione dal topic principale.

Come ti hanno già suggerito diverse persone, per due soli ESXi host un singolo storage, per di più con singolo controller, NON è una scelta ottimale.

Molto meglio guardare a soluzioni software, come la StoreVirtual VSA di HP, oppure c'è anche StorMagic che funziona molto bene con due soli nodi.

A livello prezzi siamo a pari: i due server sono identici sia per usare la VSA che il QNAP, cosi come le licenze vSphere. Devi avere il software storage e il doppio dei dischi per fare un mirror tra i due server, ma dall'altro lato risparmi il costo del qnap vuoto. E non c'è nemmeno paragone a livello di affidabilità tra le due soluzioni, dato che il qnap non ha ridondanza.

Per le prestazioni, la versione free di HP VSA non supporta caching (chiamato Adaptive Optimization in HP), ma svsan di Stormagic si. Metti un disco SSD per server, più i dischi meccanici che ti servono per ospitare l'intero spazio disco occupato dalle VM su ogni server. Come detto queste sono idee di massima, dato che non sappiamo ne quanto spazio ti serve ne quanti IOPS verranno consumati dalle VM.

Luca

Re: Dimensionamento Storage con piccolo Budget

ldelloca — Wed, 30 Sep 2015 08:32:18 GMT

So che non c'entra niente con la virtualizzazione, ma per 10 caselle di posta e tutto il lavoro che ci va a mantenere un exchange server, non è meglio passare tutto su Office365?

Luca

Re: Idea per un sito di DR a minor costo possibile...

ldelloca — Tue, 29 Sep 2015 08:29:24 GMT

Per la parte di networking ci sono varie opzioni. Puoi anche pensare, se puoi portare le stesse VLAN su entrambi i siti, di evitare L3 e quindi i re-ip delle VM, che è fattibile in modo semplice su windows, ma richiede scripting su linux. Se le due reti girano a L2 non devi cambiare niente. Il contro è che ti ritrovi con un bel pò di broadcast che attraversano il link, ma con 200 MBps è un problema decisamente secondario.

Per il test di failover, che concordo VANNO fatti periodicamente, dobbiamo tornare un pò sulle specificità del prodotto usato. Veeam ti consente di usare surereplica, che è fatto proprio per queste occasioni, e ti permette di fare "fencing" delle reti in modo che la VM gemella in DR, quando accesa, non vada in conflitto con quella di produzione.

Ti consiglierei inoltre, per i servizi che lo prevedono, di avere ridondanza a livello applicativo prima ancora che infrastrutturale. Il più lampante che mi viene in mente è active directory. Leggo molti che chiedono come replicare i domain controller, ma a meno che non ci siano seri problemi di licensing, prevedi di avere due domain controller aggiuntivi nel sito secondario, già configurati e operativi. Basta usare i sites opportunamente configurati per tenere tutti i login locali al sito dove i client si trovano, ma almeno in caso di crash i due controller sono già pronti in DR.

Stesso discorso per Exchange ad esempio se usi i DAG. Per tutto il resto, repliche di Veeam e via...

Luca.

Re: Idea per un sito di DR a minor costo possibile...

ldelloca — Tue, 29 Sep 2015 08:11:49 GMT

Ok, direi che in queste condizioni il sito remoto di proprietà ha perfettamente senso.

Per le scelte, si avere hardware differente ti protegge da errori causati da versioni del software diverse, se il fatto di dover imparare a gestire due componenti diversi invece di uno solo non è un problema.

Direi che il piano che hai pensato ha perfettamente senso. Resta unicamente da gestire, al di fuori della piattaforma virtualizzata e del software di replica, il ripuntamento del dns sulle nuove macchine quando avvii il failover. Per fare questo puoi pensare di usare procedure manuali (a patto di tenere i TTL dei vari record molto bassi) oppure usare servizi dns con funzioni fi health check. Ad esempio Route53 di AWS ha le opzioni per fare i check sullo stato dei servizi e switchare ad altri record in caso di problemi, ma ci sono anche altri servizi simili che potete valutare.

Luca