Afdrukvoorbeeld
Downtime = Downtime
Het maakt voor de klant weinig uit wat de reden is, of het nou onderhoud is of niet. Bij voorkeur heeft de klant gewoon geen downtime.
Maar als het dan weer om downtime gaat zou het systeem beter zijn met punten, downtime overdag is meer (min)punten dan bijvoorbeeld 's nachts.
Maar dan maak je het wel ingewikkeld allemaal :p
Dat vind ik wel erg kortzichtig. Voor een klant maakt het een groot verschil of er 2 weken van tevoren is aangekondigd dat er onderhoud gepleegd gaat worden en de klant zijn/haar eigen klanten kan informeren en voorbereiden, dan wanneer er opeens onverwachte downtime is.Citaat:
Oorspronkelijk geplaatst door Triloxigen
aangekondigde downtime is niet slecht ! onderhoud aan de server, updates, hier kan altijd eens een timout - downtime voorkomen.
Persoonlijk vind ik dat een klant beter gediend is als je alles up to date houdt, performant met een 'onderhoudsvenster'
Niet mee eens.Citaat:
Oorspronkelijk geplaatst door Tim.Bracquez
Downtime heb je altijd wel een keer, dat klopt. Maar onderhoud is niet bij voorbaat een excuus, simpelweg omdat het ook veel te maken heeft met planning en testen.
Wat de TS aangeeft is natuurlijk deels waar. Echter als een website die net is toegevoegd bijvoorbeeld10 minuten niet bereikbaar is telt dit in de procenten een stuk harder dan wanneer een website die er 3 jaar in staat 10 minuten offline is.
De werking van de uptime monitor is opzich niet verkeerd, maar of het echt een goede indicatie is van de diensten van een bedrijf...
Hij ziet een http error (40x/50x etc) ook als downtime, terwijl dat niet zo hoeft te zijn.
Hoe kan het dat als er elke 15 minuten gemeten word, er heel veel sites zijn die meer of minder minuten downtime hebben? Wordt er standaard elke 15 minuten gemeten, of na het constateren van downtime per minuut?Citaat:
Elke 15 minuten 24 x 7 x 365 Non-Stop Monitoring van onderstaande websites. Klik op een van de waardes voor een volledig jaar/maand overzicht.
---Citaat:
Oorspronkelijk geplaatst door Tim.Bracquez
Geachte klant,
Op 1 april gaat server1 even down voor de komende 12 maanden vanwege noodzakelijk onderhoud.
U weet het nu ruim op tijd, gelieve hier rekening mee te houden en uw gebruikers op de hoogte te brengen!
Met vriendelijke groet,
uw systeembeheerder
---
Down is down, of het nu aangekondigd is of niet. Je zult altijd wel een keer hebben dat je een switch om moet prikken, of rebooten voor een kernel uitdaging. Keertje down en up voor een power of geheugen of harddisk aanpassing moet voor de meeste gebruikers ook kunnen eens per jaar. Maar je bent dan wel gewoon down en haalt dus die 100,000% niet. Maar dat geeft toch niet? Voor bovenstaande onderhoudsdingetjes heb je niet meer dan 0,001% nodig, dat moet geen enkel probleem zijn voor 99,999% van de markt.
Zover ik weet wel ja.Citaat:
Oorspronkelijk geplaatst door santema
Onzin. Hoe goed je planning ook is, elke server heeft wel eens een kernel upgrade of iets dergelijks nodig. Als je dat minimaal enkele dagen van tevoren aankondigt (bij voorkeur enkele weken) dan is dat veel acceptabeler dan wanneer een server spontaan eruit ligt, en dat heeft ook veel met planning te maken.Citaat:
Oorspronkelijk geplaatst door Triloxigen
Dat zeg ik, je hebt het altijd weleens.Citaat:
Oorspronkelijk geplaatst door Apoc
Maar hoe vaak hebben netwerken en servers wel geen onderhoud nodig door onwetendheid, achterstallig onderhoud, etc.
En met de juiste kennis is de downtime ook gewoon tot een minimum te beperker, t.bloo geeft een mooi (maar overdreven) voorbeeld.
Tuurlijk, en dat is ook zeker niet netjes, maar het blijft beter dan spontane onaangekondigde downtime. Als er elke week (o.i.d.) dit geplande downtime is, dan is dat natuurlijk niet acceptabel. Maar als er een keer in de zoveel maanden geplande downtime is, dan is dat altijd beter dan onaangekondigde downtime, ongeacht de reden.Citaat:
Oorspronkelijk geplaatst door Triloxigen
Bij geplande downtime:
- Kun je je klanten informeren
- Kan je ervoor zorgen dat je tijdens die geplande downtime geen belangrijke zaken zult plannen (om maar een voorbeeld te noemen; wij verzorgen een aantal verkiezingsuitslag sites voor de overheid..)
- Stel dat je tijdens het geplande downtime venster al iets belangrijks gepland hebt (neem het voorbeeld van verkiezingen) en je kunt daar echt niet omheen, dan kun je je leverancier verzoeken om het onderhoud op een ander moment te doen. Als dat niet kan, kun je in ieder geval nog tijdig uitwijken naar een andere host/netwerk
- Je kunt ervoor zorgen dat je tijdens de downtime aanwezig bent, om klanten te woord te staan die de geplande downtime vergeten waren (o.i.d.)
- Je voorkomt dat klanten boos worden. Klanten begrijpen dat gepland onderhoud nu eenmaal nodig is, zo nu en dan, en zo lang je ze goed informeert is dat ook geen probleem
Al deze punten heb je niet met ongeplande downtime, dus er is weldegelijk een groot verschil tussen geplande downtime en ongeplande downtime.
Kort gezegd; als je goed geschoold personeel hebt is de downtime zo minimaal dat het niet veel uit zou moeten maken op een uptime lijst.
Het informeren van klanten over onderhoudsvensters lijkt me sowieos een pre, daar zal iedereen het mee eens zijn.
Wij updaten ons OS ook wel, wel patchen van alles en de server is zelfs een keer fysiek verhuisd van Amsterdam naar Enschede. Dat betekent niet dat er per definitie downtime plaats moet vinden.
Wel vind ik het inderdaad, maar dat geeft Domenico ook zelf aan, dat er over de sortering valt te twisten. Vooralsnog blijven wij, los van de sortering, (tenzij alfabetisch) bovenaan staan ;)
---Citaat:
Oorspronkelijk geplaatst door t.bloo
Geachte klant,
Op 1 april gaat one server even down voor de komende 12 maanden vanwege noodzakelijk onderhoud. Tijdens dit onderhoud zal onze webpagina niet tot slecht bereikbaar zijn. De door u afgenomen diensten zal hier geen hinder van ondervinden.
Met vriendelijke groet,
uw systeembeheerder
---
De klant kan nu zelf wel met 100% uptime zitten alleen dat wat hyperspin meet niet... Down is down hoeft dus niet altijd op te gaan.
Ja, je kunt het zo mooi maken als je zelf wilt. Downtime scheduled afgezet tegen downtime unscheduled, maar het gaat hier denk ik toch gewoon om downtime. Daarom blijf ik bij mijn stelling, gewoon laatste twaalf maanden weergeven, indien minder dan twaalf maanden gewogen gemiddelde. En misschien wel in de tweede helft van de lijst..