Jeg redesigner oppsettet mitt hjemmenettverk (spesielt min nas og server), og spurte nylig et spørsmål om å kjøre en lampeserver og freenas 8 på to separate maskiner. I ånden av å spare penger og strøm, tenker jeg imidlertid å kombinere de to maskinene ved hjelp av virtualbox . På denne måten kunne jeg kjøre freenas 8 i en virtualbox på lampeserveren min (på en enkelt maskin).
For å forhindre konflikter mellom de to operativsystemene trodde jeg at jeg kunne installere både lampeserveren og freenas 8 på en enkelt usb-stasjon (koblet til en intern usb-topptekst), og har et par hd-er som bare freenas har tilgang til for lagring (så det vil ikke være noen konkurranse mellom linux og freenas for hd-ene).
Er dette potensielt et oppsett som kan fungere og forbli stabilt? Og er det fornuftig å kjøre et operativsystem fra flashminne i lange perioder (fordi det bare har et begrenset antall lese / skriv), eller er det en ulykke som venter på å skje? Eventuelle forslag eller planlagte problemer?
Svar
Hvorfor går du ikke direkte til Xen?
Du «ll få mye bedre bruk og deling av ressurser, og hvis fedora krasjer vil du alltid ha din NAS tilgjengelig.
Her er noen HOWTO-er for å sette opp en Xen-server:
http://wiki.xensource.com/xenwiki/HowTos
… Og du kan sette en fin pfSense forekomst for å brannmur all den trafikken ordentlig 🙂
Kommentarer
- Ah, jeg gjorde ikke ' vet ikke om Xen! Fra hva jeg kan samle på wikipedia er det ' akkurat det jeg ' jeg leter etter. Gjett jeg ha litt lesing å gjøre (og kudos for pfsense-forslaget!), takk!
- FYI denne typen virtualiseringsverktøy, ett lite operativsystem som vert mange " normal " OS som gjester, er kjent som " bare metal hypervisors " (Xen, Vmware ESX) i opposisjon til " hostede hypervisorer " (Virtualbox, Vmware Server / Player).
Svar
Jeg kjører freenas 8.0.4 som en HVM DomU ved hjelp av en xen 4.0 hypervisor og en debian squeeze Dom0 (med en AMD CPU hvis det betyr noe). Jeg hadde ingen problemer med å sette den opp, og alt ser ut til å løpe feilfritt. Så det fungerer og kan være et alternativ. Så langt, med begrenset testing, virker ytelsen bra – (i det minste god nok gitt mitt nåværende nettverk og belastning).
Nå, tilbake til spørsmålet ditt: «Er det en god idé?».
Mitt svar vil være hvis forestillingen er den samme eller i nærheten av å kjøre freenas native, ville det være en god idé. Jeg har ikke hatt nok tid (eller nok minne) til å gjennomføre en rettferdig sammenligningstest. Jeg er interessert i det svaret selv.
Jeg legger ut når jeg kjører noen flere tester.
——————— lagt til etter mer testing ———————- ——-
OK. Mitt svar er at det ikke er en god idé. Jeg brukte rsync for de fleste testene siden den rapporterer «Bytes / sec» og det gjorde det enkelt. Jeg sammenlignet denne figuren med min grafiske nettverksmonitor og rapporteringsgrafene inne i freenas. Alle dataene var enige.
Ved å sende filer til / fra Dom0 Linux-maskinen, kunne jeg lett mette en 100Mb / s Ethernet-kobling. Jeg hadde rapportert overføringshastigheter både til og fra verten freenas kjørte på litt over 11 millioner byte / sekund.
Sende filer til / fra DomU freenas-maskinen, jeg oppnådde bare omtrent halvparten av det. Hastigheter til / fra var i gjennomsnitt ca. 4,5 millioner byte / sekund. CPU-belastningen på både freenas vm og Dom0-verten var veldig høy. Jeg gadd ikke engang å gjenta testen med en gigabit ethernet-kobling siden resultatene virket entydige.
Med en HVM-maskin er min forståelse at maskinen skal kjøre akkurat så fort som den underliggende maskinvaren ved høye CPU-oppgaver. Men enhetsdriverne er emulert. I dette tilfellet går hele oppgaven freenas i utgangspunktet gjennom de emulerte enhetsdriverne: les disk -> send til nettverk og les nettverk -> send til disk. Tilsynelatende er overhead bare for høyt for god ytelse.
Så det fungerer bra for testing. Men hvis du bryr deg om ytelse, ikke så bra. Og hvis du ikke bryr deg om ytelse, vil du ikke bli interessert i nettverkstilkoblet lagring Så for de fleste kan jeg ikke anbefale det.
Kommentarer
- Det høres bra ut, takk for innlegg, og håper det fungerer som forventet !