당신의 계획은 견고하지 않습니다. 평소와 같이 달성하려는 목표와 데이터를 보호하는 방법에 따라 몇 가지 방법으로이를 공격 할 수 있습니다.

먼저 “원시 장치 매핑”을 사용하여 원시 LUN을 VM에 제공 할 수 있습니다. 이것을하기 위해:

• ESXi 호스트 (또는 클러스터링 / HA를 사용하려는 경우 호스트 그룹)에 LUN을 제공하십시오.
• VM에 디스크를 추가하고 Raw Device Mapping을 선택하고 LUN을 가리 킵니다.
• VM 내부에서 SCSI 버스를 다시 스캔하십시오.
• 일반 디스크처럼 fdisk를 마운트하고 fstab에 추가합니다.

거꾸로 : 빠른 설정, 사용, 빠른, 트랙을 V2P 해야하는 경우 디스크를 실제 호스트에 나타낼 수 있습니다.

단점 : 물리적 또는 가상 호환성 모드를 사용하는지에 따라 일부 VMware 기반 스냅 샷 / 롤백 옵션이 손실 될 수 있습니다.

다른 옵션은 LUN에 VMFS를 생성하여 데이터 스토어를 생성 한 다음 해당 데이터 스토어에있는 VM에 VMDK 디스크를 추가하는 것입니다.

• 거꾸로 : 사용하기 위해 라이센스를 구매 한 경우 Storage vMotion 친화적입니다. 이를 통해 LUN과 SAN간에 VMDK 디스크를 핫 마이그레이션 할 수 있습니다.

두 경우 모두 VMware 또는 VM이 ​​실패하는 동안 파일 시스템을 사용하는 경우 비슷한 위험에 처하게됩니다. 사용 가능한 복구 옵션은 상당히 다르지만 하나는 다른 것보다 크게 좋지 않습니다.

필요한 경우가 아니면 RDM을 배포하지 않습니다. 나는 그들이 VMDK처럼 유연성을 많이 사지 않는다는 것을 알았습니다 (그리고 다른 스토리지 작업을 수행 할 때 비실용적 인 버그 로 물 렸습니다 ( 고정 된 이후-링크의 RDM 섹션 참조))

VM의 경우 유연성에 대한 최선의 방법은 파일 서버의 부팅 디스크를 SAN에 VMDK로 저장하여 호스트 장애시 다른 호스트가 부팅 할 수 있도록하는 것입니다. VMware의 HA 기능을 사용하면 다른 호스트에서 VM 부팅이 자동으로 수행됩니다 (VM은 전원이 꺼진 것처럼 두 번째 호스트에서 부팅됩니다. 일반 서버의 경우와 같이 일반적인 fsck와 마법을 수행하여 예상합니다) ). HA는 라이센스 기능입니다.

VM 장애를 완화하기 위해 부팅에 필요한 최소값을 포함하여 파일 서버의 간단한 복제본을 구축하고 SAMBA를 구성된 상태로 시작하고 각 호스트의 로컬 디스크에 저장하여 데이터 드라이브를 추가 할 때까지 기다릴 수 있습니다. VM에 오류가 발생하여 전원을 켭니다.

SAN 장애시 추가 옵션을 구매하거나 구매하지 않을 수 있습니다. 가장 좋은 시나리오는 데이터 스토리지에 fsck 또는 기타 복구가 필요하지만 최소한 VM을 수정, 재 구축 또는 구성 할 필요는 없다는 것입니다. 최악의 경우, 데이터를 잃어 버렸고 테이프로 돌아 가야하지만 … 어쨌든 이미 그 상태에있었습니다.

답변