Leta i den här bloggen

2011-11-25

När är det End-of-Life på produkterna (Del 3) - Citrix

I förrgår skrev jag om End-of-life för Microsoft Produker och igår om VMware. Här kommer ett liknande upplägg fast för Citrix.

Del 1 - Microsoft
Del 2 - VMware
Del 3 - Citrix

Informationen kommer härifrån: http://support.citrix.com/article/CTX122442
och härifrån: http://www.citrix.com/lang/English/lp/lp_2317305.asp
Faserna hittar man här: http://www.citrix.com/lang/English/lp/lp_2317300.asp
och här. http://www.citrix.com/lang/English/lp/lp_2317301.asp
  • NSC = Notice of Status Change
  • EOS = End of Sales
  • EOM = End Of Maintenance
  • EOL = End of Life
(det är normalt de två sista som är viktiga)

Så nu till produkterna. Vi börjar med Access Gateway:

Branch repeater:

NetScaler:

Provisioning Server:

XenApp:
XenDesktop:

och till sist XenServer:

Vad betyder de olika:


Värt att notera:
  • XenApp 5 för Windows 2003 går ut i Mars 2013
  • XenApp 5 för Windows 2008 går ut i Juli 2013
  • XenApp 6 för Windows 2008R2 går ut i Juli 2013
Det är inte mycket tid kvar på dessa...Speciellt inte om applikationer behöver uppdateras för att stödja 64-bitars OS.
Så hur gör man när alternativen är att antingen köra osupporterat (windows 2003) eller inte veta om applikationen stödjer 2008 R2 och XenApp6.5

Tja. Citrix har ju köpt företaget AppDNA som har produkter som kan hjälpa till med att testa precis just detta. Så ta en titt på dem. :)

2011-11-24

Nyheter kring lagring i Windows 8?

En intressant artikel hittades här:Windows 8 Platform Storage – Part 1
Eftersom att den heter "part 1" så det kommer troligen att dyka upp en del 2 där snart. :)

Och när vi ändå är inne på ämnet storage och Windows 8 så är detta en bra artikel: "Windows Server 8 Heterogeneous Storage Support" kring nyheterna man introducerar för dem som inte bara kör Windows. :)
Lite nyheter kring stödet för NFS och iSCSI.


Som en sidonotering kan jag säga att om du idag har windows-maskiner som monterar iSCSI-enheter så se till att dessa Windows maskiner kör Windows 2008 eller högre. iSCSI implementationen i Windows 2003 funkar, men prestandaskillnaden är ENORM om man går upp till Windwos 2008. Vi har gjort tester och fick fem gånge så hög prestanda på samma hårdvara (jupp 5 gånger så snabbt!).
I vissa fall upp till nästan 10 gånger så hög prestanda.
Så iSCSI på windows 2003 är anus, iSCSI på Windows 2008+ är bra... :)

När är det End-of-Life på produkterna (Del 2) - VMware

Igår skrev jag om End-of-life för Microsoft Produker. Här kommer ett liknande upplägg fast för VMware.

Del 1 - Microsoft
Del 2 - VMware
Del 3 - Citrix

Även här blir det tyvärr som bilder (vilket inte direkt gör det lättare att indexera för sökmotorer) men tabell-funktionerna på blogger.com är helt sjukt dåliga...

Nåja.
Informationen kommer härifrån: http://www.vmware.com/support/policies/lifecycle/enterprise-infrastructure/eos.html
En FAQ som förklarar hur VMware tänker hittar man här: http://www.vmware.com/support/policies/lifecycle/enterprise-infrastructure/faq.html
Life Cycle policyn hittar man här: http://www.vmware.com/support/policies/lifecycle/enterprise-infrastructure/index.html

Å nu till bilderna:
De olika ESX och ESXi versionerna tillsammans med vCenter versionerna.

Åsså bilden som förklarar vad som ingår i de olika support typerna:

2011-11-23

När är det End-of-Life på produkterna (Del 1) - Microsoft

Har tidigare skrivit om detta eftersom att det är nått som vi alla måste leva med... Att produkter bli gamla och måste bytas ut till nya versioner.
Nu är det dags för en uppdatering. Detta kommer att göras i ett par delar där denna post är del 1.
Del 1 - Microsoft
Del 2 - VMware
Del 3 - Citrix

Det finns ett par olika datum att hålla koll på.
- Lanseringsdatum
- Slutdatum för allmän support
- Slutdatum för utökad support
- Slutdatum för Service Pack-support

Vad dessa betyder kan man hitta här: http://support.microsoft.com/gp/lifepolicy
Vill man själv kolla upp nån Microsoft produkt så finns det massor här: http://support.microsoft.com/gp/lifeselect

Å här kommer själva listan (som ett par bilder eftersom att det var lättast att sammanställa så...)
Vi börjar med klientoperativ:

Och sedan serveroperativ:

Office i lite olika smaker:
Här är värt att veta att respektive applikation har samma livscykel. Med andra ord så har Visio 2007 samma livscykel som Office 2007 även om Visio inte ingår i själva officepaketet, bara i Office familjen.


Mail och snabbmeddelanden:

System Center med familj:

Och till sist MS SQL och ISA/ForeFront TMG+UAG:

2011-11-21

Gratis utbildningar från Microsoft.

Det finns nått som Microsoft kallar för MVA. Detta står för Microsoft Virtual Academy.
Det är en tjänst där man genom självstudier kan lära sig en massa om olika teknologier från Microsoft.

exempelvis:
  • Introduction to SCVMM, Architecture & Setup
  • Creating VMs,Template & Resources in VMM
  • Managing Windows Azure
  • SQL Azure Security
  • Identity & Access
  • Data Security and Cryptography
Tjänsten är helt gratis. Man måste dock registrera sig, men alla kurser man kör igenom registreras på kontot så man kan se vilka utbildningar man kört i genom

2011-11-17

Hur hanterar du kritik? 10 tips för att bli bättre...

Fick ett tips av Max Büchler (@MaxBuchler) på en artikel som alla borde läsa.

Den frångår stilen på i princip alla andra poster på denna blogg, men det är ett bra ämne och det är bra skrivet.
Artikeln heter: "10 steps for dealing with criticism"
Detta är början på artikeln:
Takeaway: Criticism can be tough to handle, especially for analytically inclined IT pros. Alan Norton offers some advice for weathering critical remarks.

I have noted during my career that IT engineers often respond negatively to criticism. There are a number of reasons for this. We may be trying to hide our insecurities and lack of knowledge, especially if we’re inexperienced. We may only hear the message as negative. We may fail to engage the wonderful thinking processes we have been gifted with. Or we may just be too lazy to consider constructive criticism. Ironically, put the same IT engineers in a conference room and they have no problem criticizing your systems design. To test your sensitivity to criticism, ask yourself how receptive you were to the critical words of your immediate supervisor during your last performance appraisal.

I am not going to tell you that dealing with criticism is easy. On the contrary. Analytical thinkers are convinced that their way is the only way. I have seen it all too often in my own family when a discussion amongst the analytical thinkers soon becomes contentious. But it doesn’t have to be that way. Follow these 10 steps to get a better grip on the unwanted and unsolicited critical words hurled in your direction.

2011-11-16

Applikations virtualisering: VMware ThinApp 4.7 är släppt. Vad är nytt?

ThinApp-teamet på VMware har publicerat en artikel med information kring VMware ThinApp 4.7 som nu är släppt.

Det är en rätt lång artikel med bra info: http://blogs.vmware.com/thinapp/2011/11/vmware-thinapp-47-whats-new.html



Jag passar på och tipsar om en liten film också:
"VIDEO: Deep Dive into Managing VMware ThinApp with VMware Horizon"
(å med "liten" menar jag 32 minuter) :)


Sedan får vi se när Horizon släpps i Europa. Än så länge har VMware sagt att vi skall få köra det här under andra halvåret 2012 så vi får väl se..

2011-11-15

MS SQL 2012 licensiering.. Microsoft gör en 180graderssväng??

Tidigare har Microsoft vid upprepade tillfällen betonat att Microsoft SQL licensieras per fysisk CPU i en server till skillnad från andra alternativa produkter (läs Oracle).

Men nu svänger man alltså... Från och med SQL 2012 kommer man att kunna köpa SQL antingen som Server+CAL licens, eller som "core-based".
Så har man en maskin med 48 cores fördelat på 4CPUer så får man fundera vilket sätt som blir bäst.

En till spännande sak man gjort är att går det exempelvis inte att köpa SQL Enterprise som server-licens utan den finns bara som core-licens...

Det finns massor med info här: http://www.microsoft.com/sqlserver/en/us/future-editions/sql2012-licensing.aspx
Bland annat rekommenderas den FAQ som finns där.

Så när komme detta att börja gälla? Jo så fort SQL 2012 släpps (med andra ord första halvåret 2012)
Min personliga uppfattnign är att det är riktigt skit när leverantörerna byter licensmodeller. För ett tag sedan var det VMware som bytte och här kommer Microsoft med en totalvändning....

Ni vi bygger lösningar så gör vi ofta det baserat på licensmodellerna. De stora kostnaderna ligger inte i hårdvara, de ligger i administration och licenser.... När sånt här händer blir det inte direkt enklare...

Detta kommer att påverka samtliga som har SA-licener och som har virtualiserat sina SQL-servrar. Så se till att läsa igenom dokumenten.

2011-11-14

Hur uppgradera från SQL 2005 till 2008?

En bra artikel: http://www.sqlservercentral.com/articles/cluster/74804/
Artikeln heter "Tips for Upgrading a Cluster to SQL 2008 - Part 1"  och jag ser redan fram emot del 2. En hel del bra tankar och tips för hur man uppgraderar ett MS SQL kluster.

Nån som har andra tips? Hojta gärna till i kommentarerna i så fall. :)

VMware vShpere 5 vCenter Server Appliance...

Att slippa ha en separat Windowsburk för vCenter är vi nog många som såg fram emot i och med vShpere 5... Dock är vi nog många som sett listan med begränsningar och funderat på om detta verkligen är nått att ha.

Anders Olsson har skrivit ihop en kortfattad och bra sammanfattning med fördelar och nackelar med att köra just vCenter Server Appliance.

Om man efter att ha läst Anders artikel bestämmer sig för att vCenter Appliance är en sak man vill köra så har David Davis skrivit en artikel om hur man sätter upp just vCenter Appliance i sin miljö.
Den artikeln hittar man här: Getting started with the vSphere 5 vCenter Appliance.

2011-11-11

Microsoft SQL 2012. Det bästa någonsin??

Jag ReTweetade (kan man skriva så?? nåja, vill man följa mig där så: @DiverseTips) en länk till en sjukt bra artikel för några dagar sedan.
Men jag måste bara tipsa här också om den.

Det handlar om en ny funktion i MS SQL 2012 som heter "partially contained databases". Det är så bra så det finns inte!! läs artikeln här så
(Observera att denna till och med funkar på databaser som ligger i SQL 2005 mode på en SQL 2012)



Sedan finns det en annan sak som också är sjukt bra i nya SQL 2012 (eller "SQL Denali" som arbetsnamnet är). "Allways on" heter den funktionen. (läs mer här)
Typ samma sak som DAG-funktionaliteten i MS Exchange 2010, fast med read-only access till sekundär kopiorna! Nästan magiskt bra.

2011-11-09

Spela in nätverkstrafik på en Virtuell Maskin? Eller: "hur får man info om hur applikationen funkar?" (del 3)

Detta är del3 i en bloggserie om prestandamätning i en XenServer/XenApp miljö.
I del 1 handlade det om en bakgrund kring miljön, och så satte vi upp en ny Virtuell XenApp maskin som skall användas för delar av prestandamätningarna.
Del 2 kikade vi på hur man spelar in trafiken på nätverkskortet
Här i del 3 tar vi och analyserar inspelningen.


Så då kör vi.
Vi har kikat på hur miljön ser ut, vi har skapat vår testmiljö, vi har spelat in trafiken och vi har överfört den från XenServer-hosten till vår egna maskin.

Nästa steg är då att kika på de inspelade filerna.
Jag har ju som sagt tre filer:
Inspelning1 - från när jag klickar på applikationen i Citrix Webinterface, tills dess att applikationen har startat och jag får upp fönstret.
Inspelning 2 - när jag gör en sökning i applikationen. klickar på första resultatet och får upp det nya resultatfönstret.
Inspelning 3 - När jag klickar på en viss funktion i applikationen och väntar på att få upp ett förhandsgranskningsfönster.
Jag startar Wireshark på min PC och klickar på "File" => "Open..." och pekar ut min första inspelning.

Disclaimer.
Här är det nu på sin plats för en disclaimer. Jag är under inga som helst omständigheter speciellt vass på att analysera nätverkstrafik. Jag har tämligen begränsade kunskaper i Wireshark och det finns säkert en massa bra information i inspelningarna som jag helt missar.
Men det jag ville uppnå i just detta fall var att se trafikmönstret för en applikation och här har jag hittat ett sätt som funkar för mig. Jag säger inte att detta är det bästa sättet att analysera en nätverkstrace, jag säger inte heller att det är det enda sättet. Vad jag säger är att det här funkade för mig. :)
Jag tar enormt gärna emot feedback på hur jag kan bli bättre på nätverksanalys. Maila eller lägg en kommentar här vettja! :)

Nu fortsätter vi.
När jag så laddat inspelningen (min första är på straxt under 3MB så det går rätt fort) så får jag upp en bild som ser ut så här:

De röda fälten döljer de första två octeterna i IP-adresserna.
Scrollar jag längst ned i min inspelning ser jag att det är totalt drygt 34 sekunder som är inspelat och det är 27297 paket. Rätt mycket att analysera manuellt med andra ord. :)

Men här kan verktyget hjälpa oss.

Om vi börjar med att kika på trafikmönstret. Med andra ord, vilka maskiner har snackat med vilka...
Detta gör vi genom att klicka på "Statistics" och välja "Flow Graph..."
Då får vi upp detta fönster:
Jag har fått det resultat jag önskar när jag har valt "All packets" och "TCP flow".
Genom att välja "All packets" så vet jag att det inte finns nått filter i vyn som tar bort information och genom att välja "TCP flow" så slipper jag få med UDP-trafiken från Provisioning servrarna.

Efter at ha klickat OK så får jag följande bild.
Varje rad motsvarar ett paket. Man ser vart de små pilarna startar och kan på så sätt se vilken server som initierat kommunikationen. Det syns även med liten text inom paranteser vilken port som används.
Jag har gjort en stor svar pil på högersidan. Detta för att denna kant har jag dragit så lång till höger jag kan. Detta i sin tur för att få plats med så många serverkollumner som möjligt i bilden ovan.

Nåja. När jag har denna bild så kan jag välja "Save As" längst ned och sedan peka ut vart jag vill spara tillsammans med ett filnamn. Skriv dit ".txt" i slutet på filnamnet så blir det lättare att öppna den sedan. :)
Jag har sedan testat att ta över denna bild till Notepad och satt fontstorleken till 1.
Det går inte att läsa längre, men jag kan få en uppfattning i flödet vad som händer.

Jag skulle presentera denna för några andra personer så jag tog min trace och ritade om den lite i Visio. Här skrev jag även ut servernamnen för att det skulle bli lättare att följa det hela för andra (dessa är dolda med blåa fält).

I text-filen ovan så är det en rad per pakete ( i princip). I bilden ovan är siffrorna i de blåa ringarna hur många paket som skickades i just den kommunikationen.
De röda strecken är till för att få en tidsuppfattning. Hur lång tid har det tagit och antal sekunder står i de röda cirklarna längst ut till vänster.
Längst need står det vilken typ av trafik som skickats...

Vi ser att det är en himla massa bollande fram och tillbaka, men vi ser också vart saker och ting tar tid.. detta är rätt intressant tycker jag. :)
Det skall betonas att ovanstående bild inte är hela flödet, vara de första 14 sekunderna. :)


Men vänta det finns mer!
Genom att gå tillbaka till Wireshark och istället välja "Statistics" och sedan "IO Graphs" så kan vi få en graf över hur mycket trafik som skickats...
Nere till höger kan man välja vilken upplösning den skall ha. Jag ändrade till "Tick interval:  0.1sec" och "Pixel per tic: 1 " så fick jag bättre upplösning men inte så lång graf.
jag ändrade även "Unit:" till "Bytes/Tick" och fick då denna graf:
Observera att det går att göra olika grafer i samma bild här och att man kan lägga filter på graferna. Det går allså att ha olika servrar på olika färger om man vill. Jag lade med fyra av servarna. Röd och Grön är två MS SQL servrar. Blå och Rosa är två fil servrar. Efter att ha ändrat "Pixels per tick" till "5" så såg det ut så här:
Det är en ruskigt stor bild, men kontentan är att det är rätt lite SQL-trafik och rätt mycket fil-server trafik. Dessutom fil-server trafik till en maskin som jag inte hade förväntat mig...

Å här är lärdomen i detta.
Genom att analysera hur en applikation snackar med andra servrar så kan man få information om hur applikationen fungerar. I just detta fallet är det en applikation som har funnits i massor med år hos kunden. Det kommer nya versioner ett 10-tal gånger per år vilket gör att det är rätt hög förändringstakt. Det är också rätt många som jobbar med att se till att applikationen fungerar som den skall.
Detta gör att det kan ske förändringar i miljön som inte alla känner till, men som påverkar hur applikationen arbetar. Här har vi kommit en bit på vägen för att förstå applikationen bättre. Men vi har fler tracefiler att analysera... men det blir egenarbete och inget som jag kommer att skriva om här.. :)


Så vad har vi lärt oss?
Att ibland kan det vara bra att att ta reda på hur en server/applikation arbetar. Inte minst för att få en förståelse och insikt i applikationen. Det är även användbart i prestanda syfte....
Precis som Ander O påpekade så skulle vi ha kunnat installerat Wireshark direkt på maskinen och kört imspelningarna direkt där, men jag ville testa att använda en teknik som jag fick tips om för ett par veckor sedan och som går att använda oavsett vilken sorts virtuell maskin som skall analyseras (så länge den ligger i XenServer).



 

2011-11-08

Spela in nätverkstrafik på en Virtuell Maskin? Eller: "hur får man info om hur applikationen funkar?" (del 2)

Detta är del2 i en bloggserie om prestandamätning i en XenServer/XenApp miljö.
I del 1 handlade det om en bakgrund kring miljön, och så satte vi upp en ny Virtuell XenApp maskin som skall användas för delar av prestandamätningarna.
Här i del 2 kommer vi att spela in trafiken på nätverket
I del 3 tar vi och analyserar inspelningen

Vi börjar med att ta upp bilden över hur miljön ser ut:
Detta är som sagt en något förenklad bild, men den säger ändå en hel del...
Vad jag vill göra är att göra en inspelning av all nätverkstrafik som går ut från nätverkskortet på min nya virtuella maskin.

Om jag sätter in en sniffer i det fysiska nätet så kan jag spela in all trafik som lämnar XenServer-hosten.(markerat med en röd pil nedan). Men då får jag ju med även annan trafik, till exempel får jag med allting från den andra Virtuella Maskinerna också då.
Denna trafik kan man i och för sig filtrera bort. Men ett annat problem är att om jag sniffar trafiken på den fysiska hosten är att om det sker trafik internt på Hosten så kommer det inte att gå ut genom externa nätverkskortet. Jag kommer alltså inte se den trafiken.

Det är därför jag vill mäta på det virtuella nätverkskortet på XenApp maskinen. (markerat med den gröna pilen nedan)

Så hur gör man det då??
För att göra denna övning behöver vi tre verkyg:
- PuTTY, för att köra SSH mot vår XenServer host och köra våra kommandon.
- WinSCP, för att hämta inspelningarna från XenServer-hosten till vår egna maskin.
- Wireshark, för att analysera inspelningarna och se vad som har hänt.

Först av allt måste vi veta vad VMen heter som vi skall spela in på. I vårt fall säger vi att den heter "XenAppTest1".
Därefter kollar vi att om det finns mer än ett nätverkskort. Antingen så gör man det i XenCenter under "network"-fliken för den aktuella VMen.
Eller så kör man "xe vm-vif-list vm=XenAppTest1"
Här ser vi att maskinen bara har ett nätverkskort vilket underlättar vår felsökning. :)

Den första maskinen man startar upp på en XenServer-host blir domän0 (eller "Dom0"), den andra maskinen blir Domän1 osv..
Genom att skriva "ifconfig" i prompten så får vi upp alla nätverkskort som XenServer-hosten känner till, fysiska och virtuella.
De virtuella nätverkskorten heter "vif[domännummer].[serienummer]". Med andra ord, om vi har en virtuell maskin som har fått domännumret 5 och det bara finns ett nätverkskort så kommer det att heta "vif5.0".
Om den virtuella maskinen har fått domännumret 10 så kommer det första nätverkskortet att heta "vif10.0", det andra nätverkskortet "vif10.1" osv...

För att få fram vilket domännummer vår VM har fått så kör vi kommandot: "xe vm-list params=name-label,dom-id"  (observera att det INTE skall vara nått mellanslag efter kommatecknet före dom-id).
Här kommer det upp en JÄTTElång lista om man har många VMar i miljön eftersom att här kommer alla virtuelal maskiner att listas. Detta oavsett om de igång eller inte.. :)
Så för att minska listan kan vi stället köra kommandot:
xe vm-list params=name-label,dom-id | grep XenAppTest1 -A 2
Då får vi upp bara den maskin vi är intresserade av.

Som jag skrev lite längre upp så får man fram namnen på nätverkskorten med hjälp av "ifconfig", och kör vi det kommandot så hittar vi "vif32.0" där..

Så här är det alltså "vif32.0" som skall avlyssnas och det gör vi med gamla goda tcpdump:
tcpdump -i vif32.0 -vvv -w XenAppTest1_rec1.pcap
I just detta fall så vill jag dela upp mina inspelningar i olika delar. De delar jag vill ha är:
Inspelning1 - från när jag klickar på applikationen i Citrix Webinterface, tills dess att applikationen har startat och jag får upp fönstret.
Inspelning 2 - när jag gör en sökning i applikationen. klickar på första resultatet och får upp det nya resultatfönstret.
Inspelning 3 - När jag klickar på en viss funktion i applikationen och väntar på att få upp ett förhandsgranskningsfönster.

Så för att starta första inspelningen så kör jag kommandot.
När det är igång så startar jag applikationen från webbgränssnittet. Ser hur inloggningen görs, alla script körs och applikationen laddas. När den har laddat klart och jag fått upp allting som skall komma upp trycker jag på CTRL+C för att abryta inspelningen.

Jag forstätter sedan med nästa inspelning, och sedan den sista.
För att inte skriva lver mina inspelningsfiler så ändrar jag så klart i filnamnet mellan varje gång (första inspelningen blir "XenAppTest1_rec1.pcap", den andra blir "XenAppTest1_rec2.pcap" och den tredje blir "XenAppTest1_rec3.pcap".
"-i vif32.0" betyder vilket interface som skall spelas in.
"-vvv" betyder att spara så mycket information som möjligt.
"-w XenAppTest1_rec1.pcap" betyder att resultatet skall skrivas till fil.

Så nu är inspelningarna klara. What's Next?
Nästa steg är att använda WinSCP för att kopiera över inspelningsfilerna till den lokala PCn.
WinSCP är ett tokenkelt verktyg för att i ett grafisk verktyg kopiera filer från en linux/Unix burk som bara tillåter SSH.
Installationen tar typ 20 sekunder. I applikationen matar man in vilken host man vill ansluta mot och skriver in användarnamn och lösenord. Därefter kan man dra och släppa filerna från hosten till sin lokala maskin.

Ok. jag har fått över filerna. nu'ra?
Nu är det dags att analysera filerna i Wireshark.
Men det får bli imorrn. Blir lite väl långt annars. :)

2011-11-07

Spela in nätverkstrafik på en Virtuell Maskin? Eller: "hur får man info om hur applikationen funkar?" (del 1)

Detta är del 1 i en serie av blogginlägg. Här går vi igenom bakgrunden kring miljön, och så sätter vi upp en ny Virtuell XenApp maskin som skall användas för delar av prestandamätningarna
I del 2 spelar vi in trafiken på nätverket
I del 3 så analyserar vi sedan trafiken.


En mening man fått höra ett par gånger är "Citrix är långsamt".
Jag vill inte säga att den som säger så har helt fel, men samtidigt måste man sätta det i ett perspektiv. :)

Det är få applikationer som arbetar på en server eller klient helt utan att påverkan från andra saker. Just när det gäller en applikation som körs på en Citrix-server så är detta ännu mer sant.

De mest uppenbara sakerna som påverkar den upplevda prestandan för en slutanvändare är (utan inbördes ordning):
- Lasten på användarens dator
- Vilken Citix Reciever som används
- Nätverksprestanda i slutanvändarens nät
- Nätverksprestanda i eventuellt nät mellan servernät och användarens nät (typ 3G nät eller liknande)
- CPU-last på Citrix-servern
- Hur applikationen är byggd
osv
I bilden ovan är det inte helt säkert att Användare 1 och användare 2 kommer att få samma upplevelse, vilket kan bero på att den ena kör över ett trådlöst nätverk...

Nåja. Vad jag tänkte skriva om här är ett exempel där feedbacken från användarna var att det går långsamt i applikationen, Tyvärr var applikationen inte riktigt lika enkel som i exemplet ovan.
En till utmaning var att applikationen i sin tur snackar med an ruskig massa olika servrar när den arbetar, men det var inte riktigt dokumenterat med vilka servrar, hur mycket och när.

Så målet jag hade var att ta reda på hur applikationen arbetar undertiden som den körs.

Till vår fördel här så körs citrix-servarna (=XenApp servrarna) som provisionerade servrar och att de är virtualiserade på XenServer.

Förberedelser.
När jag gör mina mätningar vill jag veta att det inte sker en massa saker på servarna som jag inte har kontroll över.
Optimalt är alltså om jag kan göra mina mätnignar på en server som ser precis ut som en produktionsserver, men där jag är enda användaren.

Jag skrev ju tidigare att det var provisionerade servrar på XenServer så vi börjar med att skapa en ny Virtuell Server i XenServer och attachar den Image som används på de andra produktionsservarna.
Där efter tar jag en kopia på den publicerade applikationen och ändrar denna kopia så att den bara pekar på min nya server och att min användare är den enda som har behörighet att se applikationen i webb-gränssnittet.

Nu har jag en helt egen server som ligger i produktionsmiljön där jag kan testa att logga in som en vanlig användare och se vad applikationen gör.
Klart på ett par minuter. (jag gillar verkligen möjligherna man får i virtualiserade miljöer! :))

Så nu har vi en separerad miljö. vad nu?
Till att börja med så skall det sägas att det inte är en separerad miljö... Inte helt. Den virtuella miljön använder samma processorer och samma SAN.
Även applikationen är samma, eftersom att det är samma image som används. Detta i sin tur betyder att det även är samma SQL-server och exakt samma databas som används.
Så om man gör en förändring i databasen (exempelvis raderar en massa saker av misstag) så kommer de att försvinna även i produktionsapplikationen.
Kikar vi på bara själva servernätet så ser det ut ungefär så här:
Ja bilden är något förenklad. Men det är ingen idé att rita ut alla provisioning servrar, alla XenServer servrar, Virtuella XenApp servrar eller MS SQL-servrar. Det blir liksom inte bättre för det. :)

En sak som några har reagerat på är hur det kan komma sig att Provisioning-servrarna har lågprestanda disk.. Det är så att varje provisioningserver har fått 32GB internminne, detta gör att de cachar stora delar av serverimagarna och det behövs helt enkelt inte mer än lågprestanda disk...
En annan sak som är rätt viktig att påpeka är att samtliga XenApp servrar har 20GB minne och 4vCPUer tilldelat sig. Själva hostarna har 4 fysiska CPUer med 12cores vardera och 256GB minne.
Vad jag vill påpeka med detta är att varken minne eller CPU är överallokerat utan varje VM får de resurser de behöver.

Självklart är Cachedisken RAID-10 på 15k diskar.

Vi har tidigare gjort mätningar på alla möjliga ställen i denna miljö för att se vart vi kan tänkas ha flaskhalsar. Men ingenting uppenbart har dykt upp och det är därför jag bestämde mig för att försöka se vad applikationen egentligen håller på med... Detta för att se om det är nått vi missat.

Nästa steg är att spela in vad som händer på nätverket, vilket kommer i nästa del. (denna post börjar bli lång som den är)

2011-11-03

Hantera mer än en hypervisor - vAdministratörens dilemma.

Jag har under rätt lång tid talat om fördelarna med att ha mer än en hypervisor i sin miljö. Att använda den hypervisorn som är bäst på på en viss funktion till just den funktionen och sedan utvärdera i olika tillämpningsfall vilken som passar (med hänseende på bland annat funktioner och pris).

Tidigare har jag bland annat skrivit ihop en liten sammanfattning kring vilka funktioner som Hyper-V, vSphere och XenServer (det är en rätt kort sammanfattning, menjag uppnådde det jag ville ha). Den sammanfattningen hittar man här: http://diversetips.blogspot.com/2011/08/uppdaterat-whitepaper-information-infor.html

Nu för några dagar sedan så skrev Mike Nelson en artikel på searchenterprisedesktop.techtarget.com som heter "Managing multiple hypervisors -- the vAdmin's dilemma" (därav rubriken i detta inlägg).
Det är en riktigt bra artikel som i sin tur länkar till ett par andra artiklar som Mike har skrivit tidigare: "A VMware admin's guide to the XenServer command line," "Windows PowerShell cmdlets for XenServer management" och "XenServer management for the VMware administrator.".

Jag rekommenderar att kika på Mikes artiklar. De är riktigt bra. Börja med: Managing multiple hypervisors -- the vAdmin's dilemma

2011-11-02

Varför envisas Adobe med att göra det så svårt???

Varför gör Adobe det så svårt att ladda ned exempelvis Flash player som en helt vanlig installationsfil så att man sedan kan kopiera över den till en dator som inte har internet anslutning??
Varför skall man registera sig på en webbsida med namn, adress, telefonnummer, mailadress, företagsnamn, hur man skall distribuera, hur många man skall distribuera till och varför man vill distribuera... Hur svårt är det att bara lägga ut länkarna till siten och låta oss ladda ned MSI-filerna eller EXE-filerna direkt?

Blir så dj**la förbannad när saker som borde vara enkla helt plötsligt blir så ruskigt svåra bara för att nån envisas med att vara jobbig...

(att skriva det här inlägget tog en bråkdel av tiden för att få tag på installationsfilerna, å då räknar jag in tiden för att skapa bilden också...)
Related Posts Plugin for WordPress, Blogger...