[VMware] vSAN iSCSI Target 서비스에 대해서

이번에는 vSAN iSCSI Target 서비스에 대해서 소개를 해볼까 합니다.

vSAN 6.5부터 iSCSI target 기능이 추가되었죠. 이 iSCSI target은 vsanDatastore상에 iSCSI target용 LUN을 작성하여 원격 서버에 제공할 수 있는 기능입니다. 쉽게 말하자면 vsanDatastore의 일부분을 iSCSI 볼륨으로 이용을 할 수 있습니다. 이 기능은 Nutanix 같은 다른 HCI에서도 제공을 하고 있습니다.

vsanDatastore를 vSAN 클러스터 멤버이외에는 접근을 할 수 없습니다만 iSCSI Target 서비스를 이용하면 vSAN 클러스터 멤버이외의 서버에서도 vsanDatastore에 접근을 할 수 있게됩니다. vSAN을 구성하면 공짜로 iSCSI 스토리지도 이용을 할 수 있다는 거죠. 그것도 스토리지 정책에 의해서 확실하게 가용성을 확보할 수 있습니다. :) 

그럼 간단히 iSCSI Target 서비스를 이용하는 방법에 대해서 소개를 해보죠.

① iSCSI Target 서비스를 이용하기 위해서는 서비스를 유효화해줘야 됩니다. 서비스의 유효화는 [vSAN] 구성의 [iSCSI Targets]을 선택하여 [편집]을 클릭합니다.

② 서비스 유효화에 체크를 하시고, 다음의 정보를 설정합니다.

• Default iSCSI Network : iSCSI 통신에 이용할 vmkernel을 선택합니다. 
  

• Default TCP port : 디폴트 포트인 3260을 이용합니다. 환경에 맞춰 변경이 가능합니다.

• Default authentication : iSCSI target과 initiator사이의 인증 방법을 지정합니다. (전 검증환경이라서 인증은 설정하지 않았습니다)

• Storage policy for the home object : 작성하는 iSCSI target 정보(메타 데이터)를 보호할 스토리지 정책을 선택합니다. 

③ 서비스가 유효화되었다면 iSCSI Target을 작성합니다.

④ iSCSI Target 정보를 지정, iSCSI Target을 작성합니다.

• Alias : 알기쉬운 앨리어스를 지정합니다.

• Storage Policy : iSCSI Target을 보호할 스토리지 정책을 선택합니다.

그외의 항목은 서비스 유효화시 지정한 값이 반영됩니다.

• LUN ID : 작성할 논리 볼륨 ID을 지정합니다.(디폴트 0를 그대로 이용해도 됩니다)

• Alias : 알기쉬운 앨리어스를 지정합니다.

• Storage policy : LUN을 보호할 스토리지 정책을 선택합니다.

• Size : LUN의 사이즈를 지정합니다.

⑤ iSCSI Target과 LUN이 작성된 것을 확인할 수 있습니다. 위의 그림에서는 iSCSI Target의 오너 노드가 "n-esxi65-09"인 것도 확인할 수 있습니다. 

⑥ 접속할 iSCSI initiator를 추가해줍니다. 전 Windows Server를 준비하여 "iscsi initiator"와 "MPIO" 기능을 추가해줬습니다.

⑦ iSCSI initiator에서 iSCSI Target을 추가해주면 일반 iSCSI 스토리지와 별다름없이 볼륨이 추가됩니다. 추가한 볼륨을 온라인해주고, 포맷하면 끝입니다. 흐흐

⑧ [감시]탭에서는 iSCSI Target이 스토리지 정책에 의해 보호되고 있는 것을 확인할 수 있습니다.

⑨ vsanDatastore을보면 가상머신과 동일하게 디렉토리가 생성되어 LUN용 가상 디스크가 작성되어있는 것을 확인할 수 있습니다.

일반 iSCSI 스토리지를 구성하는 것과 똑같습니다. 때문에 간단히 구성을 하여 이용을 할 수 있죠. 

하

지

만

...

현재까지는 다음의 제한 사항이 있습니다.

우선 작성한 LUN을 공유 볼륨으로 이용할 수 없습니다. 정확히 말하자면 게스트 클러스터링과 같이 복수의 서버가 공유하는 스토리지 영역으로의 이용은 현시점에서는 지원을 하지않습니다. 따라서 다음의 용도에서는 이용을 할 수가 없습니다.

• 게스트 클러스터링 : 공유 스토리지를 필요로 하는 게스트 클러스터링, 예를들어 SQL Server AlwaysOn Failover Clustering Instance.

또한 ESXi로부터 접속할 수 없습니다.(당연한거죠? 흐흐) 

iSCSI target의 오너 노드를 유지보수 모드로 전환시 I/O가 자동적으로 다른 노드로 리다이렉트되질 않습니다. 따라서 오너 노드를 유지보수 모드로 전환하면 iSCSI Target과의 접속이 끊어져 버립니다. 물론 유지보수 모드에서 재시작을 실행할 경우는 다른 노드로 오너 노드가 변경됩니다. 

흐흐... 결국 실환경에서 폭넓게 이용하기에는 시기상조일지 모르겠네요... :)

검증하실 분들은 아래의 문서를 확인하세요.

iSCSI target usage guide