är det någon som kör thinlinc virtuellt i exempelvis vmware?

Jag tycker själv att thinlinc-servern borde fungera bra virtualiserat, men är nyfiken på erfarenheter och vilken 'hårdvaru'-konfig som funkar bäst.

Det fungerar, men kan innebära något försämrad respons. Huruvida detta är märktbart/problematisk eller ej varierar från fall till fall.

Rent generellt så brukar man inte rekommendera att köra terminalservrar virtualiserat, många Citrix-kunniga undviker detta. Problemen kan förstås delvis ha med Windows som plattform att göra. Med en bra virtualiseringsmotor och en modern Linux uppepå den så bör det snurra på rätt bra.

I många fall så är behovet av virtualisering inte så stort med terminalservrar. Virtualisering är väldigt praktisk när man har många olika "småservrar" som går på tomgång. Att få in dessa i ett fåtal fysiska maskiner kan underlätta avsevärt. Men med terminalservrar är det annorlunda: Åtminstone för större installationer så har man ju flera mestadels likadana fysiska maskiner som är tämligen väl utnyttjade. Att införa virtualisering i ett sådant system innebär i princip bara ett extra "onödigt" lager mellan OSet och hårdvaran. Men visst finns det fördelar också. Snapshots är mycket praktiskt och möjligheten att migrera maskiner vid hårdvarufel är ju också trevlig.

Snapshots finns btw i många moderna operativsystem nuförtiden. Litegrand kan man nog säga att VMware och liknande system fyller vissa tomrum som finns eller har funnits i de vanliga operativsystemen. Så i takt med att OSen blir bättre så tycker iaf jag att behovet av virtualisering minskar.

Mvh,
Peter

det finns ju en del administrativa och rent platsbesparande fördelar med virtualisering - precis som du säger så är det praktiskt om man har en del 'småservrar'. Men är inte vsm-serverdelen av thinlinc just en sådan 'småserver', den hanterar ju 'bara' sessionsdata och borde inte vara särskilt belastad? I nuläget kör vi vsmservrarna i samma maskiner som agenterna, men min tanke är att separera detta så man har ett antal agentmaskiner som agerar terminalservrar dit den virtualiserade vsm-servern skickar sessioner. Detta eftersom vi vill köra thinlinc-servrarna på RHEL5 men inte nödvändigtvis vill 'publicera' detta till användarna utan snarare kanske fedora-desktops.

VSM Server drar precis som du säger inte särskilt mycket CPU, så om man vill ha den på en egen server så kan den vara en bra kandidat för virtualisering. Men det går också utmärkt att köra den på en maskin som samtidigt är agent.

Jag förstår inte riktigt hur du vill göra för att kombinera RHEL och Fedora?

vi vill publicera generella linux-desktops till våra användare, och för detta vill vi använda fedora eftersom vi kör det som klient-miljö. thinlinc skall dock ligga på rhel, eftersom det är vår server-plattform. så under vår thinlinc-server lägger vi ett antal fedora-'servrar' som application servers som publicerar desktops, samt en bunt andra servrar som vissa användare behöver specifik åtkomst till.

att köra agenten och servern på samma maskin ( vi gör så idag) fyller alltså ingen större funktion för oss eftersom vi inte har något egentlig behov av att publicera rhel-desktop

Kör du VSM Agent på fedora-maskinerna, eller ansluter du till fedora-maskinerna via ssh/X-forwarding från agentmaskin på RHEL?

Kan vara värt att tänka på att det är svårt att få lokala enheter (ljud/disk/printers/serieportar) att fungera om själva sessionen inte går på samma maskin som ssh-tunneln från klienten kommer in på.

Vi kör VSM Server i vmware på administrationen. En grej som borde bli bra är om man kör VSM Server på tex vmware och kör den klustrad. Sedan har man VSM Agent på fysiska burkar. Vi har "labb" agenterna i vmware, men live kör vi på fysiska burkar. Tyvärr är prestandan inte så vidare värst i den virtuella världen när det gäller agentservrarna.

Vi kör följande Xen setup i skarp produktionsdrift och vi kör den av en särskild anledning som Peter berör ovan nämligen att det är relativt dyrt att virtualiera I/O operationer men ganska billigt att virtualisera userprocesser. Varje gång en skärmuppdatering skall skickas till en tunnklient sker ett nätverksinterrupt. Körs detta på baremetal OS är det ganska billigt resursmässigt att hantera interruptet men sker det till en virtuellmaskin måste signaler skickas dit.

Dom0 RHEL5/Centos 5 - 64 bitars Linux

VSM agent-  Linux Terminal server

DomU virtuell maskin

Windows terminal server

Detta fungerar klockrent, se till att ha mycket minne i maskinen vi kör Dual Quad Core och 16GB minne per maskin.

Mvh. Christian