ESXI + Xpenology beállítások

Fórumok

ESXI 6.5U1-re szeretnék Xpenology-t telepíteni. Már túl vagyok egy-két teszt telepítésen és ismerkedtem is a rendszerrel. Most szeretném beállítani az "éles" használatra szánt VM-et. A telepítési tutorialok elég sablonosak és csak a telepítésre mennek rá. A helyes VM konfigurációt nem annyira részletezik. A cél, hogy a jelenleg használt WD MyCloud-ot kiváltsam(fájlmegosztás, transmission, twonky server).

Minden telepítési tutorial úgy kezdődik, hogy a loader-t mint meglévő vmdk-t hozzá kell adni. Ezen kívül beállítanak még egy 10-15GB-os méretű új virtuális lemezt is hozzáadnak. A telepítés során erre települ a rendszer ~5GB területre. Az, hogy a többi részével mi legyen nem részletezik. Azt sem, hogy a rendszernek a jövőben mekkora a helyigénye? Az elején például akartam telepíteni az open-vm-toolst, meg egyéb kiegészítőket próbaképpen és hibaüzenetet kaptam, hogy nincs tárhely ahová lehetne telepíteni... Mert mint kiderült arra külön fel kell venni meghajtót/tárterületet... Így hozzáadtam azt a 10-15GB-os lemezt amire a Xpenology települt és a maradék helyet mát tudta használni telepítésre. De itt megint feljön a jövőbeli helyigény. Akár frissítésnél akár kiegészítők telepítésénél. Jól jönne valami referencia beállítás.

Ez egyelőre az alap rendszer ami egy 320GB-os HDD-n van jelenleg. (Később talán SSD-re kerülnek a VM-ek.) Ezen kívül van 2TB-os HDD amit RDM-ként szeretnék majd odaadni az Xpenology-nak. Erre csak a tényleges adatok kerülnek majd. Semmi VM-hez köthető "meta" infó.

Ha van esetleg valaki aki hasonló megoldást használ, akár csak részben is, nagyon megköszönném ha tudna segíteni egy kis infóval.

Hozzászólások

Az RDM-et szerintem inkább ne eröltetsd, local storage-ot az 5.x nem engedett RDM-ként hozzádani a VM-hez, szerintem ezt a 6.x-ben sem engedik (nem foglalkoztam 6.x-szel ilyen tekintetben). Patkolással meg lehet csinálni, vmware KB article is van hozzá, de mindenhol kihagsúlyozzák, hogy max tesztre használd, produktív környezetbe lehetőleg ne.
A SATA RDM olyan, mintha csinálnál egy "szimlinket" a device-hoz, amit aztán hozzá tudsz adni a VM-hez. A gond ott van, hogy azt a szimlinket is tenni kell valahová, leginkább egy datastore-ba. Viszont ha az a datastore elérhetetlenné válik valami miatt, ahova a szimlinket raktad, akkor buktad az RDM-et is.
Én próbálgattam, tesztelni jó, de aztán inkább a datastore-okban megcsináltam a vmdk-kat és azokat adtam a VM-ekhez. Az stabilan működött, A SATA RDM túl kockázatos szerintem, még otthoni "éles" használatra is.

Ez a rész eddig elkerülte a figyelmem. A KB article-t is néztem. Ahol eredetileg olvastam az RDM-et, ott teljesítmény szempontjából voltak tárgyalva a lehetőségek és a sima vmdk alapú megoldást lassabbnak állították. Az volt a javaslat, ha nem akarok kompromisszumot kötni a HDD sebességben akkor RDM kell. Így viszont visszakerültem a start mezőre. Mondjuk a datastore1 amin a VM-eket tartom, ott már létrehoztam egy RDM mappát, amibe az ilyen mappingeket akartam tenni. Nálad milyen sebességet tud a vmdk alapú megoldás?

Nem tudom, hogy mit bírna. Nem foglalkoztam vele annyira, hogy komolyabban megmérjem. Filmek mennek akadás nélkül, a 100MB/s környéke megvan, ha másolok (gigabit LAN), gépről NAS-ra vagy fordítva. Nekem ennyi otthonra elég. Mivel otthon többségében windows gépek vannak, így nekem a vmdk-ban NTFS van (sima Windows file share).
Lehet, hogy a vmdk-nak van némi overhead-je az RDM-hez képest, de otthoni környezetben számomra ez nem érzékelhető.

Ez pl. elég egyértelmű szerintem.
https://ithinkvirtual.com/2016/04/30/create-a-synology-vm-with-xpenolog…
Azt vettem le róla, hogy a létrehozott első vm disk-re megy a vmdk, ami a rendszert tartalmazza, ide mennek majd a frissítések meg plusz szoftverekm pl. az open vm-tools is. Utána pedig hozz létre továbbiakat amiket majd a NAS területnek használsz. Ebben a cikkben azt írják, hogy egy 12 lemezes Synology-t emulál a virtuális rendszert tehát az első rendszer lemez + 11 diszk lehet a konfiguráció.

Igen, első indításkor oda telepíti a rendszert, máshova nem is tudná.