Risposte:
Espellere SEMPRE qualsiasi supporto virtuale (CD / DVD / Floppy) una volta che hai finito per non farlo spesso fermerà un vMotion nelle sue tracce.
Ottieni correttamente la tua configurazione NTP e DNS, questo ti salverà dal contemplare il suicidio :)
Non puoi mai avere abbastanza memoria o spazio di archiviazione.
Assicurati di avere accesso remoto, senza SO, ai tuoi computer come il sistema iLO di HP.
Conservare un repository di file OS / App OS / App.
Non è una risposta diretta alla tua domanda, ma nella speranza che qualcuno si risparmierà di strapparsi i capelli in futuro trovando questa risposta: i server blade HP non vengono spediti con il loro bit "VT" abilitato per impostazione predefinita, devi abilitare nel BIOS (F9). Senza questo ESX 3.5U4 non viene generato un errore utile, no si blocca solo prima dell'installazione del codice :(
Per rispondere alla domanda come chiesto: insidie relative alle migrazioni P2V.
Prima di tutto: le migrazioni P2V funzionano molto bene per la maggior parte. Più i sistemi sono puliti e nuovi, meglio è, ma anche con la migrazione di vecchi (sistemi NT4) il mio tasso di successo dopo più di cento migrazioni in una vasta gamma di ambienti è stato di circa il 90%. Si tratta di sistemi che sono migrati e sono stati consegnati alla produzione nel giorno (e soprattutto nella notte) previsto. Ho sempre avuto un solo sistema da cui abbiamo dovuto annullare dopo una migrazione apparentemente riuscita: una scatola SQL che richiedeva più potenza della CPU di quella che la piattaforma potesse mai offrire. VMware Converter è buono e gratuito (per la versione non aziendale), Platespin è molto buono (ma costoso).
Detto questo, ci sono cose da evitare.
Cluster MSCS. Puoi farli funzionare, ma non è mai una grande idea e Microsoft non ti aiuterà in alcun modo in caso di problemi in seguito. Costruisci invece nuovi sistemi autonomi.
Server SQL di grandi dimensioni - enfasi su grandi. Questi dovrebbero essere stati contrassegnati in rosso da un POV dei requisiti della CPU in anticipo, ma non essere tentato di spostarne uno se non si è certi che la VM di destinazione disporrà di un ampio margine per la CPU.
Se stai pianificando di cambiare i nomi di sistema o gli indirizzi IP (o entrambi) durante la migrazione, prima considera di non farlo e se non hai assolutamente scelta, assicurati di avere a portata di mano persone che capiscano come tali modifiche potrebbero influenzare il sistemi in questione. La mia peggior migrazione di sempre è stata un server RSA ACE utilizzato per autenticare una VPN localizzata DMZ in cui il client ha rifiutato di ascoltare le mie obiezioni e ha insistito nel cambiare nome e indirizzo IP durante la migrazione.
Relativo a quanto sopra: se disponi di qualcosa di diverso da una rete completamente piatta, crea alcune VM di prova e assicurati al 100% che le tue reti VM replichino perfettamente quelle fisiche da cui stai migrando.
In ambienti Windows AD assicurati sempre di avere un account di amministratore locale sulla confezione da migrare. E testalo prima di migrare.
Assicurati di avere una buona idea di quanto tempo ci vorrà. I tempi di copia P2V variano a seconda della larghezza di banda di rete disponibile (ovviamente) ma possono anche essere notevolmente influenzati dal numero di file in ciascun volume da migrare. Questo è particolarmente un problema con la migrazione di sistemi NT4 * da parte di Platespin, ma influirà su qualsiasi copia di software P2V a livello di file (che si applica generalmente se si sceglie di ridimensionare i volumi). Sono possibili velocità di copia di 70-80 MB al secondo con reti GigE, sorgente relativamente veloce e una buona impostazione del target, ma 20-30 MB / sec è più tipico e per i sistemi NT di cui sopra con reti da 100 Meg e molti file ho visto i tassi di copia cadere nell'intervallo di 50 kilobyte / sec.
Dalla mia esperienza, stai MOLTO attento al tuo supporto di memorizzazione. Siamo andati con una SAN iSCSI che si è rivelata in grado di supportare solo connessioni a 100 Mbit. Eseguire una VM sul sistema non era male, due erano meno adeguati ... e quando abbiamo raggiunto il nostro obiettivo di 8 VM erano orribili.
La mia lezione personale appresa: controlla gli IOPS classificati e leggi altre recensioni su un prodotto che riguardano il modo in cui intendi utilizzare il dispositivo di archiviazione
Un'altra cosa utile che ho imparato ... Creare un'immagine del disco di "backup" dopo un'installazione di base e un rafforzamento accelererà la creazione di qualsiasi altro sistema ed è una cosa molto utile da tenere in giro.
Cerca di non eseguire server di database di produzione in un ambiente virtuale. Le spese generali per l'I / O sono inaccettabili. Abbiamo avuto enormi problemi quando il nostro DBA ha permesso di virtualizzare il nostro server MSSQL primario. Le query impiegavano migliaia di millisecondi per essere eseguite. Quando li abbiamo convinti a riportarlo in una scatola dedicata, c'è stato un aumento del 10.000% di produttività e velocità.
Utilizzare la rete ridondante per il traffico vmotion / vmkernel. Non si desidera arrestare le macchine virtuali solo perché si riavvia uno switch.
Oh, e lascia un server DC / DNS / DHCP fuori dalla virtualizzazione. I tuoi utenti ti odieranno di meno se si verifica un grave arresto anomalo della SAN.
Nel caso in cui non ne possiedi già uno - Avere un backup completo della macchina fisica prima della migrazione. Un'immagine è probabilmente la migliore o un ripristino ASR / di sistema o qualsiasi altra cosa che ti dia un'istantanea completa del sistema, invece del solito backup del contenuto che la maggior parte delle macchine ha.
Gli strumenti P2V possono ritorcersi contro di te inaspettatamente, rovinando la macchina fisica (ho fatto in modo che il convertitore VMWare uccidesse una macchina che stavo provando a P2V una volta, fortunatamente era solo una migrazione di prova). Preparati a dover ripristinare il sistema da zero. Sì, questa è forse una possibilità da 1000 a una, ma vuoi essere quella?
VMWare Converter crea macchine virtuali che si avviano da scsi. Le macchine virtuali MS non possono essere avviate da scsi. [modifica - apparentemente la versione 4 del convertitore ora ti consente di specificare SCSI o IDE, adoro quei ragazzi]
Se hai intenzione di virtualizzare una macchina fisica non ACPI , acquista alcuni software per questo scopo. (a meno che tu non abbia un paio di settimane per un emozionante viaggio alla scoperta!)
Inoltre, VMWare Converter affronterà i lavori in cui MS SCVMM alzerà le mani in preda alla disperazione.
Porta molta RAM.
Non eseguire alcuna operazione fino all'installazione degli strumenti di virtualizzazione (VMWare o MS).
Se hai intenzione di spostarlo su un'altra piattaforma / versione, disinstalla i suddetti strumenti.
Fai attenzione ai limiti della tua CPU. P2V di una 2 CPU 2000 di Windows mi ha insegnato che solo 1 è supportato.
Molti di questi sono specifici di VMware:
Stupida seccatura con VMware: diverse versioni di VMware utilizzano diversi driver SCSI per i loro dispositivi a disco virtuale. È del tutto possibile perdere 2 ore prima di considerare tale opzione.
Bene, finora non ho storie horror su di me mentre eseguo la virtualizzazione. Tuttavia, alcune note però.
Pianificazione accurata nei dettagli a venire. Soprattutto fare alcuni compiti che non possono essere virtualizzati.
Se il fornitore dell'applicazione in esecuzione sul server non supporta l'ambiente virtuale, attendere fino a quando non supportano.
Implementare una SAN come memoria per l'archiviazione di tutte le immagini VM.
Esegui ESX o ESX (i) o Hyper-V per ottenere la maggior parte delle prestazioni.
Forse di più, ma per ora è tutto. :)
[aggiorna] eccone un altro. Applicare l'ultimo firmware al server host. Ne ho avuto uno che non ho fatto, che mi ha dato uno schermo viola una volta qualche giorno e ha causato un arresto anomalo del server.
L'impatto della virtualizzazione è circa il 5% delle prestazioni dell'overhead. Misurare il consumo di risorse sull'ambiente esistente per determinare se l'ambiente di virtualizzazione può sostenere questo carico.
Prima di andare online con la tua soluzione di virtualizzazione:
C'è qualcosa che hai provato a virtualizzare ma non farai mai più?
Non direi che non ci proverò di nuovo, ma la virtualizzazione a strati non è piacevole da affrontare.
Per livelli intendo eseguire xen o esx su hardware virtualizzato come Egenera, HP Virtual Connect o Cisco UCS. Sembra una buona idea, ma può richiedere molto tempo per il debug.
In VMWare, sapere dove terminano le istantanee. Avevamo configurato il nostro per finire nel LUN sulla SAN con i file VM stessi. Un tecnico stava praticando il processo Snapshot su un LUN che era quasi pieno. Successivamente ha riavviato la VM per qualche motivo e i file di registro hanno impedito l'avvio della VM. È stato un po 'di fortuna che ci ha portato a rendere il LUN pieno come causa.