Áttervezem az otthoni hálózati beállításokat (konkrétan az nas-t és a szerveremet), és nemrég feltettem egy kérdést a lámpa szerver és a freenas 8 futtatásáról két külön gépen. A pénz és az áram megőrzésének szellemében azonban a két gép ötvözésére gondolok virtuális doboz használatával. Így futtathattam a freenas 8 programot a lámpaszerverem virtuális dobozában (egyetlen gépen).

A két operációs rendszer közötti konfliktusok elkerülése érdekében úgy gondoltam, hogy a lámpa szervert és a freenákat is telepíthetem. 8 egyetlen usb-meghajtón (belső USB fejléchez csatlakozva), és van pár hd-jük, amelyhez csak a freenas fér hozzá tárolás céljából (tehát nem lesz verseny a linux és a freenas között a hd-k miatt).

Ez egy olyan beállítás, amely működhet és stabil maradhat? És ésszerű-e egy operációs rendszert flash memóriából hosszú ideig futtatni (mert csak korlátozott számú olvasási / írási lehetőség van), vagy baleset vár, amely bekövetkezik? Van bármilyen lehetséges javaslat vagy előre látható probléma?

Válasz

Miért nem megy közvetlenül a Xen mellett?
sokkal jobban használja és ossza meg az erőforrásokat, és ha a fedora összeomlik, mindig elérhető lesz a NAS.

Íme néhány HOGYAN egy Xen szerver beállításáról:
http://wiki.xensource.com/xenwiki/HowTos

… És tehetne egy szép pfSense példány az összes forgalom megfelelő tűzfalához 🙂

Megjegyzések

  • Ah, nem tettem ' nem tudok Xenről! Abból, amit a wikipédián összegyűjthetek, ' pontosan mit keresek '. van némi olvasnivaló (és köszönet a pfsense javaslatért!), köszönöm!
  • FYI az ilyen típusú virtualizációs eszközök, egy kis operációs rendszer, mint a gazdagép sok " a normál " operációs rendszer vendégként " csupasz fém hipervizorok " (Xen, Vmware ESX) a " által hostolt hipervizorok " (Virtualbox, Vmware Server / Player).

Válasz

I futtatja a freenas 8.0.4-et egy HVM DomU egy xen 4.0 hipervizort és egy debian segítségével Dom0-t szorít (amd cpu-val, ha ez számít). Nem volt gondom a felállításával, és úgy tűnik, hogy minden hibátlanul működik. Tehát működik, és lehet egy lehetőség. Eddig korlátozott teszteléssel a teljesítmény jónak tűnik – (legalábbis elég jó a jelenlegi hálózatom és terhelésem alapján).

Most térjünk vissza a kérdésére: “Jó ötlet?”.

A válaszom az lenne, ha a teljesítmény megegyezik vagy közel áll a freenas natív futtatásához, jó ötlet lenne. Nincs elég időm (vagy elegendő memóriám) egy korrekt összehasonlító teszt elvégzéséhez. Engem is érdekel ez a válasz.

Hozzászólok, amikor még néhány tesztet lefuttatok.

——————— további tesztelés után hozzáadva ———————- ——-

OK. A válaszom az, hogy nem jó ötlet. Az tesztek nagy részében rsync-t használtam, mivel “Bájt / sec” -ot jelent, és ez megkönnyítette. Összehasonlítottam ezt az ábrát a grafikus hálózati monitorommal és a freenákon belüli jelentés grafikonokkal. Minden adat megegyezett.

Fájlokat küldve a Dom0 Linux gépre / onnan, könnyen telíthetnék egy 100 MB / s ethernet linket. Beszámoltam arról, hogy az átviteli sebesség mind a gazda felé, mind pedig onnan kifelé haladva a freenas alig több mint 11 millió Bájt / másodperc sebességgel fut.

Fájlokat küldve a DomU freenas gépre / onnan, ennek csak a felét értem el. Az oda / vissza sebesség átlagosan körülbelül 4,5 millió bájt / másodperc volt. A CPU-terhelés mind a freenas vm-en, mind a Dom0 gazdagépen nagyon magas volt. Nem is bajlódtam azzal, hogy megismételjem a tesztet egy gigabites Ethernet-kapcsolattal, mivel az eredmények egyértelműnek tűntek.

HVM-géppel megértettem, hogy a gépnek ugyanolyan gyorsan kell futnia, mint az alapul szolgáló hardvernek magas CPU-s feladatoknál . De az eszközillesztőket emulálják. Ebben az esetben a freenas teljes feladata alapvetően az emulált eszközillesztőkön megy keresztül: lemez olvasása -> hálózatra küldés és hálózat olvasása -> lemezre küldés. Nyilvánvaló, hogy a rezsi túl magas a jó teljesítményért.

Tehát tesztelésre is jól használható. De ha érdekel a teljesítmény, akkor sem olyan jó. És ha nem érdekelne a teljesítmény, akkor nem érdekelné a hálózati csatolt tárhely . Tehát a legtöbb ember számára nem tudom ajánlani.

Hozzászólások

  • Ez jó embernek hangzik, köszönöm a hozzászólást, és remélem, hogy a várt módon működik !

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

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük