Undviker Single Point of Failure

Ett ThinLinc-kluster har två komponenter - VSM Server och en eller flera VSM Agent. VSM Server är en central komponent med ansvar för att hålla ordning på vilka sessioner som för tillfället körs så att användare kan återansluta till existerande sessioner. VSM Server är också ansvarig för att avgöra vilken VSM Agent som ska starta upp den nya sessionen när en ny session begärs av en användare. Den avgör detta baserat på lastbalanseringsinformation.

Det här betyder att VSM Server är en kritisk komponent i ett ThinLinc-kluster. Den måste vara ständigt tillgänglig för att användare ska kunna starta nya sessioner och återansluta till gamla.

Det är viktigt att notera att VSM Server bara är kritisk vid uppstart av nya sessioner samt vid återanslutning. Klienten har inget behov av kommunikation med VSM Server efter uppstarten eller återanslutningen, så om VSM Server går ned kommer existerande sessioner fortfarande att fungera som om inget hade hänt. Den här designen är en viktig del i att hålla ett ThinLinc-system tillgängligt eftersom den minskar antalet kompontenter en existerande session är beroende av för att fungera.

VSM Server är dock en så kallad Single Point Of Failure för systemets förmåga att starta nya sessioner samt förmågan att återansluta till existerande sessioner. Ett hårdvarufel eller operativsystemsfel på maskinen som kör VSM Server får inte betyda att tjänsten går ner.

Inbyggt stöd för HA

VSM Server har inbyggt stöd för HA-funktion. Servern har funktionalitet för att skicka information om existerande sessioner till en annan VSM Server som körs på en annan dator. Kombinerat med Heartbeat, en mjukvara som är industristandard för HA inom Open Source-världen betyder det här att två fysiska servrar kan dela på ansvaret att alltid hålla tjänsten VSM Server tillgänglig.

Om en nod går ned kommer Heartbeat automatiskt att flytta ansvaret för tjänsten till den andra noden som kan fortsätta svara på anrop från klienter. Att återansluta till existerande sessioner kommer att fungera även efter bytet från en nod till en annan, eftersom information om alla sessioner hela tiden har överförts från den första till den andra noden.

När den trasiga noden kommer igång igen kommer den att uppdateras med information om de sessioner som ändrats sedan den var igång senast. Heartbeat kommer sedan att flytta över ansvaret när den detekterar att noden är uppe.

Inget behov av extra hårdvara

Den maskin som kör den andra instansen av VSM Server kan också fungera som VSM Agent. Det betyder att om den primära servern går ned så kommer det att gå långsammare att starta nya sessioner och återansluta till gamla, men om detta är acceptabelt så ger en konfiguration av den här typen HA utan behov av en extra server.

HA även på VSM Agent

Med tillgängligheten på VSM Server säkrad så inses behovet av att säkra tillgängligheten även för de servrar som kör VSM Agent, dvs de servrar där sessionerna körs. Alla program som körs av användare körs på agentservrarna. Om en server som kör VSM Agent kraschar kommer alla sessioner på den servern att förloras.

En kraschad VSM Agent är dock ingen katastrof så länge det finns minst en annan VSM Agent i klustret. En användare vars agentserver kraschat kan enkelt starta en ny session som då kommer att startas på en server som fungerar eftersom lastbalanseringssystemet i VSM Server kommer att detektera att den trasiga servern är onåbar.

Se alltså till att det alltid finns mer än en VSM Agent i ditt kluster för hög tillgänglighet.

Mer information om hög tillgänglighet i ThinLinc finns i ThinLinc Administrator's Guide.