Installare VM

10 Biggles per aiutare i manager e gli amministratori Evitare di virtualizzazione Pit-Falls

Vorrei che queste informazioni erano disponibili 10 anni fa quando ho iniziato a lavorare con la virtualizzazione, ma poi, come molti la lettura di questo, ho pensato che fosse uno esperto e non lo ha bisogno. Ora mi vedo come studente, perché di how fast virtualization sta cambiando.

1. Primo e più importante, guardate la foto grande del motivo per cui si implementa la virtualizzazione. La maggior parte dei gestori di guardare esclusivamente a VMware, XenServer, Hyper-V o altri prodotti server virtuale per il ROI (ritorno sull'investimento). brutto modo di fare le decisioni IT! Guardate il quadro generale. In che modo la virtualizzazione influenzare tutto e tutti si entra in contatto con? Per esempio: Come sarà il vostro storage essere colpiti quando si inizia a condividere con VM fame, sarà l'I / O reggere? Oppure, in che modo l'amministratore di sistema di gestire le nuove responsabilità? Come pensate di gestire gli utenti, quando iniziano a lamentarsi che tutto è lento perché non hai ritengo / O e le nuove responsabilità?

2. Una volta che si have uno Vedi immagine grande di ciò che si vuole fare con la virtualizzazione poi consideriamo che tu stai ancora probabilmente manca un paio di cose che si impareranno along the strada. Basta guardare a queste sfide, come dolori della crescita, e inevitabile. La virtualizzazione cambia in modo dinamico, come gli ambienti di crescita e aggiornamento. In primo luogo c'è la sperimentazione ESX o libero ESXi, Hyper-V e XenServer di accoglienza che è una buona partenza. Poi, quando l'host sperimentale (s) riempirsi c'è la piccola azienda agricola del server host che vengono sbarcati quando si avvia effettivamente l'acquisto di nuovo hardware e le licenze di infrastrutture. Attenzione! del "wow siamo in grado di virtualizzare tutto" quello che accade periodo 5-20 server virtuali. A questo punto tutto sembra funzionare bene, perché non si è saturato il tuo SAN I / O, o un host di memoria e CPU. Ma poi c'è quel punto che succede al numero di macchine virtuali 201 (201 è un numero relativo, potrebbe essere più o meno a seconda di diversi fattori) in cui il panico è inevitabile se non si è preparato correttamente. Ecco perché è necessario leggere il resto di questo post.

3. Ora che l'esame 1 e 2 sono fuori del modo, che sono principalmente i responsabili IT a fare pensare, vado a prendere la roba buona. Avere una strategia di backup in principio che è fatto per il backup delle immagini di macchine virtuali. Non fate affidamento sulla vostra eredità software di backup per server fisici. Sì NetBackup o qualunque cosa può ancora fare il backup dei file di agente di una VM, questa è una facile soluzione. Tuttavia, come stai andando a fare un ripristino completo del sistema? A meno che non è solo dei dati, 5 ore dopo l'amministratore di backup inizia il ripristino del sistema che è ancora in corso per cercare di risolvere questo enigma. Si desidera una buona soluzione che fa un backup delle immagini. Soluzioni: VCB, vRanger Pro, Veeam Backup, Avamar. Questi sono tutti strumenti specifici di backup per la virtualizzazione. Avamar può lavorare su qualsiasi tipo di ambiente virtuale compresi i contenitori a dom

4. Conosci i tuoi limiti di storage. La capacità è solo una parte del requisito di storage. L'altra parte è I / O o OIPS (Input / Output per secondo). VM hanno diverse I / O esigenze. Un database di fame o di SharePoint VM su un LUN che condivide è disco di parità con LUN può causare problemi di prestazioni in tutti i LUN nel gruppo di parità disco. Il modo migliore che ho trovato per evitare questo è di progettare il sistema di storage con la più grande di I / O piscina a disposizione. I / O inizia il disco e dischi 15K sono circa 200 IOPS in cui i dischi 10K sono 150 IOPS (SATA hanno 30-50 IOPS). Fare la matematica, che è meglio? Dopo capacità e I / O è considerato, poi c'è il pathing, che deve essere configurare manualmente per dividere I / O giù percorsi multipli per il SAN / NAS cache. Ho visto milioni di dollari di attrezzatura messa in ginocchio, perché questa roba è stata trascurata. Di solito non è l'attrezzatura (HP, NetApp, EMC) che causa il problema, la sua configurazione. Sia che si prevede di utilizzare FC, NFS o iSCSI, questo è importante per l'amministratore di storage da considerare. In caso contrario, sarà una partita a Tetris stoccaggio VM e ti garantisco che perderai.

5. Questo è, in combinato disposto con 4, VM template di configurazione. Se hai intenzione di avere una grande piscina di I / O allora non saprete mai la vostra configurazione del modello è scarsa. configurazione della macchina virtuale è importante ed è facile trascurare. Più scopriremo quanto sia importante quando I / O si esaurisce ... ho letto questo best practice su molti blog - "messa di dati e sistema operativo, e anche file di swap su LUN separato." Sono d'accordo questa è una buona prassi migliori, ma io sto prendendo ancora ulteriore e l'aggiunta di un criterio. "Separare LUN a gruppi separati di parità su disco." Ecco perché, dieci - dischi 15K vi darà circa 1.500 IOPS su ogni LUN è scolpito in esso. A seconda delle dimensioni del disco si può avere diverse dimensioni LUN da 200 a 500 GB (ognuno con 10-20 di I / O VM fame) che condividono la stessa IOPS. Dividere i dati, sistema operativo e swap su più fusi vi darà più IOPS e, eventualmente, un percorso alternativo per il processore di storage di 2 ° (attivo / attivo), o più di cache che viene assegnato a un altro FC o porta NIC. Assicurarsi che i nomi di memorizzare i dati comprendono ciò che è per il LUN (Data, sistema operativo o swap) e dispari parità disco anche (dati continua dispari, OS andare in pari).

6. Ripulire il disordine. Non lasciare la prova del vecchio concetto (POC) VM o apparecchiature in funzione dopo il POC è fatto. Nulla è più difficile da fare poi per ripulire un ambiente VM 2 anni dopo tutti quelli che erano nel team di progetto originale ha lasciato il vostro inventario e che oggi conta 500 VM VM in esso. Il primo posto è necessario guardare quando si preme il vostro ospite e limiti di archiviazione è qui. Di 500 macchine virtuali potete scommettere ci sono almeno 50 zombie VM che sono pigramente in esecuzione ed utilizza le risorse preziose. Poi c'è la pulizia delle cartelle di VM zombie che sono da VM che sono stati impropriamente cancellati ei file sono stati lasciati i dati da memorizzare (conoscete la VM hai detto che sarebbe poi eliminare - questo è stato 2 anni fa). Clean up aiuta anche a controllare "Sprawl". Sprawl è una parola di fantasia per fuori controllo.

7. Probabilmente non mi ha sentito la prima volta in modo che sto dicendo "backup" di nuovo. Sto mettendo questo di nuovo per assicurarsi di avere una soluzione di backup che esegue il backup l'immagine completa VM. Non è un compito facile cambiare processo di backup 2 anni e 500 macchine virtuali più tardi quindi assicuratevi di fare questo fin dall'inizio.

8. Stabilire norme per l'ambiente. Tutti gli host sarà sulla versione certificata di hypervisor ESX o qualsiasi altra cosa che si usa. Una volta che consentire agli host vecchio a dire intorno dopo aver deciso di costruire nuovo host sulla versione corrente ESX, che non passerà molto tempo prima your virtual infrastructure è frammentata. Ricordate, la virtualizzazione è in continua evoluzione quasi quotidiana e le nuove funzioni sono in ogni nuova versione di ESX e Hyper-V. migrazione live non ha funzionato sulla vecchia versione di Hyper-V, ma lavorare su R2, ma non di lavoro di tutti a R2 R1 o R2 a R1. Ricevi tutte le R1 aggiornato alla R2 in modo che tutti sono le opere stesse e la migrazione live. Mantenere lo standard non è facile perché l'amministratore VM sono anche gli amministratori di sistema, sono a terra i server, configurare l'host, così come distribuire la VM e configurare la VM. E 'la stessa gente facendo posti di lavoro e in alcuni casi sono la conservazione e gli amministratori di rete anche. Assicurati di avere personale sufficiente per mantenere i vostri standard. Ho conosciuto più di un sovraccarico di lavoro pochi, sottopagati e miss-VM capito gli amministratori del mio tempo.

9. Odio questo come qualsiasi vero professionista IT, ma qualcuno deve continuare a fare il lavoro se si lascia il pagamento e prendere un lavoro migliore altrove. Assicurarsi di mantenere una buona documentazione. Se è necessario, fresco di Visio di tutto è bello per la gestione, ma ancora più importante per giorno per giorno sono personale di supporto "How To" dei documenti. Come alla terra e al provisioning di un host (hardware e hypervisor). Come distribuire una macchina virtuale. Come aggiungere ulteriore spazio su disco per l'unità "C di un VM. Come P2V un sistema. Come richiedere più corretto stoccaggio. Come smantellare una VM. Come pianificare un backup di macchine virtuali. Come recuperare una VM da un backup. Inoltre tenere "How To" documenti up-to-date. Hai bisogno di un nuovo "How To" per ogni versione di ESX, perché non sono la stessa cosa; personalizzazione al volume SWAP per esempio è diversa per 2.5, 3.0 e 3.5. Hyper-V e XenServer hanno il loro proprio piccolo tweaks pure.

10. Non comprate ogni strumento là fuori a pensare la sua intenzione di correggere tutto quello che ho passato gli ultimi due ore scrivendo. Ascoltate ciò che sto dicendo. Ascolta il tuo personale di supporto. Ascoltare attentamente i venditori che vogliono venderti qualcosa perché non ci è pallottola d'argento per la pianificazione poveri. E, mentre sul tema del venditore, qualsiasi raccomandazione di consultare con collegamento diretto con i fornitori di apparecchi dovrebbero anche essere esaminati. Ho visto i soldi possono comprare i migliori SAN crollare sotto i 25 VM perché è stato usato a casaccio (VM storage Tetris). Molti dei problemi che vi ho messo in guardia può essere evitato se si intende. Leggi il numero 1 e 2 di nuovo fino a quando questo ha un senso. Agli amministratori che VM are combattendo le battaglie quotidiana perché la maggior parte di quello che ho scritto su sta già accadendo nella proprio ambiente virtuale, mi sentire il tuo dolore. Per tutti i nuovi occhi lucenti IT manager e amministratore di sistema che stanno leccando i baffi perché sono finalmente ottenendo un bilancio di avviare la virtualizzazione, ho un avviso e dicono: "Consideriamo il quadro generale e piano, piano, piano!"

Speriamo che questo post sia stato utile. Altri articoli che non erano coperti sono: Come monitorare VM e server host, il recupero DR disastro di ambienti virtuali, capacity planning, previsione e hardware (server, reti e storage) di marche e modelli. Questi possono essere gli argomenti per la lista prossimi 10 Biggie. La mia nota finale è "Backup" sarà una sfida per il pensiero tradizionale così ascolteranno la mia avvertimenti.

Originariamente inviato 2009/03/29 10:38:28. Ripubblicato da Blog Post Promoter