Udgivet i Skriv en kommentar

Vembu

denne artikel om migrering af fysiske maskiner til det virtuelle miljø vil være en tredelt serie.

i denne første del vil vi se på følgende:

  • forskel mellem fysisk og virtuel infrastruktur
  • fordele ved at migrere til et virtuelt miljø
  • fordele og ulemper ved virtuelt miljø
  • Sådan flyttes fra fysisk til Virtuel
  • overvejelser, der skal kontrolleres før migration

i den anden del vil vi se på oversigten over gratis migreringsværktøj – vCenter Converter, og hvordan man udfører P2V-migration.

i tredje del af denne serie ser vi på en kraftfuld løsning, der giver databeskyttelse og også sikrer problemfri cross-platform migration på tværs af flere hypervisorer (V2V) eller på tværs af forskellige arbejdsbelastninger (P/V).

forskel mellem den traditionelle fysiske& virtuel infrastruktur

traditionel fysisk infrastruktur

i dette deles ressourcerne og komponenterne på en fysisk server ikke mellem flere brugere. Hver fysisk server inkluderer egen hukommelse, processor, netværksforbindelse, harddisk og et operativsystem (OS) til at køre programmer og applikationer.

typisk har serverne i den fysiske infrastruktur ikke en tilstrækkelig mængde ressourcer, eller de bruger ikke helt de tildelte ressourcer som CPU, RAM, opbevaring. Dette skyldes, at mange af serverne sidder inaktiv, da arbejdsbyrden kun distribueres til et par servere på netværket. Derudover bruger de fysiske servere også meget strøm og kræver separat vedligeholdelse.

virtuel infrastruktur

virtualisering betyder oprettelse af virtuelle ressourcer såsom en server, desktop, operativsystem, fil, opbevaring eller netværk. Virtualisering giver dig mulighed for at udnytte computerressourcerne fuldstændigt ved at opdele en fysisk server i flere virtuelle servere og definere hver server et specifikt operativsystem og applikation. Disse virtuelle servere ser ud og fungerer som en fysisk server, men er meget skalerbare, og ressourcer kan bruges effektivt.

fordele ved at migrere til et virtuelt miljø

reduktion af Infrastrukturfodaftryk

konsolidering af servere med virtualisering reducerer det samlede fodaftryk for din infrastruktur med minimal energiudnyttelse, effektiv udnyttelse af ressourcer, mindre netværksudstyr og selvfølgelig er der kun brug for et mindre antal stativer. Alle disse værdifulde punkter vil resultere i gode besparelser for virksomheden.i dag udvikler teknologien sig meget hurtigere, og det kræver højere infrastrukturkrav, når det kommer til processorhastighed, energieffektivitet, RAM-størrelse, hvilket ofte fører til at købe nye servere eller udskifte eksisterende. Alle dine applikationer, der kører, skal være baseret på de nuværende udstyrsspecifikationer og teknologiske fremskridt, hvilket naturligvis vil være en udfordring i dit IT-budget.

aldrende infrastruktur medfører yderligere omkostninger, da det resulterer i ydelsesforringelse, stigende vedligeholdelsesomkostninger, energieffektivitet, en stigning i uplanlagt nedetid og mere. Virtualisering abstraherer det underliggende udstyr og giver mere fleksibilitet, bedre ydeevne, højre ressourceallokering & udnyttelse sammenlignet med fysiske servere.

Test og udviklingsmiljø

Ved hjælp af virtualisering kan du nemt opbygge et isoleret test-og dev-miljø, der drastisk reducerer investeringen til opbygning af en infrastruktur til test-og udviklingsformål. Traditionel fysisk infrastruktur til virtuel infrastruktur migration vil frigøre mange servere, som du kan bruge til at opbygge en test og dev miljø.

nem styring

sammenlignet med traditionel fysisk infrastruktur er virtuel infrastruktur meget nem at administrere. På den traditionelle måde skal du få adgang til individuelle servere for at få adgang til operativsystemet og applikationen, mens du i et virtuelt miljø fra et enkelt logon kan få adgang til alle virtuelle maskinkonsoller. Virtualiseret miljø er ikke begrænset til vedligeholdelse og adgang, Det har også andre store muligheder som disaster recovery, sikkerhed, server provisioning, overvågning og automatisering.

Legacy Applications Support

Legacy applikationer vil ikke køre i moderne operativsystemer eller udstyr. På grund af maskinfejl eller andre problemer står virksomheder over for udfordringer med at køre applikationen. I et sådant tilfælde vil det være den bedste mulighed at fortsætte med at køre legacy-applikationen. Virtualisering af din infrastruktur og migrering af applikationen til et virtuelt miljø udvider brugen af applikationen med højere oppetid.

flytning til Cloud

fra tidligere år ved vi alle om virtualisering, og mange organisationer flytter deres infrastruktur fra fysisk til Virtuel. Og Cloud er den næste rejse med virtualisering, og at flytte til et virtualiseret miljø fra fysisk infrastruktur er det første skridt til at flytte ind i skyen.

fra virtuel infrastruktur kan du nemt flytte til et privat skymiljø, eller du kan migrere direkte til offentlige skyer som f.eks. Organisationer bør forberede sig på den nye teknologi og være klar til transformationen, så det er meget vigtigt at konvertere din fysiske infrastruktur til Virtuel.

fordele og ulemper ved virtualisering eller virtuelt miljø

fordele

lavere kapacitet

Ved at virtualisere infrastrukturen vil organisationer have store omkostningsbesparelser i området 50 procent på udstyr, strøm og køling. Konsolidering af flere applikationer ved at migrere fra fysiske servere til en virtualiseret vært reducerer udstyrsomkostningerne på serveren og dens komponenter også. Antallet af reducerede applikationsservere vil føre til flere besparelser på server/lagringsudstyr, rackplads, strøm & køling, netværk, kabler og dele som tastatur, mus og endelig reduceres dine kapitaludgifter. virtualisering af infrastrukturen vil reducere antallet af servere og udstyr, der anvendes, hvilket vil bidrage til at reducere OPEKS. Du kan også automatisere flere rutineopgaver såsom rapportering, anvendelse af programrettelser osv. Endelig reducerer det behovet for praktisk ledelse og reducerer din virksomheds driftsomkostninger. IT-personalet kan levere service af høj kvalitet i stedet for at bruge servere timer på at holde systemerne opdaterede.

Forøg infrastrukturen & Applikationstilgængelighed

Ved at bruge virtualisering kan organisationer styre deres infrastruktur nemt og effektivt med øget oppetid. Virtualisering gør det muligt at tage regelmæssig backup og replikere alle dine servere som et komplet virtualiseret billede i separat lager eller placering. Hvis der opstår fejl, kan den virtuelle backup-server bruges med det samme.

forretningskontinuitet

en anden fordel ved at flytte til virtualisering er disaster recovery. Du kan udføre den hurtigste og mest pålidelige genopretning af hele produktionsinfrastrukturen til et sekundært sted. Alle data kan også krypteres og holdes sikre på dit sekundære sted med indbyggede krypteringsmekanismer.

grøn IT med energibesparelser

som vi nævnte tidligere, sænkning af infrastrukturens størrelse vil der være enorme besparelser på energi på grund af mindre forbrug. Energieffektivitet og reduktion af en virksomheds carbon footprint er en af de væsentlige fordele ved at bruge virtualisering.

højre ressourceudnyttelse

Hosting af en applikation til en fysisk server spilder virkelig næsten 80% af serverens ressourcer. Med virtualisering kan du konsolidere flere servere til en enkelt server, som hjælper den rigtige udnyttelse af ressourcerne. Og din virksomhed får mest muligt ud af dine udstyrs-og ressourceinvesteringer med effektiv ressourcestyring.

fleksibel og skalerbar

virtualiseret infrastruktur er nem at administrere, det giver en centraliseret visning og adgang til infrastruktur. På samme måde kan du skalere op infrastrukturen ved at tilføje nye værter eller opgradere ressourcerne uden at påvirke nogen forretningsdrift. Og hvis der er et nyt applikationskrav, behøver du ikke købe en komplet fysisk server og vente på den normale lange proces; du kan let levere i virtualiseret infrastruktur.

ulemper

upfront Cost

du er nødt til at investere i virtualiseringsprogrammet og måske nyt udstyr, der kræves til virtualiseringsplatformen. De fleste organisationer har nok ressourcer til at flytte til virtualisering uden at kræve flere penge. Hvis du har en infrastruktur, der er meget gammel og ikke kompatibel med virtualiseringsprogrammer, skal du overveje et indledende budget, der kan være et smerteområde.

applikationskompatibilitet

Der er nogle applikationer, der ikke understøttes i virtualiserede miljøer. Så vi skal foretage en vurdering af eksisterende fysisk infrastruktur før migration.

ekspert virtualisering færdighed

for at styre et virtualiseret miljø, brug virtualisering ekspert ingeniører i en organisation. For applikationsteamet eller slutbrugeren er det virtualiserede miljø som et traditionelt fysisk miljø.

hvordan går man fra fysisk infrastruktur til virtuel infrastruktur?

Du kan nemt overføre din fysiske infrastruktur til det virtuelle miljø ved hjælp af gratis værktøjer og andre tredjepartsværktøjer.

P2V konvertering

Du kan forvandle dine fysiske maskiner til virtuelle maskiner, der fungerer som en fysisk maskine med alle dine gemte data hosted applikation uden problemer. Denne migrationsproces kaldes generelt fysisk til Virtuel (P2V) konvertering. har sin egen vCenter Converter til at udføre denne migrering, som er gratis. vCenter Converter understøtter mange kilde fysiske maskiner, herunder vinduer og desktop og server udgaver. Det understøtter også konvertering af tredjeparts virtuelle maskiner som Hyper-V og KVM. VCenter Converter konverterer lokale og eksterne fysiske maskiner til virtuelle maskiner uden nedetid.

overvejelser, der skal kontrolleres før migrering

når du planlægger at migrere til virtuel infrastruktur, er den første ting at gøre migrationsvurdering.

Migrationsvurdering indsamler komplette infrastrukturoplysninger om det eksisterende miljø, der inkluderer netværk, servere, opbevaring, operativsystem og applikationer.

kontroller nedenstående punkter, før du starter migreringen:

  1. Opret en tjekliste til indsamling af de eksisterende infrastrukturdetaljer, du kan indsamle detaljerne til et udmærke ark baseret på kategori for nem styring
  2. Serverdetaljer

  • fuldt kvalificeret servernavn
  • Operativsystemtype
  • Servermærke og Model
  • antal CPU-stik
  • antal CPU-kerner
  • mængde fysisk hukommelse installeret
  • nuværende CPU & hukommelsesforbrug
  • alle dongler, der er forbundet til serveren og detaljer
  • alle serverapplikationslicenser er bindende til en Mac eller IP adresse?
  • før migrering, enhver defragmentering udført
  • Antivirus installeret på serveren eller ej
  • Antivirus navn og Version
  • enhver netværksandel konfigureret, indsamle detaljerne (Del navn& sti)

netværk

  • Antal netværkskort
  • VLAN er tilknyttet hver af de Nic inklusive trunk eller adgangstilstand
  • komplet IP-adresse, som kan fås fra ipconfig eller alle for hver Nic
  • fjernadministration IP-adresse til serveren (ilo / Idrac osv.)

opbevaring

  • fysisk diskkapacitet med Driverbogstaver, Raid og disktype
  • aktuel fysisk diskbrug med et drevbogstav
  • Lagermærke og Model
  • lagerstyring IP-adresse
  • enhver NFS eller CIFS konfigureret og detaljer
  • iSCSI eller SAN storage forbundet med Server
  • iSCSI Server IP-adresser
  • iSCSI LUN navn, størrelse, type og konfigurerede serveroplysninger
  • iSCSI LUN deles med mere end en server eller ej
  • iSCSI delt servernavn
  • FC Storage mærke og Model
  • FC Storage management IP-adresse
  • FC Skift navn og IP-adresse
  • FC LUN navn, størrelse, type og konfigurerede serveroplysninger
  • FC LUN deles med mere end en server eller ej
  • lun delte servernavn
  • Vi> antal Server HBA ‘er
  • Vi>antal lager HBA’ er
  • vi

operativsystem

  • server operativsystem
  • operativsystem licenseret eller ej
  • operativsystem har fulde opdateringer

applikation

  • applikation Navn
  • servernavn, hvor applikationen er installeret
  • applikation installeret på hvilket drev af Server (Driverbogstav)
  • applikation er grupperet eller ej
  • enhver delt lagerplads præsenteres for applikationen
  • enhver afhængighed med yderligere udstyrsenheder som USB dongles
  • eventuelle applikationslicenser er bindende til serverens MAC-eller IP-adresse?
  • servernavn/IP og MAC bindende detaljer om applikationen
  • Applikationsejeroplysninger
  • Kompatibilitet af applikationen i virtualiseret miljø
  • Applikationsstop

licens

nødvendige licensoplysninger om operativsystem og applikation, hvilket er meget nødvendigt for licensoverholdelse.

adgangsoplysninger

  • lokale administratoroplysninger til serveren
  • fjernadgangstyper som RDP eller andre værktøjer
  • Fjernadministrationsadgangsoplysninger (ILO, iDRAC osv.)
  • Active directory domain admin details

baseret på ovenstående detaljer kan du planlægge, hvordan ressourcer skal tildeles til serverne efter migrering. For jævn migrering anbefaler vi at ændre ressourceindstillingen efter migreringen og kontrollere, om operativsystemet og applikationen fungerer perfekt. Tjeklisten hjælper dig med at tildele ressourcer korrekt og spare omkostningerne ved infrastruktur.

  • Opret en tjekliste til indsamling af oplysninger om vSphere-miljøet for at planlægge migreringen problemfrit. Vi har brug for disse oplysninger meget nøjagtige til konfiguration af servere og applikationer i et virtualiseret miljø efter migrationM
  • virtuel infrastruktur

    • vCenter-navn
    • vCenter-adgangsoplysninger
    • Datacenter, klynge og Essi-navn
    • Essi IP-adresse
    • Portgruppenavn og VLAN-ID ‘ er
    • konfigureret (FC / iSCSI) LUN-navn, Type og navn og IP e-mail: info [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] [at] vi vil gerne have, at du får adgang til alle de oplysninger, du har brug for.
    • lad os tjekke nogle punkter, der hjælper med at oprette standard VM – infrastruktur

      • VM-navn og gæst OS-Navn skal være det samme
      • VM-værktøjer skal opdateres
      • VM-Udstyrsversionen skal være den nyeste
      • uønskede virtuelle maskiner kan fjernes, eksempel-diskettedrev
      • – 1 version, hvor n er den seneste understøttede version til udstyr
      • hvis der ikke er nogen IPv6 i miljøet, skal du deaktivere i gæst OS og ESXi
      • ESXi Local Datastore Naming – ESXI Name_LOCAL, example VMARENA-ESXI-01_LOCAL
      • Shared Storage Naming – Storage Array Model-VMDATASTORE-XX, example VMAX-VMDATASTORE-01 for Dell EMC VMAX Storage LUN
      • For placing some Application in Specific Datastore, better use naming Storage Array Model – APPLICATION NAME DATASTORE-XX, example VMAX-EXGDATASTORE-01 for Exchange
      • Port Group Name – VLAN_VLANID, example VLAN_191
      • Separate vmdk’s for each logical volume in VM, example C-drive, D-drive should be in separate VMDK
      • Virtual Machine Network VMotion og VM – netværk med redundante netværkskort, Styringsnetværk-1g, VMotion og produktion 10g netværk vil være de bedste muligheder, der gælder for Standard og distribueret
      • til SMB-styring og vMotion kan være på enkelt vkontakt med 1g-forbindelse og VM-netværk i Sperate vkontakt 10G eller flere 1g-forbindelser
      • separat vkontakt til iSCSI-konfiguration i Essi
      • placer de virtuelle maskiner i separate mapper med program-eller afdelingsnavne for bedre styring og adgangskontrol
      • Konfigurer LDAP / Active Directory Authentication med vCenter& NTP – konfiguration med NTP – Server
      • Separate domænekonti til operationer som backup, monitor osv
      • bestemmelse LUN i tynd tilstand fra opbevaring til vSphere miljø
      • Opret virtuel maskine VMDK på en sådan måde tynd – for mindre skrive IO og udnyttelse, tyk
      • doven – minimal skrive IO og udnyttelse, tyk ivrig-høj skrive io, eksempel-for os tynd, ansøgning og databaser tyk doven/ivrig baseret på applikationstype
      • Konfigurer multipathing politik på alle Luns, se Opbevaring leverandør anbefaling
      • Konfigurer VAAI konfiguration som pr leverandør retningslinjer
      • Tilføj ANMÆRKNING med nødvendige oplysninger såsom VM oprettelsesdato, ejer, etc. for VM s
      • Application Cluster Setup Configuration-SCSI bus deling type definere

      som en indledende opsætning for fysisk til Virtuel migration ovennævnte punkter vil hjælpe. Der er også mange flere muligheder til rådighed, der hjælper med at skabe infrastruktur mere sikker. Når du har samlet alle disse detaljer, skal du udarbejde en migrationsplan og diskutere med de respektive ejere for nedetid og andre detaljer.

      i denne artikel kiggede vi på det grundlæggende, der skal forstås, før du migrerer dine arbejdsbyrder fra fysisk til Virtuel såvel som dens fordele & ulemper.

      i vores næste artikel vil vi se på, hvordan P2V-migreringen udføres ved hjælp af vCenter Converter.

      Følg vores kvidre og Facebook feeds for nye udgivelser, opdateringer, indsigtsfulde indlæg og meget mere.

      ligesom hvad du læser? Bedøm os

    Skriv et svar

    Din e-mailadresse vil ikke blive publiceret.