Bekijk Volledige Versie : Heftige Storing Ermis - Fallback Service - Monitoring Service
matthijs0027
01/11/15, 19:19
Op de nacht van vrijdag naar zaterdag is er iets goed misgegaan bij Ermis.
Een grootschalige storing met downtime die zijn weerga niet kent, sommige klanten hebben nog last van dit probleem.
Onze hostingpakket werd ook getroffen door dit nog onbekende probleem.
Onze site lag ongeveer 22 uur down en onze mail werd pas na 36 uur hersteld. Blijkbaar heeft Ermis wel iets van een fallback mailserver, er is mail die tijdens de storing naar ons is verstuurd wel weer bezorgd maar niet alles.
We weten ook dat er mails zijn verstuurd die nu nog steeds niet bij ons is aangekomen. Waarschijnlijk kunnen we deze mail als verloren worden beschouwen of deze moeten nog met vertraging bij ons binnenkomen. We krijgen sowieso een mails van klanten en zakelijke relaties die vragen of wij hun laatste mail hebben ontvangen en waarom we niet reageren op hun laatste mail die we door de storing niet hebben ontvangen.
Allereerst kan bij de beste hosting bedrijf iets gebeuren waardoor alles plat ligt.
Maar wat ons en andere klanten verbazen dat de storing zolang moest duren en dat er zo laat communicatie vanuit Ermis heeft plaats gevonden. Het zal wel onmacht zijn want Ermis heeft de hele weekend nodig om alles te moeten herstellen. Het schijnt dat we morgen ochtend weten wat er precies is misgegaan op de nacht van vrijdag naar zaterdag.
Nu terugkijkend op deze downtime en vooruit kijkend op te toekomst willen we kijken hoe we bij een nieuwe storing (bij Ermis of waar dan ook) onze mail dusdanig kunnen behouden.
Er blijkt een service systeem te zijn die die mail fallback heet.
Nu willen we deze apart naast onze host laten draaien, zodat bij een nieuwe storing alle mail blijft behouden.
Nu zien we dat er bedrijven zijn die deze service "Ingebakken" heeft in hun hosting pakketten, maar ook deze service apart aanbieden.
Bijvoorbeeld:
- iXL Hosting
- QDC Internetservices
- Ospito Internet
- Broekhuis Automatisering
- Xela Hosting
- Acea Hosting
- Qweb
- Sedon Internet & ICT Diensten
- Jouwhost.nl
- IT en Hosting Inet4U
- Benk Groep
- Mijn-Sleutel.com
Wie heeft er ervaringen met deze bedrijven en hun service?
Is het zo gemakkelijk? fallback pakket bestellen, DNS instellingen aanpassen en klaar is kees?
Is het daarnaast ook mogelijk om een fallback site op te zetten? Dus wanneer er een downtime is op onze site, deze overgenomen wordt door een andere host, die een pagina van ons beheerd met daarop de melding dat we storing hebben en offline zijn?
Daarnaast ook op zoek naar een monitoring service, een service die ons op de hoogte houd via mail of sms wanneer we offline zijn.
Welke bedrijven bieden dat aan en wie heeft ervaring met deze service?
pannenkoek
01/11/15, 20:05
Inderdaad vervelend voor Ermis.
Tevens is hun website nog steeds offline.
Er is ook helemaal geen route beschikbaar naar hun website:
https://snapr.pw/i/1f8a5b00d1.png
matthijs0027
01/11/15, 21:12
Zie nu net dat ik een schrijf fout heb gemaakt in het onderwerp "Fallbackback Service" :oops: Moet natuurlijk Fallback zijn.
Kijk eens naar Office365 dan..
Wij bieden ook mailservices aan naar onze klanten.. Maar om net in geval van grote pannes nog bereikbaar te zijn voor onze klanten staan onze mailboxen daar..buiten onze infra
Buiten dat heeft het ook nog meer voordelen zoals de 5xoffice licentie etc..
Voor de prijs moet je het allessinds niet laten ...
Sent from my iPhone using webhostingtalk
Heb geen advies mbr je vraag, maar wel iets anders. Zet komende week / weken extra regel in je email (bv als handtekening regel) dat kullie een email storing hadden en dat mails gedurende storing periode mogelijk niet ontvangen zijn.
Ja je zal enkele dubbele krijgen, maar dat is beter dan helemaal geen ;)
Sent from my Nexus 5 using webhostingtalk mobile app
CharlieRoot
02/11/15, 09:39
Het kan in principe heel eenvoudig door een VPS extern te installeren op basis van postfix en de mailqueue timeout aan te passen. Deze opties zijn "bounce_queue_lifetime" en maximal_queue_lifetime , dit kun je op (bijv.) 5 dagen zetten. Als de mailserver dan onbereikbaar is blijft email hier tot maximaal 5 dagen staan.
Kwestie van Postfix er op, domeinen invoeren (text based file) en MX record toevoegen.
Het kan in principe heel eenvoudig door een VPS extern te installeren op basis van postfix en de mailqueue timeout aan te passen. Deze opties zijn "bounce_queue_lifetime" en maximal_queue_lifetime , dit kun je op (bijv.) 5 dagen zetten. Als de mailserver dan onbereikbaar is blijft email hier tot maximaal 5 dagen staan.
Kwestie van Postfix er op, domeinen invoeren (text based file) en MX record toevoegen.
Dan lijkt het mij toch makkelijker (en goedkoper) om een fallback account ergens te nemen. Dat heb je al vanaf een euro of 2 per maand (en buiten Nederland betaal je zelfs maar 1 Euro) en hoef je ook alleen maar een MX record toe te voegen met de juiste pref.
Dan hoef je tenminste zelf geen VPS te huren en ook niet zelf de mailserver te installeren/beheren.
Ben overigens benieuwd wat de oorzaak van de storing is (geweest). Hier begint alles sinds een uur weer wat te stabiliseren en ook de mails lijken weer binnen te komen. Laatste twitterupdate is alweer 8 uur oud.
Om hoeveel gebruikers gaat het?
Je kunt prima mailaccounts huren waar fallback geregeld is. Een beetje dienstverlener heeft de fallback server helemaal buiten zijn netwerk staan.
Want een garantie kun je altijd krijgen: Het gaat stuk.
Je kunt ook een losse fallback dienst huren.
matthijs0027
02/11/15, 23:48
Inmiddels de volgende reactie van Ermis wat er precies is misgegaan in de nacht van vrijdag naar zaterdag:
Verklaring storing afgelopen weekend
2 november 2015/in Storingen /door Ermis Hosting
De storing
In de nacht van vrijdag op zaterdag vond er een update plaats van Directadmin. Omdat dit regelmatig voorkomt en wij hierbij nooit downtime ervaren, hebben we geen normale onderhoudsmail uitgestuurd. Tevens hebben we een nieuw backupscript in gebruik genomen. Ook het vervangen van de back up heeft normaliter geen effect op onze klanten en wordt daarom niet aangekondigd als onderhoud. Helaas heeft dit laatste in dit geval toch voor problemen gezorgd. Tien minuten na het starten van de back up was geen enkele server meer benaderbaar, de services startten niet meer en er was geen enkele site meer beschikbaar. Wij hebben op dat moment eerst vastgesteld wat er aan de hand was en een inschatting gemaakt van de impact en schade.
Wat was er aan de hand
De bestands- en gebruikersrechten van alle bestanden, services en de serversoftware zelf waren verdwenen. Deze bestands- en gebruikersrechten zijn cruciaal en zonder deze rechten stopt alles.
De oorzaak
Een nieuwe wijze voor het maken van backups verliep niet correct. Hierdoor liep alles fout.
Het herstel
Op 4 servers na was alles binnen 23 uur weer beschikbaar. Een aantal servers gaf hierna sporadisch problemen met de mail door een weigerende virus- en malwarescanner, ook dit is verholpen. De overige 4 servers (één SSL en drie resellerservers) hadden nog extra tijd nodig door opeenstapeling van storingen. Deze servers wilden niet meer starten. Het terugplaatsen van een oude back up is geen optie. Alle bestanden zijn vervolgens van de oude kapotte servers gehaald en hersteld op 4 nieuwe servers die wij met spoed hebben ingericht.
De toekomst
Wij hebben maatregelen genomen om in de toekomst bij meerdere defecte servers ook in het weekend sneller nieuwe servers uit te rollen (het zijn dan nog steeds onze eigen servers). Verder zien wij af van de nieuwe wijze voor het maken van backups en zijn we teruggestapt naar de vorige versie.
Vanuit Ermis | Domeinruimte
Nog niet eerder in de bestaansgeschiedenis van Ermis | Domeinruimte hebben wij te maken gehad met een storing met een dergelijke impact op onze klanten. Een schok voor onze klanten en ook voor onszelf. Wij begrijpen de frustratie en de zorgen van onze klanten en nemen deze zeer serieus. Indien er nog mensen zijn die problemen ervaren met hun sites en e-mail verzoeken wij deze om alsnog contact met ons op te nemen zodat wij de klachten zo snel mogelijk kunnen verhelpen. Op dit moment zijn wij ook zelf weer volledig bereikbaar.
Communicatie
Als echte techneuten hebben wij ons in eerste instantie gericht op het verhelpen van de storing. Omdat onze eigen website en mail ook niet werkten was onze mogelijkheid tot communicatie over de storing beperkt. Vanaf zaterdag hebben wij via de social media updates uitgestuurd omdat wij zagen dat hier veel behoefte aan was. Via deze weg willen wij ook iedereen bedanken die zijn of haar begrip en steun heeft uitgesproken tijdens de storing. Wij begrijpen dat een dergelijke storing schade toe kan brengen in het vertrouwen in onze dienstverlening. Wij zullen zoals altijd er alles aan doen om alle zorgen bij onze klanten weg te nemen.
Dimitri Tzoumas & Petros Mylonopoulos.
Bron: https://www.domeinruimte.nl/storingen/verklaring-storing-afgelopen-weekend/
We hebben inmiddels enkele bedrijven die een fallback service los aanbieden een mail gestuurd met enkele vragen.
Hierop hebben we van hen enkele reacties mogen ontvangen, wat wij ook graag willen stellen in dit forum.
Ook willen we jullie reacties beantwoorden.
Dit doen we morgen... Het is vandaag een drukke dag geweest.
Wat een wazig verhaal. Ik denk dat de DirectAdmin update niets te maken heeft met hun probleem, de vraag is welk nieuw backup script zij bedoelen. De gewijzigde versie van FTP_upload in de laatste DA update of een eigen versie waarin een fout bleek te zitten.
systemdeveloper
03/11/15, 09:29
Servers gaan niet kapot door een software update van DA. Dat ga je me niet wijsmaken. En DA wijzigt ook geen rechten van systeemsoftware.
Zelfs het ftp_upload.sh script van DA doet slechts 1 chmod op een configfile.
Maar deze oude rot heeft nog wel een tip. Zet je ergens een vpsje van drie keer niks en TEST je updates voor je iets uitrolt wat je niet direct kunt herstellen :)
Wel goed dat ze aangeven dat hun script de oorzaak is (en niet de update van DA). Dat klinkt niet als een doofpot affaire.
Ik heb echt een paar vragen over deze oorzaak melding:
- Wat doe je als je backup je rechten kan vernachelen? Wat doet je back-up uberhaubt met rechten?
- Draait de backup op die servers? En heeft iemand met toegang tot die server dan toegang tot de back-ups? En kan die ze dan ook weggooien?
- Je zou verwachten dat gaandeweg de avond servers weer up komen?
- Testen?
Die fallback server.. is die er echt niet? Dus geen fallback server buiten je netwerk of zelfs binnen je netwerk?
In dat geval, kijk ook gelijk naar je DNS. Geen DNS, geen mail. Dus zorg dat je er daar ook minstens 1 van buiten je netwerk hebt staan.
Toch wel een raar verhaal...
dennis0162
03/11/15, 09:54
rsync verkeerd om draaien :drunk: ?
Alle files van de backup server naar de hosting server syncen.
rsync verkeerd om draaien :drunk: ?
Alle files van de backup server naar de hosting server syncen.
Dat kan natuurlijk :)
In beide gevallen eindig je met een server van gisteren en wordt je de volgende dag gebeld en denk je :oops: :eek:->|:censored:
Je kan ook een blauwdruk maken van je system qua chmod en chown rechten. Deze zou je mee kunnen laten backuppen en indien nodig weer gebruiken.
CharlieRoot
03/11/15, 13:40
Je kunt ook gewoon full backups maken ipv alleen een "scriptje" ..
Er zijn altijd meerdere oplossingen mogelijk.
Backups zijn van levensbelang in de IT. Het kan gaat namelijk altijd wel een keer fout.
Regelmatige full backups, gevolgd door incrementals en/of differentials is het meest gangbare. Maar persoonlijk maak ik bij een belangrijke update/wijziging extra een lokale backup zodat deze in geval van nood snel terug gezet kan worden. Verder is een backup niets waard zolang je nog nooit getest hebt hoe deze terug te zetten.
Maar om terug te komen op de problemen.
Blijft natuurlijk gis-werk waarom hun backupscript de problemen veroorzaakt heeft. Maar het klinkt alsof er een chmod/chown is uitgevoerd met een variabele die waarschijnlijk leeg was, en dus werd het commando vanaf de uitvoer directory (/ ?) uitgevoerd.
Vindt dat ze netjes gereageerd hebben, en dat ze relatief veel details hebben prijs gegeven. En voor het gros van de klanten zal dit al teveel technische informatie geweest zijn.
Overigens dat ze praten over kapotte servers zal waarschijnlijk inhouden dat ze (terecht) de installatie niet meer vertrouwden. Die servers zullen wel niet fysiek stuk zijn, maar de installatie is dusdanig corrupt, (rechten incorrect) dat het herstellen ervan potentieel meer werk kost dan opnieuw inrichten.
Ik voel mee met de technische mannen die daar een paar dagen hebben lopen zweten om de boel weer in de lucht te krijgen. Is nooit fijn zo'n outage :sweatdrop:
Vervelend voor Ermis! Hopelijk is alles inmiddels helemaal goed gekomen en weer up and running. Sterkte jongens!
Het is per hoster verschillend of Fallback wel/niet standaard is. Wij hebben de faalback mail servers inderdaad volledig buiten het netwerk staan en updaten nooit de hoofd/fallback servers tegelijk :).
DA zal hier zeker niet de oorzaak geweest zijn.
matthijs0027
04/11/15, 00:02
Inderdaad vervelend voor Ermis.
Tevens is hun website nog steeds offline.
Er is ook helemaal geen route beschikbaar naar hun website:
https://snapr.pw/i/1f8a5b00d1.png
Tijdens de storing kregen klanten eerst een 404 melding, vervolgens kreeg niemand een 404 melding meer. Vlak voor de oplossing van de storing kregen de klanten weer een 404 melding om vervolgens weer online te komen.
Handig zo'n tool om de route te bekijken!
Ook handig voor in de toekomst!
matthijs0027
04/11/15, 00:06
Kijk eens naar Office365 dan..
Wij bieden ook mailservices aan naar onze klanten.. Maar om net in geval van grote pannes nog bereikbaar te zijn voor onze klanten staan onze mailboxen daar..buiten onze infra
Buiten dat heeft het ook nog meer voordelen zoals de 5xoffice licentie etc..
Voor de prijs moet je het allessinds niet laten ...
Sent from my iPhone using webhostingtalk
Wij gebruiken geen Office365.
Weet überhaupt niet hoed Office365 werkt.
matthijs0027
04/11/15, 00:07
Heb geen advies mbr je vraag, maar wel iets anders. Zet komende week / weken extra regel in je email (bv als handtekening regel) dat kullie een email storing hadden en dat mails gedurende storing periode mogelijk niet ontvangen zijn.
Ja je zal enkele dubbele krijgen, maar dat is beter dan helemaal geen ;)
Sent from my Nexus 5 using webhostingtalk mobile app
Goede tip!
Hebben we ook gebruikt! En deze tip houden we erin voor in de toekomst!!
matthijs0027
04/11/15, 00:11
Het kan in principe heel eenvoudig door een VPS extern te installeren op basis van postfix en de mailqueue timeout aan te passen. Deze opties zijn "bounce_queue_lifetime" en maximal_queue_lifetime , dit kun je op (bijv.) 5 dagen zetten. Als de mailserver dan onbereikbaar is blijft email hier tot maximaal 5 dagen staan.
Kwestie van Postfix er op, domeinen invoeren (text based file) en MX record toevoegen.
Oei heb totaal geen ervaring met een VPS, daarvoor zijn we denk ik ook nog iets te klein voor.
Heel eerlijk gezegd is je post voor mij ook abracadabra :chinese:
CharlieRoot
04/11/15, 09:50
Oei heb totaal geen ervaring met een VPS, daarvoor zijn we denk ik ook nog iets te klein voor.
Heel eerlijk gezegd is je post voor mij ook abracadabra :chinese:
Dan vooral NIET aan beginnen ;-)
Dan vooral NIET aan beginnen ;-)
In dat geval, zie mijn eerste post :-)
Je kunt prima mailaccounts huren waar fallback geregeld is.
Dan zou je een keuze kunnen maken tussen IMAP accounts (regel wel een SMTP server) of Active Sync accounts.
Je betaalt een vast bedrag per gebruiker en de werkelijk verbruikte storage waardoor je precies weet hoeveel je verdient en nooit verassingen hebt.
matthijs0027
04/11/15, 17:20
Dan lijkt het mij toch makkelijker (en goedkoper) om een fallback account ergens te nemen. Dat heb je al vanaf een euro of 2 per maand (en buiten Nederland betaal je zelfs maar 1 Euro) en hoef je ook alleen maar een MX record toe te voegen met de juiste pref.
Dan hoef je tenminste zelf geen VPS te huren en ook niet zelf de mailserver te installeren/beheren.
Dat is precies wat we zoeken!
We hebben al wat aanbieder gemaild.
Het gekke is dat wij verschillende reacties krijgen, bij de ene kan het wel, en bij de ander moet je bij hen zelf een hostingpakket afsluiten wanneer je gebruik wilt maken van hun fallback diensten.
Ben overigens benieuwd wat de oorzaak van de storing is (geweest). Hier begint alles sinds een uur weer wat te stabiliseren en ook de mails lijken weer binnen te komen. Laatste twitterupdate is alweer 8 uur oud.
Het schijnt dat hun reactie naar alle kanten is gemaild.
We hebben de mail niet ontvangen, maar we hebben hun reactie gelezen op hun site en hier eerder in een aparte bericht geplaatst. Zodat iedereen het kan terug lezen,
matthijs0027
04/11/15, 17:43
Om hoeveel gebruikers gaat het?
We zijn maar een klein bedrijf dus we hebben gewoon een shared hostingpakket.
Je kunt prima mailaccounts huren waar fallback geregeld is..
Dat is ook inderdaad een optie, waar we nog niet aan hebben gedacht.
Dan kan onze ruimte bij Ermis misschien ook naar beneden!
Je kunt ook een losse fallback dienst huren. Een beetje dienstverlener heeft de fallback server helemaal buiten zijn netwerk staan. Want een garantie kun je altijd krijgen: Het gaat stuk
Inderdaad!
Het is inderdaad belangrijk dat de fallback service buiten het netwerk van een webhost geregeld is.
In antwoord op onze vragen bij enkele aanbieders die een fallback aanbieden, wordt het volgende op het hart gedrukt:
"Voor een domein dat wel fallback mailserver record heeft, maar die in hetzelfde netwerk staat als de primaire mailserver. Heeft dus alleen nut, op het moment dat de primaire mailserver uitvalt. Indien er een netwerkstoring is, heeft dat geen enkel nut."
Ook wordt ons gewaarschuwd voor instellingen:
"Belangrijk is wel, dat de eerste MX offline moet zijn; mocht de eerste MX wel bestaan (reageren), maar niet goed zijn geconfigureerd, dan zal de eerste MX email afwijzen. In dat geval komt de email niet bij de tweede MX (en niet bij onze fallback)."
Een ander bedrijf mailt ons:
"De totale werking van het mail verkeer is echter wel afhankelijk van de mail conf. van de huidige mail provider, namelijk:
- Het kan zijn dat de huidige mail server de mail wel accepteert maar niet goed behandeld, doordat de mail wordt geaccepteerd komt die niet in onze fallback servers aan.
- Ook als onze fallback server probeert de mail weer af te leveren en dit wel wordt geaccepteerd door de mail server, maar niet correct behandeld wordt."
matthijs0027
04/11/15, 17:48
Wat een wazig verhaal. Ik denk dat de DirectAdmin update niets te maken heeft met hun probleem, de vraag is welk nieuw backup script zij bedoelen. De gewijzigde versie van FTP_upload in de laatste DA update of een eigen versie waarin een fout bleek te zitten.
Tja, we wilden gisteren een back-up maken van onze webruimte, maar zagen nadat de back-up klaar was een map die we nog nooit eerder hadden gezien. Map heette "non_readable_files". Nadat we dit melden bij Eermis werd ons verteld dat er nog steeds een probleem was met rechten, als uitloop van de storing van afgelopen weekend.
matthijs0027
04/11/15, 17:51
Servers gaan niet kapot door een software update van DA. Dat ga je me niet wijsmaken. En DA wijzigt ook geen rechten van systeemsoftware.
Zelfs het ftp_upload.sh script van DA doet slechts 1 chmod op een configfile.
Maar deze oude rot heeft nog wel een tip. Zet je ergens een vpsje van drie keer niks en TEST je updates voor je iets uitrolt wat je niet direct kunt herstellen :)
Nee dat lijkt ons ook! ;)
Meld je tip VPS test tip ook aan Ermis!
Misschien kunnen hun er wat mee!
matthijs0027
04/11/15, 18:12
Wel goed dat ze aangeven dat hun script de oorzaak is (en niet de update van DA). Dat klinkt niet als een doofpot affaire.
Ik heb echt een paar vragen over deze oorzaak melding:
- Wat doe je als je backup je rechten kan vernachelen? Wat doet je back-up uberhaubt met rechten?
- Draait de backup op die servers? En heeft iemand met toegang tot die server dan toegang tot de back-ups? En kan die ze dan ook weggooien?
- Je zou verwachten dat gaandeweg de avond servers weer up komen?
- Testen?.
Tja, wij weten het ook niet. Misschien moet je dit aan kaarten bij Eermis?
Het verhaal is mooi maar het is wel heel slordig gegaan denken wij achteraf.
Die fallback server.. is die er echt niet? Dus geen fallback server buiten je netwerk of zelfs binnen je netwerk?
In dat geval, kijk ook gelijk naar je DNS. Geen DNS, geen mail. Dus zorg dat je er daar ook minstens 1 van buiten je netwerk hebt staan.
Nee, Ermis bied waarschijnlijk geen fallback service aan!
Hebben dit ook al gezien in de DNS, te laat eigenlijk... :dots:
Alle e-mails die later na de storing alsnog bezorgd zijn, is "waarschijnlijk" puur op 'retry's' service van de verzenders!
Maar als je als andere klanten bijna tot maandagmiddag/avond offline bent...
Vreemd dat het eigenlijk zo kan! En dat er geen wettelijke regels zijn als het er op komt qua fallback/back-up service!
Zal wel weer niet kosten/techniesch niet mogelijk zijn..:nono:
matthijs0027
04/11/15, 18:20
Er zijn altijd meerdere oplossingen mogelijk.
Backups zijn van levensbelang in de IT. Het kan gaat namelijk altijd wel een keer fout.
Regelmatige full backups, gevolgd door incrementals en/of differentials is het meest gangbare. Maar persoonlijk maak ik bij een belangrijke update/wijziging extra een lokale backup zodat deze in geval van nood snel terug gezet kan worden. Verder is een backup niets waard zolang je nog nooit getest hebt hoe deze terug te zetten.
Maar om terug te komen op de problemen.
Blijft natuurlijk gis-werk waarom hun backupscript de problemen veroorzaakt heeft. Maar het klinkt alsof er een chmod/chown is uitgevoerd met een variabele die waarschijnlijk leeg was, en dus werd het commando vanaf de uitvoer directory (/ ?) uitgevoerd.
Vindt dat ze netjes gereageerd hebben, en dat ze relatief veel details hebben prijs gegeven. En voor het gros van de klanten zal dit al teveel technische informatie geweest zijn.
Overigens dat ze praten over kapotte servers zal waarschijnlijk inhouden dat ze (terecht) de installatie niet meer vertrouwden. Die servers zullen wel niet fysiek stuk zijn, maar de installatie is dusdanig corrupt, (rechten incorrect) dat het herstellen ervan potentieel meer werk kost dan opnieuw inrichten.
Ik voel mee met de technische mannen die daar een paar dagen hebben lopen zweten om de boel weer in de lucht te krijgen. Is nooit fijn zo'n outage :sweatdrop:
Compleet mee eens!
matthijs0027
04/11/15, 18:23
Vervelend voor Ermis! Hopelijk is alles inmiddels helemaal goed gekomen en weer up and running. Sterkte jongens!
Het is per hoster verschillend of Fallback wel/niet standaard is. Wij hebben de faalback mail servers inderdaad volledig buiten het netwerk staan en updaten nooit de hoofd/fallback servers tegelijk :).
DA zal hier zeker niet de oorzaak geweest zijn.
Precies!
- - - Updated - - -
Dan vooral NIET aan beginnen ;-)
Inderdaad het is nu soms chinees voor ons maar we leren!
matthijs0027
04/11/15, 18:54
Zo even iedereen antwoord gegeven! :)
We zoeken nog even uit wat de beste oplossing is qua fallback.
Op dit moment zitten we te denken om Ermis te mailen of hun fallback aanbieden. Zo ja, dan kunnen we gewoon bij Ermis blijven, zo nee, dan moeten we even kijken of de we fallback ergens er los kunnen afsluiten, hopelijk kan Ermis dit dan ook ondersteunen. Onze domeinnamen zijn ergens anders geregistreerd/gehost.
Zijn ook van mening dat je dit eigenlijk niet je hosting en domeinnamen bij één en dezelfde partij kan neer leggen, kijkend naar storingen of faillissementen.
De optie om de mail ergens anders te hosten met daarin fallback service, naast de webruimte bij Ermis, is ook zeker een optie die we gaan bekijken.
En tja, mocht het uitpakken om compleet weg te gaan bij Ermis zouden we jammer vinden, prijs is goed, service is goed althans, we zijn klant sinds april dit jaar dus we kunnen nog niet echt een beoordeling geven.
Hebben jullie ook ervaringen met Monitoring Service?
Dus een website die onze sites bijhouden of er daadwerkelijk een downtime plaats vind, en wanneer er daadwerkelijk een downtime plaats ons een mailtje stuurt of sms die ons waarschuwt.
Vreemd dat het eigenlijk zo kan! En dat er geen wettelijke regels zijn als het er op komt qua fallback/back-up service!
Zal wel weer niet kosten/techniesch niet mogelijk zijn..:nono:
Gelukkig niet zeg! De overheid bemoeit zich al met genoeg zaken. En hierdoor is er nog steeds een stukje verschil in serviceverlening tussen bedrijven. Wil je geen backup/faback oplossingen, is de prijs hier vaak ook naar. Wil je het goed geregeld hebben, betaal je vaak iets meer. Voor de een is zijn site/mail belangrijker dan voor de ander.
Qua monitoring: kijk eens naar pingdom die is gratis.
Ander tipje: antwoord iedereen even in 1 bericht.. Houdt dit forum een beetje overzichtelijk.
stefantriep
05/11/15, 23:24
Zijn ook van mening dat je dit eigenlijk niet je hosting en domeinnamen bij één en dezelfde partij kan neer leggen, kijkend naar storingen of faillissementen.
Ik zou het gewoon bij 1 betrouwbare partij doen, faillisementen bij de echt betrouwbare partijen heb ik laatste jaren niet gezien. Storingen kunnen altijd voorkomen, hardware gaat stuk, mensen kunnen ook wel eens fouten maken.
Monitoring, kijk even naar Copperegg of NewRelic (geen idee of ze ook gratis mogelijkheden bieden)
Dit hoor je vaker:
Zijn ook van mening dat je dit eigenlijk niet je hosting en domeinnamen bij één en dezelfde partij kan neer leggen, kijkend naar storingen of faillissementen.
Het helpt echt niet maar het is nog erger.
Statistisch gezien: Aangezien het een niet zonder het ander kan en ga je gebruik maken van bijv. 3 leveranciers, dan is de kans dus groter dat je ooit met een faillissement te maken krijgt waardoor het stuk is.
Om het wellicht wat inzichtelijker te maken:
Domein > Provider A
Mail > Provider B
DNS > Provider C
Website > Provider D
Dus als A, B of C failliet gaan én de curator de stekker eruit trekt (wat ze bij hosters eigenlijk nooit doen) ben je de sjaak.
Je veroorzaakt dus een probleem door een probleem op te lossen dat niet echt bestaat.
Wel even een echte ISP uitzoeken en niet 1 persoon die toevallig handig is met een panel.
Nog wat nadelen:
Dan heb je nog van die clubs die vingertje wijzen als het stuk is maar toch net niet snappen wat er loos is.
Maar ook klanten die dan voor € 7,00 bij de domeinnamen gigant een domeinnaam hebben maar zelf eigenlijk niet weten hoe het werkt. Of jij even gratis in het controlpanel van een ander wil klikken. Service toch? Want de mail draait toch bij jullie?
En terecht doet die provider dat niet....
Je maakt het mee.