Posted on Leave a comment

Convert fizikai gépek virtuális környezet VMware-Vembu

Ez a cikk a migráció fizikai gépek a VMware virtuális környezet lesz egy három részből álló sorozat.

ebben az első részben megnézzük a következőket:

  • a fizikai és a virtuális infrastruktúra közötti különbség
  • a virtuális környezetbe való áttérés előnyei
  • a virtuális környezet előnyei és hátrányai
  • hogyan lehet a fizikai környezetből a virtuálisba költözni
  • a migráció előtt ellenőrizendő szempontok

a második részben megnézzük a VMware free migration tool – VMware vCenter Converter áttekintését, és hogyan kell végrehajtani a P2V migrációt.

a sorozat harmadik részében egy hatékony megoldást fogunk megvizsgálni, amely biztosítja az adatvédelmet, és biztosítja a zökkenőmentes platformközi migrációt több hipervizoron (V2V) vagy különböző munkaterheléseken (P/V) keresztül.

különbség a hagyományos fizikai & virtuális infrastruktúra

hagyományos fizikai infrastruktúra

ebben az esetben a fizikai kiszolgáló erőforrásait és összetevőit nem osztják meg több felhasználó között. Minden fizikai szerver tartalmaz saját memóriát, processzort, hálózati kapcsolatot, merevlemezt és egy operációs rendszert (OS) a programok és alkalmazások futtatásához.

a fizikai infrastruktúrában a kiszolgálók általában nem rendelkeznek elegendő erőforrással, vagy nem használják ki teljesen A kiosztott erőforrásokat, például CPU, RAM, tárolás. Ennek oka az, hogy sok szerver tétlenül ül, mivel a munkaterhelés csak néhány kiszolgálóra oszlik a hálózaton. Ezen felül a fizikai szerverek is sok energiát fogyasztanak, és külön karbantartást igényelnek.

virtuális infrastruktúra

a virtualizáció virtuális erőforrások, például szerver, asztali számítógép, operációs rendszer, fájl, tároló vagy hálózat létrehozását jelenti. A virtualizáció lehetővé teszi a számítási erőforrások teljes kihasználását azáltal, hogy egy fizikai szervert több virtuális szerverre particionál, meghatározva minden szervert egy adott operációs rendszerrel és alkalmazással. Ezek a virtuális szerverek úgy néznek ki és viselkednek, mint egy fizikai szerver, de nagyon méretezhetők és az erőforrások hatékonyan használhatók.

A virtuális környezetbe való áttérés előnyei

az infrastruktúra lábnyomának csökkentése

a szerverek virtualizációval történő konszolidációja csökkenti az infrastruktúra teljes lábnyomát minimális energiafelhasználással, az erőforrások hatékony kihasználásával, kevesebb hálózati fogaskerékkel és természetesen csak kisebb számú állványra van szükség. Mindezek az értékes pontok jó megtakarításokat eredményeznek a vállalat számára.

szünet hardver öregedés

manapság a technológia sokkal gyorsabban fejlődik, és magasabb infrastrukturális követelményeket igényel a processzor sebessége, az energiahatékonyság, a RAM mérete miatt, ami gyakran új szerverek vásárlásához vagy a meglévők cseréjéhez vezet. Minden futó alkalmazásnak a jelenlegi hardver specifikációkon és technológiai fejlesztéseken kell alapulnia, ami nyilvánvalóan kihívást jelent az informatikai költségvetésben.

az elöregedő infrastruktúra további költségekkel jár, mivel teljesítményromlást, növekvő karbantartási költségeket, energiahatékonyságot, a nem tervezett állásidő növekedését és még sok mást eredményez. A virtualizáció kivonja az alapul szolgáló hardvert, és nagyobb rugalmasságot, jobb teljesítményt, megfelelő erőforrás-allokációt biztosít & kihasználtságot a fizikai szerverekhez képest.

teszt-és fejlesztési környezet

a virtualizáció segítségével könnyen létrehozhatunk egy elszigetelt teszt-és fejlesztői környezetet, amely drasztikusan csökkenti a tesztelési és fejlesztési célú infrastruktúra kiépítésére fordított beruházásokat. A hagyományos fizikai infrastruktúráról a virtuális infrastruktúrára történő áttelepítés sok szervert szabadít fel, amelyeket felhasználhat egy teszt-és fejlesztői környezet felépítéséhez.

könnyű kezelhetőség

összehasonlítva a hagyományos fizikai infrastruktúrával, a virtuális infrastruktúra nagyon könnyen kezelhető. A hagyományos módon az operációs rendszer és az alkalmazás eléréséhez az egyes kiszolgálókhoz kell hozzáférnie, míg virtuális környezetben egyetlen bejelentkezéssel elérheti az összes virtuális gép konzolt. A virtualizált környezet nem korlátozódik a karbantartásra és a hozzáférésre, hanem más nagyszerű képességekkel is rendelkezik, mint például a katasztrófa-helyreállítás, a biztonság, a szerverellátás, a felügyelet és az automatizálás.

régi alkalmazások támogatása

a régi alkalmazások nem futnak modern operációs rendszerekben vagy hardverekben. Hardverhibák vagy bármilyen más probléma miatt a vállalatok kihívásokkal néznek szembe az alkalmazás futtatása során. Ilyen esetben a VMware virtualizált környezetre való áttérés lesz a legjobb megoldás a régi alkalmazás futtatásának folytatására. Az infrastruktúra virtualizálása és az alkalmazás virtuális környezetbe történő áttelepítése az alkalmazás használatát nagyobb üzemidővel bővíti.

felhőbe költözés

az elmúlt évekből mindannyian tudunk a virtualizációról, és sok szervezet átköltözteti infrastruktúráját a Fizikairól a Virtuálisra. A felhő pedig a virtualizáció következő útja, és a fizikai infrastruktúrából a virtualizált környezetbe való áttérés az első lépés a felhőbe való áttéréshez.

a virtuális infrastruktúrából könnyedén átkerülhet egy privát felhőkörnyezetbe, vagy közvetlenül áttelepülhet olyan nyilvános felhőkre, mint az Azure, AWS stb. A szervezeteknek fel kell készülniük az új technológiára, és készen kell állniuk az átalakításra, ezért nagyon fontos, hogy fizikai infrastruktúráját virtuálisvá alakítsa.

A virtualizáció vagy a virtuális környezet előnyei és hátrányai

előnyök

alacsonyabb CAPEX

az infrastruktúra virtualizálásával a szervezetek nagy költségmegtakarítást érhetnek el a hardver, az energia és a hűtés területén 50% – kal. Több alkalmazás összevonása a fizikai kiszolgálókról egy virtualizált gazdagépre való áttéréssel csökkenti a szerver hardverköltségét és annak összetevőit is. Az alkalmazásszerverek számának csökkentése nagyobb megtakarítást eredményez a szerver/tároló hardver, a rack hely, a teljesítmény & hűtés, hálózat, Kábelek és olyan alkatrészek, mint a billentyűzet, az egér és végül a tőkeköltségek csökkennek.

alacsonyabb OPEX

az infrastruktúra virtualizálása csökkenti a használt szerverek és berendezések számát, ami segít az OPEX csökkentésében. Ezenkívül automatizálhat számos rutinfeladatot, például jelentést, javítások alkalmazását stb. Végül csökkenti a gyakorlati menedzsment szükségességét és csökkenti vállalkozása működési költségeit. Az informatikai személyzet magas színvonalú szolgáltatást nyújthat ahelyett, hogy a szervereket órákon át töltené a rendszerek naprakészen tartása érdekében.

az infrastruktúra növelése & az alkalmazások elérhetősége

a virtualizáció használatával a szervezetek könnyen és hatékonyan kezelhetik infrastruktúrájukat a megnövekedett üzemidővel. A virtualizáció lehetővé teszi, hogy rendszeres biztonsági másolatot készítsen, és az összes kiszolgálót teljes virtualizált képként replikálja külön tárolóba vagy helyre. Ha bármilyen hiba történik, a biztonsági mentés virtuális szerver azonnal használható.

üzleti folytonosság

a virtualizációra való áttérés másik előnye a katasztrófa utáni helyreállítás. Az olyan megoldások használatával, mint a VMware vSphere replikáció, A Site Recovery Manager a teljes termelési infrastruktúra leggyorsabb és legmegbízhatóbb helyreállítását hajthatja végre egy másodlagos helyszínen. Ezenkívül minden adat titkosítható és biztonságban tartható a másodlagos webhelyen beépített titkosítási mechanizmusokkal.

Zöld IT energiamegtakarítással

mint korábban említettük, az infrastruktúra méretének csökkentése hatalmas energiamegtakarítást eredményez a kevesebb fogyasztás miatt. Az energiahatékonyság és a vállalat szénlábnyomának csökkentése a virtualizáció egyik jelentős előnye.

megfelelő erőforrás-felhasználás

egy alkalmazás fizikai szerverre történő tárolása valóban a szerver erőforrásainak csaknem 80% – át pazarolja. A virtualizáció segítségével több szervert konszolidálhat egyetlen kiszolgálóra, ami elősegíti az erőforrások megfelelő felhasználását. És az Ön vállalkozása a lehető legtöbbet hozza ki hardver-és erőforrás-befektetéseiből a hatékony erőforrás-gazdálkodással.

rugalmas és skálázható

a virtualizált infrastruktúra könnyen kezelhető, központosított nézetet és hozzáférést biztosít az infrastruktúrához. Ugyanúgy bővítheti az infrastruktúrát új gazdagépek hozzáadásával vagy frissítheti az erőforrásokat anélkül, hogy bármilyen üzleti műveletet befolyásolna. És ha van egy új alkalmazási követelmény, akkor nem kell teljes fizikai szervert vásárolnia, és várnia kell a normál hosszú folyamatra; könnyen biztosíthatja a virtualizált infrastruktúrát.

Cons

előzetes költség

be kell fektetnie a virtualizációs szoftverbe és talán a virtualizációs platformhoz szükséges új hardverbe. A legtöbb szervezetnek elegendő forrása van ahhoz, hogy a virtualizációra költözzön anélkül, hogy több pénzt igényelne. Ha nagyon régi infrastruktúrával rendelkezik, és nem kompatibilis a virtualizációs szoftverekkel, akkor figyelembe kell vennie egy kezdeti költségvetést, amely fájdalomterület lehet.

alkalmazás kompatibilitás

vannak olyan alkalmazások, amelyek nem támogatottak virtualizált környezetben. Tehát a migráció előtt el kell végeznünk a meglévő fizikai infrastruktúra értékelését.

szakértői virtualizációs készség

a virtualizált környezet kezeléséhez virtualizációs szakértő mérnökökre van szükség egy szervezetben. Az alkalmazáscsoport vagy a végfelhasználó számára a virtualizált környezet olyan, mint egy hagyományos fizikai környezet.

hogyan lehet áttérni a fizikai infrastruktúráról a virtuális infrastruktúrára?

fizikai infrastruktúráját egyszerűen áttelepítheti a VMware virtuális környezetébe a VMware free tools és más harmadik féltől származó eszközök használatával.

P2V konverzió

Windows és Linux fizikai gépeit VMware virtuális gépekké alakíthatja, amelyek fizikai gépként működnek az összes mentett adat által tárolt alkalmazással, bármilyen probléma nélkül. Ezt az áttelepítési folyamatot általában fizikai-virtuális (P2V) átalakításnak nevezik.

A VMware saját VMware vCenter konverterrel rendelkezik ennek az áttelepítésnek a végrehajtásához, amely ingyenes. a vCenter Converter számos forrás fizikai gépet támogat, beleértve a Windows és Linux asztali és szerver kiadásokat. Támogatja a harmadik féltől származó virtuális gépek, például a Hyper-V és a KVM átalakítását is. A VMware vCenter Converter a helyi és távoli fizikai gépeket virtuális gépekké alakítja leállás nélkül.

A migráció előtt ellenőrizendő szempontok

a virtuális infrastruktúrára való áttérés tervezésekor az első dolog a migráció értékelése.

a Migration assessment a meglévő környezet teljes infrastruktúra-adatait gyűjti össze, amely magában foglalja a hálózatot, a szervereket, a tárolást, az operációs rendszert és az alkalmazásokat.

az áttelepítés megkezdése előtt ellenőrizze az alábbi pontokat:

  1. hozzon létre egy ellenőrzőlistát a meglévő infrastruktúra adatainak összegyűjtéséhez, a részleteket egy excel lapra gyűjtheti a kategória alapján az egyszerű kezelés érdekében
  2. szerver adatai

  • teljesen minősített kiszolgáló neve
  • operációs rendszer típusa
  • szerver gyártmánya és modellje
  • CPU foglalatok száma
  • CPU magok száma
  • a telepített fizikai memória mennyisége
  • jelenlegi CPU & memóriahasználat
  • a kiszolgálóhoz csatlakoztatott hardverkulcsok és a részletek
  • bármely kiszolgálóalkalmazási licenc Mac vagy IP-hez kötődik cím?
  • mielőtt a migráció, minden töredezettségmentesítés végre
  • Antivirus telepítve van a szerveren, vagy sem
  • Antivirus neve és verziója
  • minden hálózati megosztás konfigurálva, összegyűjti a részleteket (megosztás neve & útvonal )

hálózat

  • a hálózati interfész kártyák száma
  • VLAN társított minden NIC beleértve a trunk vagy access mode
  • teljes IP-címet, amely az ipconfig-tól vagy az All-től megszerezhető minden egyes Nic-hez
  • távoli kezelési IP-cím a szerverhez (ilo /iDRAC stb.)

Tárolás

  • fizikai Lemezkapacitás illesztőprogram betűkkel, Raid-kel és Lemeztípussal
  • jelenlegi fizikai Lemezhasználat meghajtóbetűjelekkel
  • tároló készítés és modell
  • Tároláskezelő IP-cím
  • bármilyen NFS vagy CIFS konfigurálva és részletezve
  • iSCSI vagy SAN tároló szerverhez csatlakoztatva
  • iSCSI szerver IP-címek
  • a fizikai kiszolgáló IQN (iSCSI minősített neve) és a kapcsolódó IP-cím
  • iSCSI LUN név, méret, típus és konfigurált kiszolgáló adatai
  • az iSCSI LUN egynél több kiszolgálóval van megosztva, vagy nem
  • iSCSI megosztott szerver neve
  • FC tároló gyártmány és modell
  • FC tárolókezelő IP cím
  • FC kapcsoló neve és IP címe
  • FC LUN név, méret, típus és konfigurált kiszolgáló adatai
  • FC LUN egynél több kiszolgálóval van megosztva, vagy nem
  • LUN megosztott kiszolgálók neve
  • a HBA kiszolgálók WWN száma
  • WWN a HBA tárolók száma
  • rendezési információk

operációs rendszer

  • szerver operációs rendszer
  • operációs rendszer engedélyezett vagy nem
  • operációs rendszer teljes frissítések

alkalmazás

  • alkalmazás Név
  • Serve Név ahol az alkalmazás telepítve van
  • Az alkalmazás telepítve van a kiszolgáló melyik meghajtójára (illesztőprogram betű)
  • Az alkalmazás fürtözött vagy sem
  • Az alkalmazás számára bármilyen Megosztott tárhely jelenik meg
  • bármilyen függőség további Hardvereszközöktől, például USB dongle-től
  • bármely alkalmazáslicenc a szerver MAC-vagy IP-címéhez kötődik?
  • szerver neve / IP és MAC kötelező adatok az alkalmazásról
  • alkalmazás tulajdonos adatai
  • Az alkalmazás kompatibilitása virtualizált környezetben
  • alkalmazás leállási ideje

licenc

az operációs rendszer és az alkalmazás szükséges licenc részletei, ami nagyon szükséges a licencelési megfelelőséghez.

hozzáférési adatok

  • helyi rendszergazdai hitelesítő adatok a kiszolgálóhoz
  • távoli hozzáférési típusok, például RDP vagy bármely más eszköz
  • távoli kezelési hozzáférési információk (ILO, iDRAC stb.)
  • Active directory tartomány adminisztrációs adatai

a fenti adatok alapján megtervezheti, hogyan kell erőforrásokat lefoglalni a kiszolgálók számára az áttelepítés után. A zökkenőmentes áttelepítés érdekében javasoljuk, hogy az áttelepítés után módosítsa az erőforrások beállítást, és ellenőrizze, hogy az operációs rendszer és az alkalmazás tökéletesen működik-e. Az ellenőrzőlista segít az erőforrások megfelelő hozzárendelésében és az infrastruktúra költségeinek megtakarításában.

  • hozzon létre egy ellenőrzőlistát a VMware vSphere környezet részleteinek összegyűjtéséhez az áttelepítés zökkenőmentes megtervezéséhez. Szükségünk van erre az információra nagyon pontos konfigurálásához a szerverek és alkalmazások virtualizált környezetben után migrationM
  • virtuális infrastruktúra

    • vCenter neve
    • vCenter hozzáférési részletek
    • adatközpont, Klaszter és ESXi név
    • ESXi IP cím
    • Port csoport neve és VLAN ID
    • konfigurált (FC / iSCSI) LUN neve, típusa és neve és IP a csatlakoztatott ESXi hosts
  • ellenőrizze, hogy a VMware infrastruktúra konfigurációja szabványos-e, és követte-e a legjobb gyakorlatokat
    a jobb teljesítmény, a megfelelő kezelés és az egyszerű karbantartás és a migrációkat, a virtualizált infrastruktúrát szabványokkal kell konfigurálni, majd a VMware legjobb gyakorlatait
  • ellenőrizzük néhány pontot, amelyek segítenek létrehozni a szabványos VMware infrastruktúrát

    • a VM neve és a vendég operációs rendszer neve ugyanaz legyen
    • a VMware eszközöket frissíteni kell
    • a VM hardver verziója legyen a legújabb
    • a nem kívánt virtuális hardverek eltávolíthatók, például – Floppy meghajtó
    • ESXi és vCenter N-1 verzióval, ahol n a hardver legújabb támogatott verziója
    • ha nincs IPv6 a környezetben, tiltsa le a vendég operációs rendszerben és 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 Kártya Modell – VMXNET3
    • külön vSwitch menedzsment, vMotion és VM hálózat redundáns hálózati adapterek, menedzsment hálózat – 1g, VMotion és a termelés 10g hálózat lesz a legjobb lehetőség, alkalmazható szabványos és elosztott
    • az SMB menedzsment és vMotion lehet egyetlen vSwitch 1G kapcsolat és VM hálózat Sperate vSwitch 10G vagy több 1g kapcsolatok
    • külön vSwitch iSCSI konfiguráció ESXi
    • helyezze a virtuális gépeket külön mappákba alkalmazás-vagy részlegnevekkel a jobb kezelés és hozzáférés-vezérlés érdekében
    • konfigurálja az LDAP / Active Directory hitelesítést vcenterrel& ESXi hosts
    • NTP konfiguráció NTP szerverrel
    • külön tartományfiókok az olyan műveletekhez, mint a biztonsági mentés, monitor stb
    • rendelkezés Lun vékony módban a tárolótól a vSphere környezetig
    • virtuális gép VMDK létrehozása ilyen módon vékony – kevesebb írás IO és hasznosítás, vastag
    • lusta – minimális írási Io és hasznosítása, vastag lelkes – magas írási io, példa – os vékony, alkalmazás és adatbázisok vastag lusta / lelkes alapján alkalmazás típusa
    • configure multipathing házirend minden Luns, lásd Storage Vendor ajánlás
    • Configure VAAI konfiguráció, mint egy vendor Irányelvek
    • adja hozzá a megjegyzést a szükséges adatokat, mint például a virtuális gép létrehozásának dátuma, tulajdonos,stb. a virtuális gép
    • Application Cluster Setup Configuration-SCSI buszmegosztási típusához adja meg a

    -t, mint a fizikai-virtuális migráció kezdeti beállítását, a fent említett pontok segítenek. Emellett még sok más lehetőség áll rendelkezésre, amelyek segítenek az infrastruktúra biztonságosabbá tételében, ugyanezért olvassa el a VMware legjobb gyakorlati útmutatóját. Miután összegyűjtötte ezeket a részleteket, készítsen migrációs tervet, és beszélje meg a megfelelő tulajdonosokkal az állásidőt és egyéb részleteket.

    ebben a cikkben megvizsgáltuk azokat az alapokat, amelyeket meg kell érteni, mielőtt áttelepítené a munkaterhelést a fizikairól a virtuálisra, valamint annak előnyeit & hátrányok.

    következő cikkünkben megvizsgáljuk, hogyan történik a P2V migráció A VMware vCenter Converter használatával.

    Kövesse Twitter és Facebook hírcsatornáinkat az új kiadásokhoz, frissítésekhez, éleslátó bejegyzésekhez és még sok máshoz.

    tetszik, amit olvas? Értékelj minket

    Vélemény, hozzászólás?

    Az e-mail-címet nem tesszük közzé.