Onderwerp: Gemirrorde Servers

Voor een aantal klanten zoek ik:

Linux Php Mysql Reseller Account

Met:

Gemirrorde servers, kortom 2 of meer servers waar het zelfde account op staat (met constante synchronosatie). Liefst in meerdere Datacenters (met verschillende netwerken) Zodat als er 1 uit valt het overgenomen wordt door een andere. Bijv, door rsync.

De hoster moet een uptime garantie bieden van 100%.

100%...
Denk niet dat er iemand dit biedt.

Zoiets kan ook met een loadbalancer gedaan worden

100% ken ik slechts 1 partij mee (netwerk uptime). De prijs is er echter wel 7 a 8 keer zo hoog als bij een reseller account bij veel partijen hier.

Oorspronkelijk geplaatst door Mark17

100% ken ik slechts 1 partij mee (netwerk uptime). De prijs is er echter wel 7 a 8 keer zo hoog als bij een reseller account bij veel partijen hier.

Nieuwsgierig: welke partij?

Wie bied?

Ik hoor wel wat het kost, als het maar 100% goed blijft draaien op welke manier dan ook. Ik kan niet tegen stress en ik moet geen gelul hebben met die paar klanten (in het verleden al zoveel gezijk gehad bij meerdere leveranciers)

Het schijnt niet zo heel moeilijk te zijn; 2 servers (ik heb er eventueel 1) die in 2 datacenters staan, met rsync en mysql sync er tussen) en klaar. Een beetje linux goeroe kan dat wel.

Dus doe maar een aanbieding!

2 servers syncen kan, maar je kunt het dns niet overschakelen in korte tijd dus als je overmoet dan heb je downtime. een loadbalancer is dan toch weer een single point of failure.

Oorspronkelijk geplaatst door Mark17

100% ken ik slechts 1 partij mee (netwerk uptime). De prijs is er echter wel 7 a 8 keer zo hoog als bij een reseller account bij veel partijen hier.

Ik ken geen enkele partij die 100% uptime durft of kan garanderen.

Oorspronkelijk geplaatst door Roland86

Wie bied?
Het schijnt niet zo heel moeilijk te zijn; 2 servers (ik heb er eventueel 1) die in 2 datacenters staan, met rsync en mysql sync er tussen) en klaar. Een beetje linux goeroe kan dat wel.

Dus doe maar een aanbieding!

Als het niet zo heel moeilijk is, waarom die je het dan niet zelf

Het syncen van de 2 server zal ook niet zo lastig zijn, maar het redirecten van het verkeer naar een specifieke server als de ene faalt, daar zit je probleem.

En wanneer faalt een server? Als die geheel uitvalt? Kan de PHP code er mee omgaan als de lokale mysql dood gaat. De webserver werkt dat nog, dan zal de php code ergens anders naartoe moeten verbinden.

100% uptime ga je gewoon weg niet vinden. Mysql roept zelf met de cluster variant dat er 99.999% te halen is. Dus hoe kan een hoster dan 100% met mysql garanderen (en dan is mysql met NDB engine, dus geen voordelen van isam en innodb meer).

Zo kunnen wel nog wel even door gaan.

Oorspronkelijk geplaatst door Mark17

100% ken ik slechts 1 partij mee (netwerk uptime). De prijs is er echter wel 7 a 8 keer zo hoog als bij een reseller account bij veel partijen hier.

En dan hebben we het dus alleen over netwerk uptime. De vraag hier is voor 100% uptime voor services.

rackspace.nl

ze garanderen 100% uptime (server+netwerk). pas bij een half uur downtime aan een stuk komt er een vergoeding om de hoek kijken (van een gedeelte van het bedrag).

We kunnen dit regelen bij aanschaf van eigen servers, maar reken dan wel op meer dan duizend euro per maand.

Niemand kan 100% garanderen.

Netwerk: bij BGP flaps kan er onstabiliteit ontstaan gedurende een korte periode, en kan het zijn dat het netwerk moeilijk of niet te bereiken is vanaf bepaalde punten. Niets aan te doen, niemand kan dit veranderen
Server: zelfs met redundante load balancer en redundante server setup, met syncronisatie (ja, dat kunnen we doen), heb je nog altijd enkele ogenblikken nodig voor de omschakeling naar de andere server, of overschakeling naar de andere load balancer.

Eenieder die 100% garandeert is aan het liegen.

Ipv 100% te eisen, zou ik meer kijken naar de SLA die je erbij krijgt, en welke compensaties erin zitten. Rackspace die 100% garandeert, maar pas na 30 min begint te compenseren, kan dus gemakkelijk 29 min down zijn, zonder hun 100%-SLA de breken... (dat is dus een 99.999944825% SLA als het op jaarbasis is, of 99.99932% als het op maandbasis (30d) is).

Als de 100% natuurlijk bestaat uit de link tussen de server en de routers, dan is dat gemakkellijk te halen, maar dan heb je een SLA die niets waard is.

Oorspronkelijk geplaatst door wonko

Niemand kan 100% garanderen.

Netwerk: bij BGP flaps kan er onstabiliteit ontstaan gedurende een korte periode, en kan het zijn dat het netwerk moeilijk of niet te bereiken is vanaf bepaalde punten. Niets aan te doen, niemand kan dit veranderen
Server: zelfs met redundante load balancer en redundante server setup, met syncronisatie (ja, dat kunnen we doen), heb je nog altijd enkele ogenblikken nodig voor de omschakeling naar de andere server, of overschakeling naar de andere load balancer.

Eenieder die 100% garandeert is aan het liegen.

Ipv 100% te eisen, zou ik meer kijken naar de SLA die je erbij krijgt, en welke compensaties erin zitten. Rackspace die 100% garandeert, maar pas na 30 min begint te compenseren, kan dus gemakkelijk 29 min down zijn, zonder hun 100%-SLA de breken... (dat is dus een 99.999944825% SLA als het op jaarbasis is, of 99.99932% als het op maandbasis (30d) is).

Als de 100% natuurlijk bestaat uit de link tussen de server en de routers, dan is dat gemakkellijk te halen, maar dan heb je een SLA die niets waard is.

De SLA is 30 minuten per keer (buiten gepland onderhoud), ze mogen dus wel in 1 week 7 keer 25 minuten uitval hebben. Zelf vind ik deze SLA icm de prijs niets waard. Eventuele downtime zou gereduceerd kunnen worden tot max. 3 minuten bij een server probleem. Bij netwerk problemen kan het langer duren maar zou het nog binnen enkele minuten (mits het geen aanval is of de router het begeeft) kunnen blijven als alles goed gedaan word. Begeeft de router het of als er een zware ddos is dan zou het tot circa een half uur kunnen duren om over te schakelen op een server (of cluster) in een ander netwerk.

Dit is de reden dat ik geen garantie kan geven (en eigenlijk niemand) en dat je dus geen aanbiedingen zult ontvangen. Bij een 100% uptime garantie zou je bij een downtime van 1 minuut al compensatie moeten eisen.

Een uptime van 100% bieden is zo goed als onmogelijk. Er laatst een Amerikaanse provider (www.rackspace.com) die als eerste serieus 100% uptime aanbied, maar dan moet je ook heel diep in de buidel tasten.

Oorspronkelijk geplaatst door wonko

Rackspace die 100% garandeert, maar pas na 30 min begint te compenseren, kan dus gemakkelijk 29 min down zijn, zonder hun 100%-SLA de breken... (dat is dus een 99.999944825% SLA als het op jaarbasis is, of 99.99932% als het op maandbasis (30d) is).

Jouw getallen kloppen in ieder geval niet.

Gemiddeld aantal minuten per maand: 43830
Aantal minuten downtime in een maand: 30

(1 - (30 / 43 830)) * 100 = 99.9315537

Ze garanderen dus ruim 99,93% uptime per maand.

Oorspronkelijk geplaatst door wonko

Niemand kan 100% garanderen.

Mjah, ben ik deels met je eens.

Als we het hebben over een netwerkuptime, dan bedoel je dus de internet beschikbaarheid op de UTP kabel die in de server zit. Als die server wordt gehackt waardoor de website offline gaat, dan heb je nog geen downtime. Als het netwerk wel down is, dan kan dat probleem ook bij een andere provider liggen. Dat valt dus buiten jouw uptime garantie. Je hebt uptime zolang je vanuit de server een IP kunt pingen buiten het eigen netwerk, over een transit verbinding.

Verder lijkt het mij logisch dat je kijkt naar een significante downtime. Een keer packet loss is ook geen downtime. Een STP omschakeling van een paar seconden, is dat wel downtime? Een IP omschakeling tussen twee servers dan? Dit is iets dat je natuurlijk vast moet leggen in een SLA. Je houdt bijvoorbeeld maximaal 2 minuten downtime aan.

En dan nog wat. Als Apache, MySQL of een hardeschijf crasht, dan heb je nog geen netwerk downtime. Je moet dus ook een SLA afsluiten voor het soft- en hardware beheer. Bijvoorbeeld dat de provider altijd binnen 60 minuten software problemen oplost. Tijdens het oplossen van een probleem op server01 neemt server02 de taken over.