Enabling vSAN iSCSI target service

From Notes_Wiki
Revision as of 13:32, 17 March 2021 by Saurabh (talk | contribs) (Created page with "<yambe:breadcrumb self="Enabling vSAN iSCSI target service">VMWare VSAN|VMWare VSAN</yambe:breadcrumb> =Enabling vSAN iSCSI target service= To enable vSAN file services use f...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

<yambe:breadcrumb self="Enabling vSAN iSCSI target service">VMWare VSAN|VMWare VSAN</yambe:breadcrumb>

Enabling vSAN iSCSI target service

To enable vSAN file services use following steps

  1. Login into vCenter
  2. Ideally distributed switch, dedicated VLAN for iSCSI target service and kernel ports for all ESXi hosts in this iSCSI target VLAN should already be in place.
  3. Click on cluster and go to Configure -> vSAN -> Services
  4. Click "Edit" or "Enable" against iSCSI Target services which will open dialog box for enabling iSCSI target services.
  5. Choose appropriate port-group which has VMkernel IPs which can be reached for iSCSI target service
  6. After that go to cluster -> configure -> vSAN -> iSCSI target service
  7. Basically we create a initiator group (Randomly generated target name), Add LUNs and allow a group of initiators (ISCSI Initiator Group) to have access to this iSCSI target
  8. From initiator ideally use two different IPs, install multipath and add all VMkernel ports as discovery target. This way even if one ESXi host is down, the iSCSI service can be accessed via other hosts.

Refer:


Known issues

PSOD due to same initiator name
It is important that if we clone any VM using iSCSI target service (instead of using local vSAN disk directly) then we should change initiator name in the cloned VM. By default cloned VM would have same initiatorname and if two VMs from two different IPs contact vSAN ISCSI target service with same initiator name, it will lead to PSOD.
LUNs are bound to target IQN
We cannot take a LUN from one target IQN and move/migrate it to another IQN. There is no such option from vSAN iSCSI Target service point of view. Manually we can create a new target and a LUN of similar size and map it to server. Then manually at OS /application level we can migrate data and unmap/delete older LUN. But moving LUN from one target IQN to another is not supported.


<yambe:breadcrumb self="Enabling vSAN iSCSI target service">VMWare VSAN|VMWare VSAN</yambe:breadcrumb>