[njoy]

Ursprungligen postat av jgabor

har sagt att det är hans personliga uppdrag att få upp FS Data i toppen vad gäller MySQL-prestanda. Så det kommer vi titta närmare på inom kort.

- Det låter jättebra. Kan vi inte få se fler maskiner på webhosting performance?

Ursprungligen postat av jgabor

Dock vill jag även nämna att den dåliga MySQL-prestandan gäller inte för samtliga servrar. Problemet du rapporterade plus ett par olycksdrabbade servrar har lett till ett högt genomsnittsvärde som inte riktigt stämmer överens om man tittar på enskilda servrar.

- Vi vet att den beror på linuxbuggen i kernelversionen. Efter att ni uppgraderat mysql maskinerna försvann 9 och 6 sekunder delayen och även de flesta 3 sekunders delayer. Det kvarstår alltså 3 sekunders delayer men i mindre bemärkelse och jag tror det beror på att www maskinerna fortfarande körs med kernelbuggen.

Det är sant att ni får ett högt snittvärde. Men så här ser också loggen ut:
Anslutning #1: 1 ms
Anslutning #2: 1 ms
Anslutning #3: 1 ms
Anslutning #4: 3000 ms <----
Anslutning #5: 3 ms
Anslutning #6: 1 ms
Anslutning #7: 2 ms
Anslutning #8: 4 ms
Anslutning #9: 1 ms
Anslutning #10: 1 ms

Det syns inget på grafen för mysql16, men delayerna förekommer även där.

Ursprungligen postat av jgabor

Problemet med MySQL som du rapporterade blev löst inatt, och är en av orsakerna till omstarten av våra MySQL-servrar som vi har skrivit om på vår driftstatus. Det var egentligen schemalagt på ett betydligt tidigare datum, men blev tyvärr uppskjutet av en rad orsaker.

- Vad gäller omstarten av mysql maskinerna med ny konfiguration. Jag förstår inte syftet med driftstatus sidan. Jag bevakade den i 3 h och det stod bara "Inga problem rapporterade". Ni har bekräftat att det var problem med mysql16 och att den låg nere timmar.

Ursprungligen postat av jgabor

Om du följt vår driftstatus och vår blogg, så har du kunnat läsa att vi tyvärr har råkat ut för en mängd större störningar. Det började december med elarbetet, och fortsatte i januari när vi skulle övergå till våra nya Juniper-brandväggar samt byta internetleverantör från Telenor till Telia.

- Det låter olyckligt och talar för att ni hade mycket att göra i december. Men det förklarar inte varför supportärenden avregistreras utan notis eller att man inte behandlar ärenden när man har möjlighet. Vi pratar om 6 månader av supportkontakt.

Ursprungligen postat av jgabor

Dock är internetleverantörsbytet nu genomfört, och borgar för bättre prestanda och stabilitet då vi är uppgraderade till att ha två gigabit-förbindelser på två olika stamnät som går in på var sin sida av byggnaden.

- Bandbreddsmätningar på webhosting performance visar ingen kapacitetförändring hos er. Loopia och Binero mäter mot samma server (sunet) och visar åttadubbelt.

Ursprungligen postat av jgabor

Alla dessa driftstörningar har lett till ett flertal mindre sådana och som i sin tur har lett till en oerhört ökad mängd supportärenden att behandla. Därför har våra svarstider inte varit i närheten av vad dem brukar och ska vara.

- Märker inte av nån försämring i väntetiden att få svar av supporten. Det är alltid flera dagar väntan. Jag är mest besviken över att ni avregistrerar ärenden i utan notis. På det senaste står det "Avslutat av helpdesk" och jag väntar fortfarande på svar.

Ursprungligen postat av jgabor

Detta inlägg blev betydligt längre än vad jag hade räknat med, men jag tycker det är viktigt att du får hela historien så att du förstår att vi faktiskt arbetat stenhårt på att lösa de problem som vi har haft.

- Jag har ingen inblick i er verksamhet. Jag ser bara utsidan. Om ni jobbar stenhårt känner jag spontant att ni glömmer det viktigaste. Få kunden att känna sig hörd, bemött, och informerad.

Ursprungligen postat av jgabor

Vi menar det verkligen när vi säger att vi vill vara Sveriges snabbaste och stabilaste webbhotell. Och just nu ser det faktiskt ut som om vi kan nå dit…

- Det är bra att du känner hopp även om ni ligger så långt efter konkurrenterna. Ni måste ha kunder på maskinerna också. Idag är ni dubbelt så dyra, hälften så kraftfulla och erbjuder nästintill ingen support alls.

Varför inte börja med att konfigurera/investera i en prototyp plattform. Lägg upp den på webhosting performance och bevaka stabiliteten. Börja flytta över prioriterade kunder när ni uppnåt stabilitet och nöjda resultat. När kunderna är flyttade, formatera om de gamla maskinerna och gör dom samma. Utgå ifrån att det inte ska se ut som maskin 23 åtminstone. http://www.webhosting-performance.co...?provider_id=1

Det kan vara dödstöten att peta på maskiner som kunder redan ligger på om det uppstår problematik.

[jgabor]

Ursprungligen postat av njoy

- Det låter jättebra. Kan vi inte få se fler maskiner på webhosting performance?

Ingen dum idé. Jag vidarebefordrar förslaget till vår driftchef.

Ursprungligen postat av njoy

- Vi vet att den beror på linuxbuggen i kernelversionen. Efter att ni uppgraderat mysql maskinerna försvann 9 och 6 sekunder delayen och även de flesta 3 sekunders delayer. Det kvarstår alltså 3 sekunders delayer men i mindre bemärkelse och jag tror det beror på att www maskinerna fortfarande körs med kernelbuggen.

Kerneln är uppgraderad till en helt ny version, så då skulle det vara att buggen även finns i den nyare kerneln eller att det beror på något annat. Vi ska undersöka.

Ursprungligen postat av njoy

- Vad gäller omstarten av mysql maskinerna med ny konfiguration. Jag förstår inte syftet med driftstatus sidan. Jag bevakade den i 3 h och det stod bara "Inga problem rapporterade". Ni har bekräftat att det var problem med mysql16 och att den låg nere timmar.

Som Sulo svarade, så är vi väl medvetna om att driftstatus inte används i den utsträckning vi hade velat. Det ber vi om ursäkt för! Vi ska försöka bli bättre på den fronten.

Ursprungligen postat av njoy

- Det låter olyckligt och talar för att ni hade mycket att göra i december. Men det förklarar inte varför supportärenden avregistreras utan notis eller att man inte behandlar ärenden när man har möjlighet. Vi pratar om 6 månader av supportkontakt.

Ett ärende kan antingen avregistreras automatiskt för att inget hänt under en längre period, alternativt att någon på kundtjänst stänger ärendet eftersom de anser att det berör ett liknande problem i ett annat öppet ärende. På så vis slipper vi göra det dubbla arbetet för att lösa ett och samma problem, och kan lättare få överblick över vilka problem som råder för tillfället. Dock ska de meddela detta i samband med stängningen. Jag ska prata med vår kundtjänst och se till att det blir bättring på den fronten.

Ursprungligen postat av njoy

- Bandbreddsmätningar på webhosting performance visar ingen kapacitetförändring hos er. Loopia och Binero mäter mot samma server (sunet) och visar åttadubbelt.

Det beror på att vi inte gått över till gigabit-nätverk för samtliga av våra servrar ännu, men det är något vi arbetar på. Så det kommer tids nog… Vi skyndar långsamt, för att försöka påverka våra kunder minimalt.

Ursprungligen postat av njoy

- Märker inte av nån försämring i väntetiden att få svar av supporten. Det är alltid flera dagar väntan. Jag är mest besviken över att ni avregistrerar ärenden i utan notis. På det senaste står det "Avslutat av helpdesk" och jag väntar fortfarande på svar.

Du kan alltid öppna ett ärende igen genom att helt enkelt svara på det. Att det ofta är lång väntetid för just dig beror nog på naturen av ditt ärende… Det gäller något som inte direkt kan betjänas i kundtjänst, utan vi måste involvera en tekniker. Och när det gäller saker som att uppgradera en kernel, så är det inget vi kan fixa samma dag som du nog förstår.

Men jag vet inte exakt vad dina olika ärenden har handlat om… PM:a mig gärna ärendenummer, så ska jag undersöka.

Ursprungligen postat av njoy

- Jag har ingen inblick i er verksamhet. Jag ser bara utsidan. Om ni jobbar stenhårt känner jag spontant att ni glömmer det viktigaste. Få kunden att känna sig hörd, bemött, och informerad.

Helt enig. Kunde inte sagt det bättre själv.

Ursprungligen postat av njoy

- Det är bra att du känner hopp även om ni ligger så långt efter konkurrenterna. Ni måste ha kunder på maskinerna också. Idag är ni dubbelt så dyra, hälften så kraftfulla och erbjuder nästintill ingen support alls.

Att vi ligger långt efter skulle jag kraftigt vilja sätta mig emot. Om man bortser de senaste månadernas driftstörningar, så har vi historiskt sett levererat högre prestanda, stabilitet och snabbare svarstider än de flesta webbhotellen. Binero och Loopia som du nämnde tidigare har ju även dem haft större driftstörningar, Binero med sin migrering till Binero 2.0 och Loopia med sina e-postproblem som resulterade i dataförlust, tragiskt nog.

Dessutom så anser jag att vårt stöd för PHP, Ruby on Rails, Pyhon och Django är bland de bästa, om inte de bästa, i Sverige–speciellt med tanke på att det knappt finns några andra webbhotell som erbjuder alla dessa programmeringsspråk. Det är även ytterst få webbhotell som har stöd för versionshantering i samma utsträckning som vi… Listan över innovationer kan göras rätt lång.

Dock hjälper det inte mycket när den grundläggande infrastrukturen och plattform inte fungerar till 100%–vilket är precis det vi arbetar med just nu.

Med detta vill jag inte säga att allt är guld och gröna skogar–långt ifrån! Dock har de senaste månaderna varit rejält tråkiga för en stor del av våra kunder, vilket kan lätt få en att tro att det alltid varit så, vilket inte är fallet.

FS Data hade inte existerat sedan 1997 i så fall.