Onderwerp: 100% beschikbare mailserver?

Ik denk dat ik een gevalletje heb die even wat ingewikkelder ligt dan gewoon een fall-back relay servertje.

Het geval voordoet zich dat op een Plesk installatie er nog weleens wat problemen zijn. Nu is dat niet de grootste zorg. Maar wel dat de mail er nog weleens onder lijdt. Nu moet deze eigenlijk altijd, dus gewoon 100% beschikbaar zijn. Wat betekend dat de mail zodra er problemen zijn op de main server via een ander gewoon door moet gaan.

Nu is hier vast wel een of andere oplossing voor maar de vraag is even welke?

Een losse server (VPS?) als primaire mail server gebruiken. Daar dan weer een losse fallback server op zetten. Zo koppel je de mail in ieder geval al vast los van de rest van de server.

Oorspronkelijk geplaatst door Marco Mahieu

Een losse server (VPS?) als primaire mail server gebruiken. Daar dan weer een losse fallback server op zetten. Zo koppel je de mail in ieder geval al vast los van de rest van de server.

en dan nog heb je een SPOF, lees nog eens wat de TS te vertellen heeft....

Los, as in: elke VPS in een fysiek ander datacenter. Geeft de beste zekerheid.

Oorspronkelijk geplaatst door Mikey

en dan nog heb je een SPOF, lees nog eens wat de TS te vertellen heeft....

Snap ik, maar hij geeft ook aan dat de problemen meestal elders uit zijn Plesk server komen. Dus dan kan je allerlij moeilijke oplossingen gaan aandragen, maar misschien is hij hier al mee geholpen.

Dat er ergens anders een VPS komt dat snap ik uiteraard, maar het gaat mij meer om het systeem. De problemen ontstaan vaak door het gebruik, en bugs van Parallels (back-end is ook Parallels) waar in de huidige versie ze al enkele maanden bezig zijn de problemen op te lossen. Maar je snapt al dat ik daar niet op kan wachten.

Het doel is gewoon dat de e-mail beschikbaar blijft. Het moet dus niet zo zijn dat de mail op een relay vastgehouden wordt en dan alsnog naar de master gestuurd wordt. Het gaat echt gewoon om een 100% beschikbaarheid van de e-mail.

Het idee is als de master eruit ligt de slave als het ware het gewoon overneemt. Dus de eind gebruiker haalt nog steeds gewoon zijn e-mail binnen zoals normaal.

Er zal vast een oplossing voor zijn, maar je komt wel een hoop problemen tegen denk ik. Misschien kan 1 van de andere (Randy? Martijn?) je hiermee opweg helpen.

Kort gezegt zal het er in ieder geval op neer komen dat beide servers constant alles wat er gedaan wordt heen een weer moeten sync-en.

Ja dat klopt maar daar zit ook een gevaar, het is alleens gebeurt dat na een update er een loop gekomen is in de mail en dat de server opeens vol zat met dik miljoen e-mailtjes. Als hij dat dan naar de back-up mail server gaat proberen te syncen ligt die er natuurlijk ook gelijk uit en is het hele idee weer weg. Hij moet eigenlijk pas op het moment van problemen zeggen van he ik neem het over.

Oorspronkelijk geplaatst door fndanielnl

Ja dat klopt maar daar zit ook een gevaar, het is alleens gebeurt dat na een update er een loop gekomen is in de mail en dat de server opeens vol zat met dik miljoen e-mailtjes. Als hij dat dan naar de back-up mail server gaat proberen te syncen ligt die er natuurlijk ook gelijk uit en is het hele idee weer weg. Hij moet eigenlijk pas op het moment van problemen zeggen van he ik neem het over.

Maar hij zal ooit eens terug moeten schakelen.

Wat je natuurlijk zou kunnen doen, is 2 volledig operationele mail-servers opzetten, waarvan de accounts gesynct worden (zonder e-mails). En dan beide mailservers bij de klant instellen. Maar dat is natuurlijk niet echt een nette oplossing.

Het kan wel alleen zou hij dan zelf moeten kijken van goh bericht 1 heb ik al dus bericht 1 van server2 verwijder ik v.v. ik weet alleen niet of de mail clienten zover gaan.

Oorspronkelijk geplaatst door fndanielnl

Het kan wel alleen zou hij dan zelf moeten kijken van goh bericht 1 heb ik al dus bericht 1 van server2 verwijder ik v.v. ik weet alleen niet of de mail clienten zover gaan.

Nee, dat is niet het geval. Je hebt je primaire mailserver (MX10), en als die de mail kan aannemen, dan komt hij natuurlijk niet op de secundaire mailserver (MX20).

Ligt de primaire server eruit, dan ben je de mail die op dat moment op die server stond even kwijt (tot de server het weer doet), maar alle mail die ondertussen binnenkomt die kan niet door MX10 worden aangenomen, dus gaat deze naar MX20, en krijg je het via die weg binnen.

Dus eigenlijk zou je vanaf mx10 en mx20 weer op een of andere manier terug naar 1 linkje moeten krijgen zodat het alsnog lijkt alsof de eindgebruiker maar 1 mailserver gebruikt.

Oorspronkelijk geplaatst door fndanielnl

Dus eigenlijk zou je vanaf mx10 en mx20 weer op een of andere manier terug naar 1 linkje moeten krijgen zodat het alsnog lijkt alsof de eindgebruiker maar 1 mailserver gebruikt.

Vandaar dat ik al zij, het wordt redelijk complex als je het goed wilt doen. Als je het zo doet dan zit de mail namelijk over 2 servers verspreid, wat doe je dan met webmail/imap, enz. enz.

Dan zou je dus weer moeten zeggen dat zolang mx10 niet beschikbaar is alles gedownload wordt vanaf mx20 en als mx10 weer beschikbaar wordt mx20 alles alsnog weer naar mx10 stuurt als het niet al opgehaald is via pop.

Plesk is eigenlijk niet gericht op clustering. Je zou namelijk alle configuratiebestanden van de ene naar de andere server moeten rsyncen. Een oplossing die 'pas overneemt als er fouten zijn op de andere server' bestaat simpelweg niet. Heartbeat achtige constructies voor mail ben ik nog nooit tegengekomen, zeker niet een die een loop detecteert. Het is óf sync, óf geen sync.

Wat je nodig hebt is een betrouwbare hoster.