noon
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
1:12 p.m.
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).
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
1:27 p.m.
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 :)
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
7:43 a.m.
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?
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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
8:31 a.m.
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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
10:25 a.m.
----- Original Message -----
From: "Sahina Bose" <sabose(a)redhat.com>
To: "Dusmant Kumar Pati" <dpati(a)redhat.com>, "Itamar Heim"
<iheim(a)redhat.com>, devel(a)ovirt.org, "Allon Mureinik"
<amureini(a)redhat.com>, "Oved Ourfali" <ovedo(a)redhat.com>,
"Liron Aravot" <laravot(a)redhat.com>, "Omer Frenkel"
<ofrenkel(a)redhat.com>, "Yair Zaslavsky" <yzaslavs(a)redhat.com>,
"Roy Golan" <rgolan(a)redhat.com>
Sent: Thursday, September 25, 2014 8:31:11 AM
Subject: Re: [ovirt-devel] Remote DataCenter/Cluster
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?
i dont see any problem having a cluster flagged as remote,
maybe we could use it also for different monitoring intervals if requested,
but as first phase it could be used only for the gluster use case.
>> 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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>
3707
days inactive
3745
days old
5 comments
4 participants
participants (4)
-
Dusmant Kumar Pati -
Itamar Heim -
Omer Frenkel -
Sahina Bose