disaster recovery strategies using ovirt's new storage connection management features...

Post on 12-May-2015

1.716 Views

Category:

Technology

2 Downloads

Preview:

Click to see full reader

DESCRIPTION

A short overview of oVirt 3.3's Storage Connection Management feature, and several examples how this feature can be used in Disaster Recovery strategies.

TRANSCRIPT

1Allon Mureinik - oVirt 3.3 Storage DR Features

Disaster Recovery Strategies Using oVirt's new Storage Connection Management

Features

Allon MureinikTeam Lead, Cloud Storage, Red Hatamureini@redhat.com / @mureinik

February 2014

2Allon Mureinik - oVirt 3.3 Storage DR Features

Agenda

● Storage concepts in oVirt● Storage Domain vs. Storage Server Connection

● oVirt 3.3's new APIs and capabilities● GUI● REST

● Putting it all together● DR me, please!

3Allon Mureinik - oVirt 3.3 Storage DR Features

Terminology

“Language is the means of getting an idea from my brain into yours without surgery”

- Mark Amidon

4Allon Mureinik - oVirt 3.3 Storage DR Features

Terminology

● Disk – A virtual disk used by a VM (or template)● VDSM terminology: Image

● Storage Domain – A large storage area monitored and managed by oVirt.

● Main usage: Provisioning disks● Supported storage types:

● File Storage: NFS, GlusterFS, POSIX, local FS● Block Storage: iSCSI, FCP

5Allon Mureinik - oVirt 3.3 Storage DR Features

So what’s a Storage Server Connection?

● The “physical” properties where the “virtual” Storage Domain can be found

● For file storage – a [mount] path● For iSCSI – target details – iqn, port, username,

password, etc.● For FCP – not available

6Allon Mureinik - oVirt 3.3 Storage DR Features

Terminology – a visual representation

7Allon Mureinik - oVirt 3.3 Storage DR Features

What’s the problem? (pre 3.3)

● Users aren’t aware of Storage Server Connections

● Users aren’t aware of the distinction between them and Storage Domains

● GUI:● One screen to add● Part of Storage Domains management

● REST:● No such entity● Queried and added via Storage Domain operations

8Allon Mureinik - oVirt 3.3 Storage DR Features

What’s the problem – GUI (NFS)

9Allon Mureinik - oVirt 3.3 Storage DR Features

The Problem – GUI (iSCSI)

10Allon Mureinik - oVirt 3.3 Storage DR Features

What’s the problem - REST

11Allon Mureinik - oVirt 3.3 Storage DR Features

What’s new in oVirt 3.3?

● Storage Server Connections are an entity● They can be queried, added and updated independently

of the Storage Domains● ... And as such can be edited

● Supported for NFS, POSIX, local FS and iSCSI● Both via the GUI and via REST● Some advanced operations only available in REST

12Allon Mureinik - oVirt 3.3 Storage DR Features

GUI – File based Storage Domains

13Allon Mureinik - oVirt 3.3 Storage DR Features

REST – The main collection

14Allon Mureinik - oVirt 3.3 Storage DR Features

REST – A property of a Storage Domain

15Allon Mureinik - oVirt 3.3 Storage DR Features

Is there a DR in the house?

16Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 1 – Network trickery only

17Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 1 – Network trickery only (2)

● When the DR site comes up, oVrit Engine sends the same connection details to the new hosts

● Luckily, the DR site has its own DNS server, and the old connection details just point to the replicated storage

● Extremely dangerous● Not flexible – requires similar (if not identical) hardware

configuration on both sites

18Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 2 – Update the connection

19Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 2 – Update the connection (2)

20Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 2 – Update the connection (3)

● When switching over to the DR site, use the REST API to edit the connection details for all storage domains

● Applicable for NFS, POSIX and iSCSI● Redundant for FCP, of course

● Advantage: Relatively simple

● Disadvantage: another step in an already elaborate process

21Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 3 – Redundant Connections

22Allon Mureinik - oVirt 3.3 Storage DR Features

Approach 3 – Redundant Connections (2)

● User REST API to add connection to all the storage servers, including the DR site, when the site is established

● Make sure, via network configuration, that each host can only access one storage server, so there aren’t any “collisions”

● Advantage: Preemptive, less steps when switching over to a DR site

● Disadvantage: Additional “useless” information in the production site

23Allon Mureinik - oVirt 3.3 Storage DR Features

Looking forward

24Allon Mureinik - oVirt 3.3 Storage DR Features

Looking forward (no commitment)

● Support for GlusterFS

● Connection redundancy for file domains

● ISCSI multipathing (oVirt 3.4)

● Integrations● E.g. Symantec Cluster Server

● Patches are welcome!

25Allon Mureinik - oVirt 3.3 Storage DR Features

Where now?

● oVirt homepage:● http://www.ovirt.org

● Feature page:● http://www.ovirt.org/Features/Manage_Storage_Connections

● Lists:● users@ovirt.org

● Feedback:● http://devconf.cz/f/117

top related