VIRTUALISERING AF SOFTWARE TIL DTU Microsoft Application Virtualization en mulig løsning?

Transkript

1 VIRTUALISERING AF SOFTWARE TIL DTU Microsoft Application Virtualization en mulig løsning? IMM-B.Eng Skrevet af Christian Emil Bech S Afleveret kl Underskrift:

2 1 Indledning Indholdsfortegnelse 1 Indledning Winbar DTU, Virksomhedspræsentation Motivation... 4 Vision Rapportoversigt... 5 Tidsplan Projektplan... 6 Krav til rapporten Analyse Aktivitetsplan Foranalyse - Winbar Symantec Ghost J-Drev (MSI)... 8 H-drevet (Dokumenter) Generelt omkring Application Virtualisation... 9 Indledende analyse Sequencering Distributions muligheder Management Muligheder Beslutninger Design Aktivitetsplan Management Design Server opdeling Adgangs kontrol Klient Opsætning Streaming design Overvejelser ved Streaming design Terminal Server Opstilling Streaming fra Terminal Resourcer på serveren Beslutninger Implementering Aktivitetsplan Fysisk installation af servere Proof of Concept Hyper-V Management server Terminal Server Klient Opsætning Registrerings filer Sequencering af pakker Opsætning af Applikationer Udrulning til brugerne Test Fejlrapportering og fejlliste Fejllister Matlab Test Test konklusion Office test Installations test Samlet Test konklusion Konklusion Side 2 af 34

3 1 Indledning 6.1 Forslag til forbedringer af projektet SCCM Streaming Server Large Scale Test Bedre Server Setup Lister Litteratur liste Figur liste Bilag 30 Bilag 1 Managementserver Installations Vejledning Bilag 2 MatLab Test Side 3 af 34

4 1 Indledning 1 Indledning Dette kapitel vil blive brugt på at beskrive virksomheden og miljøet projektet er skrevet til, motivationen for dette og rapportoversigt vil give et klart billede af hvordan rapporten vil være sammensat. 1.1 Winbar DTU, Virksomhedspræsentation Winbar er en Windows baseret databar på DTU. Hvad er en databar så? En databar er et lokale fyldt med computere til rådighed for de studerende og ansatte. Disse opstillinger skal køre optimalt for at være til gavn for brugerne. Det betyder at programmerne skal holdes opdaterede, Windows opdateringerne skal installeres, opstillingerne skal holdes virusfri og systemet skal fungere flydende med brugerens egne data. Udover deciderede databarer har Winbar også pult maskiner til forelæsere med dertil opsatte projektorer. Vi kører også de ansattes maskiner på adgangskursus (ADK-DTU) og 3 hardware laboratorier med normale computeropstillinger, dog med hardwareboards tilsluttet. Bag den Windows baserede databar på DTU, sidder der en lille afdeling der står for driften. I dag rummer afdelingen 2 fuldtids ansatte, 2 deltids ansatte, 2 konsulenter og en chef. De holder Databarens 550 maskiner og programpakken på over 150 programmer kørende. Jeg har arbejdet i afdelingen i over 3 år og min stilling må siges at have været meget praktisk orienteret. Jeg har været rundt i alle afkroge af hvad afdelingen laver. Fra design af vores hjemmeside, til kodning af overvågningscripts og fejlmelding af defekte maskiner. Derudover har jeg lavet mange MSI pakker, som er den nuværende måde afdelingen distribuerer software på. Det er blandt andet grunden til at jeg vælger at undersøge alternativerne i dette projekt. 1.2 Motivation Motivationen for projektet kommer fra måden vi distribuerer software i dag. De begrænsninger og problemer vi har med den nuværende system har været med til at vi vælger at undersøge hvilke alternativer der er til distribuering af software. Vi har i dag markant flere problemer med meget komplekse MSI pakker end vi havde for 2 år siden. Det sker at vi modtager MSI pakker fra software leverandører vi ikke kan editere i og dermed ikke har mulighed for at tilpasse til vores system. Et andet problem med MSI pakker er hastigheden. Når pakker bliver installeret fra et netværksdrev burde det ikke tage meget mere end overførselshastigheden at få programmet ned på computeren. Dette er dog langt fra tilfældet med de mere komplicerede pakker, der kan tage op til 30 min at installere. Ved Virtualisering vil det teoretisk set kun tage overførselshastigheden af programmet for at kunne afvikle det. Jeg vil komme ind på flere problematikker ved det nuværende system under analysen, men i bund og grund ligger motivation for projektet i at der bør være en bedre måde at distribuere software på end den nuværende. 1.3 Vision Visionen for projektet ligger i at undersøge de muligheder Microsoft har at tilbyde med deres produkt Application Virtualization (App-V). Hvis det viser sig at have fordele vil det senere blive implementeret og muligvis helt overtage måde vi distribuerer software på. Side 4 af 34

5 1 Indledning DTU skriver på deres hjemmeside at de forventer at den studerende har en bærbar der kan medbringes til undervisning og eksamen. For at udnytte det maksimalt er det nødvendigt at have kursernes software installeret. Her kunne App-V være en mulighed for at distribuere software direkte til de studerendes bærbare. Denne metode vil måske også kunne bruges til ansattes hjemmearbejdspladser. 1.4 Rapportoversigt Kapitel 1: Indledning Introduktion til projektet, her kigges der på motivationen og visionen for projektet, samt en virksomhedspræsentation. Kapitel 2: Analyse Her analyseres det nuværende system hos Winbar, for at kunne tilpasse en ny distributionsform så godt som muligt. Det vil give et godt overblik over hvilke fysiske rammer der er at arbejde med. Kapitel 3: Design I design kapitlet bliver der udtænkt forskellige løsningsmodeller. De forskellige løsningsmodeller diskuteres, prioriteret og sat op som implementerings mål. Kapitel 4: Implementering Dette afsnit handler om hele implementeringen af App-V systemet. Det gælder installation af samtlige servere og tilpasning af App-V klienten Kapitel 5: Test Dette kapitel omhandler alle de test der bliver kørt på systemet. Desuden indeholder kapitlet fejl fundet i systemet. Kapitel 6: Konklusion Konklusionen bygger på de opnåede resultater og hvorvidt mål og succeskriterier er opfyldt. Her vil også komme en vurdering af eventuelle forbedringer til projektet. 1.5 Tidsplan ID Task Name Start Finish Duration mar 2009 apr 2009 maj 2009 jun Analyse d 2 Design d 3 Implementering d 4 Test d 5 Rapport d Figur 1-1 Tidsplan Side 5 af 34

6 1 Indledning 1.6 Projektplan En af de ting som gør dette projekt meget specielt i forhold til så meget andet jeg har lavet er at jeg nu står på egne ben, normalt under dette studie har jeg arbejdet i grupper af 2-4 personer. Dette projekt giver mig muligheden for at arbejde selvstændigt med en større opgave. Min begrænsede viden om emnet taget i betrækning gør at jeg bruger de første par uger på at afprøve mange af mulighederne i et testmiljø. Prøver at få noget prikket lidt til det. Derefter vil der blive analyseret og læst op på hvilke muligheder der er med App-V. Eventuelle løsninger skal gennemanalyseres og hvis de stadig har muligheder for udnyttelse skal de designes, derefter implementeres og til sidst skal de testes. Planen og målet for projektet er at komme langt ud i afkrogene af App-V og finde alle muligheder i det. Til sidst vil jeg så konkludere på om det jeg har fundet ud af kan bruges. 1.7 Krav til rapporten Rapporten skal gennemgå udviklingen af projektet fra start til slut. I hovedtræk skal rapporten dække analyse, design, implementering og test. Beskrivelsen af projektet skal være på et sådan niveau, at en kvalificeret udvikler (evt. IT studerende) kan læse den og benytte eller videreudvikle løsningerne. Side 6 af 34

7 2 Analyse 2 Analyse 2.1 Aktivitetsplan Foranalyse Her vil det nuværende system blive analyseret. Der vil være en gennemgang af fordele og ulemper ved det gamle system. Generelt omkring Application Virtualization. Gennemgang af de grundlæggende distribueringsmetoder. Beslutnings afsnit Her gør jeg op med de erfaringer første del af projektet har givet mig og fremlægger nogle af de beslutninger jeg har taget. 2.2 Foranalyse - Winbar Winbar bygger i høj grad på simplicitet. Vi bruger kun Dell maskiner og har få forskellige modeller. Lige nu kører vi Optiplex 620, 745, 755 og Optiplex 960 er på vej ind i systemet. AD Ghost H-Drev (Storage) J-Drev (MSI) Programmer MSI Winbar XP Spejl Ghost Image Figur 2-1 Computer lag Figur 2-1 beskriver de forskellige lag en opstilling er inddelt i. På sin egen partition på drevet ligger der en Ghost partition. Det gør at maskinen kan formateres over netværket fra en Ghost-Server. På en anden partition bliver et Windows XP Spejl lagt og ovenpå det bliver programmer efterfølgende installeret vha. MSI pakker. Brugerens dokumenter bliver gemt på et netværks drev kaldt H-drevet på Winbars system, det gør at brugeren kan tilgå sine egne filer på alle opstillinger. Side 7 af 34

8 2 Analyse Symantec Ghost Ghost er et disk klonings program. Det bliver brugt til at distribuere spejle ud på databar maskinerne. Dette gør at vi teoretisk kun har en maskine vi skal holde opdateret, da alle andre maskiner er et spejl af denne. Det gør at vi kan formatere en eller mange maskiner med vores tilpassede Windows XP spejl på kun få minuter. Grunden til at Ghost kan klare mange manskiner samtidig er dens Multicast funktion. Det betyder at man sender samme pakke til alle computere på netværket i stedet for at sende den individuelt. Så sørger ghostklienten for at modtage de pakker den skal have. Dem som ikke er blevet sat til at formatere lader bare pakkerne gå tabt J-Drev (MSI) Alle programmer på Winbar bliver installeret ved hjælp af redigerede MSI-pakker. Begrænsninger: Hastigheden er generelt hurtigt på vores MSI pakker. Alle mindre pakker bliver installeret nær hastigheden det tager at overføre dataen. Vi har gigabit ethernet på alle databarmaskinerne, så flaskehalsen ligger på læse og skrivehastighederne på harddiskene. Som eksempel kan jeg tage Acrobat Reader. Det fylder 105 mb og tager ca. 35 sekunder at installere. App-V load i sekunder MSI installation i sekunder Matlab og Fuld Office pakke Visual Studio Maple Pro II Eclipse JEE Installations tider En anden begrænsning er at man ikke kan installere flere programmer samtidig med MSI. Der skal installationen køre færdig før den næste kan sættes i gang. Derudover kan de kræve at computeren bliver genstartet. Det er vi f.eks. nød til at gøre for at McAfee antivirus fungere. Pakker der er lavet i Visual Studios indbyggedet MSI creator giver store problemer for os når vi skal tilpasse dem. Ofte kan vi ikke åbne og lukke pakken uden at den ikke fungere mere. Vi afinstallerer ikke programmer på maskinerne, heller ikke for at opdatere programmer. Vi er nødsaget til at formatere Side 8 af 34

9 2 Analyse H-drevet (Dokumenter) Ved logon bliver H-drevet mapped vha. et script. Dette drev bliver My Documents peget ned på, så man altid gennem på et netværks drev og derved altid har sine dokumenter med sig. Drevet er fastsat til 2 gb og men brugeren bliver informeret hvis de bruger over det tilladte på 500 mb. 2.3 Generelt omkring Application Virtualisation Microsoft Application Virtualization tidligere kendt som Softgrid, blev en del af Microsoft i Juni 2006, da de købte Softricity. App-V som det bredt bliver kaldt på nettet består i applikations virtualisering og streaming af disse virtuelle applikationer. 2.4 Indledende analyse Figur 2-2 Microsoft Application Virtualization Her i Figur 2-2 ser man et komplet App-V system med alle muligheder repræsenteret. Man ser mulighederne/vejene en Windows Applikation kan distribueres og bruges på efter den er blevet Sequenceret. Side 9 af 34

10 2 Analyse Sequencering Ideen bag App-V er software virtualisering. Det består i at en pakke bliver sequenceret for at kunne blive distribueret rundt på de forskellige platforme. Det gøres vha. Microsoft Application Virtualization Sequencer. Grundlæggende foregår det sådan her. Figur 2-3 Sequencering af pakker Programmet, her illustreret som Microsoft Word, bliver installeret og kørt ovenpå en Virtuel-skal. Sequenceren registrerer alle filer der bliver installeret og indstillinger der bliver sat. Det bliver pakket sammen i 3 filer: En OSD-fil (Open Software Description) der indeholder informationer omkring pakken, så som hvilke platforme det må installeres på og hvilke protokoller det må sendes over. En ikon fil, med ikonet for programmet. Selve programmet bliver pakket ned i en enkelt SFT-fil. Block 3 Block 2 Block 1 Figur 2-4 SFT-fil SFT filen er delt op i flere dele. Block 1 er det absolut nødvendige applikationen skal bruge for at starte op. Lige så snart det er blevet streamet så kan applikationen startes og resten af pakken kan streames i baggrunden Distributions muligheder En af styrkerne ved App-V er de mange distribueringsmetoder. En enkelt pakke kan derved nå klienterne på flere forskellige måder. Der er 3 grundlæggende metoder. En med en styrende Management server i midten, en Streaming model hvor du har flyttet styringen ud på klienten og til sidst en MSI model hvor du loader programpakkerne ind i klienten vha. en MSI fil. Der vil efterfølgende komme beskrivelser af Terminal servere og VECD. Det er begge andre produkter men de giver mening at bruge i sammenhæng med App-V og dette vil blive uddybet. Side 10 af 34

11 2 Analyse Management-Server Management serveren distribuerer pakker til App-V klienter, godkender anmodende klienter og logger klienters Applikations brug. Det er bindeleddet i hele systemet. Figur 2-5 Management Setup Severen har adgang til AD et så den kan godkende klienters rettigheder og levere de pakker klienten har til rådighed og nægte dem klienten ikke har. Serveren har også forbindelse til App-V Databasen. Her bliver alle informationer om pakker, konfigurationer, licens styring og klienters brug af pakker gemt Streaming-Server Streaming-Serveren skiller sig markant ud fra Management-Serveren på flere punkter. Der er ikke behov for hverken AD eller database, det giver selvfølgelig en del begrænsninger. Det er også derfor at det tilbage under Softgrid blev kaldt Lightweight Server. Figur 2-6 Streaming Setup Side 11 af 34

12 2 Analyse I en streaming model er der altså kun brug for en Streaming-server og en eller flere App-V klienter. Til gengæld er det nødvendigt manuelt eller vha. scripts at hente, konfigurere og opdatere pakker. En ting som er særlig værd at fremhæve ved Streaming-serveren er dens mulighed for HTTP-Streaming. Dette giver mulighed for at sidde hvor som helst i verdenen og hente, bruge og opdatere pakker. http protokollen er dog ikke optimeret til data overførsel, og man kan derfor forestille sig at der vil være væsentlig performance forringelse, når der skal streames store pakker til mange klienter MSI Virtualisering Figur 2-7 MSI Setup MSI Virtualisering. Planen med denne løsning er at tilbyde software til klienter der ikke kan komme i kontakt med en server. MSI pakken tilføjer programmet til den ønskede klient. Man kan sige at det er en endnu mere letvægts model end streamingserveren er. Ved streamingserveren har du stadig mulighed for at hente dine pakker fra en klient. Her skal du selv manuelt ligge dine programmer ind i din klient eller få en SMS (System Management Server) eller SCCM (System Center Configuration Manager) server til at gøre det. Side 12 af 34

13 2 Analyse Terminalserver Windows Server 2008 Terminal Services er et selvstændigt produkt. Både Managementmetoden og Streamingmetoden giver mulighed for at distribuere software til en terminalserver vha. den dertil designede App-V terminalklient. Figur 2-8 Terminal Setup Benytter man denne løsning bliver intet installeret på brugerens maskine. Programmet bliver streamet fra terminalserveren, og bruger terminalserverens ressourcer til at køre programmet. Det er en udvidelse af remote desktop teknologien, her er det bare kun programmet der bliver streamet igennem. Det nyskabende ved App-V terminalklienten er, hvordan programmerne bliver installeret på terminalserveren. Da App-V s programmer ligger i virtuelle pakker og aldrig bliver installeret, påvirker programmerne hverken OS eller hinanden Hosted Desktops Figur 2-2 viser alle løsningsmetoderne og på både Management- og Streamingmetoderne bliver VECD vist. VECD, Vista Enterprise Centralized Desktop er et andet ord for Vista s VDI, Virtual Desktop Infrastructure. VDI er Microsofts måde at køre desktops samlet på en server, hvor man forbinder til for at få sin desktop. Det kan foregå på 2 måder, Statisk og dynamisk. Statisk skal hver bruger have et Virtuelt image kørende på serveren. Dynamisk bruger man et Master Image som systemet loader. Brugerens data lægges på når brugeren logger på. VECD er et selvstændigt produkt, men har store muligheder for at udnytte App-V. Hvorimod at terminalserveren delte en installation af programmer mellem brugerne er det nødvendigt i en VDI løsning at installere programmer på hvert enkelt image, eller opretholde et image med alle programmer installeret og opdateret. Der vil det være oplagt at bruge App-V, for at centralisere installationer på de forskellige image og sørger for at alle pakker var opdateret. Da alle programmerne vil være tilgængelige fra serverens lokale ressourcer vil alle programmer starte op med det samme uden at de skal installeres. Side 13 af 34

14 2 Analyse Management Muligheder En af de ting der virkelig fangede mig da jeg begyndte at dykke lidt ned i App-V s muligheder var den store mulighed der var for kontrol og overvågning. Man kan påvirke hele distribuerings systemet et sted fra, selv pakker der er i brug på en maskine kan berøres Adgangs kontrol Ved hjælp af AD et kan brugere og grupper oprettes. I Management systemet kan de tildeles rettigheder til de enkelte pakker. Derudover kan der tilføjes forskellige licens ordninger på de enkelte brugere, grupper eller pakker. Det gør f.eks. at man kan begrænse brugen af et program på flere måder. Det kan være man har købt 50 licenser af et program, men har installeret det på 500 maskiner, så kan man begrænse det således at kun 50 instanser kan køre samtidig. Man kan også kontrollere om programmer må forblive på brugerens klient efter brug. Det kan være med til at sikre at licenser ikke forlader systemet Opdatering af pakker Med hensyn til opdatering af pakker, udmærker App-V sig på papiret i forhold til den nuværende metode. Som beskrevet i er et af problemerne vi har med MSI pakker, at vi er nød til at formatere en maskine for fjerne et program og derefter installere en ny opgraderet version. Sådan foregår det ikke med App-V. Når man kigger på sequencerede pakker er det nemmest at forestille sig byggeklodser. Block 4 Block 3 Block 2 Block 1 Block 3 Block 2 Block 1 Figur 2-9 Opdatering af applikation Til venstre i Figur 2-9 ses den oprindelig streamede pakke, til højre ses pakken med en opdaterings block på. Den skal altså ikke have en helt ny pakke ud men nøjes med at sende opdatedere blocke til klienten Licensstyring Licensstyring er en mulighed i App-V, både ved hjælp af adgangskontrol kan man dele grupper op, men også ved hjælp af licensstyring kan man begrænse mulighederne for programmer. Som tidligere nævnt er det muligt at kontrollere hvor mange instanser af et givent program der kører på systemet, men udover det kan offline tid kontrolleres. Det betyder hvor lang tid der må gå fra klienten sidst har snakket med serveren før den nægter adgang til applikationerne. Side 14 af 34

15 2 Analyse Overvågning Det er indbygget i Management server at den modtager og logger informationer omkring applikationer. Det er derfor muligt på brugere, grupper og applikations niveau at få informationer omkring brug af applikationerne. Dette kan f.eks. bruges til statistik over hvor mange der bruger bestemte programmer af gangen. Det ville være dumt at købe 100 licenser om året til et program der på et år aldrig når over 10 instanser af gangen. 2.5 Beslutninger Efter grundig analyse er der nogle modeller jeg vil tage videre med i design afsnittet for at få dem gjort klar til implementering eller om der er noget der skal pilles ud af projektet. Management Serveren får selvfølgelig lov at forsætte, det er den som er blevet implementeret i Proof of Concept. Den kommer til at være kernen i systemet og den som der vil blive testet op imod. Streaming Serveren bliver undersøgt nærmere. Det er stadig som mål at kunne distribuere software til de studerendes bærbare. Dog kan der være nogle problematikker ved denne model. En Terminal Server vil blive sat op og App-V vil blive implementeret. Grunden er at kunne tilbyde software til Ansattes hjemmearbejdspladser, da det ville være voldsomt at streame hele programmer hjem til ansatte med om muligt begrænsede internet hastighed. Side 15 af 34

16 3 Design 3 Design 3.1 Aktivitetsplan Design af forskellige løsnings modeller. Ved at gå i dybden med modellerne vil jeg kunne få afdækket hvilke der ville passe ind i vores system. Få klargjort udvalgte modeller til implementering. 3.2 Management Design Server opdeling Den første ting man skal have op og køre er en database. Det er krævet allerede under installationen. Det er ikke nødvendigt at have databasen liggende på samme server, man kunne snildt implementere App-V Databasen på en af vores allerede fungerende Databaseservere. Men i dette tilfælde vælger jeg at installere en på serveren for at holde det hele som en lukket test der ikke kan påvirke det eksisterende system. Jeg vælger SQL Server 2005 da jeg ved at App-V er fuldt kompatible med denne version. Jeg har læst at andre har haft problemer med 2008 versionen, men det burde også virke med den nye version. Et Content share skal oprettes og bruger grupper skal tildeles rettigheder til det. For at streame programmerne ud skal filerne ligge et sted hvor de kan tilgås. Dette vælger jeg også at holde på serveren, muligvis flytter jeg det ud på en server for sig selv senere. Managementserveren skal installeres og det vil blive gjort så den supportere både RTSP og SRTSP protokoller Adgangs kontrol Et en Management design er det tiltænkt at man er logget på domain og får sine rettigheder fra AD et. Det kan så sættes op hvor lang tid man må være logget af fra serveren før at programmerne selv nægter dig adgang AD og brugergrupper AppV_Users gruppen bliver tilføjet til AD et. Som en test gruppe til at kunne teste App-V med. Der bliver tilføjet 3 forskellige bruger. En med student rettigheder, en med Ansatte og derved roaming profile og til sidst en med Administrator rettigheder. Det gør jeg for at kunne teste om de forskellige rettigheder havde indflydelse på App-V klienten. Både med hensyn til om det virker for nogen brugertyper og ikke for andre. Men også for at tjekke om man har rettigheder til at rette i klientens opsætning hvis man er Administrator. AppV_Admins gruppen bliver tilføjet til AD et. Her bliver der kun tilføjet en Administrator Profil, denne profil har også domain administrator rettigheder så den har adgang til alle data i domainet. Side 16 af 34

17 3 Design Klient Opsætning Siden at klient skal ud på maskiner som brugerne ikke har nogen opsætnings rettigheder til er det vigtigt at få låst klienten så meget som muligt. Ikke så meget på grund af det sikkerhedsmæssige i det, mere det at folk kan unloade pakker, eller cleare dem, sådan at de ikke eksistere mere på computeren. Sikkerhedsmæssigt er der ikke meget og komme efter, brugeren kan som sådan kun ødelægge det for dem selv. Men det kan en formatering hurtigt fikse. 3.3 Streaming design Figur 3-1 Streaming Design Overvejelser ved Streaming design En Streaming Server ville være et fantastisk produkt at kunne tilbyde de studerende når de var på Campus. Ud over midlertidigt at stille meget efterspurgte programmer som Office pakken til rådighed, ville det være muligt permanent at give de studerende copier af f.eks. Maple som DTU har en student licens aftale med også. Derved kunne man streame Maple til en studerendes bærbar og lade personen bruge pakken uden at være i kontakt med serveren. Næste gang den studerende kommer i kontakt med serveren bliver der automatisk tjekket for rettigheder og opdateringer til pakken Hardware En af mine store tanker ved det her projekt var at kunne tilbyde de studerende software på deres bærbare over wireless. Det har jeg studeret flere eksempler på, hovedsagligt i USA var der mange vel dokumenterede tilfælde fra skoler og universiteter. Problematikken ved dem alle sammen var, at Universiteterne havde købt og opsat alle computerne for de studerende. De havde altså fuld kontrol over hvordan styresystem og hardware så ud på de maskiner de blev distribueret ud på. Dette er ikke muligt på DTU. De kræver at de studerende har en bærbar men stiller ikke krav til fabrikant, OS eller opsætter bærbaren for den studerende. Derfor kan den studerende få streamet Visual Studio ud på en Netbook med 1 ghz, 1 gb ram og 10 skærm. Der mener jeg at det er meget at have ventet min på at få det streamet og finde ud af Side 17 af 34

18 3 Design at programmet slet ikke vil fungere optimalt. Selvfølgelig er det den studerendes ansvar ikke at spilde sin egen tid, men med det ukendte hardware og OS er der ingen garanti for hvordan programmerne vil fungere på den studerendes bærbar Hastighed Streaming-modelen var tiltænkt at bruge på Wireless på DTU. Wireless på DTU er blevet meget bedre end det var der jeg startede her for 4 år siden. Men Wireless har aldrig været lige så godt som kablede løsninger. Så spørgsmålet er om det ville fungere. Der skal laves en del tests omkring hastighederne for App-V over Wireless og disse skal holdes op mod hvad man ville finde udholdeligt for at få adgang til software. Det går ikke at man skal vente flere minutter på at et program starter op. Heldigvis skal man kun hente block 1 af et program før det kan startes men hele programmet skal stadig streames ud Licensering Her kommer det store problem ind. Software på de studerendes bærbare skal følge de software licenser som DTU er underlagt. Selvom man begrænser Office til kun at fungere på Campus og unloade når klienten mister forbindelse til serveren, ville det koste det samme som hvis man købte en Office licens til alle studerende på DTU. Dette har udelukkende noget med den måde Microsoft ser licenserne på. Tror ikke de er de eneste der mener at hvis det er til rådighed for alle skal alle betale fuld pris. Jeg tror der ligger et helt projekt i sig selv i at forhandle priser med softwareleverandører til sådan en løsning. 3.4 Terminal Server Denne løsning har jeg tænkt mig at kigge mere på som et alternativ til en direkte streaming server. Grunden til at kigge nærmere på Terminal Serveren er at jeg begynder at få tvivl til at Streaming serveren vil kunne implementeres under dette projekt, også virker Terminal serveren som en nem og simpel mulighed for at presse Virtuelle pakker ud på bærbare computere og stadig som mulighed for at kunne tilbyde software på ansattes hjemmearbejdspladser. Ikke fordi planen bliver at DTU skal have et datacenter stående til at streame software til de studerende men mere som at det kan lade sig gøre ved hjælp af App-V og en terminalserver at køre Word på en bærbar hvor det ikke er installeret Opstilling På Hyper-V serveren ville jeg installere en Virtuel Windows 2008 Terminal Server. Derpå skal der installeres IIS til at håndtere distributionssiden for terminalserveren. Derpå skal App-V Terminal Server klienten så installeres og opsættes manuelt. Den normale desktop klient ville ikke have de samme funktioner der er krævet på en terminalserver. Side 18 af 34

19 3 Design Streaming fra Terminal Streaming af programmer fra en Terminal Server kører over samme protokol som Remote Desktop kører på. Dvs. at programmet bliver afviklet og kørt på Terminal Serveren og UI bliver så overført til brugeren. Der er ikke det store der skal sættes op på Serveren. Jeg ville aktivere standart hjemmesiden for streaming af programmer der allerede ligger på serveren. Derefter er det et spørgsmål om at tilføje de virtuelle applikationer til distributionshjemmesiden Resourcer på serveren Da mange brugere kan køre programmer på Terminal Serveren, vil det kræve en kæmpe server hvis man skulle udbyde det til de studerende. Eventuelt som tilbud til ansatte. Det ville være muligt at tilbyde en lille programpakke til omkring klienter af gangen uden de store problemer. 3.5 Beslutninger Managementserveren vil blive implementeret fuldt ud og terminalserveren vil blive implementeret op mod management serveren dog på dens egen virtuelle Windows server Klienten skal tilpasses vores system og skal kunne installeres automatisk uden bruger påvirkning, derudover skal den låses så godt som muligt for at undgå bruger påvirkning af klienten. Streaming serveren er blevet forsøgt implementeret men jeg undlader at føre det helt ud. Har brugt meget tid på denne løsning men er også stødt på mange forhindringer, hastighed og godkendelse af rettigheder hver eneste gang har været de største. Derudover har jeg kigget på licensering af softwaren hvis jeg skulle streame det til studerendes bærbare. Det ville være et helt projekt for 2-3 mand at implementere en streaming server og forhandle licenser med softwareleverandører. Jeg ville godt kunne få en Proof of concept op af en server men vælger det fra og vælger at fokusere på de resterende opgaver i projektet. Side 19 af 34

20 4 Implementering 4 Implementering 4.1 Aktivitetsplan Fysiske installation af Servere her gennemgår jeg de modeller der er blevet installeret. Jeg gennemgår eventuelle specielle opsætninger og konfigurationen af Klienten. 4.2 Fysisk installation af servere Jeg startede ud med at lave et test setup på en Dell Optiplex 620 i Virtual PC. Oprettede en ny Virtuel harddisk og installerede en Windows 2008 Server WoW edition. WoW står for Windows on Windows og betyder at den kan køre både 32 bit og 64 bit programmer. I første implementering kunne jeg ikke dedikere mere end 1 gb ram til denne Server. Det er meget lidt når man kigger på hvor meget Windows 2008 optager af dem. Efter denne Proof of Concept inplementering flytter jeg den virtuelle Server fra desktopmaskinen til en reel Hyper-V Server. Denne har 2 quad CPU er og 16 gb ram, dette burde være med til at sikre bedre performance og stabilitet Proof of Concept Da man havde en fungerende Windows 2008 Server oppe og køre var næste skridt at installere Management Serveren og se hvad den havde at byde på. Selve installationen af Management Serveren kommer jeg ind på under 0. Denne testserver har været oppe og køre siden dag 1, men den blev direkte overført som reel Management server senere i projekt Hyper-V Hyper-V er Microsofts nyeste måde at køre virtuelle image på en server. Windows Server 2008 Hyper-V Enterprise Edition bliver installeret på en Dell Poweredge Der er ikke noget synderligt at bemærke ved installationen, det er en simpel Windows server 2008 installation med en Hyper-V role. Der bliver installeret McAfee antivirus og importeret Winbars firewall instillinger. Side 20 af 34

21 4 Implementering Management server Managementserveren blev først implementeret som Proof of Concept. Jeg vil gerne henvise til Bilag 1 for en fuld installations vejledning af managementserveren. Her i dette afsnit vil jeg opskrive en kort version af denne installations vejledning. Jeg installerer en Windows Server 2008 på igennem en Virtual PC. Først blev Winbars firewall indstillinger importeret og McAfee antivirus installeret. ISS blev installeret og tjekket at servicen var oppe og køre. Dernæst blev SQL Server 2005 installeret i en Enterprise udgave og var så nød til at starte dens Service manuelt selvom den var sat til automatisk. Efter Databasen var oppe og køre kunne man så installere App-V 4.5 Managementserver. Noget af det første man skal er at henvise hvilken database man vi have App-V databasen til at ligge på. Ligger den lokalt og installations programmet sørger så for at sætte en komplet App-V database op på databaseserveren. Et content share bliver valgt og man bliver bedt om at tildele rettigheder til shared til brugerne. Installationen afsluttes og man kan forbinde til managementserveren gennem managementconsolen Terminal Server Jeg vil ikke som med management lave en komplet installations vejledning. Kun af selve Klient installationen og tilføjning af programmer til Terminalserver streaming. App-V Terminal Server installeres manuelt med de normale parametre sådan at den kører op mod management serveren. Efter det genstartes serveren og applikationer burde dukke op på skrivebordet. TS RemoteApp manager åbnes. Der højreklikkes nede i RemoteApp Programs og trykkes Add RemoteApp Programs. Welcome Page Next Så kan man vælge programmer men tryk på browse og find: C:\Program Files\Microsoft Application Virtualization Client\sfttray.exe Den er nu tilføjet under RemoteApp Programs. Højreklik på den og vælg properties. Ændre navnet til navnet på din ønskede applikation. PowerPoint Hak Always use the following command-line arguments af og skriv følgende I feltet: /launch \\ManagementServerName.Winbar.dtu.dk\content\Office\PowerPoint.OSD Tryk ok. Højreklik på PowerPoint under RemoteApp Programs igen og tryk Show in TS Web Access. Nu optræder PowerPoint på Terminal Serverens hjemmeside og kan streames fra hele verdenen. Side 21 af 34

22 4 Implementering 4.3 Klient Opsætning Der er mange måder man kan opsætte Klienten efter ens ønsker. Selvfølgelig er der muligheden med at lade folk installere den manuelt, men det ville de nok ikke forstå meget af, selvom de havde en grundig guide til det. Så er der 2 måder at installere Klienterne fuldt opsat til vores system. Enten kan man kalde MSI pakken med samtlige parametre der skal indstilles. Det gjorde jeg mig nogle forsøg med og fik det til sidst også til at virke, men overblikket ryger når det er parametre der skal sættes. Den anden metode er nok afdelingens største ekspertise område, redigering af MSI filer. Jeg har redigeret samtlige værdier ind jeg gerne ville have sat. Dvs. at nå man kalde den silent så installere den med alle de rigtige indstillinger og er tilknyttet den rigtige server. At kalde den silent betyder at man tage de standart værdier der er sat i den og man ikke stopper og svarer på nogen spørgsmål. Det gøres ved at kører den i et CMD script med parametren /qb Registrerings filer Der er en del Registrerings filer som er nødvendige at ændre i. APPLICATIONSOURCEROOT kan sættes hvis man alligevel kun har et sted alting ligger så ser den bort fra hvad der står i OSD filen. Hvis den skal sættes skal det være med en fuld adresse inkl. Protokol. F.eks. RSTP://servernavn.winbar.dtu.dk/content SWICACHESIZE ændre Cashe størrelse. Det gør at du kan bruge mindre eller mere på at have Virtuelle pakker liggende i din klient. Jeg har sat den til 6gb i dette tilfælde. I stedet for SWICASHESIZE kan MINFREESPACEMB bruges. Den kan sætte hvor mange mb der skal være tilbage på harddisken. Dvs. hvis den ryger under den satte værdi unloader den de mindst brugte programmer indtil den kommer op over værdien. SWIPUBSVRPORT bestemmer porten klienten skal kommunikere på. Her er det 554 for RSTP og 322 for SRSTP. Jeg har sat min til 554. ALLOWINDEPENDENTFILESTREAMING bestemmer om alle pakker skal komme gennem en server eller man må loade pakker ind via en MSI. Jeg har sat min til FALSE. SWIUSERDATA sætter adressen for hvor alt bruger relateret data fra programmet bliver gemt. Det kunne f.eks. være hvordan man havde sat sine styles op i Office. Det ville så følge med rundt hvis man lagde det på et netværksdrev AUTOLOADTRIGGERS AUTOLOADTRIGGERS bestemmer hvornår klienten må begynde at streame programmer ned. På Microsoft egen hjemmeside ( bliver der skrevet at den tager imod værdierne 0-5. Og ved 5 skulle den begynde at streame lige så snart den fik kontakt til serveren. Dette er ikke tilfældet. Jeg brugte meget tid på at læse om dette men der var ingen der havde andre svar end dem Microsoft havde givet mig. Man skulle sætte værdien til 5 også skulle det virke. Til sidst installerede jeg en klient helt manuelt fra bunden og tilføjede manuelt alle de ændringer jeg ville have. Derefter kørte jeg RegEdit for at sammenligne med den Automatiske tilpassede klient jeg selv havde lavet. I AUTOLOADTRIGGERS var værdien sat til 7. Jeg tjekkede at alle andre værdier stemte overens, ændrede værdien i min tilpassede version også virkede det. Jeg kunne nu starte frisk formateret maskine op og ved login starter den nu med at streame pakkerne ned i baggrunden. Side 22 af 34

23 4 Implementering 4.4 Sequencering af pakker Hele projektet afhænger af at have nogle pakker man kan distribuere, så jeg vil gennemgå hvordan man Sequencere en pakker. Microsoft Application VIrtulization Sequencer er et værktøj netop til at sequencere pakker med. Når man starter en ny Sequencering starter en den virtuel skal op du så kan installere dit ønskede program ned på. Efter du har installeret det så starter den programmet op og du får mulighed for at aktivere ting som muligvis ikke blev installeret eller aktiveret under installationen. Så gemmer den programmet ned i en SFT fil og du har får mulighed for at bestemme protokoller den må sende med, sted STF filen ligger og OS udgaver den må installeres på. Dette bliver gemt i en OSD fil. Det hele bliver gemt i en mappe under Content Share på Management serveren. Sequenceren laver også en SPRJ fil, som er en projekt fil og en folder med Iconer i. 4.5 Opsætning af Applikationer Når en Applikation er blevet sequenceret kan den importeres gennem Microsoft Application Virtualization Management Console. Man vælger import og finder sin SPRJ fil for applikationen. Så importerer den STF filen, OSD filen, Icon filerne og File Type Associations. Det sidste gør f.eks. at de rigtige iconer kommer på dine.doc dokumenter og at Word bliver starter når du åbner dokumentet. Der skal så vælges brugergrupper og licens for applikationen og derefter er den klar til at streame ud til klienterne. 4.6 Udrulning til brugerne Det var hele tiden planen at køre i databaren. Måske ikke på hele DTU men måske et enkelt lokale eller 2. Det var bare ret sent i projektet at jeg fandt ud af fejlen med registrerings filen. Det ville gøre at hvis brugeren satte sig på en frisk formateret maskine så skulle brugeren vente sekunder på at word kommer op efter det bliver startet. Det gør at brugeren prøver 3-5 gange ekstra og om muligt opgiver og prøver den næste maskine. En af de ting vi bruger meget tid på i afdelingen er forståelse af brugeres handlinger. Fordi det er først når vi ved hvordan de tænker vi kan lave et system der passer til dem. Jeg ville ikke tage chancen med at rulle det ud til brugerne før jeg havde teste mere på det og har også fundet enkelte fejl i pakkerne, men regner med at begynde udrulning i løbet af sommerferien. Side 23 af 34

24 5 Test 5 Test 5.1 Fejlrapportering og fejlliste Hver fejl skal have tilknyttet sin egen fejl rapport. I dette afsnit samles alle fejl, som er fundet i alle test. Ved at gøre dette giver det hurtigt et overblik over det samlede antal fejl, der er i softwaren. Fejl der findes i softwaren deles op i 4 kategorier, som beskriver hvor slem fejlen er. Fejl kategori Fatal Alvorlig Mindre alvorlig Rettet Beskrivelse Funktionsforstyrrende fejl der er af så alvorlig karakter at data mistes og/eller programmet låses. Fejl der ikke kan klassificeres i de to ydergrupper. Små fejl som ikke er funktionsforstyrrende såsom Stavefejl og lign. Fejl der rettet og ikke har betydning for systemet mere. 5-1: Opdeling af fejl efter kategorier Fejlene samles for at give et helhedsindtryk over hvor stabil softwaren er. Fejllisten bruges også som et værktøj, hvor jeg kan se hvilke fejl der er i systemet lige nu og hvad man eventuelt kunne gå i gang med at rette. Nedenstående figur viser hvordan jeg over tid, vil udnytte et iterationsbaseret udviklingsprincip. Test Fejl fundet Fejl bliver rapporteret Fejl sammenføjes med resten af softwaren Implementering Fejl rettes Udvikler får tildelt at rette fejl 5-2: Livscyklus for fejl Side 24 af 34

25 5 Test Fejllister Fejl ID Beskrivelse af fejl Løsning Fejl niveau 1 Ingen kontakt til Database Server under Servicen SQL Server Browser var ikke Rettet installation af Management Serveren. startet af sig selv. 2 Ved restart af Management Serveren starter Servicen starup type er ændret til Alvorlig Management Servicen ikke af sig selv Automatic (Delayed). Det har hjulpet men det hænder stadig. 3 Management Serveren Servicen stopper Det forsvandt da den blev flyttet til Hyper-V Rettet under Proof of Concept. Serveren og fik 4 gb ram. 4 Ingen forbindelse til Management Serveren Genstart af Hyper-V serveren og ændring af Rettet Virtuelt netkort hjalp % CPU regnekraft på en enkelt App-V McAfee antivirus har en kendt fejl med Rettet proces på Serveren. Plus SQL og App-V deres Buffer Overflow Protection og en Services stopper. længere liste af programmer. Det hjalp at sætte den til Warning Mode 6 Autoload på klienterne virker ikke. Løsningen er beskrevet i Rettet 7 Help i Office pakken virker ikke Bliver fikset ved næste opdatering af pakken Mindre Alvorlig Aktuelle kendte fejl i systemet: Fejl kategori Antal Fatal 0 Alvorlig 1 Mindre alvorlig Matlab Test Matlab har en indbygget test funktion der hedder Bench. Dette gjorde det nemt at lave en performance test i et regnetungt program. Test Setup. Til at teste på vil jeg bruge 4 forskellige maskiner og først installere programmet på dem kører testen. Så bliver de formateret og App-V klienten bliver Automatisk lagt på og Matlab bliver streamet over på computerne. Derefter bliver samme tests kørt og tallene bliver sammenlignet. Alle testens resultater kan ses på bilag [indsæt crossreference] Test Description Performance Factors LU Perform LU of a full matrix Floating-point, regular memory access FFT Perform FFT of a full vector Floating-point, irregular memory access ODE Solve van der Pol equation with ODE45 Data structures and M-files Sparse Solve a symmetric sparse linear system Mixed integer and floatingpoint 2-D Plot Bernstein polynomial graph 2-D line drawing graphics 3-D Display animated L-shape membrane logo 3-D animated OpenGL graphics Figur 5-1 Matlab Test Funktioner Side 25 af 34

26 5 Test LU FFT ODE Sparse 2-D 3-D Gennemsnit App-V 0, , , , , ,83339 Gennemsnit MSI 0, , , , , , Procent forskel 0,59% 1,63% -0,30% 0,19% 0,82% 2,10% Tabel 5-1 Matlab Test Resultater Test konklusion Ud fra resultaterne bør man kunne konkludere at der ikke er noget synderligt stort tabt af regnekraft i et regnetungt program ved brug af virtualisering. 2.1% som det højeste er meget lidt. Der skal man op i nogle time lange beregninger før det rigtig kan mærkes og det vil man normalt ikke bruge en desktop maskine til. 5.3 Office test Denne test skal bruges til at teste om en stor pakke som Office fungere fejlfri eller godt nok til distribuerer til burgerne. Test Pass/fail Fejl Nr. Brug MathType Pass Klip fra Excel til Word Pass Klip fra Visio Pass Klip Powerpoint Pass Font Pass Unicode Karaktere Pass Stave Kontrol Pass Tegneskabeloner Pass Indsætning af billeder Pass Save Pass Printe Pass File Assosiation Pass Korrektur Pass Help Fail 7 Figur 5-2 Office Test Det virker som en meget begrænset liste for at teste hele Office, men jeg kan tilføje jeg har brugt App-V og en sequenceret Office i 2 måneder nu og er fuldt ud tilfreds. Det eneste er help virker ikke. Men det har været så drift sikkert at jeg havde det helt roligt med at tage det med til eksamen som den eneste Office installation på min bærbar. 5.4 Installations test Jeg har lavet mange løbende installations test for at prøve at finde ud af hvor lang tid det tog for at streame pakkerne ud sammenlignet med MSI pakker. Generelt har App-V hele tiden kunne mache tiderne eller på store pakker været totalt overlegen. Ligepludselig blev serveren bare meget langsom og stod konstant på 100% CPU load. Jeg har brugt virkelig lang tid på at fikse det men det hjalp i 3 dage at ændre McAfee s Buffer Overflow Protection til Warning. Med det samme faldt CPU load og det hele virkede igen som det skulle. Men 3 dage efter var det samme problem, jeg tjekkede at den ikke havde slået Buffer Overflow Protection på igen, men nej. Jeg valgte så at afinstallere McAfee og det har Side 26 af 34

27 5 Test hjulpet. Serveren kommer kun nær de 100% når den sender pakker ud, men selvom den når derop er der stadig ressourcer til at lave ting på serveren. Før var serveren frosset alt den tid den streamede pakker og en minutter efter. 5.5 Samlet Test konklusion Når jeg samler op på de dokumentere test så tror jeg ikke det gør op for hvor overbevist jeg er omkring App-V. Ud fra test kan vi se at i Distribuering kan App-V snildt følge med og ved store programmer er det markant hurtigere. I ren regnekraft er det inden for den acceptable grænse. 2.1 % i værste tilfælde det må man sige er meget pæn for et program der skal køre igennem en virtuel skal. I Office testen kan jeg dokumentere at et stort program har så få fejl at det er muligt at distribuere det til brugerne på nuværende tidspunkt. Til test konklusionen vil jeg gerne tilføje at jeg har kørt App-V i 2 måneder på Windows 7 på min bærbar. Jeg har været utrolig positivt overrasket, alt køre flydende og jeg kan VPN ud til domainet hjemmefra og streame nye applikationer ned. Men mest utroligt kan jeg faktisk mærke at applikationerne ikke er installeret på styresystem. Der er nemlig noget mig og min studiekammerater kalder Visual Studio-syge. Det er hver gang man installere Visual Studio så føles det som om der er forsvundet 5 % hastighed selvom programmet ikke køre. Men da jeg kørte Visual Studio ned på min bærbar kunne jeg ingen forskel mærke. Den bærbar ændrede sig ikke efter Visual Studio, Xlinx (meget tungt hardware beskrivelses program), Matlab, Maple og Office. Jeg ved at hvis jeg havde installeret det hele på min bærbar ville den være ved at give op. Der ville i hvert fald være en markant forskel på opstarts tider og brugen af Windows. Jeg vil derfor gerne konkludere at App-V er et glimrende produkt på mange måder. Hvis jeg kan finde fejlen mht. den høje CPU load så er jeg fuldt tilfreds med produktet. Side 27 af 34

28 6 Konklusion 6 Konklusion Jeg synes jeg har fået klargjort hvilke muligheder der er i App-V og hvilke af disse er brugbare i vores afdeling. Jeg synes at App-V er en glimrende løsning til distribuering af software i Winbar. Det giver nogle fordele mht. hastighed og management muligheder og fordelen omkring at programmerne ikke bliver installeret på OS er voldsomt undervurderet. Jeg har flere af de tungeste programmer installeret på en bærbar der ikke er den kraftigste og man mærker intet til det efter 2 måneders drift. Den kører som om den blev formateret for 20 min siden. Det er nok det jeg er mest imponeret over. Jeg vil anbefale en implementering af App-V på Winbar systemet. Det kan med tiden overtage hele vores distribuerings model, men til at starte med kan det fint fungere parallelt med den nuværende løsning. 6.1 Forslag til forbedringer af projektet SCCM Microsoft System Center Configuration Manager er Micosofts svar på Ghost, plus der er lagt en masse andet ind i det. Blandt andet er det muligt at distribuere og kontrollere App-V gennem dette. Det gør også at når SCCM sender et spejl ud kan det sende de ønskede App- V pakker med. Jeg kunne godt tænke mig at se hvordan SCCM ville passe ind i vores system sammen med App-V Streaming Server Mere tid, test og mulighed for at undersøge licensregler på forskelligt software, så burde det være en reel mulighed at tilbyde de studerende software overalt på campus Large Scale Test Så App-V ud til burgerne af databaren og se hvordan de reagere på det. Jeg har fundet ud af hvordan jeg kan prechashe applicationer nu. Dvs. at når en maskine har formateret så behøver jeg ikke logge ind for at den står og henter applikationerne i baggrunden. Det gør at en maskine næsten altid vil være helt klar til brugeren Bedre Server Setup Som man kan læse ud fra test afsnittet så er der nogle problemer med ekstrem høj CPU load under streaming, som jeg ikke har været i stand til at kunne løse. Jeg burde kunne finde fejle og dermed optimere på hastigheden for applikations streaming så den ikke kun er lidt bedre end MSI pakkerne. Side 28 af 34

29 7 Lister 7 Lister 7.1 Litteratur liste Jeg vedlægger en cd med rapporten og de dokumenter jeg har fundet omkring App-V. Derudover har jeg brugt følgende hjemmesider: Figur liste Figur 1-1 Tidsplan... 5 Figur 2-1 Computer lag... 7 Figur 2-2 Microsoft Application Virtualization... 9 Figur 2-3 Sequencering af pakker Figur 2-4 SFT-fil Figur 2-5 Management Setup Figur 2-6 Streaming Setup Figur 2-7 MSI Setup Figur 2-8 Terminal Setup Figur 2-9 Opdatering af applikation Figur 3-1 Streaming Design Figur 5-1 Matlab Test Funktioner Figur 5-2 Office Test Figur 2-2 Microsoft Application Virtualization, Figur 2-5 Management Setup, Figur 2-6 Streaming Setup, Figur 2-7 MSI Setup og Figur 2-8 Terminal Setup er alle lånt fra De havde nogle bedre tegninger end jeg var i stand til at lave. Side 29 af 34

30 8 Bilag 8 Bilag Bilag 1 Managementserver Installations Vejledning Først sørgede jeg for at følgende var installeret på en Windows 2008 server: SQL server 2005 IIS 7.0.NET framework 3.0 Windows Powershell Installation af Microsoft Application Virtualization Management Server Setup.exe køres. På velkomst siden trykkes Next. License Agreement Den læses selvfølgelig og I accept the license terms and conditions bliver hakket a fog Next klikkes. Registering Information - Her indtastes User name og Organization. Next Setup Type Vælg Custom og Next Custom Setup tjek at alle 3 componenter er hakket til og Next Configuration Database vælg den lokale database fra listen. Next TCP port Configuration Default er 554. Next Administrator Group AppV_Admins tilføjes. Next Content Path Content Shared bliver sat. \\content\ Ready to Install the Program Install Den installerer. Installation Wizard Completed Finish Side 30 af 34

31 8 Bilag Bilag 2 MatLab Test Virtuel OP960 Run LU FFT ODE Sparse 2-D 3-D 1 0,263 0,176 0,098 0,274 0,7041 0, ,263 0,17 0,098 0,272 0,7041 0, ,261 0,172 0,098 0,275 0,7041 0, ,261 0,169 0,098 0,274 0,7197 0, ,264 0,171 0,098 0,274 0,7259 0, ,263 0,172 0,098 0,275 0,7038 0, ,261 0,171 0,098 0,273 0,6884 0, ,262 0,171 0,098 0,273 0,7041 0, ,262 0,172 0,098 0,275 0,7043 0, ,261 0,171 0,098 0,276 0,6885 0,7227 Gennemsnit 0,262 0,171 0,098 0,274 0,7047 0,72833 Virtuel OP755 Run LU FFT ODE Sparse 2-D 3-D 1 0,408 0,264 0,132 0,328 0, ,328 0,214 0,115 0,329 0,6887 0, ,328 0,214 0,116 0,327 0,6885 0, ,328 0,215 0,114 0,327 0,6892 0, ,328 0,215 0,114 0,328 0,6887 0, ,33 0,214 0,115 0,327 0,6887 0, ,328 0,209 0,114 0,327 0,6886 0, ,328 0,216 0,114 0,328 0,6887 0, ,328 0,216 0,114 0,327 0,6731 0, ,328 0,216 0,114 0,327 0,6887 0,7132 Gennemsnit 0,336 0,219 0,116 0,327 0, ,84548 OP745 Run LU FFT ODE Sparse 2-D 3-D 1 0,426 0,28 0,149 0,368 0, ,364 0,222 0,128 0,366 0,705 0, ,364 0,223 0,131 0,365 0,6889 0, ,364 0,223 0,129 0,365 0,6894 0, ,364 0,223 0,129 0,365 0,6889 0, ,364 0,224 0,129 0,365 0,6889 0, ,364 0,224 0,129 0,365 0,6889 0, ,364 0,223 0,129 0,365 0,6889 0, ,364 0,224 0,129 0,366 0,6889 0, ,364 0,223 0,129 0,368 0,6889 0,7205 Gennemsnit 0,37 0,229 0,131 0,366 0, ,85353 Side 31 af 34

32 8 Bilag Virtuel OP620 Run LU FFT ODE Sparse 2-D 3-D 1 0,296 0,415 0,251 0,558 0, ,233 0,342 0,227 0,556 0,6899 0, ,233 0,332 0,23 0,557 0,7371 0, ,233 0,331 0,226 0,561 0,7056 0, ,233 0,328 0,227 0,558 0,6903 0, ,233 0,333 0,226 0,556 0,7378 0, ,233 0,327 0,227 0,558 0,6906 0, ,232 0,33 0,226 0,558 0,6903 0, ,233 0,33 0,225 0,556 0,7212 0, ,233 0,332 0,226 0,559 0,7374 0,7497 Gennemsnit 0,239 0,34 0,229 0,558 0, ,90622 MSI OP960 Run LU FFT ODE Sparse 2-D 3-D 1 0,285 0,206 0,112 0,274 0, ,266 0,167 0,098 0,273 0,7041 0, ,263 0,166 0,101 0,274 0,704 0, ,262 0,168 0,097 0,272 0,7041 0, ,261 0,168 0,097 0,273 0,704 0, ,26 0,168 0,097 0,273 0,7042 0, ,261 0,167 0,098 0,272 0,7041 0, ,262 0,167 0,098 0,274 0,7041 0, ,262 0,17 0,097 0,274 0,7041 0, ,262 0,165 0,098 0,272 0,6884 0,7079 Gennemsnit 0,264 0,171 0,099 0,273 0, ,79659 MSI OP755 Run LU FFT ODE Sparse 2-D 3-D 1 0,358 0,256 0,132 0,329 0, ,328 0,208 0,114 0,325 0,6892 0, ,327 0,208 0,119 0,326 0,6887 0, ,329 0,209 0,114 0,327 0,6892 0, ,328 0,205 0,115 0,326 0,6716 0, ,33 0,211 0,114 0,326 0,6887 0, ,328 0,21 0,115 0,327 0,6887 0, ,328 0,21 0,115 0,326 0,6887 0, ,328 0,21 0,115 0,326 0,6731 0, ,328 0,209 0,114 0,326 0,6887 0,7133 Gennemsnit 0,331 0,214 0,117 0,326 0, ,80109 Side 32 af 34

33 8 Bilag MSI OP745 Run LU FFT ODE Sparse 2-D 3-D 1 0,387 0,278 0,149 0,366 0, ,364 0,219 0,128 0,363 0,6895 0, ,366 0,219 0,133 0,364 0,6889 0, ,364 0,219 0,128 0,367 0,6889 0, ,364 0,22 0,128 0,364 0,6889 0, ,365 0,219 0,128 0,365 0,6888 0, ,364 0,221 0,128 0,364 0,6889 0, ,365 0,217 0,128 0,364 0,6576 0, ,365 0,22 0,128 0,364 0,674 0, ,367 0,22 0,128 0,364 0,6889 0,7236 Gennemsnit 0,367 0,225 0,131 0,364 0, ,80835 MSI OP620 Run LU FFT ODE Sparse 2-D 3-D 1 0,285 0,397 0,25 0,559 0, ,233 0,326 0,226 0,556 0,6898 0, ,233 0,328 0,234 0,556 0,6907 0, ,233 0,326 0,226 0,561 0,7063 0, ,233 0,329 0,227 0,556 0,7216 0, ,233 0,322 0,227 0,559 0,6903 0, ,234 0,329 0,226 0,561 0,6898 0, ,233 0,327 0,226 0,557 0,6901 0, ,233 0,326 0,226 0,558 0,6899 0, ,234 0,326 0,226 0,559 0,6893 0,7501 Gennemsnit 0,238 0,334 0,229 0,558 0, ,85474 App-V LU FFT ODE Sparse 2-D 3-D OP960 0,262 0,171 0,098 0,274 0,7047 0,72833 OP755 0,336 0,219 0,116 0,327 0, ,84548 OP745 0,37 0,229 0,131 0,366 0, ,85353 OP620 0,239 0,34 0,229 0,558 0, ,90622 Gennemsnit App-V 0,302 0,24 0,144 0,381 0, ,83339 MSI OP960 0,264 0,171 0,099 0,273 0, ,79659 OP755 0,331 0,214 0,117 0,326 0, ,80109 OP745 0,367 0,225 0,131 0,364 0, ,80835 OP620 0,238 0,334 0,229 0,558 0, ,85474 Gennemsnit MSI 0,3 0,236 0,144 0,38 0, , Side 33 af 34

34 8 Bilag LU FFT ODE Sparse 2-D 3-D Gennemsnit App-V 0,302 0,24 0,144 0,381 0, ,83339 Gennemsnit MSI 0,3 0,236 0,144 0,38 0, , Proccent - forskel 0,59% 1,63% 0,30% 0,19% 0,82% 2,10% Side 34 af 34