For at få den bedste ydelse på netværket, er det altid nødvendigt at tune applikationerne i forhold til deres egenskaber og i forhold til, hvad der ellers afvikles på netværket.
Ligesom dit gamle stereoanlæg havde masser af knapper, der kunne drejes på for at justere lydkvaliteten, har også applikations-serverne fra selskaber som BEA, IBM og Oracle ofte et svimlende antal kontrolindstillinger, der kan stilles på. Tricket er at stille knapperne på den helt rigtige måde i forhold til applikationernes egenskaber.
For eksempel: Benytter virksomhedens applikationer mange servlets, vil det være en fordel for afviklingen at cache disse. Hvis applikationerne benytter mange SQL-forespørgsler til at understøtte større mængder af bruger-henvendelser, vil det være formålstjenligt at cache disse og at sørge for, at cachen er dimensioneret til at understøtte den forventede maksimumsaktivitet.
Et af de områder, hvor denne form for tuning af ydelsen virkelig kan hjælpe er i forbindelse med forbindelserne til databasen: Dimensioneres disse forbindelsers kapacitet for lavt eller for højt, kan det være med til at skabe flaskehalse. Problemerne med at dimensionere for lavt er indlysende, men også når der afsættes for meget kapacitet, vil det gå ud over ydelsen, at databasen spilder ressourcer på at opretholde en for stor pulje af forbindelser i den såkaldte connection pool.
Hvis du med en rimelig sikkerhed er i stand til at forudsige belastningerne af applikationsservere, som skal sættes i drift, vil det være muligt at fintune ved at benytte værtøj til overvågning af ydelsen. Dette kan for eksempel være IBM’s Tivoli Performance Viewer til Websphere. Når disse værktøj er aktiveret, genererer man en belastning svarende til den forventede med et såkaldt load-generation-værktøj, hvorefter man kan dybde analysere overvågningsrapporterne med henblik på at finde frem til de knapper, der skal stilles på.
Når applikationerne sættes i ordinær drift, kan det være en god idé at køre overvågning på lavt niveau i baggrunden for at holde øje med svartiderne. På den måde kan man holde øje med, hvorvidt belastningerne ændrer sig med tiden, og være klar til at foretage nye analyser, når forholdene gør det formålstjenligt.
Find flaskehalsene er en vejledning i 15 trin til at identificere og fjerne de faktorer, der nedsætter hastigheden på netværket, som vil blive bragt på CTO Online over et par uger.
