<p dir="ltr">As in all code/config is in vcs (mercurial) and runtime modifiable data isn't keot locally, so restore is reimage + checkout + reboot (and restore db if a db host).</p>
<div class="gmail_quote">On 24 Jan 2013 13:54, "Tim White" <<a href="mailto:weirdit@gmail.com">weirdit@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 24/01/13 14:11, Adon Metcalfe wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We'll be using ceph soon too, but for vms we just put them all on local storage and make them stateless (user writable data all goes to remote cephfs fileshare, databases stored locally but backed up frequently via bacula). That's the cheapest layout we found for high performance VM's while still having redundancy (if we lose a server coz their stateless its like a 15 minute rebuild).<br>

</blockquote>
<br>
Can you tell me more about what you mean by stateless?<br>
<br>
As in, its an imaged server that has a config and runs, so if it dies it's just the users state that is lost?<br>
<br>
Tim<br>
______________________________<u></u>_________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
<a href="http://lists.plug.org.au/mailman/listinfo/plug" target="_blank">http://lists.plug.org.au/<u></u>mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.org.au" target="_blank">committee@plug.org.au</a><br>
PLUG Membership: <a href="http://www.plug.org.au/membership" target="_blank">http://www.plug.org.au/<u></u>membership</a><br>
</blockquote></div>