Bekijk Volledige Versie : Deziweb uit de lucht
kickntodabeat
29/12/13, 14:04
Sinds half 1 vanacht al mijn websites uit de lucht...
Iemand enig idee wat er aan de hand is?
Via twitter laten ze ook niets weten.
Hun website zelf is ook offline. (http://deziweb.com/)
http://www.webhostingtalk.nl/quicktest.php?action=result&qtid=1046496&r=7317
Niets aan de hand volgens deze test.
magentohosting
29/12/13, 14:23
Hier doen zowel deziweb.com als mediawax.be het gewoon.
Misschien even bellen? 0522-200011, al is dat wel de sales lijn volgens de website.
kickntodabeat
29/12/13, 14:27
Zojuist zijn ze inderdaad, na 12 uur downtime terug online gekomen ...
kickntodabeat
29/12/13, 14:31
Ik zag zojuist op deze pagina: http://www.webhostingtalk.nl/uptime.php#axzz2orlScxdM
Een downtime van 22 uur, enkel en alleen in december!
Heb je al gehoord wat de oorzaak was?
kickntodabeat
29/12/13, 17:39
Neen, nog niets van hen gehoord, geen mail, geen update op hun eigen website, twitter, niets ....
dennis0162
29/12/13, 17:43
Ik las net op Twitter dat het een stroomstoring was.
Maar wat daar van klopt weet ik niet.
kickntodabeat
29/12/13, 19:49
Bericht van Deziweb op hun facebook pagina:
Goedemiddag,
Er is een netwerk storing waardoor enkele servers niet bereikbaar zijn, waaronder onze eigen website. Helaas krijgen we nu pas de eerste meldingen uit onze systemen binnen.
We zijn onderweg naar het DC om de storing daar verder te onderzoeken en te verhelpen. Op dit moment is nog niet bekend wat het exacte probleem is. Zodra meer bekend is, zullen we het hier plaatsen. Wanneer onze eigen site weer beschikbaar is, plaatsen we het op de ticketpagina.
Onze welgemeende excuus voor het ongemak!
Update storing :
Enkele servers waren niet bereikbaar, zijn inmiddels online, of komen dit elk moment. Oorzaak van de storing is een defect stroomblok waardoor deze servers geen stroom meer kregen.
kickntodabeat
30/12/13, 15:42
Update:
30-12-13 07:30 : Door een stroomstoring is er 1 node die door de stroomonderbreking hardware schade heeft opgelopen. Op dit moment lijkt dit een defecte raid controller te zijn die het onmogelijk maakt de node te herstarten. Server met ip 193.23.143.223, 194.247.31.43, 193.23.143.173, 194.247.31.23, 193.23.143.10, 91.198.106.25, 194.247.31.31, 194.247.30.158 en 194.247.30.117 zijn door deze storing getroffen, we werken er hard aan om alles weer zo snel mogelijk online te krijgen.
Systeembeheer is het afgelopen nacht niet gelukt deze te herstellen, en gaat vandaag proberen de servers vanuit back-ups te restoren.
Onze welgemeende excuus voor het ongemak!
Wij zijn telefonisch slecht tot niet bereikbaar door de bovengenoemde storing.
Als hoster je eigen website op 1 van je eigen servers zetten in hetzelfde datacenter als je klanten....... Dan heb je ergens niet goed over nagedacht.
Als hoster je eigen website op 1 van je eigen servers zetten in hetzelfde datacenter als je klanten....... Dan heb je ergens niet goed over nagedacht.
Daar ben ik het niet mee eens. Je website is toch je visitekaartje. Wel TTL van de DNS-records laag houden voor het geval dat, maar in beginsel hosten binnen de eigen infra.
De normale sites binnen je eigen infra draaien lijkt mij juist positief (dat je daar vertrouwen in hebt). Daarnaast zie ik wel voordelen om een storingspagina (die je richting klanten communiceert) in een ander netwerk/datacenter te hosten.
Een 2e server die automatisch master wordt als de primaire server uitvalt, staat juist beter omdat je erkent dat niks 100% werkt. Hoeft de klant overigens niks van te merken, gewoon dns aanpassen en je bent gemiddeld 15s offline voor je bezoekers.
gewoon dns aanpassen en je bent gemiddeld 15s offline voor je bezoekers.
15 seconde gaat echt niet lukken voor je bezoekers, of je moet er vanuit gaan dat je het omgegooid hebt voordat je klanten je weer eens gaan opzoeken. Interessant idee dat wel, als de ping vanuit je secundaire locatie wegvalt dan de DNS op die locatie omgooien.
Met een TTL van 300-600 seconden, 5-10 minuten, zit je echt wel goed. Als je site worst case 10 minuten niet bereikbaar is, big deal.
Waarom makkelijk doen als het moeilijk kan? Veel klanten weten niet ons storingsnummer uit hun hoofd dus het eerste wat ze doen is onze website opzoeken. Als er dan iets aan de hand is proberen wij dat direct op de site te zetten zodat dit soort topics niet nodig zijn.
Wij hebben voor deze oplossing gekozen en onze site geplaatst daar waar wij onze redundantie hebben draaien zoals smtp fallback, 2e nameserver enz.
mistraller
31/12/13, 00:42
En inmiddels zijn we 48 uur verder. Alle mail die op de backup mail server gequeued stond is verloren gegaan. Wat heeft men gedaan? Mijn Ip adressen zijn wel in de lucht gekomen, maar mijn personal data is er niet op gezet. Alles is dus op mijn primary mail domein gedropped en die heeft alles gebounced want er stonden geen mailadressen geconfigureerd. Ik kan ook niet inloggen op directadmin trouwens, ik krijg wel de login prompt.
Resume, nog altijd geen sites (geven allemaal "apache is functioning normally) en ook geen mail, erger nog, alles wordt vanaf ca 21u gebounced. (failed permanently)
De verhuizing naar Groningen ging al alles behalve soepel maar dit slaat echt alles. Het is dan wel shared hosting, maar op dit moment dus ook shared failure, dit kan je toch niet uitgelegd krijgen aan je klanten.
Uiteraard is er niemand bereikbaar verder...
systemdeveloper
31/12/13, 01:14
Mja, als je op je site blaat dat de boel in een 'stabiele en redundante omgeving van de hoogste kwaliteit' draait kun je het niet maken om 2 dagen plat en onbereikbaar te zijn vanwege een raid controller en om eigen systeem niet eens te monitoren zodat je er zelf niet eens achter komt. Het zou geen hol moeten uitmaken als een node de geest gaf natuurlijk.
Ik heb niks tegen deziweb want ik ken ze niet eens, maar ik erger me wel aan partijen die een hoop gewauwel verkopen voor een prikkie terwijl andere partijen (die echt de boel redundant hebben en die kosten ook hebben moet slikken) moeten concurreren met in feite een blabla verhaal.
Waarom makkelijk doen als het moeilijk kan? Veel klanten weten niet ons storingsnummer uit hun hoofd dus het eerste wat ze doen is onze website opzoeken. Als er dan iets aan de hand is proberen wij dat direct op de site te zetten zodat dit soort topics niet nodig zijn.
Wij hebben voor deze oplossing gekozen en onze site geplaatst daar waar wij onze redundantie hebben draaien zoals smtp fallback, 2e nameserver enz.
Dat is prima, zolang de storing alleen in het 'klanten' deel van je dienst zit.
Maar er zijn hier wel topics langsgekomen van falende core routers (bij de hoster of diens netwerk provider), stroomproblemen in het DC, mislukkende verhuizingen naar een ander DC , een falend SAN netwerk waar _alle_ apparatuur van afhankelijk bleek, zware DDoSen, faillisementen van DCs, hacks waarbij de glue records van provider DNSen omgezet werden bij sidn , etc .
Allemaal situaties waarbij _alles_ van de getroffen hosters in dat netwerk/dc onderuit ging, en nogal vaak (dat zal de reden zijn dat het lange topics werden ) werd er (cq : kon men ) geen informatie gegeven terwijl de storing speelde.
Juist voor die situaties kan een simpele (storings/status ) site in een ander DC, ander netwerk, ander domein (.com ofzo) dan je informatie kanaal zijn. Eventueel gecombineerd met een twitter account voor snelle (en erg robuuste) updates.
mistraller
31/12/13, 02:32
Mja, als je op je site blaat dat de boel in een 'stabiele en redundante omgeving van de hoogste kwaliteit' draait kun je het niet maken om 2 dagen plat en onbereikbaar te zijn vanwege een raid controller en om eigen systeem niet eens te monitoren zodat je er zelf niet eens achter komt. Het zou geen hol moeten uitmaken als een node de geest gaf natuurlijk.
Ik heb niks tegen deziweb want ik ken ze niet eens, maar ik erger me wel aan partijen die een hoop gewauwel verkopen voor een prikkie terwijl andere partijen (die echt de boel redundant hebben en die kosten ook hebben moet slikken) moeten concurreren met in feite een blabla verhaal.
Daar wordt ik inderdaad wel een beetje verdrietig van ja. Ik had met een gratis accountje op uptimerobot.com binnen 5 minuten door dat er wat mis was. Het was ooit best goed bij deziweb, tenminste, dat dacht ik. Ik zit ernstig aan verhuizing te denken nu, en met mij velen ben ik bang.
Mja, als je op je site blaat dat de boel in een 'stabiele en redundante omgeving van de hoogste kwaliteit' draait kun je het niet maken om 2 dagen plat en onbereikbaar te zijn vanwege een raid controller en om eigen systeem niet eens te monitoren zodat je er zelf niet eens achter komt. Het zou geen hol moeten uitmaken als een node de geest gaf natuurlijk.
Ik heb niks tegen deziweb want ik ken ze niet eens, maar ik erger me wel aan partijen die een hoop gewauwel verkopen voor een prikkie terwijl andere partijen (die echt de boel redundant hebben en die kosten ook hebben moet slikken) moeten concurreren met in feite een blabla verhaal.
Helemaal mee eens, ik zit mij wel vaker af te vragen hoe sommige dit kunnen bieden voor zo weinig geld. Als wij dan het kosten baten plaatje ernaast leggen komen wij er gewoon niet aan. Nu weet ik waarom. Maar ja, leg het nieuwe klanten maar eens uit.
Het is natuurlijk niet mogelijk om een echte high-end infrastructuur tegen bodemprijzen aan te bieden.
Denk dat mensen soms ook de hand in eigen boezem moeten steken.
Kwaliteit kost nu eenmaal een beetje geld.
iets kan niet én beter, én goedkoper zijn... Alles gaat om de juiste prijs-kwaliteitverhouding.
Als die niet overeenkomt, dan zou er eigenlijk al een lichtje moeten gaan branden?
En inmiddels zijn we 48 uur verder. Alle mail die op de backup mail server gequeued stond is verloren gegaan. Wat heeft men gedaan? Mijn Ip adressen zijn wel in de lucht gekomen, maar mijn personal data is er niet op gezet. Alles is dus op mijn primary mail domein gedropped en die heeft alles gebounced want er stonden geen mailadressen geconfigureerd. Ik kan ook niet inloggen op directadmin trouwens, ik krijg wel de login prompt.
Resume, nog altijd geen sites (geven allemaal "apache is functioning normally) en ook geen mail, erger nog, alles wordt vanaf ca 21u gebounced. (failed permanently)
De verhuizing naar Groningen ging al alles behalve soepel maar dit slaat echt alles. Het is dan wel shared hosting, maar op dit moment dus ook shared failure, dit kan je toch niet uitgelegd krijgen aan je klanten.
Uiteraard is er niemand bereikbaar verder...
Dat klinkt in ieder geval niet best. Het lijkt erop alsof de actuele data verloren is gegaan en ze bezig zijn om de boel handmatig te herinstalleren op een nieuwe omgeving.
Sterkte ermee!
O NOES! my pron is lost!
Je had naar Linus moeten luisteren ....
"Only wimps use tape backup: real men just upload their important stuff on ftp, and let the rest of the world mirror it"
mistraller
31/12/13, 16:21
Het is natuurlijk niet mogelijk om een echte high-end infrastructuur tegen bodemprijzen aan te bieden.
Denk dat mensen soms ook de hand in eigen boezem moeten steken.
Kwaliteit kost nu eenmaal een beetje geld.
iets kan niet én beter, én goedkoper zijn... Alles gaat om de juiste prijs-kwaliteitverhouding.
Als die niet overeenkomt, dan zou er eigenlijk al een lichtje moeten gaan branden?
Ik vind een beetje downtime helemaal niet erg, er hangen slechts 2 kleine familie websites en een open source project site onder.
Ook als mail even weg is, helemaal niet erg.
Maar 57 uur down én alle geqeueued mail laten verdwijnen, dat is wel erg matig.
Ik hoef er geen omzet mee te genereren in elk geval.
Met een beetje volume is het ook niet erg om veel van dergelijke klanten op 1 server te duwen, en kan je volgens mij best wel inkomsten genereren.
Maar wees realistisch, 100% uptime is onmogelijk. 3, 4, 5, 6 negens achter de komma is nog haalbaar, maar helemaal nooit downtime is niet haalbaar. Wat wel belangrijk is dat als je hoofdsite onverhoopt toch een keer offline gaat dat je als bedrijf nog steeds bereikbaar bent voor klanten. Dus ook als het hele datacenter toch op zijn gat gaat wil je er wel voor zorgen dat je je klanten nog steeds kunt informeren over dit probleem, eventueel met een e-mailadres en telefoonnummer voor vragen.
Het is natuurlijk niet mogelijk om een echte high-end infrastructuur tegen bodemprijzen aan te bieden.
Denk dat mensen soms ook de hand in eigen boezem moeten steken.
Kwaliteit kost nu eenmaal een beetje geld.
iets kan niet én beter, én goedkoper zijn... Alles gaat om de juiste prijs-kwaliteitverhouding.
Als die niet overeenkomt, dan zou er eigenlijk al een lichtje moeten gaan branden?
Het probleem van Deziweb is dat ze niet eens zo goedkoop zijn. Ik ken iemand die een VPS heeft bij Deziweb en waar ik ook eens wat tests op uit mocht voeren. Wat betreft hardwareperformance is het een van de slechtste VPS die ik ook heb gebruikt. VPS van €5 presteren veel beter dan een €25 product van Deziweb. En dan te bedenken dat de concurrent ten minste 1GB RAM geeft als ze 1GB RAM beloven, en niet 768MB RAM toewijzen die je kunt bursten tot 1GB.