[ovirt-devel] Remote DataCenter/Cluster

[Sahina Bose]

On 08/25/2014 10:13 AM, Dusmant Kumar Pati wrote:
> On 08/21/2014 03:57 PM, Sahina Bose wrote:
>>
>> On 08/21/2014 03:42 PM, Itamar Heim wrote:
>>> On 08/21/2014 05:00 AM, Sahina Bose wrote:
>>>> Hi,
>>>>
>>>> We ran into a requirement where we need to mark a DataCenter or 
>>>> Cluster
>>>> as remote. This is for the feature Gluster Geo-replication 
>>>> management -
>>>> where the same oVirt instance will be managing both the master volume
>>>> and as well as the remote site volume
>>>>
>>>> The reason we want to call out a Datacenter as remote, is to ensure 
>>>> that
>>>> the polling frequency on this is different from one that is 
>>>> co-located.
>>>>
>>>> Is there a similar requirement for virtualization?
>>>>
>>>> thanks
>>>> sahina
>>>
>>> I thought in the gluster view there are no DCs, only clusters?
>>> (actually, i wonder if we shouldn't consider the same for the virt 
>>> use case, and deprecate the DC entity, though that would be a major 
>>> effort and not sure worth it).
>>
>> In fact, we were wondering if we need to bring in the concept of DC 
>> for the gluster view and mark it remote...or just stick with flagging 
>> cluster as Remote :)
> I think your second option looks better, considering gluster does not 
> have any DC concept. Just stick with flagging cluster as Remote.
> Once managed by RHSC (either local or remote), almost all features of 
> RHSC, should be applicable for that cluster as well. Isn't it?
>

If we do introduce a Remote cluster, how would that affect the Data 
Center for virt+gluster mode - having remote as well as local cluster?

Thoughts?

>> Users may be more familiar with DC w.r.t DR
>>
>>>
>>> to your question, yes. there is a similar use case for virt - 
>>> flagging a DC or Cluster and Storage as remote for a DR use case.
>>> though i don't think anyone spent cycles on modeling that
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>