Remote DataCenter/Cluster
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
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
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
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
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@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
----- Original Message -----
From: "Sahina Bose" <sabose@redhat.com> To: "Dusmant Kumar Pati" <dpati@redhat.com>, "Itamar Heim" <iheim@redhat.com>, devel@ovirt.org, "Allon Mureinik" <amureini@redhat.com>, "Oved Ourfali" <ovedo@redhat.com>, "Liron Aravot" <laravot@redhat.com>, "Omer Frenkel" <ofrenkel@redhat.com>, "Yair Zaslavsky" <yzaslavs@redhat.com>, "Roy Golan" <rgolan@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
participants (4)
-
Dusmant Kumar Pati -
Itamar Heim -
Omer Frenkel -
Sahina Bose