On Wed, 15 Oct 2014 17:02:25 +0200 Serge NOEL <serge.noel2...@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.
pgp8E1TGud6Ia.pgp
Description: OpenPGP digital signature
_______________________________________________ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
