Bug 1451018 - [DR] [RFE] Add backup storage connection for storage domain
Summary: [DR] [RFE] Add backup storage connection for storage domain
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: RFEs
Version: 4.1.2.2
Hardware: x86_64
OS: Unspecified
unspecified
low
Target Milestone: ---
: ---
Assignee: Scott Herold
QA Contact: Raz Tamir
URL:
Whiteboard:
Depends On:
Blocks: RHV_DR 1534978
TreeView+ depends on / blocked
 
Reported: 2017-05-15 14:58 UTC by Elad
Modified: 2018-04-12 12:25 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-31 08:12:47 UTC
oVirt Team: Storage
Embargoed:
ylavi: ovirt-4.2?
rule-engine: planning_ack?
rule-engine: devel_ack?
rule-engine: testing_ack?


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1566342 0 high CLOSED Active-Active DR not working with iSCSI storage domain 2021-06-10 16:06:45 UTC

Internal Links: 1566342

Description Elad 2017-05-15 14:58:31 UTC
Description of problem:

In order to allow storage replication for disaster recovery purposes, need to have an option to store a backup storage connection for each storage domain in the DR data center. 
Currently, the existing functionality is the manage storage connection feature that allows replacing the storage domain's storage connection. 
We need this secondary connection to be stored as a backup one and in a case of a disaster, the storage domain's storage connection will be replaced immediately with a minimum manual intervention.

Comment 1 Yaniv Lavi 2017-06-13 09:28:55 UTC
Do you think it really needed?
In active-active, this would mean downtime during the reconnect.
In active-passive, the tool can handle the mapping.

Shouldn't we rely on multipathing or DNS name change?

Comment 2 Elad 2017-06-16 13:48:07 UTC
In active-active we'll probably have to rely on storage relication. So at the moment, this is not needed.

Comment 3 Elad 2017-06-16 13:49:47 UTC
* Storage replication with some kind of a floating address the storage exposes, hiding the 'real' addresses to both sites.

Comment 4 Yaniv Lavi 2017-07-31 08:12:47 UTC
Closing until we know if this is needed


Note You need to log in before you can comment on or make changes to this bug.