[pve-devel] Add functionalities
Serge NOEL
serge.noel2008 at gmail.com
Wed Oct 15 17:45:58 CEST 2014
Sure it is, but :
we will make one copy per week, like a full backup
we will make backup of datas in a classical way (rsync or something
similar...)
So we plan to use it as a far recovery process (wich provide a base
machine). It doesn' t allow us to bypass backup, just a way to quick
recover services...
More, only file server has changing files, others are TSE they stay
relatively stable on time, and loosing one week of change is better, that
being blocked during one day... So we are
Everything is a couple of choices, nor the best, nor the worst....
Ideas are welcome...
Serge
2014-10-15 17:22 GMT+02:00 Michael Rasmussen <mir at datanom.net>:
> On Wed, 15 Oct 2014 17:02:25 +0200
> Serge NOEL <serge.noel2008 at gmail.com> wrote:
>
> > Exactly, we are working on disaster scenarii and we want to find quick
> > solution in case of SAN failure.
> > In this case, we imagine that SAN will be unavailable, and we hope to be
> > able to restart with NAS (iSCSI) as replacement target, if we are able to
> > make copy of all VM, (it seems OK, i tried to copy lvm volume group with
> dd
> > : it's works) during normal operations. Doing so, in case of failure, all
> > we have to do is : to say to Proxmox to use disk from different iSCI (or
> > NFS) target.
> Isn't that dangerous? I mean your approach will surely cause the loss
> of data since all changes between the time of creation of the fall-back
> disk an the incident will be lost!
>
> If you need uptime like 99.999% you should drop you single point of
> failure SAN an move on to clustered storage since clustered storage is
> the only viable solution to your high demand on uptime.
>
> --
> Hilsen/Regards
> Michael Rasmussen
>
> Get my public GnuPG keys:
> michael <at> rasmussen <dot> cc
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
> mir <at> datanom <dot> net
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
> mir <at> miras <dot> org
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
> --------------------------------------------------------------
> /usr/games/fortune -es says:
> This fortune intentionally says nothing.
>
> _______________________________________________
> pve-devel mailing list
> pve-devel at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.proxmox.com/pipermail/pve-devel/attachments/20141015/58d2c054/attachment.htm>
More information about the pve-devel
mailing list