[ovirt-users] Storage questions

[Yaniv Dary]

I suggest you setup that environment and test for the performance and
report if you have issues.
Please note that currently there is no data locality guarantee, so a VM
might be running on a host that doesn't have its disks.

We have APIs to do backup\restore and that is the only supported option for
backup:
https://www.ovirt.org/develop/release-management/features/storage/backup-restore-api-integration/
You can look at the Gluster DR option that was posted a while back, you can
look that up.
It used geo replication and import storage domain to do the DR.


Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
        8272306
Email: ydary at redhat.com
IRC : ydary


On Mon, Nov 21, 2016 at 5:17 PM, Oscar Segarra <oscar.segarra at gmail.com>
wrote:

> Hi,
>
> I'm planning to deploy a scalable VDI infraestructure where each phisical
> host can run over 100 VDIs and I'd like to deploy 10 physical hosts (1000
> VDIs).
>
> In order to avoid performance problems (replicating 1000VDIs changes over
> gluster network I think can provoque performance problems) I have thought
> to use local storage for VDI assuming that VDIs cannot be migrated between
> phisical hosts.
>
> ¿Is my worry founded in terms of performance?
> ¿Is it possible to utilize local SSD storage for VDIs?
>
> I'd like to configure a gluster volume for backup on rotational disks
> (tiered+replica 2+ stripe=2) just to provide HA if a physical host fails.
>
> ¿Is it possible to use rsync for backing up VDIs?
> If not ¿How can I sync/backup  the VDIs running on local storage on the
> gluster shared storage?
> If a physical host fails ¿How can I start the latest backup of the VDI on
> the shared gluster?
>
> Thanks a lot
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161122/ea2a6e90/attachment-0001.html>