[ovirt-users] Storage questions

[Pavel Gashev]

Oscar,

I’d make two notes:

1. Local storage datacenter doesn’t support multiple hosts. If you have multiple hosts, you have to have a shared storage, even it’s a hyper-converged setup.

2. In your case most of disk and network performance would be used by backups. And a backup cycle would take more than 24 hours. Even rsync would take much resources since it has to at least read the whole disk images.

I’d recommend a scenario with a dedicated shared storage that supports snapshots.


From: <users-bounces at ovirt.org> on behalf of Oscar Segarra <oscar.segarra at gmail.com>
Date: Wednesday 23 November 2016 at 03:11
To: Yaniv Dary <ydary at redhat.com>
Cc: users <users at ovirt.org>
Subject: Re: [ovirt-users] Storage questions

Hi,

As on oVirt is it possible to attach local storage I supose it can be used to run virtual machines:

I have drawn a couple of diagrams in order to know if is it possible to set up this configuration:

1.- In on-going scenario:
Every host runs 100 vdi virtual machines whose disks are placed on local storage. There is a common gluster volume shared between all nodes.

[mágenes integradas 1]

2.- If one node fails:

[mágenes integradas 2]

oVirt has to be able to inventory the copy of machines (in our example vdi201 ... vdi300) and start them on remaining nodes.

¿Is it possible to reach this configuration with oVirt? ¿or something similar?

Making backup with the import-export procedure based on snapshot can take lot of time and resources. Incremental rsync is cheaper in terms of resources.

Thanks lot.


2016-11-22 10:49 GMT+01:00 Yaniv Dary <ydary at redhat.com<mailto:ydary at redhat.com>>:
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<tel:%2B972%20%289%29%207692306>

        8272306

Email: ydary at redhat.com<mailto:ydary at redhat.com>

IRC : ydary

On Mon, Nov 21, 2016 at 5:17 PM, Oscar Segarra <oscar.segarra at gmail.com<mailto: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<mailto: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/20161123/f4c8be4e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 36849 bytes
Desc: image001.png
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161123/f4c8be4e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 57918 bytes
Desc: image002.png
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161123/f4c8be4e/attachment-0003.png>