<div dir="ltr">I've been supporting a web site for three years with HA configuration on Linode (with another guy in the Czech Republic helping me for the 24/7/365 support), the web site was not ready to run on Heroku at that time. I am using Passenger with Mysql Galera replication on three nodes. I need at least one node running to have the site up. If you need to restart Apache it means that something is wrong and restarting it will not fix the issues. Sometimes the problem could be not having enough RAM, or Passenger need a bit of tuning. Having Pingdom is not a solution for monitoring, you should monitor other parameters, CPU, RAM swap, disk. In the meantime if you need something to be restarted if it goes down, you could use bluepill, but I prefer fixing the issues :-)<div><br></div><div>This book is good for learning how to troubleshoot issues: <a href="http://www.amazon.co.uk/DevOps-Troubleshooting-Linux-Server-Practices/dp/0321832043">http://www.amazon.co.uk/DevOps-Troubleshooting-Linux-Server-Practices/dp/0321832043</a>.</div><div><br></div><div>Heroku, Brightbox or Engine Yard are good options.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 September 2014 12:25, Frederick Cheung <span dir="ltr"><<a href="mailto:frederick.cheung@gmail.com" target="_blank">frederick.cheung@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Also consider automation - automated failovers can be tricky to get right but will happen faster than any human based option. With a platform like heroku that's just part of the service, but it's easy enough to do for application servers on AWS with autoscaling. <br>
<br>
Database failovers can be trickier. Mongo pretty much takes care of itself if you use a replica set, for relation databases we use amazon's RDS which takes care of this (for the record we had a database failure around 4am on boxing day last year. Other than a flurry of airbrake errors for a few minutes I barely noticed)<br>
<br>
Fred<br>
<span class=""><br>
<br>
On 24 September 2014 at 12:18:54, Tim Harding (<a href="mailto:tim.harding@gmail.com">tim.harding@gmail.com</a>) wrote:<br>
> Yes! Though I think that managing a team that costs more than our revenue<br>
> would probably cause more stress than having to leave my phone on in case<br>
> Pingdom alerts. ;)<br>
><br>
><br>
><br>
</span>> On 24 September 2014 12:04, Don Werve wrote:<br>
<div class="HOEnZb"><div class="h5">><br>
> ><br>
> > On Sep 24, 2014, at 19:58 , Gabe da Silveira wrote:<br>
> ><br>
> > > Another strategy to consider: hire at least one developer in Sydney, one<br>
> > in London, and one in San Francisco ;)<br>
> ><br>
> > This is one of the benefits of building a distributed team — on-call<br>
> > schedules just become part of the workday.<br>
> > _______________________________________________<br>
> > Chat mailing list<br>
> > <a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
> > Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
> > Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
> > List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
> ><br>
> ><br>
> _______________________________________________<br>
> Chat mailing list<br>
> <a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
> Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
> Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
> List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
><br>
<br>
_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
Archives: <a href="http://lists.lrug.org/pipermail/chat-lrug.org" target="_blank">http://lists.lrug.org/pipermail/chat-lrug.org</a><br>
Manage your subscription: <a href="http://lists.lrug.org/options.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/options.cgi/chat-lrug.org</a><br>
List info: <a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Riccardo Tacconi<br><br><a href="http://github.com/rtacconi" target="_blank">http://github.com/rtacconi</a><br><a href="http://twitter.com/rtacconi" target="_blank">http://twitter.com/rtacconi</a></div>
</div>