Bug 1566415

Summary: [Docs][Admin] recommended way of non-disrupting migration to iSCSI Bond
Product: Red Hat Enterprise Virtualization Manager Reporter: Olimp Bockowski <obockows>
Component: DocumentationAssignee: Avital Pinnick <apinnick>
Status: CLOSED CURRENTRELEASE QA Contact: Tahlia Richardson <trichard>
Severity: low Docs Contact:
Priority: high    
Version: 4.1.9CC: aefrat, apinnick, ebenahar, lsurette, obockows, pkovar, Rhev-m-bugs, srevivo, tburke, tnisan, ylavi
Target Milestone: ovirt-4.2.7Keywords: Triaged
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: docs-accepted
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-11-01 06:04:02 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Olimp Bockowski 2018-04-12 09:19:58 UTC
Description of problem:

There is a need to test and document a recommended way how to make an existing RHV environment to utilize iSCSI bond feature (using the same subnet). We have a quite spare (in the matter of scenarios) description of iSCSI Bond in the "Administration Gude"

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/administration_guide/sect-preparing_and_adding_block_storage#Configuring_iSCSI_Multipathing

However, most customers start their settings from a simple setting and then they want to migrate to iSCSI bond.

This doc BZ was created from https://bugzilla.redhat.com/show_bug.cgi?id=1565198
Before we publish the recommended way, we have to test using continuous IO. 

Version-Release number of selected component (if applicable):

RHV 4.x

How reproducible:

Let's take into consideration the worst case, e.g customer has a bond (from 2 NICs), on top of it Logical Network (responsible for a storage connection). Now he wants to move it (without downtime) to iSCSI bond using the same subnet. I have tested such scenario, it is working properly: I broke the bond, prepared Logical Networks (not-required), attached to NICs, created iSCSI Bond, everything on a running hypervisor. It seems to be ok, but I afraid to give recommendations for production environments.

Actual results:
It is working properly

Expected results:
We need to have a confirmation that VMs running on a host are not affected and nothing wrong with their I/O operations.

Comment 3 Yaniv Lavi 2018-08-13 08:54:32 UTC
*** Bug 1565198 has been marked as a duplicate of this bug. ***

Comment 12 Elad 2018-10-28 08:49:44 UTC
The flow of migrating storage traffic from mgmt network to dedicated storage network using iSCSI bond was tested.