I del en av denne serien, så vi på å velge en bedrift virtualisering plattform, og på noen av fordelene man oppnår. I del to ser vi på noen av de utfordringene som er involvert i valg av maskinvare for å kjøre plattformen, og vi diskuterte også lagring, nettverk, og servere / blader. Del tre tok en nærmere titt på nettverksproblemer, og i del 4 ga vi noen praktisk, nøtter-og-bolter råd for hvordan du stiller din VMware bedriften oppsett. I denne siste utgaven, ser vi på spørsmålet om fysisk-til-virtuell konvertering, og gir tips om beste praksis.
Den største utfordringen for et fysisk-til-virtuell (P2V) migrasjon i en virksomhet innstillingen er faktisk ikke teknisk-om det er en teknisk utfordring, så vel. Snarere er det faktiske utfordringen i timing, papirarbeid, og rikelig med rød tape til du må møte på et system-by-system basis, samt en generell kulturell slår inn mot status quo.
I alle tilstrekkelig store miljø, er det mange nivåer i tjenesten, alt fra virksomhetskritiske til utvikling til lab-systemer, hver med ulike oppetid forventninger, og ulike nivåer av expendability. Så det er en god idé er å begynne nederst, med den minst viktige systemer, og jobbe deg oppover. Fordelen med denne tilnærmingen er at enhver form for tidlig svikt i prosessen ikke skal brydde seg om for mye, og fordi du får mer erfaring med P2V prosessen innen du migrere virksomhetskritiske systemer. Men før vi kommer til å snakke om ulike P2V migrasjon strategier, må vi se på en veldig stor realitet i de fleste foretak miljøer: legacy-systemer, og rød tape.
Les kommentarer til dette innlegget
Ingen kommentarer:
Legg inn en kommentar