Op5 är kanske den enda kommersiella uppstickaren på marknaden som bygger sin lösning kring Nagios, vilket är samma bas som Icinga bygger på.
Nu har Op5 släppt version 5.2.0 av Op5 Monitor, och ska man tro pressreleasen så är den helt fantastisk, men det är ju klart, den bygger ju på nagios! Man har bland annat utökat stödet för distribuerad övervakning och klustring.
Läs hela releasen här: http://blogs.op5.com/blog/2010/11/op5-monitor-5-2-0-released/
När jag skrev titeln till det här inlägget så blev jag så förbaskat nöjd att jag var tvungen att sno den och använda som tagline, för den sammafattar precis vad det här med internet det handlar om. Att ALLTID vara, inte nödvändigtvis att du personline är online, men din site, dina system, din blogg. Den ska och måste ALLTID vara online. Inte nog med det, den måste ALLTID ha en bra responstid. Det kan tyckas vara hårt att jag säger så starka ord som alltid och måste, men den bittra sanningen är att du måste ha nära på 100 % upptid och snabb responstid.
Varför är det så så?
Det är egentligen inte så konstigt att det är såhär, internet idag är översvämmat med skit, värdelösa siter och meningslöst dravel. Ett sätt att urskilja sig från dessa internets avskum, är att se till att alltid vara uppe och alltid ha en bra responstid. Självklart så kommer det i sig inte göra dig till internets härskare, men det kommer ta hjälpa dig en bit på traven. Du kommer automatiskt att tappa besökare om din site går långsamt. Framförallt kommer du att tappa dem som egentligen inte vill läsa din site.
Ett annat bra argument för att ha en vrålsnabb hemsida som alltid är online är helt enkelt för att dina besökare förväntar sig det, se bara på hur mycket väsen som fördes när dn.se låg nere pga systemfel? Det är tonvis med dålig publicitet, eller när polisens hemsida vara nere på grund av en DDos Attack, massor med dålig publicitet och badwill. Ett annat exempel som är bra är blocket.se där man är medvetna om att en långsam sida kommer att göra så att folk går någon annanstans. Det faktum att folk struntar i din sida bara för att det när långsam kan nog alla känna igen sig i, jag läser tex aldrig aftonbladet eller expressen, för att det går så sjukligt långsamt, sen om det beror på alla annonser eller inte, det spelar ingen roll.
Vad kan man göra åt det?
Vad kan du som enskild webbmaster göra åt att din sida går långsamt då? Det finns en uppsjö av grejer man kan göra, som man kan göra själv eller låta någon annan göra, det beror ju lite på budgeten.
* Optimera din sida
Optimera din kod, se över dina SQL-satser försök att hitta flaskhalsar där det går långsamt, kanske har du en annons som tar lång tid att ladda in som förstör användarupplevelsen?
* Håll koll på dina grejer
Håll koll på hur din hemsida presterar, det är det enda sättet att veta om dina åtgärder gör någon nytt, du får svart på vitt siffror på att det blir bättre, eller sämre. Tjänster som kan hjälpa dig med det listas längst ner på siten.
* Välj en leverantör som presterar bra
Välj en leverantör som är välansedd, som har bra avtal och garantier för din upptid och responstid, och som kan och vill hjälpa dig när du har gott om trafik, kanske din sida kommer med i tidningen?
Förekom istället för att förekommas.
Arbeta långsiktigt istället för att tänka kortsiktigt, välj bra leverantörer, håll koll på din avtal så att du en dag står där med en utgången domän eller SSL-certifikat. Övervaka dina servrar om du hostar / driftar dem själv, så du vet hur mycket diskutrymme du har kvar eller när minnet börjar tryta pga för hög last.
Tjänster och verktyg för att mäta din hemsidas prestanda.
www.pingdom.se - Pingdom skickar lite http-trafik med jämna mellanrum från olika delar av världen och visar snygga grafer på upptid och responstid.
Fiddler2 – Fiddler är en proxy som hjälper dig att debugga och mäta tiden det tar att ladda din sida på klienten.
Google Page Speed - Google Page Speed är ett Firefoxtillägg som precis som fiddler hjälper dig att analysera en sites prestanda på klienten.
Domainz.se - Domainz är ett verktyg för att hålla koll på dina domäner.
Jag har i två poster(Här och här) gjort ett test av Oderlands VPS-tjänst, och som alla vet så skiljer det en del mellan VPS och VPS. Därför har jag tänkt göra ett test av olika VPS-tjänster, för att testet ska vara trovärdigt och relevant så måste det finnas lite stolpar att jobba efter.
* Det måste vara en VPS
* Det måste finnas en kontrollpanel där jag själv kan starta/stoppa maskinen.
* Det måste vara en linux VPS.
Det är de enda stolparna som krävs för att få vara med, har ni en Microsoft VPS så kan jag testa den med, men testet riktar sig främst till Linuxmaskiner. Jag kommer att testa allt kring maskinen och ju fler funktioner ni har för tjänsten (backup,kontrollpanel, etc) desto roligare. Har ni själva dessutom något som ni är riktigt stolta över och vill att jag testar, säg till!
Vad får ni genom att vara med?
* Jag publicerar namn, länk och testet i sin helhet på abergman.se.
* Ni får lov att fritt använda, citera etc testet i er marknadsföring.
Notera: Det är inte en tävling utan bara ett test, inga poäng eller priser kommer att delas ut.
Vill ni vara med i testet? Skicka ett mail till andreas@abergman.se
Det finns ett antal plugins för att föreslå relevanta länkar för dina besökare, men många är sådär halvbra och inte särskilt smarta.
LinkWithin är en gratistjänst som indexerar dina poster och presenterar dem i posten som de är relevanta för. LinkWithin har färdiga moduler för bla wordpress.
Prova själv på: www.linkwithin.com
I forstsättningen av mitt test av en Oderland VPS, där det första intrycket var väldigt gott, fortsätter Oderland att leverera.
Den VPS jag fick var installerad med CentOS, inte någon personlig favorit efter mitt krossade hjärta i den här posten: http://www.abergman.se/oderland-vps/. Men som den vänliga själ jag är så gav jag det ett försök och kort sag: Det bara funkade. Inget meckande med VNC-sessioner för att få igång en SSH server eller annat trams. Apache2 var av någon anledning också installerat, men det kanske är en feature nu för tiden? För det var Apache2 installerat på Debianserver samt den Debian Testing jag installerade lokalt senare under kvällen. Varför man väljer att göra så fattar jag inte, men i sammanhanget så verkar det relativt logiskt.
Som alla andra VPS-leverantörer med självrespekt så låter Oderland kunden själv installera om OSet om den vill, och det finns en hel del linuxdistar att välja på tex debian, fedora gentoo och en CentOS maskin anpassad för DNS med en cPanel installerat. Jag har inte testat den, men bra tänkt! Jag ominstallerade min maskin med Debian, och det gick fort, jösses va fort det gick! En feature jag inte riktigt bestämt mig för om jag gillar eller inte är att den nya maskinen fick samma rootlösen som min första maskin. Det finns en funktion i kontrollpanelen för att byta rootlösen, och jag antar att de sparar lösenordet för senare användning. Jag ser både för och nackdelar med det, vill jag verkligen att min VPS-leverantör ska spara mitt rootlösen?
Det enda jag direkt har att anmärka på var att apt-källorna inte var uppdaterade när maskinen startade, men det är att vara anal att kräva det.
Oderland har två backupmetoder, express och central. Expressmetoden gör en backup och placerar filen i din VPS och Central sparar kopian i Oderlands nas. Att göra en centralbackup tog mig inte mer än 5 min och det enda som krävdes var ett klick, som jag fattar det så ingår det även en (1) central backup i månadskostnaden. Att läsa tillbaka backupen efter en rm -rf / på maskinen var lika enkelt och gick lika snabbt.
Generellt så känns maskinen sjukt snabb, och linan in till maskinen är riktigt snabb, jag har inte kollat exakt men jag brukar vara ganska kräsen. Det verkar inte vara några problem med responstiden eller något packetloss.
City Network går från klarhet till klarthet och lanserar en backuptjänst- Onlinebackup.se, de skyltar med att det ska vara sveriges enklaste onlinebackup, men jag vet inte riktigt om jag håller med.
Jag har testat företagsvarianten för servrar och är både imponerad och lite irriterad, men mestadels imponerad faktiskt!
I många fall av outsourcing så sätter man ett antal mätpunkter som reglerar hur tjänsten ska levereras. Ta en outsorcing av en servicedesk tex, där kanske man vill att 80% av samtalen ska besvaras inom 30s och 90% av problem ska lösas inom 15 min och på första kontakten.
Det är en fin tanke, men hur ska man säkerställa att leverantören uppnår det här? Vem ska leverera rapporterna?
I det här fallet så kan det bli knepigt att få ut exakt statistik, tex så måste ärendehanteringen integreras med telefonin på något sätt så att det tidsstämplas att det ringer och ett ärende öppnas, sedan får man mäta på när samtalet avslutas och ärendet stängs. Det kan bli en kostsamaffär för leverantören att lösa den integrationen. Dock så är det kanske att hårddra det att kräva så exakt statistik, det beror helt och hållet på hur mycket man som kund litar på sin leverantör.
Ett annat exempel, som är enklare att mäta, det är tillgänglighet och upptid på tex ett webhotell, tillgänglighet och upptid mäter på hur driftsäkert webhotellet är, dock så säger det ingenting om hur snabbt det är och vilken användarupplevelse det blir. Ett webhotell kan ha 100% upptid, men toklånga responstider, det ger en värdelös använderupplevelse, men upptiden är ju bra. Så i det fallet måste man ta med några olika faktorer i sina avtal. Upptid och responstid, men då kommer man till frågan: “upptid och responstid mätt varifrån?”. Ska man mäta upptiden på maskinen, eller ska man mäta upptid på åtkomsten till maskinen utifrån? Självklart så kan inte ett webhotell ansvara för att all routing ute hos ISPerna allt funkar som den ska, men samtidigt så måste man mäta tillgänglighet på ett sätt som gör att man får en korrekt bild av hur det ser ut i verkligheten. Så det idealiska där är att mäta upptid från ett antal olika lokationer och ISP:er. Dock så är det något som bör regleras i avtalet, ska man mäta tillgänglighet för ett visst land? Eller ska man använda en leverantör av mätningar och lita på dess spridning av mätpunkter? Tex så skulle man kunna skriva i ett avtal att man mäter efter pingdoms tillgänglighetsrapporter för hela världen, men man mäter responstid från de mätpunkter som finns i sverige.
Det är en del att tänka på när man ska outsourca och mäta, men det viktiga är att de SLAer man sätter verkligen är mätbara i verkligheten och inte bara i teorin.
IDG rapporterar att Åhlens via DGC väljer att lägga sin e-post hos Gmail: http://www.idg.se/2.1085/1.334272/google-petar-novell-pa-ahléns.
Spännande värre, enligt artikeln så är Åhlens Googles största e-postkund i sverige, det här är ytterligare ett bevis på att Molnet är redo för Day-To-Day business även i stora bolag!