Please contact your integrator and/or your vendor directly to find out how to implement this solution on the storage array side.
Requirements:
- iSCSI multipathing already configured and enabled on XCP-ng hosts
- This includes the correct multipath daemon configuration for this storage array provided by the vendor (see: https://docs.xcp-ng.org/releases/release-8-3/#custom-multipath-configuration)
- LUN must be configured on the storage array side, on both arrays
- The IQNs of all XCP-ng hosts must be authorized to connect to the related LUN on all storage arrays
- Replication must be enabled
- Vendor prerequisites must be applied (contact your integrator and/or vendor)
In our case, we will consider the following elements:
- One iSCSI LUN replicated on two storage arrays
- IP address:
- Storage Array A:
- target 1: 10.0.0.1
- target 2: 10.0.0.2
- Storage Array B:
- target 1: 10.0.0.3
- target 2: 10.0.0.4
Add iSCSI storage as usual, but fill in the Settings section in this way, then click the magnifying glass to scan:
For Server: Enter the IP address of an iSCSI target for each storage array, separated by a comma. In the example above, you can see we are providing the primary IP of each array. The rest of the paths will be picked up from the multipath list sent by the storage arrays, we just need to ensure we tell XCP-ng to scan *both* of the replicated storage arrays.
For IQN: In most cases, select one of the IQNs starting with an asterisk. On some appliances and configurations, there may be a specific IQN you have configured.
Once filling out the above fields, the LUN dropdown should populate with the LUN(s) you want to add. Once selecting the desired LUN, click the create button.
Once created, to validate that it is active, go to the new SR, in the “Hosts” tab.
You should see something like this:
The multihome list should contain all IPs from *both* storage arrays, not just one or the other.