2024. március 29., péntek

Gyorskeresés

XPenology ESXi Hogyan

Írta: | Kulcsszavak: xpenology . esxi . vmware

[ ÚJ BEJEGYZÉS ]

Synology DSM Létrehozása ESXi 5.x-6.x VM-ként

Lépések áttekintése:

10 egyszerű lépésben elkészítjük a VM-et:

1. Adjunk nevet a VM-nek, bármi lehet. Javaslat XPenology
2. Válasszunk egy storage-et, itt lesz az indító lemezkép.
3. Válaszuk a Virtual Machine Version 8-at
4. Válaszuk ki hogy Linux és utána Other 2.6.x Linux (64-bits).
5. Konfiguráljuk a CPU/RAM párost, javasolt 2 core / socket, és 8Gb RAM
6. Állítsuk be a hálózatot, minimum 1 hálózati interfészt, a típusnak meg VMXNET3, ha tudjuk mi lesz a mac address akkor itt be is írhatjuk. !ez itt nem elég a QuickConnect-hez!
7. Válaszuk az LSI Logic Parallel controllert
8. Válaszuk hogy „Do not create disk”
9. Jelöljük be “Edit the virtual machine…”, és kattintunk a Finish-re
10. Távolítsuk el a CD és a Floppy Drive tételeket.

Új boot image készítése:

Elkészítjük a boot diszket, ezt használjuk akkor is, ha frissítünk és akkor is, ha új telepítést csinálunk.
Töltsük le a boot image-t innen, fontos hogy valóban az IMG verziót töltsük le mert így leszünk képesek bele írni a Serial/MAC párost, ami ahhoz kell hogy működjön a QuickConnect.

Módosítjuk a boot image-et:

Töltsük le az OSFMount programot.
Miután telepítettük indítsuk el és csatoljuk fel a letöltött IMG fájlt.
Ennek módja: "Mount new...." válaszuk ki a letöltött IMG fájlt és vegyük ki a jelölést a "Read-only drive" elől, majd "OK". A megnyíló ablakban válasszuk ki a 0-ás partíciót.

Nyissuk meg a felcsatolt új diszket és keressük meg a syslinux.cfg -t, szerkesztéshez a Notepadd++ a javasolt.

Használjuk ezt az Excel kalkulátort és generáljunk egy Serial numbert és egy MAC Addresst.
Nem kell átírni semmit az Excelben! Minden megnyitására új serial és MAC párost generál!
Nyissuk meg a Notepad++ használatával a syslinux.cfg -t és írjuk be mindenhova a syno_hw_version=DS3615xs után, ezt sn=SERIAL_NUMBER mac1=MAC_ADDRESS.
Példa: syno_hw_version=DS3615xs sn=A8LWN04562 mac1=001132CFA413

Javaslom a syslinux.cfg be hozzá adni ezt a paramétert: rmmod=ata_piix
Így elkerülhető, hogy a DSM lássa az boot diszket, mivel nem fogja látni az IDE eszközöket!

Ha kész a syslinux.cfg szerkesztése mentsük el, zárjuk be a fájlt és csatoljuk le a diszket az OSFMountban.

Konvertáljuk a boot image-et:

Következő lépés át konvertálni a .img-t .vmdk-ba, ez lesz az ESXiben a boot diszk.
Ehhez a StarWind V2V Convertert fogjuk használni. Hihetetlenül egyszerűen működik válaszuk ki a .img fájlt, majd válaszuk a “VMware pre-allocated image” formátumot, kattintunk a Next-re itt válaszuk az "IDE" virtual diszk típust. Ha kész a konvertálni két .vmdk fájlt fogunk kapni.

Miután elkészült a két .vmdk fájl azokat fel kell tölteni az ESXi data store-ba, abban is a Xpenology VM mappájába, a feltöltését követően a két .vmdk fálból egy .vmdk lesz a mappában!


Konfiguráljuk a VM-et az új boot image használatához:

Ha frissíteni akarunk:
Még mielőtt elindulnánk fontos, ha frissíteni akarunk és nem új VM-et, akkor körültekintően járjunk el.
Első lépésként szabályosan állítsuk le a DiskStation-t, mindig csak ezután töltsük fel a .vmdk fájlokat a datastore-ba.
Ne feledjük a két .vmdk fájlból egy .vmdk fájl lesz a feltöltés után.

Ha a VM kikapcsolt állapotban van, akkor lehet szerkeszteni, frissíteni a boot imige-et, távolítsuk el a jelenlegi boot image-t és adjuk hozzá az újat.

Javasolt frissíteni a MAC Address-t a VM-ben arra amit a syslinux.cfg írtunk.
Miután kicseréltük a boot image-t és frissítettük a MAC Addrrest jöhet a következő lépés.

Mindig úgy kezdjük, akár frissíteni akarunk, akár új telepítés, hogy nyissuk meg az ESXi-ben a VM consol-t és onnan indítsuk a VM-et, mert a boot menü alapból sima indítást csinál, nekünk meg az Install/Upgrade menüpont kell.

Nyissuk meg a Synology Assistant-ot és keressük meg a saját DiskStation-t.

Kapcsolódjunk a DiskStatin-höz, és válaszuk a "Migration" telepítés típust.
Válaszuk a manual install-t és tallózzuk be az előzőekben Innen letöltött .pat fájlt.

Ha új telepítés:

Boot diszk hozzáadása a VM-hez.

Szerkeszteni kell a VM beállításait.
Jobb gombbal kattints a VM-re, válaszd az "Edit settings" menüt, majd az "Add", és a "Hard Disk" ->"Use existing virtual disk" menüpontot, tallózzuk be a feltöltött .vmdk fájlt. Figyeljünk rá hogy IDE hard disk-ként jött-e létre. Ezzel kész is a boot diszk.

Start és telepítés

Mindig úgy kezdjük akár frissíteni akarunk, akár új telepítés, hogy nyissuk meg az ESXi-ben a VM consol-t és onnan indítsuk a VM-et, mert a boot menü alapból sima indítást csinál, nekünk meg az Install/Upgrade menüpont kell.

Nyissuk meg a Synology Assistant-ot és keressük meg a saját DiskStation-t.
Innen tovább semmi különbség nincs a gyári Synologyhoz képest.

Okosság!

A vmware tools-t kell már csak telepíteni Innen a csomagkezelővel és kész is.

A könnyebb része meg is van, a következő rész az adattárolásra használt diszkek hozzá adását tárgyalja.

Három lehetőség van, igyekszem mindhármat leírni és elmagyarázni melyik mikor használatos. Röviden:

1. Virtuális disk, egyszerűen "gyorsan" létrehozható, sebességben kompromisszumos megoldás, nincs SMART infó
2. RDM disk, több hozzáértés kell, de a diszket közvetlen a xpenology látja, sajnos SMART itt sincs.
3. Dedikált SATA vezérlő, a l.egjobb megoldás, de függ az alaplap képeségeitől.
Virtuális diszk létrehozása

Szerkeszteni kell a VM beállításait.
Jobb gombbal kattints a VM-re, válaszd az "Edit settings" menüt, majd az "Add", és a "Hard Disk" ->"Create new virtual disk" menüpontot, állítsd be a kívánt méretet, jelöld meg a „Thick Provision eager zeroed” lehetőséget, katt a next-re, következő ablakban a SCSI-t jelöld ki, majd next és finish.

Az így létrehozott virtuális diszk ugyan lassabban jön létre de jobb teljesítményt ad.
Sajnos azonban nincs információnk a lemez SMART állapotáról a XPenology-ban, és egy esetleges költöztetés fizikai hardverre nehezen megoldható.

RDM diszk hozzáadása

Ez egy rázósabb rész, megkövetel némi ismeretet és nyugalmat, mivel az ESXi lelkében fogunk turkálni kicsit, SSH, WinSCP és putty amire szükség lesz, továbbá az RDM diszknek szánt lemezek legyenek fizikailag beüzemelve a szerverben.

Az ESXi szerveren engedélyezve kell lenni az SSH-nak, elég csak erre az időre míg megcsináljuk az RDM diszket.

Putty-al csatlakozzunk az ESXi szerverhez.

Majd lekérdezzük az elérhető diszkeket:
ls -l /vmfs/devices/disks

az eredmény kb íg néz ki:
[root@aio:~] ls -l /vmfs/devices/disks
total 1484059121
-rw------- 1 root root 15728640000 Nov 2 00:34 mpx.vmhba32:C0:T0:L0
-rw------- 1 root root 4161536 Nov 2 00:34 mpx.vmhba32:C0:T0:L0:1
-rw------- 1 root root 262127616 Nov 2 00:34 mpx.vmhba32:C0:T0:L0:5
-rw------- 1 root root 262127616 Nov 2 00:34 mpx.vmhba32:C0:T0:L0:6
-rw------- 1 root root 115326976 Nov 2 00:34 mpx.vmhba32:C0:T0:L0:7
-rw------- 1 root root 299876352 Nov 2 00:34 mpx.vmhba32:C0:T0:L0:8
-rw------- 1 root root 2684354560 Nov 2 00:34 mpx.vmhba32:C0:T0:L0:9
-rw------- 1 root root 250059350016 Nov 2 00:34 naa.5000cca329d1c0c7
-rw------- 1 root root 250055688704 Nov 2 00:34 naa.5000cca329d1c0c7:1
-rw------- 1 root root 1000204886016 Nov 2 00:34 naa.50014ee205ba6ed8
lrwxrwxrwx 1 root root 20 Nov 2 00:34 vml.0000000000766d68626133323a303a30 -> mpx.vmhba32:C0:T0:L0
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.0000000000766d68626133323a303a30:1 -> mpx.vmhba32:C0:T0:L0:1
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.0000000000766d68626133323a303a30:5 -> mpx.vmhba32:C0:T0:L0:5
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.0000000000766d68626133323a303a30:6 -> mpx.vmhba32:C0:T0:L0:6
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.0000000000766d68626133323a303a30:7 -> mpx.vmhba32:C0:T0:L0:7
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.0000000000766d68626133323a303a30:8 -> mpx.vmhba32:C0:T0:L0:8
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.0000000000766d68626133323a303a30:9 -> mpx.vmhba32:C0:T0:L0:9
lrwxrwxrwx 1 root root 20 Nov 2 00:34 vml.02000000005000cca329d1c0c7486974616368 -> naa.5000cca329d1c0c7
lrwxrwxrwx 1 root root 22 Nov 2 00:34 vml.02000000005000cca329d1c0c7486974616368:1 -> naa.5000cca329d1c0c7:1
lrwxrwxrwx 1 root root 20 Nov 2 00:34 vml.020000000050014ee205ba6ed8574443205744 -> naa.50014ee205ba6ed8
[root@aio:~]

Azonosítsuk be a diszket amit RDM ként akarunk használni.
A fenti listából ezt: vml.020000000050014ee205ba6ed8574443205744
Adjuk ki a következő parancsot:
# vmkfstools -z /vmfs/devices/disks/diskname /vmfs/volumes/datastorename/vmfolder/vmname.vmdk
Ebben az esetben az alábbiak a jelentések
„datastorename” az az a név ahogy a data store-t hívják,
„vmfolder” a VM mappa neve a data store-on
„vmname.vmdk” pedig a virtuális gép neve.vmdk

A fenti lista alapján ez így nézne ki:
# vmkfstools -z /vmfs/devices/disks/ vml.020000000050014ee205ba6ed8574443205744 /vmfs/volumes/Datastore1/xpenology/xpenology1.vmdk

A létrejött RDM diszket (ami egyébként egy pointer fájl) hozzáadjuk a VM-hez:
Jobb katt a VM-re és tegyük a következőket.
Click Edit Settings.
Click Add.
Válaszd Hard Disk.
Válaszd Use an existing virtual disk.
Tallózzuk be az elkészített RDM diszk fájlt majd Next.
válaszd a SCSI lehetőséget és click Next.

Az így létrehozott RDM diszk ugyan nehezebben készíthető el, de jobb teljesítményt ad.
Sajnos azonban, még mindig nincs információnk, a lemez SMART állapotáról a XPenology-ban
jó hír viszont, hogy egy esetleges költöztetés fizikai hardverre könnyen megoldható.

Dedikált SATA vezérlő használata

Legjobb megoldás, de függ az alaplap képességeitől, VT-d kell hozzá.

Folyamat:

Válaszuk ki a hostot az inventory panelen a vSphere Client-ben
Keressük meg a Configuration fület, majd az Advanced Settings pontot.
A Passthrough Configuration lapon az összes elérhető eszköz listázva lesz. A zöld ikon mutatja az elérhető aktív eszközöket, a narancs ikon mutatja mely eszközök állapota fog változni újraindítás után.

A listában megkeressük az átadni kívánt SATA vezérlőt, kijelöljük a jelölő négyzetben, majd OK
Ezután újra kell indítani az ESX.i szervert!

A vezérlő hozzáadása a VM-hez:
Jobb katt a VM-re és tegyük a következőket.
Click Edit Settings.
Click Add.
Válaszd PCI Device.
Válaszd ki Az átadni kívánt vezérlőt.
Még egyszer ellenőrizd, hogy mindent jól választottál ki, majd Next.
Finish.

Csak futólag jegyezném meg, ha valaki ugyanazzal a hardverrel akarná megoldani a xpenology és egy kodi vagy xbmc lejátszót akkor ez utóbbi rész hasznos neki.
Figyelembe kell venni, hogy ebben az esetben egy alap vga kártya is kelleni fog, és azt kell használni az ESXi-hez, és a hdmi kimenetes kártyát pedig PCIe Passthrough-val a kodi/xbmc gépnek oda kell adni!

Az írás nincs teljesen kész, lesznek még javítások mind helyesírási, mind szerkezetileg, valamint képeket is csatolni szeretnék.

Forrásként saját tapasztalatok szolgáltak és felhasználtam a vmware tudásbázisát, valamint az IDmedia anyagait.

Hozzászólások

(#1) Dr.FantastiK


Dr.FantastiK
őstag

;) Nagyon Hasznos , Koszonjuk !!! :R

Main full time job : >>> The ultra fast money producer !!!

(#2) itanczos


itanczos
senior tag

Köszi az információkat!

Egy Dell Optiplex 790-el próbálom amit írtál.
Viszont hiába van bent egy PCIe-s nvidia kártya, az alaplapi intel mellett, az ESXi-ben nem megoszthatónak írja. Az ESXi konzol az alaplapi VGA csatin látszik.

Használd a keresőt! | iPhone 13 Pro 256GB | 3D: Tevo Tarantula | NAS: HP MicroServer Gen8 - Proxmox/XPenology | Okos otthon: HomesAssistant - HomeKit - Hirdetéseim: https://hardverapro.hu/aprok/hirdeto/itanczos/index.html

(#3) sutszi


sutszi
veterán

Rengeteg tesztet látni a neten és mindenhol az van, hogy a VMDK alapú lemez közel ugyanúgy teljesít mint az RDM.

[ Szerkesztve ]

Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage

(#4) kgymac


kgymac
őstag

Esxi leírást (6.5 + dsm 6.1 + jun 102b) szeretném kibővíteni, hátha hasznos lesz valakinek.

Esxi 6.5 alól használok jun 102b loaderrel 6.1.7-es dsm-et, a lemezek között a syno látja az 50mb-s boot image-et. Egy dell perc h200 hba-t használok it módra flash-elve, passtrough módban átadva a VM-nek, jelenleg 2 db hdd-vel egy hp microserver gen8-on. A h200-ra kötött lemezek a 4. pozíciótól látszanak az elvárt első helyett. A jun féle 1.02b betöltőben nincs /etc/syslinux.cfg, így az "alaplapi" ide, nem tiltható le a rmmod=ata_piix sor beírásával. A megoldást az xpenology.com-on találtam meg, a grub.cfg-be kell beletenni az ihd_num=0 paramétert.
pl.

set common_args_3615='syno_hdd_powerup_seq=0 HddHotplug=0 ihd_num=0 syno_hw_version=DS3615xs vender_format_version=2 console=ttyS0,115200n8 withefi elevator=elevator quiet syno_port_thaw=1'

A paraméter hatására esxi VM alatt a dsm nem látja az ide hdd-t, amiről a loader elindult. A lemezek a tároláskezelőben az első pozíciótól látszanak (syno ssh alatt /dev/sda-tól), nálam a passtrough módnak köszönhetően a kezelés gyors, smart információk kiolvashatóak.
A grub.cfg-t a szokásos módon elő kell készíteni (sn,mac1..macN,timeout), a paramétereik egyezzenek meg a már használt adatokkal, mert a syno ez alapján költöztetést fog javasolni eltérés esetén. Ha a grub.cfg paraméterei megegyeznek a lemezen tárolt adatokkal, a dsm simán, költeztetés nélkül elindul. Új telepítés esetén paraméter egyezés nem szükséges, de érdemes minden egyedi adatot beállítani. A boot image-et érdemes eltárolni egy későbbi használat miatt, én az img mellett a grub.cfg-t is eltárolom.
A boot image-et konvertálni kell vmdk formátumba a cikk szerint, a vmdk file-okat fel kell tölteni a datastore-ba (leállított VM mellett), majd a VM elindítani. Az elindított VM (dsm) használata a szokásos módon.

További hozzászólások megtekintése...
Copyright © 2000-2024 PROHARDVER Informatikai Kft.