이는 Vsphere 업그레이드 가이드 ch 12(첨부)에서 추출되었습니다.
"ESX/ESXi 업그레이드 후에는 LUN 마스킹을 할당 규칙 형식으로 변환해야 합니다. 이렇게 하려면 vSphere 명령줄 인터페이스에서 esxcli corestorageclaimrule 변환 명령을 실행하십시오. 이 명령은 /adv/Disk/MaskLUN 고급 구성을 변환합니다. MASK_PATH를 플러그인으로 사용하여 규칙을 요청하려면 esx.conf의 항목을 참조하십시오. vSphere 명령줄 인터페이스 설치 및 참조 가이드를 참조하십시오.
iSCSI SAN이 있습니다. 그렇다면 우리는 정말로 이 일을 해야 할까요? 그렇다면 어떻게? 그리고 우리가 이것을 하지 않으면 어떻게 될까요?
답변1
ESX 호스트 수준에서 LUN 마스킹을 구현하지 않은 경우 이는 수행해야 하는 작업이 아닙니다. 이는 상대적으로 흔하지 않은 기술입니다. LUN 표시는 어레이 수준에서 처리되어야 하며 제 경험상 거의 항상 그렇습니다. iSCSI 환경에서 왜 사용되는지는 알 수 없지만 이를 요구하는 이상한 하드웨어가 있을 수 있습니다. 우려되는 경우 업그레이드하기 전에 호스트에 LUN 마스킹이 구성되어 있는지 확인하십시오.
위험은 SAN이 제어되지 않은 방식으로 LUN\Volume의 전부 또는 일부를 제공하고 실제로 상호 작용할 볼륨을 선택하기 위해 호스트에 의존하는 환경이 있을 수 있다는 것입니다. 예를 들어, 기술적으로 Windows 호스트에 속하는 NTFS 볼륨이 ESX 호스트에도 표시되는 시나리오가 있는 경우 LUN 마스킹을 사용하여 ESX 호스트가 해당 볼륨을 손상시키는 것을 방지할 수 있습니다. 이는 매우 취약한 설정이므로 일반적으로 피하는 것입니다.
이렇게 해야 한다고 해서 VMA를 사용해야 한다는 의미는 아닙니다. vSphere CLI를 Windows XP\2K3\2K8-64\Vista 및 RHEL 5.1, SLES 10\11 및 Ubuntu 9.04에 설치하면 이전 ESX의 서비스 콘솔에서 직접 실행해야 하는 대부분의 명령에 액세스할 수 있습니다. 버전. VMA는 무엇보다도 vSphere CLI를 포함하는 완전히 독립적이고 사전 구성된 CentOS 가상 어플라이언스이기 때문에 편리합니다. JakeRobinson이 지적했듯이 ESX 4.1의 Busybox CLI는 ESXCLI 명령을 지원하므로 이를 수행해야 하는 경우 실제로 다른 것을 설치할 필요가 없기 때문에 사용할 수 있습니다.
답변2
답변3
우리는 2000개가 넘는 3.5개 호스트를 모두 FC에서 4개로 전환했는데 전혀 그렇게 할 필요가 없었습니다.