VMware vSAN 6.7 | 2018년 4월 17일 | 빌드 8169922 이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오. |
릴리스 정보에 포함된 내용
릴리스 정보에는 다음과 같은 항목이 포함됩니다.새로운 기능
vSAN 6.7에는 다음과 같은 새로운 기능과 향상된 기능이 추가되었습니다.
4Kn 드라이브 지원. vSAN 6.7은 4K 네이티브 디스크 드라이브를 지원합니다. 4Kn 드라이브는 512n에 비해 높은 용량 밀도를 제공합니다. 이 지원을 통해 용량이 큰 4Kn 드라이브를 사용하여 대량 스토리지 구성을 배포할 수 있습니다.
vSphere 및 vSAN FIPS 140-2 검증. vSAN 6.7 암호화가 FIPS(연방정보처리표준) 140-2를 준수하는 것으로 검증되었습니다. FIPS 검증을 받은 소프트웨어 모듈은 일반 용도의 컴퓨팅 시스템에서 실행될 수 있으므로 특수 용도의 하드웨어와 달리 휴대성 및 유연성을 비롯한 다수의 장점을 제공합니다. 모든 HCL 호환 드라이브 집합을 사용하여 수천 개 폼 팩터, 용량 및 기능으로 vSAN 호스트를 구성하고, FIPS 140-2 검증 모듈을 사용하여 데이터 보안을 유지할 수 있습니다.
HTML 인터페이스. HTML5 기반 vSphere Client는 vCenter Server 및 Flex 기반 vSphere Web Client와 함께 제공됩니다. vSphere Client는 vSphere Web Client와 동일한 다수의 인터페이스 용어, 토폴로지 및 워크플로를 사용합니다. 새로운 vSphere Client를 사용하거나 vSphere Web Client를 계속해서 사용할 수 있습니다.
vCenter Server에 vRealize Operations 포함. vSphere Client에는 기본적인 vSAN 및 vSphere 작업 대시보드를 제공하는 내장형 vRealize Operations 플러그인이 포함되어 있습니다. 이 플러그인은 대시보드 액세스가 필요한 새로운 vROps 인스턴스를 쉽게 배포하거나 환경의 기존 인스턴스를 지정할 수 있는 편리한 방법을 제공합니다. vROps 플러그인에는 추가 vROps 라이센싱이 필요하지 않습니다.
Windows Server 페일오버 클러스터링 지원. vSAN 6.7은 vSAN iSCSI 대상을 기반으로 WSFC 대상을 구축하여 WSFC(Windows Server Failover Clustering)를 지원합니다. vSAN iSCSI 대상 서비스는 공유 디스크의 SCSI-3 영구 예약과 WSFC의 투명한 페일오버를 지원합니다. WSFC는 물리적 서버 또는 VM에서 실행할 수 있습니다.
확장된 클러스터를 위한 지능적인 사이트 지속성. 기본 데이터 사이트와 보조 데이터 사이트 간 파티션의 경우 vSAN 6.7은 감시가 있는 쿼럼을 자동으로 형성하기 전에 어느 사이트가 최대 데이터 가용성으로 연결되는지 지능적으로 판단합니다. 보조 사이트는 기본 사이트에 최신 데이터 복사본이 확보될 때까지 활성 사이트로 작동할 수 있습니다. 이렇게 하면 VM이 기본 사이트로 다시 마이그레이션하여 데이터 읽기의 인접성이 손실되는 것을 방지할 수 있습니다.
확장된 클러스터의 감시 트래픽 분리. 이제 감시 트래픽에 대한 전용 VMkernel NIC를 구성할 수 있는 옵션이 제공됩니다. 감시 VMkernel NIC는 데이터 트래픽을 전송하지 않습니다. 이 기능은 감시 트래픽을 vSAN 데이터 트래픽과 분리하여 데이터 보안을 강화합니다. 감시 NIC의 대역폭 및 지연 시간이 데이터 NIC보다 낮은 경우에도 유용합니다.
확장된 클러스터의 사이트 간 재동기화 효율성 개선. vSAN 6.7은 재구축 또는 복구 작업 시 사이트 간 링크의 모든 복사본을 재동기화하는 대신 단일 복사본만 전송하고 이 로컬 복사본을 사용하여 나머지 재동기화 작업을 수행합니다. 따라서 확장된 클러스터의 사이트 간에 전송되는 데이터의 양이 줄어듭니다.
이중 vSAN 네트워크 사용 시 신속한 페일오버. 이중화를 위해 vSAN 6.7이 여러 VMkernel 어댑터와 함께 배포되는 경우 어댑터 중 하나에 장애가 발생하면 다른 VMkernel 어댑터로 즉시 페일오버됩니다. 이전 릴리스에서는 vSAN이 TCP가 시간 초과될 때까지 대기한 후 네트워크 트래픽을 정상적인 VMkernel 어댑터로 페일오버합니다.
재동기화 트래픽의 동적 관리를 위한 적응형 재동기화. 적응형 재동기화는 전용 대역폭을 재동기화 I/O에 할당하여 준수 상태로 전환하는(개체를 프로비저닝된 허용할 수 있는 장애로 다시 복원하는) 시간을 단축합니다. 재동기화 I/O는 vSAN에 의해 생성되어 개체를 준수 상태로 되돌립니다. 재동기화 I/O에 대해 최소 대역폭이 보장되지만 클라이언트 I/O에서 발생하는 경합이 없으면 대역폭이 동적으로 증가될 수 있습니다. 반대로 재동기화 I/O가 없으면 클라이언트 I/O에서 추가 대역폭을 사용할 수 있습니다.
복제 구성 요소의 통합. 배치 시 서로 다른 복제본에 속하는 구성 요소는 복제본 반선호도 규칙에 따라 서로 다른 장애 도메인에 배치됩니다. 하지만 클러스터를 대용량으로 활용 중이고 유지 보수 작업이나 장애로 인해 개체를 이동하거나 다시 생성해야 하는 경우 FD를 충분히 사용하지 못할 수도 있습니다. 복제본 통합은 vSAN 6.6에서 사용되는 시점 수정 방법보다 개선된 기능입니다. 시점 수정은 전체 RAID 트리를 재구성하지만(상당한 데이터 이동) 복제본 통합은 최소한의 데이터를 이동하여 복제본 반선호도 요구 사항을 충족하는 FD를 생성합니다.
비공유 애플리케이션을 위한 호스트 고정. vSAN 호스트 고정은 차세대 비공유 애플리케이션에 적합하게 vSAN의 효율성 및 복원력을 조정하는 새로운 스토리지 정책입니다. 이 정책을 사용하면 vSAN에서 데이터의 단일 복사본을 유지하고 VM을 실행하는 ESXi 호스트의 로컬 위치에 데이터 블록을 저장할 수 있습니다. 이 정책은 빅데이터(Hadoop, Spark) 및 NoSQL을 비롯하여 애플리케이션 계층에서 데이터 이중화를 유지하는 기타 애플리케이션의 배포 옵션으로 제공됩니다. vSAN 호스트 고정에는 올바른 배포를 위해 VMware의 검증을 요구하는 관련 요구 사항 및 지침이 있습니다. 이 정책을 배포하기 전에 VMware 담당자를 통해 구성 검증을 받아야 합니다.
향상된 진단 파티션(코어 덤프) 지원. vSAN 6.7은 디바이스에 사용 가능한 공간이 있는 경우 코어 덤프 및 로그가 로컬에 지속될 수 있도록 USB/SD 미디어의 코어 덤프 파티션 크기를 자동으로 조정합니다. 사용 가능한 공간이 부족하거나 부팅 디바이스가 없는 경우에는 재파티셔닝이 수행되지 않습니다.
vSAN 디스테이징 최적화. vSAN 6.7에는 캐시 계층에서 용량 계층으로 데이터를 쓰는 속도를 향상시키는 기능이 포함되어 있습니다. 이러한 변경 사항을 통해 VM I/O의 성능과 재동기화 속도가 향상됩니다.
상태 점검 추가 및 개선 사항. vSAN 6.7의 상태 서비스에는 향상된 사전 예방 및 사후 대응 지침을 제공하기 위한 다수의 새로운 상태 점검 기능과 개선 사항이 포함됩니다.
vSAN 지원 인사이트. vSAN 6.7은 사전 예방적인 지원과 신속한 문제 해결을 위해 익명화된 환경 데이터를 VMware GSS(글로벌 지원 서비스)에 제공함으로써 고객 지원을 개선합니다. 이 혜택을 받으려는 고객은 CEIP(고객 환경 향상 프로그램)에 등록해야 합니다.
스왑 개체 씬 프로비저닝 및 정책 상속 향상. vSAN 6.7에서 VM 스왑 파일은 씬 프로비저닝을 비롯한 모든 설정에 대한 VM 스토리지 정책을 상속합니다. 이전 버전에서는 스왑 파일이 항상 씩 프로비저닝되었습니다.
VMware vSAN 커뮤니티
vSAN 커뮤니티 웹 사이트를 사용하여 vSAN 사용 중 발견한 모든 문제에 대한 지원을 요청하고 피드백을 제공할 수 있습니다.
이 릴리스의 업그레이드
vSAN 업그레이드에 대한 지침은 VMware vSAN 6.7 설명서를 참조하십시오.
vSAN 6.7은 vSphere 6.7로의 전체 업그레이드를 통해 사용할 수 있는 최신 릴리스입니다. vSAN 6.7로의 업그레이드를 완료하려면 다음 작업을 수행하십시오.
1. vCenter Server 6.7로 업그레이드합니다. 자세한 내용은 VMware vSphere 6.7 릴리스 정보를 참조하십시오.
2. 호스트를 ESXi 6.7로 업그레이드합니다. 자세한 내용은 VMware vSphere 6.7 릴리스 정보를 참조하십시오.
3. vSAN 온디스크 형식을 버전 6.0으로 업그레이드합니다.
온디스크 형식 버전 5.0에서 업그레이드하는 경우 디스크를 다시 포맷할 때 데이터 제거가 수행되지 않습니다.
참고: vSphere 6.5 업데이트 2에서 vSphere 6.7로의 업그레이드는 지원되지 않습니다.
용량이 제한된 호스트에 대한 온디스크 형식 업그레이드
vSAN 온디스크 형식을 업그레이드하는 동안 디스크 그룹 제거가 수행됩니다. 디스크 그룹이 제거되고 온디스크 형식 버전 6.0으로 업그레이드된 다음 디스크 그룹이 클러스터에 다시 추가됩니다. 2개 노드 클러스터나 3개 노드 클러스터 또는 각 디스크 그룹을 제거하기에 충분한 용량이 없는 클러스터의 경우 vSphere Client에서 감소된 이중화 허용을 선택하십시오. 다음 RVC 명령을 사용하여 온디스크 형식을 업그레이드할 수도 있습니다. vsan.ondisk_upgrade --allow-reduced-redundancy
감소된 이중화를 허용하는 경우 클러스터의 다른 호스트로 데이터를 이동하지 않으므로 업그레이드하는 동안 VM이 보호되지 않습니다. 감소된 이중화 방법에서는 각 디스크 그룹을 제거하고 온디스크 형식을 업그레이드한 다음 디스크 그룹을 다시 클러스터에 추가합니다. 모든 개체는 사용 가능하지만 감소된 이중화 상태로 유지됩니다.
vSAN 6.7으로 업그레이드하는 동안 중복 제거 및 압축을 사용하도록 설정하면 vSphere Client에서 감소된 이중화 허용을 선택할 수 있습니다.
업그레이드 중 상태 점검 장애 확인
vSAN 온디스크 형식을 업그레이드하는 동안 물리적 디스크 상태 - 메타데이터 상태 점검이 일시적으로 실패할 수 있습니다. 이러한 장애는 vSAN이 스토리지 디바이스에서 물리적 블록을 할당해야 하기 때문에 디스테이징 프로세스가 느린 경우 발생할 수 있습니다. 작업을 수행하기 전에 다중 가상 시스템 배포와 같은 높은 작업량이 있던 기간이 완료되면 이 상태 점검의 상태를 확인하십시오. 상태 점검이 여전히 빨간색인 경우 경고가 유효합니다. 상태 점검이 녹색인 경우 이전 경고를 무시할 수 있습니다. 자세한 내용은 기술 자료 문서 2108690을 참조하십시오.
제한 사항
vSAN 6.7에서 구성 지원 및 업데이트는 Flex 기반 vSphere Web Client에서만 사용할 수 있습니다.
vSAN 6.7 릴리스에 대한 최대 구성 제한에 대한 자세한 내용은 구성 최대값 설명서를 참조하십시오.
알려진 문제
- 데이터스토어 마이그레이션 중에 상주 호스트에 장애가 발생하는 경우 vCenter Server에 동일한 이름의 VM이 복제됨
VM이 vSAN에서 다른 데이터 스토어(예: NFS)로 스토리지 vMotion을 진행 중이고 VM이 상주하는 호스트에서 vSAN 네트워크에 장애가 발생하면 VM의 HA 페일오버가 발생하여 vCenter Server에 VM이 중복될 수 있습니다.
해결 방법: 올바르지 않은 VM의 전원을 끄고 vCenter Server에서 등록 취소합니다.
- vSphere Client를 사용하여 중복 제거 또는 암호화를 비활성화해도 이중화가 감소되지 않음
중복 제거 및 압축을 사용하지 않도록 설정하거나 vSAN 6.7 클러스터에서 암호화를 사용하지 않도록 설정하는 경우,
HTML 기반 vSphere Client에서 이중성 감소가 허용되지 않습니다. vSAN은 전체 데이터 제거로 작업을 수행합니다.
클러스터 구성 문제가 발생하거나 클러스터가 꽉 찼다는 오류 메시지가 표시될 수 있습니다.해결 방법: vSphere Web Client를 사용하여 중복 제거 또는 암호화를 사용하지 않도록 설정할 수 있습니다.
이런 문제가 발생하면 상태 서비스를 사용하여 클러스터 구성에 업데이트를 적용하십시오.
- vSAN 클러스터로 이동합니다.
- 모니터 > 상태 > vSAN 클러스터 구성 일관성을 클릭합니다.
- 불일치 구성 업데이트 적용을 클릭합니다.
- 감소된 이중화 허용을 선택하고 확인을 클릭합니다.
- 중복 제거 및 압축을 사용하도록 설정한 후 vSAN [용량 개요]에 잘못된 정보가 표시됨
중복 제거 및 압축을 사용하도록 설정한 후 HTML5 기반 vSphere Client의 [용량 개요]에 잘못된 정보가 표시될 수 있습니다. 용량 표시줄이 다음 줄로 줄 바꿈될 수 있습니다. 이 문제는 중복 제거 및 압축을 사용하도록 설정한 후 잠시 동안 발생합니다.
해결 방법: 중복 제거 및 압축 작업을 완료한 후 1분 정도 기다린 다음 vSphere Client를 새로 고칩니다.
- VM의 스토리지 정책을 수정하면 다음 오류 메시지가 표시됨. 스토리지 정책 변경 실패:12(메모리를 할당할 수 없음)
Flash Read Cache 예약이 0보다 큰 값으로 설정된 정책을 VM에 할당하거나 수정할 수 있습니다. VM이 플래시 전용 vSAN 데이터스토어에 있으면 스토리지 정책이 실패하고 다음과 같은 오류 메시지가 나타납니다.
스토리지 정책 변경 실패:12(메모리를 할당할 수 없음)
해결 방법: 다른 스토리지 정책을 VM에 할당합니다.
- VM의 규정 준수가 [알 수 없음]으로 표시됨
소프트웨어 버전이 6.0 업데이트 1보다 이전인 ESXi 호스트에서는 스토리지 규정 준수 검사가 지원되지 않습니다. 따라서 스토리지 규정 준수가 알 수 없음으로 표시됩니다.
다음 메시지가 표시될 수 있습니다.
StorageFault
"StorageFault"해결 방법: 없음.
- Update Manager에 대한 vSAN 빌드 권장 사항에서 사용자 지정 ISO가 지원되지 않음
vSAN 6.7은 vSphere Update Manager에 대한 해당 빌드 권장 사항에서 사용자 지정 ISO를 지원하지 않습니다. vSAN 시스템 기준선의 일부로 사용자 지정 ISO를 사용할 수 없습니다. 사용자 지정 ISO를 사용하는 기준선은 비준수로 간주됩니다.
해결 방법: 없음.
새 vCenter Server 아래에서 기존의 확장된 클러스터를 재구성하면 vSAN에서 상태 점검 주의가 발생함
새 vCenter Server 아래에서 현재의 확장된 클러스터를 재구성하면 vSAN 클러스터 상태 점검이 빨간색으로 표시됩니다. 이 경우 다음과 같은 메시지가 표시됩니다. vSphere 클러스터 멤버가 vSAN 클러스터 멤버와 일치해결 방법: 다음 절차를 사용하여 확장된 클러스터를 구성합니다.
- SSH를 사용하여 감시 호스트에 로그인합니다.
- 감시 호스트에서 디스크 서비스 해제를 수행합니다. 다음 명령을 실행합니다. esxcli vsan storage remove -s "SSD UUID"
- 감시 호스트를 클러스터에서 강제로 제거합니다. 다음 명령을 실행합니다. esxcli vsan cluster leave
- 새 vCenter Server에서 확장된 클러스터를 재구성합니다(구성 > vSAN > 장애 도메인 및 확장된 클러스터).
-
VCenter Server 교체 중에 esxcli vsan health cluster list 명령이 상태 문제를 표시함
vCenter Server 교체 중에 esxcli vsan health cluster list 명령이 상태 문제를 잘못 표시합니다. 즉, 이 명령이 네트워크 연결, 물리적 디스크 상태 검색 및 vSAN CLOMD 작동 여부와 관련된 문제를 보고할 수 있습니다. vCenter에 표시되는 상태 점검은 문제가 없음을 보고합니다.해결 방법: VCenter Server 교체를 완료한 후 클러스터 > 모니터 > vSAN > 상태로 이동합니다. 클러스터 > vCenter가 신뢰할 수 있는 상태임을 선택하고 ESXi 구성 업데이트를 클릭합니다.
-
암호화된 vSAN 클러스터에서, vSAN 상태 서비스가 실패한 얕은 수준의 키 재생성에 업데이트를 적용할 때 DFC(디스크 형식 변환)가 발생함
암호화된 vSAN 클러스터에서 얕은 수준의 키 재생성 작업이 실패하는 경우 클러스터의 일부 호스트는 새 KEK를 사용하고 다른 호스트는 이전 KEK를 사용하는 일관되지 않은 상태가 발생할 수 있습니다. vSAN 상태 서비스는 이러한 불일치를 감지하고 이에 대한 업데이트 적용을 시도할 수 있습니다. vSAN은 업데이트 적용 중 DFC(디스크 형식 변환)를 수행합니다. vSAN 클러스터에 많은 양의 데이터가 있는 경우 DFC에 긴 시간이 걸릴 수 있습니다.얕은 수준의 키 재생성 작업의 실패 또는 중단 가능성을 줄일 수 있습니다.
- 클러스터의 모든 호스트가 연결되어 있고 작동하는지 확인합니다. 연결이 끊겨 있거나, 유지 보수 모드에 있거나, 전원이 꺼져 있어서는 안 됩니다.
- 얕은 수준의 키 재생성을 시작하기 전에 KMS 연결에 대한 상태 점검이 녹색인지 확인합니다.
해결 방법: 없음.
-
vSAN에서 큰 개체를 다시 동기화하는 동안 디스크 형식 업그레이드가 실패함
vSAN 클러스터에 매우 큰 개체가 포함되어 있는 경우 개체가 다시 동기화되는 동안 디스크 형식 업그레이드가 실패할 수 있습니다. 다음과 같은 오류 메시지가 표시될 수 있습니다. vSAN의 개체를 변환하지 못했습니다.vSAN에서는 개체가 다시 동기화될 때까지 업그레이드를 수행할 수 없습니다. 다시 동기화 상태를 확인(모니터 > vSAN > 구성 요소 다시 동기화)하여 프로세스 완료 시기를 확인할 수 있습니다.
해결 방법: 보류 중인 다시 동기화 작업이 없을 때까지 기다린 후 디스크 형식 업그레이드를 다시 시도합니다.
vCenter Server에서 중복 제거 및 압축을 [지원되지 않음]으로 표시함
vCenter Server에서 6.5 이하 소프트웨어를 실행 중이고 연결 모드에 경우 중복 제거 및 압축 기능이 [지원되지 않음]으로 나타날 수 있습니다. vCenter Server를 통해 이 기능을 사용하도록 설정할 수 없습니다. 또한 클러스터 구성이 진행 중인 동안 다음과 같은 오류 메시지가 표시될 수도 있습니다.일부 요소를 표시할 수 없거나 해당 정보를 제 시간에 검색할 수 없습니다.
이것은 vCenter Server 인터페이스의 문제로 중복 제거 및 압축을 구성하는 기능에만 영향을 줄 뿐 vSAN 클러스터 작업에는 영향을 미치지 않습니다.
해결 방법: vCenter Server를 최신 소프트웨어 릴리스로 업그레이드하거나 PowerCLI와 같은 다른 인터페이스를 사용하여 중복 제거 및 압축을 구성할 수 있습니다.
-
심층적인 키 재생성 작업 중에 클러스터 일관성 상태 점검 실패
암호화된 vSAN 클러스터에서 실행되는 심층적인 키 재생성 작업을 완료하는 데 몇 시간이 걸릴 수 있습니다. 키 재생성 중에 다음과 같은 상태 점검은 장애를 나타낼 수 있습니다. 클러스터 구성 일관성. 클러스터 일관성 확인 기능은 심층적인 키 재생성 작업을 감지하지 못하며, 문제가 없을 수도 있습니다.해결 방법: 심층적인 키 재생성 작업이 완료된 후에 vSAN 클러스터 일관성 상태 점검을 다시 테스트합니다.
-
DRS를 사용하지 않을 경우 VM OVF 배포 실패
vSAN 클러스터에 OVF 템플릿을 배포하는 경우 vSAN 클러스터에서 DRS를 사용하지 않도록 설정하면 작업이 실패합니다. 다음과 유사한 메시지가 표시될 수 있습니다. 현재 상태에서 허용되지 않는 작업입니다.해결 방법: vSAN 클러스터에서 DRS를 사용하도록 설정한 후에 OVF 템플릿을 배포합니다.
-
클러스터에서 vSAN을 사용하지 않도록 설정한 후 vSAN 확장된 클러스터 구성이 손실됨
확장된 클러스터에서 vSAN을 사용하지 않도록 설정하면 확장된 클러스터 구성이 유지되지 않습니다. 확장된 클러스터, 감시 호스트 및 장애 도메인 구성이 손실됩니다.해결 방법: vSAN 클러스터를 다시 사용하도록 설정할 때 확장된 클러스터 매개 변수를 다시 구성하십시오.
-
전체 클러스터 장애 후 분리되거나 액세스 불가능한 VM
전체 클러스터 장애 후, 특히 vSAN 암호화를 사용하도록 설정한 경우 일부 전원이 꺼지거나 일시 중단된 VM이 분리되거나 액세스 불가능한 상태가 될 수 있습니다.해결 방법: 다음 절차에 따라 분리되거나 액세스 불가능한 VM을 다시 등록하십시오.
- RVC를 사용하여 vCenter Server에 연결합니다.
- 분리된 VM이 위치한 클러스터의 이름으로 이동하여 해당 VM을 다시 등록합니다. 예를 들어, 클러스터의 이름이 "vsan"인 경우 다음 명령을 실행합니다. vsan.check_state -ref /localhost/Datacenter/computers/vsan
샘플 출력:
vsan.check_state -ref /localhost/Datacenter/computers/vsan
2017-03-03 18:54:04 +0000: Step 1: Check for inaccessible vSAN objects
2017-03-03 18:54:10 +0000: Step 1b: Check for inaccessible vSAN objects, again
2017-03-03 18:54:11 +0000: Step 2: Check for invalid/inaccessible VMs
2017-03-03 18:54:11 +0000: Step 2b: Check for invalid/inaccessible VMs again
2017-03-03 18:54:11 +0000: Step 3: Check for VMs for which VC/hostd/vmx are out of sync Did not find VMs for which VC/hostd/vmx are out of sync
감시 호스트의 온디스크 형식 버전이 데이터 호스트의 버전보다 이후 버전임
vSAN 6.6 이상으로 업그레이드하는 중에 감시 호스트를 변경하면 새 감시 호스트가 최신 온디스크 형식 버전을 수신합니다. 그러면 감시 호스트의 온디스크 형식 버전이 데이터 호스트의 온디스크 형식 버전보다 이후 버전일 수도 있습니다. 이 경우 감시 호스트는 구성 요소를 저장할 수 없습니다.해결 방법: 다음 절차를 사용하여 온디스크 형식을 이전 버전으로 변경하십시오.
- 새 감시 호스트에서 디스크 그룹을 삭제합니다.
- 이전의 온디스크 형식으로 디스크 그룹 포맷팅을 사용하도록 고급 매개 변수를 설정합니다. 자세한 내용은 기술 자료 문서 2146221을 참조하십시오.
- 감시 호스트에서 데이터 호스트와 일치하는 vSAN 온디스크 형식 버전을 사용하여 새 디스크 그룹을 다시 생성합니다.
- 전원이 꺼진 VM이 감시 호스트 교체 중에 액세스 불가능한 것으로 나타남
확장된 클러스터에서 감시 호스트를 변경할 때 전원이 꺼진 VM이 짧은 시간 동안 vSphere Web Client에서 액세스 불가능한 것으로 나타납니다. 프로세스가 완료되면 전원이 꺼진 VM이 액세스 가능한 것으로 나타납니다. 실행 중인 모든 VM은 프로세스 내내 액세스 가능한 것으로 나타납니다.
해결 방법: 없음.
-
부팅 미디어에 장애가 있는 호스트를 유지 보수 모드로 전환할 수 없음
vSAN은 부팅 미디어에 장애가 있는 호스트를 유지 보수 모드로 전환할 수 없습니다. 구성 변경 내용을 저장할 수 없기 때문에 내부 vSAN 오류가 발생하면서 유지 보수 모드로 전환하기 위한 작업이 실패할 수 있습니다. 다음과 유사한 로그 이벤트가 표시될 수 있습니다. 부팅 파일 시스템을 지원하는 디바이스 xxx에 대한 연결 끊김해결 방법: 전체 데이터 제거 옵션을 사용하여 각 호스트에서 디스크 그룹을 수동으로 제거합니다. 그런 다음, 호스트를 유지 보수 모드로 전환합니다.
- 호스트에 장애가 발생한 경우 상태 점검 시간 초과됨
클러스터의 한 호스트에 장애가 발생하는 경우 상태 점검 시간이 초과될 수 있습니다. 다음 메시지가 표시될 수 있습니다. 백엔드 작업에 120초 이상 걸렸습니다. vSAN Health Service가 호스트 장애 발생 사실을 감지하면 다시 시작됩니다. 10분 후에 상태 점검이 자동으로 재개됩니다.
해결 방법: 없음.
-
vSAN 클러스터에 vSphere 6.0 업데이트 1 이하 릴리스를 실행하는 ESXi 호스트가 있는 경우 Health Service가 작동하지 않음
클러스터에 vSphere 6.0 업데이트 1 이하 릴리스를 실행 중인 ESXi 호스트가 있는 경우 vSAN 6.6 이상 Health Service가 작동하지 않습니다.해결 방법: vSphere 6.0 업데이트 1 또는 이전 소프트웨어를 포함한 ESXi 호스트를 vSAN 6.6 이상 클러스터에 추가하지 마십시오.
- 확장된 클러스터 페일오버 후, 기본 사이트의 VM이 경고를 등록함: 페일오버 실패
확장된 클러스터에서 보조 사이트가 실패하는 경우 VM은 기본 사이트로 페일오버합니다. 이미 기본 사이트에 있는 VM이 다음 경고를 등록할 수도 있습니다. 페일오버 실패. 이 경고는 무시하십시오. 페일오버 동작에 영향을 주지 않습니다.
해결 방법: 없음.
-
네트워크 파티션 중에 활성 사이트의 구성 요소가 없는 것으로 나타남
vSAN 2 호스트 또는 확장된 클러스터에서 네트워크 파티션 중에 vSphere Web Client가 비활성 사이트의 관점에서 클러스터의 보기를 표시할 수 있습니다. 기본 사이트의 활성 구성 요소가 없는 것으로 표시될 수 있습니다.해결 방법: RVC 명령을 사용하여 클러스터에서 개체의 상태를 쿼리합니다. 예: vsan.vm_object_info
-
vCenter Server Appliance Installer가 80자보다 긴 클러스터 이름을 허용함
80자보다 긴 vSAN 클러스터 이름을 입력하더라도 vCenter Server Appliance Installer에서 그 이름을 허용하지만 구성은 잘못됩니다. 따라서 vCenter Server Appliance의 부팅에 실패하게 됩니다.해결 방법: vSAN 클러스터 이름을 80자 이하로 입력합니다.
-
vCenter Server Appliance Installer가 용량에 플래시 드라이브와 마그네틱 드라이브를 혼용하는 것을 허용함
vCenter Server Appliance Installer가 새 vSAN 클러스터에 있는 디스크 그룹의 용량 계층에 플래시 디바이스와 마그네틱 디스크를 혼용하는 것을 허용합니다. 각 디스크 그룹의 용량 계층에서는 전부 플래시 디바이스를 사용하거나 전부 마그네틱 디바이스를 사용하는 방법을 지원합니다.해결 방법: vSAN 클러스터의 용량 계층에서 플래시 디바이스와 마그네틱 디스크를 혼용하지 마십시오.
- vSAN 암호화 구성을 변경할 때 호스트의 연결이 끊어진 경우 임시 업데이트 구성 작업이 나타남
암호화된 vSAN 클러스터에서 구성을 변경할 때(예: 암호화 설정/해제 또는 KMS 키 변경) vSAN 구성 업데이트 작업이 모든 호스트가 다시 연결되거나 5분이 지날 때까지 3초마다 각 호스트에서 실행됩니다. 이러한 작업은 유해하지 않으며 성능에 미치는 영향이 거의 없습니다.
해결 방법: 없음.
-
일부 개체가 강제 복구 후에 비준수 상태임
강제 복구를 수행하면 프로세스 중 일부 개체의 소유권이 다른 노드로 이전되어 해당 개체가 복구되지 않을 수 있습니다. 그런 개체에 대해서는 강제 복구가 지연될 수 있습니다.해결 방법: 다른 모든 개체가 복구되고 다시 동기화된 후 강제 복구 작업을 시도하십시오. vSAN이 개체를 복구할 때까지 기다릴 수 있습니다.
-
호스트를 하나의 암호화된 클러스터에서 다른 클러스터로 이동했다 다시 원래 클러스터로 이동하면 작업이 실패함
호스트를 암호화된 vSAN 클러스터에서 다른 암호화된 vSAN 클러스터로 이동한 다음 다시 호스트를 원래의 암호화된 클러스터로 이동하는 경우 작업이 실패할 수 있습니다. 다음 메시지가 표시될 수 있습니다. 일반 시스템 오류가 발생했습니다. 잘못된 오류입니다. 이 오류는 vSAN이 호스트의 데이터를 원래의 암호화 키를 사용하여 다시 암호화할 수 없기 때문에 발생합니다. 잠시 후 vCenter Server가 호스트에서 원래 키를 복원하고 vSAN 클러스터의 마운트되지 않은 모든 디스크가 마운트됩니다.해결 방법: 호스트를 재부팅하고 모든 디스크가 마운트될 때까지 기다립니다.
-
사이트 복구 후 확장된 클러스터 불균형
확장된 클러스터에서 장애가 발생한 사이트를 복구할 때 장애 발생 사이트의 호스트가 때때로 오랜 기간 동안 순차적으로 회복됩니다. vSAN에서 없는 구성 요소에 대한 복구를 시작할 때 일부 호스트를 과다하게 사용할 수 있습니다.해결 방법: 짧은 기간 내에 장애 발생 사이트의 모든 호스트를 함께 복구합니다.
-
확장된 클러스터의 HA 마스터 문제 때문에 VM 작업이 실패함
확장된 클러스터의 특정 장애 시나리오에서 vMotion 또는 VM 전원 켜기와 같은 특정 VM 작업에 영향이 미칠 수 있습니다. 이러한 장애 시나리오에는 부분 또는 전체 사이트 장애 또는 사이트 간 고속 네트워크의 장애가 포함됩니다. 이 문제는 확장된 클러스터 사이트의 정상 작동에 사용 가능한 VMware HA의 종속성 때문에 발생합니다.해결 방법: vSphere HA를 사용하지 않도록 설정한 후 vMotion, VM 생성 또는 VM 전원 켜기를 수행합니다. 그런 다음 vSphere HA를 다시 사용하도록 설정합니다.
-
디스크 서비스 해제 또는 디스크 마운트 해제 작업이 실패함
데이터 쓰기 커밋 작업과 가상 디스크 삭제 작업 간의 충돌 때문에 디스크 서비스 해제 또는 디스크 마운트 해제 작업이 실패할 수 있습니다. 이 문제는 새로운 vSAN 온디스크 형식이 필요한 업그레이드 도중 발생할 수 있습니다. VMkernel.log에 다음 메시지가 표시될 수 있습니다.4724 2017-04-10T18:46:51.309Z cpu30:67232)LSOM: LSOMFreeMDDispatch:3797: Throttled: Waiting for component cleanup
해결 방법: 호스트를 재부팅하여 충돌을 지우고 작업을 다시 시도합니다.
-
디스크 그룹이 마운트 해제된 경우 심층적인 키 재생성을 수행할 수 없음
vSAN은 심층적인 키 재생성을 수행하기 전에 얕은 수준의 키 재생성을 수행합니다. 마운트 해제된 디스크 그룹이 있는 경우 얕은 수준의 키 재생성이 실패합니다. 따라서 심층적인 키 재생성 프로세스를 시작할 수 없습니다.해결 방법: 마운트 해제된 디스크 그룹을 다시 마운트하거나 제거합니다.
방화벽 구성이 변경되었다는 내용의 로그 항목
vSAN 암호화를 사용하도록 설정하면 보안 프로파일에 vsanEncryption이라는 새로운 방화벽 항목이 나타납니다. 이 규칙은 호스트가 KMS와 직접 통신하는 방법을 제어합니다. 이 규칙이 트리거되면 /var/log/vobd.log에 로그 항목이 추가됩니다. 다음 메시지가 표시될 수 있습니다.방화벽 구성이 변경되었습니다. Operation 'addIP4' for rule set vsanEncryption succeeded.
방화벽 구성이 변경되었습니다. Operation 'removeIP4' for rule set vsanEncryption succeeded.이런 메시지는 무시해도 됩니다.
해결 방법: 없음.
vSAN 데이터스토어에서 First Class Disk가 제한적으로 지원됨
vSAN 6.6 이상은 vSAN 데이터스토어에서 First Class Disk를 완전히 지원하지 않습니다. vSAN 데이터스토어에서 First Class Disk를 사용하는 경우 다음 문제가 발생할 수 있습니다.- vSAN Health Service에 First Class Disk의 상태가 올바르게 표시되지 않습니다.
- [사용된 용량 내역]에서는 First Class Disk의 사용된 용량을 다음 범주에 포함시킵니다. 기타
- First Class Disk를 사용하는 VM의 상태가 올바르게 계산되지 않습니다.
해결 방법: 없음.
-
감시 트래픽을 지원하기 위해 vmknic에서 [트래픽 유형] 옵션을 설정한 후 HA 페일오버가 발생하지 않음
감시 트래픽을 지원하기 위해 vmknic에서 [트래픽 유형] 옵션을 설정하는 경우 vSphere HA는 새로운 설정을 자동으로 검색하지 않습니다. HA를 수동으로 사용하지 않도록 설정한 후 다시 사용하도록 설정해야 vSphere HA가 vmknic을 검색합니다. vmknic과 vSAN 클러스터를 먼저 구성한 후에 클러스터에서 HA를 사용하도록 설정하면 vmknic을 검색합니다.해결 방법: 클러스터에서 수동으로 vSphere HA를 사용하지 않도록 설정한 후 다시 사용하도록 설정합니다.
- iSCSI MCS가 지원되지 않음
vSAN iSCSI 대상 서비스가 MCS(Multiple Connections per Session)를 지원하지 않습니다.
해결 방법: 없음.
모든 iSCSI 이니시에이터가 iSCSI 대상을 검색할 수 있음
vSAN iSCSI 대상 서비스에서 네트워크에 있는 모든 이니시에이터가 iSCSI 대상을 검색할 수 있도록 허용합니다.해결 방법: ESXi 호스트를 별도의 VLAN에 배치하여 iSCSI 이니시에이터와 분리할 수 있습니다.
-
네트워크 파티션을 확인한 후 연결된 복제 VM에서 일부 VM 작업이 실패할 수 있음
게스트 운영 체제 내 I/O를 생성하지 않는 연결된 복제 VM에서 일부 VM 작업이 실패할 수 있습니다. 실패할 수도 있는 작업에는 스냅샷 생성과 VM 일시 중단이 포함됩니다. 이 문제는 네트워크 파티션을 확인한 후 상위 기본 VM의 네임스페이스에 아직 액세스할 수 없는 경우 발생할 수 있습니다. 상위 VM의 네임스페이스에 액세스할 수 있게 되어도 VM의 전원을 켜라는 알림이 HA에 전달되지 않습니다.해결 방법: I/O 작업이 정상적으로 실행되고 있지 않은 VM의 전원을 껐다가 다시 켜십시오.
-
vSAN 구성 마법사를 사용한 후 Web Client에서 로그아웃하면 일부 구성 작업이 실패할 수 있음
vSAN 구성 마법사에서 구성 작업을 완료하는 데 몇 시간이 걸릴 수 있습니다. 마법사가 구성을 완료할 때까지 Web Client에 로그인한 상태로 있어야 합니다. 이 문제는 일반적으로 클러스터에 호스트와 디스크 그룹에 많이 있는 경우에 발생합니다.해결 방법: 일부 구성 작업이 실패할 경우 구성을 다시 수행하십시오.
- ESXi 소프트웨어 이전 버전 호스트에서 새 정책 규칙이 무시됨
이 문제는 클러스터 한 개가 최신 소프트웨어를 실행 중이고 다른 클러스터가 이전 소프트웨어 버전을 실행 중인 2개 이상의 vSAN 클러스터가 있을 때 발생할 수 있습니다. vSphere Web Client에서 최신 vSAN 소프트웨어에 대한 정책 규칙을 표시하지만 이러한 새 정책은 이전 호스트에서 지원되지 않습니다. 예를 들어 RAID-5/6(삭제 코딩) - 용량은 6.0U1 이전의 소프트웨어 버전을 실행 중인 호스트에서 지원되지 않습니다. 새 정책 규칙을 구성하고 VM 및 개체에 적용할 수 있지만 해당 규칙은 이전 소프트웨어 버전을 실행 중인 호스트에서 무시됩니다.
해결 방법: 없음.
-
vSAN 용량 모니터의 [사용된 용량 내역]에 스냅샷 메모리 개체가 표시되지 않음
하드웨어 버전 10 미만으로 생성된 가상 시스템의 경우 스냅샷 메모리가 사용된 용량 내역의 Vmem 개체에 포함됩니다.해결 방법: 사용된 용량 내역에서 스냅샷 메모리 개체를 보려면 하드웨어 버전 10 이상을 사용하여 가상 시스템을 생성하십시오.
- vSAN 6.5 이상으로 업그레이드한 후 [VM 요약] 페이지에 보고된 스토리지 사용량이 더 크게 나타날 수 있음
vSAN의 이전 릴리스에서는 VM 스토리지 사용량에 대해 보고된 값이 데이터의 단일 사본에서 사용한 공간이었습니다. 예를 들어 게스트가 2개의 미러가 있는 씬 프로비저닝된 개체에 1GB를 쓴 경우 스토리지 사용량은 1GB로 표시되었습니다. vSAN 6.5 이상에서는 [스토리지 사용량] 필드에 모든 데이터 사본을 포함하여 사용된 실제 공간이 표시됩니다. 따라서 게스트가 2개의 미러가 있는 씬 프로비저닝된 개체에 1GB를 쓴 경우 스토리지 사용량은 2GB로 표시됩니다. 업그레이드한 후 일부 VM에서 보고된 스토리지 사용량이 더 크게 나타날 수 있지만 사용된 실제 공간은 늘어나지 않았습니다.
해결 방법: 없음.
감시 호스트를 유지 보수 모드로 전환할 수 없음
감시 호스트를 유지 보수 모드로 전환하려고 시도하면 호스트가 현재 상태로 유지되고 다음 알림이 표시됩니다. 지정된 매개 변수가 올바르지 않습니다.해결 방법: 감시 호스트를 유지 보수 모드로 전환할 때 데이터 마이그레이션 없음 옵션을 선택하십시오.
감시 호스트를 확장된 클러스터로 이동한 다음 외부로 이동하면 클러스터가 잘못 구성된 상태로 유지됨
감시 호스트를 vSAN 지원 vCenter 클러스터에 배치하면 해당 감시 호스트는 클러스터에 상주할 수 없다는 사실을 알려주는 경보가 표시됩니다. 그러나 해당 감시 호스트를 클러스터 외부로 이동하면 클러스터가 잘못 구성된 상태로 유지됩니다.해결 방법: 감시 호스트를 vSAN의 확장된 클러스터 외부로 이동하고 확장된 클러스터를 재구성하십시오. 자세한 내용은 기술 자료 문서 2130587을 참조하십시오.
HA 하트비트 데이터스토어가 포함된 클러스터에서 네트워크 파티션이 발생한 경우 VM이 다른 쪽 데이터 사이트에서 다시 시작되지 않음
vSAN 클러스터의 기본 사이트나 보조 사이트에서 다른 사이트로의 네트워크 연결이 끊어진 경우, 네트워크 연결이 끊어진 사이트에서 실행 중인 VM이 다른 쪽 데이터 사이트에서 다시 시작되지 않고 다음 오류가 나타날 수 있습니다. vSphere HA 가상 시스템 HA 페일오버가 실패했습니다.이는 vSAN 클러스터에 대해 예상된 동작입니다.
해결 방법: vSphere HA를 클러스터에서 구성하는 동안 HA 하트비트 데이터스토어를 선택하지 마십시오.
- 마운트 해제된 vSAN 디스크 및 디스크 그룹이 vSphere Web Client [작동 상태] 필드에서 마운트된 것으로 표시됨
디스크에서 계속 높은 지연 시간을 표시할 경우 esxcli vsan storage disk group unmount 명령을 실행하거나 vSAN 디바이스 모니터 서비스로 vSAN 디스크 또는 디스크 그룹을 마운트 해제한 후에도 vSphere Web Client의 [작동 상태] 필드가 마운트됨으로 잘못 표시됩니다.
해결 방법: 작동 상태 필드 대신 상태 필드를 사용하여 디스크 상태를 확인하십시오.