VMware vSAN 7.0 Update 1 | 2020년 10월 6일 | 빌드 16850804

이 릴리스 정보의 추가 사항 및 업데이트 사항을 확인하십시오.

릴리스 정보에 포함된 내용

릴리스 정보에는 다음과 같은 항목이 포함됩니다.

새로운 기능

vSAN 7.0 Update 1에는 다음과 같은 새로운 기능과 향상된 기능이 추가되었습니다. 

손상 없이 규모 조정

  • HCI 메시. HCI 메시는 vSAN에서 계산 및 스토리지 리소스를 세분화하는 소프트웨어 기반 방법입니다. HCI 메시는 vCenter Server 내에서 원격 데이터스토어 용량의 교차 클러스터 활용률을 사용하도록 설정하여 여러 독립 vSAN 클러스터를 함께 가져옵니다. HCI 메시를 사용하면 대규모로 단순한 스토리지 관리를 제공하는 데이터 센터 리소스를 효율적으로 활용하고 사용할 수 있습니다.
  • vSAN 파일 서비스 향상. 기본 vSAN 파일 서비스에는 SMB 파일 공유에 대한 지원이 포함됩니다. Microsoft Active Directory에 대한 지원, Kerberos 인증 및 확장성 개선도 지원됩니다.
  • 압축 전용 vSAN. 중복 제거와 별개로 압축을 사용하도록 설정할 수 있습니다. 따라서 중복 제거를 활용할 수 없는 워크로드에 대해서도 스토리지 효율성 옵션을 사용할 수 있습니다. 압축 전용 vSAN을 사용하면 실패한 용량 디바이스는 해당 디바이스에만 영향을 미치며 전체 디스크 그룹에는 영향을 주지 않습니다.
  • 사용 가능한 용량 증가. 내부 최적화를 사용하면 vSAN에서 내부 작업 및 호스트 장애 재구축에 사용할 수 있는 25-30%의 여유 공간이 더 이상 필요하지 않습니다. 필요한 공간 크기는 클러스터의 크기 및 스토리지 디바이스 밀도와 같은 배포 변수를 기준으로 하는 결정적인 값입니다. 이러한 변경 사항은 워크로드에 더 많은 가용 용량을 제공합니다.
  • 2노드 클러스터에 대한 공유 감시. vSAN 7.0 Update 1을 사용하면 단일 vSAN 감시 호스트가 여러 2노드 클러스터를 관리할 수 있습니다. 단일 감시 호스트가 최대 64개의 클러스터를 지원할 수 있으므로 운영 및 리소스 오버헤드가 크게 줄어듭니다.

작업 단순화

  • vSAN 전송 중 데이터 암호화. 이 기능을 사용하면 vSAN 클러스터의 노드 간 데이터 트래픽의 유선 암호화를 통해 보안을 유지할 수 있습니다. vSAN 전송 중 데이터 암호화는 클러스터 전체 기능으로, vSAN 미사용 데이터 암호화와 함께 사용하거나 별도로 사용할 수 있습니다. 트래픽 암호화는 기존 암호화 기능으로 동일한 FIPS-2 검증 암호화 모듈을 사용하며 KMS 서버를 사용할 필요가 없습니다.
  • 유지 보수 모드 동안 데이터 영속성 향상. 이 기능 개선은 [액세스 지원 보장] 옵션을 사용하여 호스트를 유지 보수 모드로 전환하는 경우 데이터의 무결성을 보호합니다. 유지 보수 중에 호스트에 기록될 모든 증분 쓰기는 이제 다른 호스트로 리디렉션됩니다(사용 가능한 경우). 이 기능은 PFTT=1이 구성된 VM에 유용하며, 유지 보수 작업 중에 데이터 무결성을 보장하기 위해 PFTT=2를 사용할 수도 있습니다.
  • vLCM 기능 개선. vLCM(vSphere Lifecycle Manager)은 통합 소프트웨어 및 펌웨어 수명 주기 관리를 위한 솔루션입니다. 이 릴리스에서 vLCM은 Lenovo ReadyNodes에 대한 펌웨어 지원, vSAN 확장 클러스터 및 장애 도메인 구성에 대한 인식, 추가 하드웨어 호환성 사전 검사 및 동시 클러스터 작업을 위한 확장성 향상을 통해 개선되었습니다.
  • 예약된 용량. 내부 클러스터 작업 및 호스트 장애 재구축을 위해 용량 예약을 사용하도록 설정할 수 있습니다. 예약은 소프트 임계값으로, 사용자 기반 프로비저닝 활동이 데이터 재구축, 재조정 작업 또는 정책 재구성과 같은 내부 작업을 방해하지 못하도록 설계되었습니다.
  • 기본 게이트웨이 재정의. VMkernel 어댑터에 대한 기본 게이트웨이를 재정의하여 vSAN 네트워크에 다른 게이트웨이를 제공할 수 있습니다. 이 기능은 확장 클러스터, 2노드 클러스터 및 이전에 정적 경로를 수동으로 구성해야 했던 장애 도메인 배포의 라우팅 구성을 간소화합니다. 고정 라우팅은 필요하지 않습니다.
  • 더 빨라진 vSAN 호스트 다시 시작. 다시 시작하거나 종료하기 전에 메모리 내 메타데이터를 디스크에 유지하여 계획된 호스트 다시 시작에 필요한 시간 간격을 줄였습니다. 이 방법은 vSAN 클러스터의 호스트가 다시 시작되는 데 필요한 시간을 줄여 유지 보수 기간 동안 전체 클러스터 다운타임을 낮춥니다.
  • 워크로드 I/O 분석. vCenter Server에 직접 통합된 모니터링 및 문제 해결 도구인 IOInsight으로 VM I/O 메트릭을 분석합니다. 성능, I/O 크기 및 유형, 읽기/쓰기 비율 및 기타 중요한 데이터 메트릭과 같은 VM I/O 특성을 자세히 확인할 수 있습니다. VM, 호스트 또는 전체 클러스터에 대해 IOInsight 작업을 실행할 수 있습니다.
  • 통합된 I/O 성능 보기. 여러 VM을 선택하고 IOPS, 처리량 및 지연 시간과 같은 스토리지 성능 메트릭을 통합해서 볼 수 있습니다. 여러 VM 간에 스토리지 성능 특성을 비교할 수 있습니다.
  • IOPS 제한으로 인한 VM 지연 시간 모니터링. 성능 모니터링의 이러한 기능 개선은 적용된 IOPS 제한으로 인해 발생할 수 있는 지연 시간을 구분하는 데 도움이 됩니다. 이 보기는 VM 스토리지 정책에서 IOPS 제한을 설정하는 조직에 유용할 수 있습니다.
  • 보안 드라이브 지우기. 새 PowerCLI 또는 API 명령 집합을 통해 vSAN 클러스터에서 서비스를 해제하기 전에 플래시 스토리지 디바이스를 안전하게 초기화합니다. 이러한 명령을 사용하여 NIST 표준에 따라 데이터를 안전하게 지울 수 있습니다.
  • 디스크에 대한 데이터 마이그레이션 사전 검사. 이제 호스트 유지 보수 모드에 대한 vSAN 데이터 마이그레이션 사전 검사 기능에서 개별 디스크 디바이스 또는 전체 디스크 그룹이 지원됩니다. 이를 통해 디스크 또는 디스크 그룹 서비스 해제에 대한 보다 세분화된 사전 검사가 지원됩니다.
  • VPAT 섹션 508 준수. vSAN은 VPAT(Voluntary Product Accessibility Template)를 준수합니다. VPAT 섹션 508 규정 준수는 vSAN 액세스 지원 요구 사항을 철저하게 분석하고 적절한 규정 준수를 위해 제품 변경을 규정했습니다.

참고: vSAN 7.0 Update 1은 시스템 전체에서 작업 타이머를 표준화하여 CPU 성능을 향상시킵니다. 이 변경 사항은 요청된 것보다 먼저 또는 늦게 타이머가 활성화되어 일부 워크로드의 성능을 저하시키는 문제를 해결합니다.  

VMware vSAN 커뮤니티

vSAN 커뮤니티 웹 사이트를 사용하여 vSAN 사용 중 발견한 모든 문제에 대한 지원을 요청하고 피드백을 제공할 수 있습니다.  

이 릴리스의 업그레이드

vSAN 업그레이드에 대한 지침은 VMware vSAN 7.0 설명서를 참조하십시오. 

참고: 업그레이드를 수행하기 전에 최신 버전의 VMware 호환성 가이드를 검토하여 해당 플랫폼에서 사용할 수 있는 최신의 vSAN 버전이 있는지 확인하십시오.

vSAN 7.0 Update 1은 vSphere 7.0 Update 1로의 전체 업그레이드가 필요한 새로운 릴리스입니다. 업그레이드를 완료하려면 다음 작업을 수행하십시오.

1. vCenter Server 7.0 Update 1로 업그레이드합니다. 자세한 내용은 VMware vSphere 7.0 Update 1 릴리스 정보를 참조하십시오. 
2. 호스트를 ESXi 7.0 Update 1로 업그레이드합니다. 자세한 내용은 VMware vSphere 7.0 Update 1 릴리스 정보를 참조하십시오. 
3. vSAN 온디스크 형식을 버전 13.0으로 업그레이드합니다. 온디스크 형식 버전 3.0 이상에서 업그레이드하는 경우 데이터 제거가 필요하지 않습니다(메타데이터만 업데이트됨).

참고: vSAN은 vSAN 7.0 Update 1에서 디스크 형식 버전 1.0을 사용 중지합니다. 디스크 형식 버전 1.0을 실행하는 디스크는 vSAN에서 인식되지 않습니다. vSAN은 vSphere Update Manager, ISO 설치 또는 esxcli를 통한 vSAN 7.0 Update 1로의 업그레이드를 차단합니다. 이러한 문제를 방지하려면 디스크 형식 버전 1.0을 실행하는 디스크를 상위 버전으로 업그레이드하십시오. 버전 1에 디스크가 있는 경우 상태 점검에서 디스크 형식 버전을 업그레이드하라는 경고를 표시합니다.

디스크 형식 버전 1.0에는 성능 및 스냅샷을 향상시킬 수 없으며, 체크섬, 중복 제거 및 압축, 암호화를 포함한 고급 기능에 대한 지원이 부족합니다. vSAN 디스크 형식 버전에 대한 자세한 내용은 KB 2145267을 참조하십시오.

용량이 제한된 호스트에 대한 온디스크 형식 업그레이드

vSAN 온디스크 형식을 버전 1.0 또는 2.0에서 업그레이드하는 동안 디스크 그룹 제거가 수행됩니다. 디스크 그룹이 제거되고 온디스크 형식 버전 13.0으로 업그레이드된 다음 디스크 그룹이 클러스터에 다시 추가됩니다. 2개 노드 클러스터나 3개 노드 클러스터 또는 용량이 부족해 각 디스크 그룹을 제거할 수 없는 클러스터의 경우 vSphere Client에서 감소된 이중화 허용을 선택하십시오. 다음 RVC 명령을 사용하여 온디스크 형식을 업그레이드할 수도 있습니다. vsan.ondisk_upgrade --allow-reduced-redundancy

감소된 이중화를 허용하는 경우 클러스터의 다른 호스트로 데이터를 이동하지 않으므로 업그레이드하는 동안 VM이 보호되지 않습니다. 감소된 이중화 방법에서는 각 디스크 그룹을 제거하고 온디스크 형식을 업그레이드한 다음 디스크 그룹을 다시 클러스터에 추가합니다. 모든 개체는 사용 가능하지만 감소된 이중화 상태로 유지됩니다.

vSAN 7.0 Update 1로 업그레이드하는 동안 중복 제거 및 압축을 사용하도록 설정하면 vSphere Client에서 감소된 이중화 허용을 선택할 수 있습니다.

제한 사항

vSAN 7.0 Update 1 릴리스의 최대 구성 제한에 대한 자세한 내용은 구성 최대값 설명서를 참조하십시오.

알려진 문제

알려진 문제는 다음과 같이 그룹화되어 있습니다.

vSAN 문제
  • vSAN을 사용하면 로컬 및 원격 데이터스토어 사이에서 VM을 프로비저닝할 수 있습니다.

    vSphere는 사용자가 HCI 메시 환경의 로컬 및 원격 데이터스토어 전체에서 VM을 프로비저닝하는 것을 방지하지 않습니다. 예를 들어 로컬 vSAN 데이터스토어와 VMDK 원격 vSAN 데이터스토어에 하나의 VMDK를 프로비저닝할 수 있습니다. vSphere HA가 이 구성에서 지원되지 않으므로 vSphere는 지원되지 않습니다.

    해결 방법: 전체 로컬 및 원격 데이터스토어에서 VM을 프로비저닝하지 마십시오.

  • 호스트 요약 스토리지 정보에 vSAN 데이터스토어가 포함되어 있지 않음

    ESXi 호스트에 대한 [요약] 보기를 클릭하면 [사용 가능], [사용됨] 및 [용량] 값에 대한 [스토리지] 요약에 호스트에서 액세스할 수 있는 vSAN 데이터스토어가 포함되지 않습니다.

    해결 방법: 클러스터 [요약] 보기에서 vSAN 데이터스토어에 대한 정보를 확인할 수 있습니다.

  • 개체 다시 포맷 작업이 중지되어 진행되지 않습니다.

    개체 다시 포맷 작업이 실행 중인 경우 vSAN은 백그라운드에서 개체의 형식을 재구성합니다. 이러한 개체를 재구성하는 작업은 일괄적으로 수행되며 클러스터에서 사용할 수 있는 임시 용량 크기에 따라 달라집니다. 임시 용량이 최대 제한을 초과하는 경우 vSAN은 다시 포맷을 진행하기 전에 임시 용량이 삭제될 때까지 기다립니다. 이 단계에서는 작업이 중지된 것으로 표시되고 진행되지 않을 수 있습니다.

    해결 방법: 해결 방법은 없습니다.

  • 시스템 VM의 전원을 끌 수 없음

    vSphere 7.0 Update 1에서 vCLS(vSphere 클러스터 서비스) 릴리스를 사용하면 시스템 VM 집합이 vSAN 클러스터 내에 배치될 수 있습니다. 사용자가 이 시스템 VM의 전원을 끌 수 없습니다. 이 문제는 다음 문서에 설명된 일부 vSAN 워크플로에 영향을 미칠 수 있습니다. https://kb.vmware.com/s/article/80877

    해결 방법: 이 문제에 대한 자세한 정보는 KB 80483을 참조하십시오. 

  • vSAN FSVM(파일 서비스 VM) Docker 내부 네트워크가 주의 또는 재구성 없이 고객 네트워크와 겹칠 수 있음

    지정된 파일 서비스 네트워크가 Docker 내부 네트워크(172.17.0.0/16)와 겹치는 경우 알려진 충돌 문제가 발생합니다. 이로 인해 트래픽이 올바른 끝점으로 전송되지 못하는 라우팅 문제가 발생합니다.

    Docker 내부 네트워크(172.17.0.0/16)와 겹치지 않도록 다른 파일 서비스 네트워크를 지정하십시오.

  • vSAN 파일 서비스를 사용하도록 설정한 클러스터에서 중복 제거 또는 암호화/압축을 사용하도록 설정하는 동안 FSVM(파일 서비스 VM)을 배포하기 위한 일부 작업이 실패할 수 있음

    중복 제거 또는 암호화/압축을 사용하도록 설정하면 DFC(디스크 형식 변경)가 트리거됩니다. DFC는 각 호스트에서 순차적으로 FSVM을 중단합니다. 그러나 EAM(ESX Agent Manager)에서 FSVM을 배포하려고 하며 이러한 배포가 실패합니다. 

    이러한 오류는 무시해도 안전합니다. DFC가 완료되면 FSVM 업데이트 적용이 성공합니다.

  • 심층적인 키 재생성으로 인해 클라이언트 I/O가 중단될 수 있음

    심층적인 키 재생성 프로세스 중에 NFS 및 SMB 클라이언트의 I/O 작업이 실패하거나 중단될 수 있습니다.

    클라이언트 장애를 허용할 수 없는 경우 유지 보수 기간 중에 심층적인 키 재생성 프로세스를 실행하는 것이 좋습니다.

  • 이전 vSAN 온디스크 형식 버전으로 인해 vSAN 파일 서비스를 사용하도록 설정할 수 없습니다.

    11.0 이전의 vSAN 온디스크 형식 버전(vSAN 7.0의 온디스크 형식 버전)을 사용하여 vSAN 파일 서비스를 사용하도록 설정할 수 없습니다.

    파일 서비스를 사용하도록 설정하기 전에 vSAN 디스크 형식 버전을 업그레이드하십시오.

  • 파일 공유에서 파일을 삭제해도 vSAN 용량 보기에 반영되지 않을 수 있음

    모든 파일이 삭제되어도 할당된 블록이 vSAN 스토리지로 다시 반환되지 않습니다. 이러한 할당된 블록은 새 데이터가 동일한 파일 공유에 기록될 때 다시 사용됩니다.

    스토리지를 vSAN으로 다시 릴리스하려면 파일 공유를 삭제합니다.

  • vSAN 상태 네트워크 테스트 문제로 인해 대규모 클러스터에서 클러스터 업데이트 적용 작업이 실패할 수 있음

    호스트가 17개 이상인 대규모 클러스터에서는 호스트를 업그레이드하는 동안 간헐적인 ping 실패가 발생할 수 있습니다. 이러한 실패로 인해 vSphere Life Cycle Manager에서 호스트 업데이트 적용이 중단될 수 있습니다.

    업데이트 적용 사전 검사를 통과하면 다음 vSAN 상태 테스트 경고가 무시됩니다.

    • vSAN: 기본(유니캐스트) 연결 확인
    • vSAN: MTU 검사(큰 패킷 크기를 사용하는 ping)

    업데이트 적용 작업이 완료되면 vSAN 상태 테스트 경고를 복원합니다.

  • 드라이브를 다시 삽입하는 핫 플러그 시나리오에서 호스트 장애 발생

    핫 드라이브를 제거하는 동안, NVMe 드라이브를 분리했다가 1분 이내에 다시 삽입하면 VMware 네이티브 NVMe 핫 플러그로 인해 호스트 장애가 발생할 수 있습니다. 이러한 문제는 새 드라이브나 기존 드라이브를 다시 삽입하는 경우 vSphere 및 vSAN 둘 다에 적용됩니다.

    해결 방법: 핫 드라이브를 제거한 후 1분 동안 기다렸다가 새 드라이브 또는 기존 드라이브를 다시 삽입합니다.

  • Update Manager가 상태 점검 이름 대신 테스트 ID를 표시함

    vSAN 클러스터에서 Update Manager를 사용하여 호스트에 업데이트를 적용하는 경우 vSAN 상태 점검으로 업그레이드 문제를 식별할 수 있습니다. 호스트에 대한 업데이트 적용 작업이 실패하면 상태 점검 이름 대신 테스트 ID와 함께 오류 메시지가 표시될 수 있습니다. 예:

    호스트가 MM을 종료하기 전에 vSAN 상태 점검이 실패하여 업데이트 적용이 실패했습니다. vSAN 클러스터가 정상이 아닙니다. vSAN 상태 점검 com.vmware.vsan.health.test.controlleronhcl이 실패했습니다.

    각 테스트 ID는 하나의 vSAN 상태 점검과 관련되어 있습니다. 업데이트 적용 상태 점검에 대해 자세히 알아보려면 다음 문서를 참조하십시오. https://kb.vmware.com/s/article/60219

    해결 방법: vSAN 호스트에 대한 업데이트 적용 작업이 실패하는 경우 Health Service를 사용하여 문제를 식별하고 해결합니다. 그런 다음 다른 업데이트 적용 작업을 수행합니다.

  • 클러스터의 마지막 호스트를 유지 보수 모드로 전환하거나 디스크 또는 디스크 그룹을 제거할 수 없음

    클러스터에 호스트가 하나만 있는 경우 이 호스트를 유지 보수 모드로 전환하면 새 리소스를 추가하라는 지침이 제공되지 않고 전체 데이터 마이그레이션 또는 액세스 지원 보장 모드에서의 작업이 실패할 수 있습니다. 이 문제는 클러스터에 디스크 또는 디스크 그룹이 하나만 남아 있고 해당 디스크 또는 디스크 그룹을 삭제하려는 경우에도 발생할 수 있습니다.

    해결 방법: 전체 데이터 마이그레이션 또는 액세스 지원 보장 모드가 선택된 상태에서 클러스터에 마지막으로 남아 있는 호스트를 유지 보수 모드로 전환하기 전에 구성이 동일한 다른 호스트를 클러스터에 추가합니다. 클러스터에 마지막으로 남아 있는 디스크 또는 디스크 그룹을 제거하기 전에 구성과 용량이 동일한 새 디스크 또는 디스크 그룹을 추가합니다.

  • 하나 이상의 디스크 또는 디스크 그룹이 거의 꽉 찬 경우 용량 부족으로 인해 개체 재구성 워크플로가 실패할 수 있음

    중복 제거가 아닌 클러스터의 디스크 또는 중복 제거 클러스터의 디스크 그룹이 구성 가능한 다시 동기화 일시 중지 가득 참 임계값에 도달하면 vSAN 다시 동기화가 일시 중지됩니다. 이것은 다시 동기화 I/O로 디스크를 채우지 않기 위함입니다. 디스크가 이 임계값에 도달하면 vSAN에서 EMM, 복구, 재조정, 정책 변경과 같은 재구성 워크플로를 중지합니다.

    해결 방법: 클러스터의 다른 위치에 가용 공간이 있는 경우 클러스터를 재조정하면 다른 디스크에서 공간이 확보되어 후속 재구성 시도가 성공합니다.

  • 꽉 찬 클러스터에서 복구 후 VM에서 HA 보호가 손실될 수 있음

    디스크가 100% 꽉 찬 호스트가 있는 vSAN 클러스터에서 VM에 보류 중인 질문이 있을 수 있어 HA 보호가 손실됩니다. 또한 꽉 찬 클러스터에서 복구된 후 보류 중인 질문이 있는 VM이 HA로 보호되지 않습니다.

    해결 방법: 꽉 찬 vSAN 클러스터에서 복구된 후에는 다음 작업 중 하나를 수행합니다.

    • HA를 사용하지 않도록 설정했다가 다시 사용하도록 설정합니다.
    • HA를 재구성합니다.
    • VM의 전원을 껐다가 다시 켭니다.
  • 보류 중인 질문이 있는 VM의 전원 끄기가 실패함

    VM에 보류 중인 질문이 있는 경우에는 질문에 대한 답변이 제공될 때까지 어떠한 VM 관련 작업도 수행할 수 없습니다.

    해결 방법: 관련 볼륨에서 디스크 공간을 확보한 다음 재시도를 클릭합니다.

  • 클러스터가 꽉 차면 VM의 IP 주소가 IPV6로 변경되거나 사용할 수 없게 됨

    하나 이상의 디스크 그룹이 100%에 도달하여 vSAN 클러스터가 꽉 차면 VM에 사용자 작업이 필요한 보류 중인 질문이 있을 수 있습니다. 질문에 대한 답변이 제공되지 않고 꽉 찬 클러스터 상태를 그대로 두면 VM의 IP 주소가 IPv6로 변경되거나 사용할 수 없게 됩니다. 이 경우 SSH를 사용하여 VM에 액세스할 수 없습니다.  또한 VM 콘솔도 사용할 수 없게 됩니다. root를 입력했을 때 콘솔에 아무 내용도 나타나지 않기 때문입니다.

    해결 방법: 해결 방법이 없습니다.

  • 용량 디스크가 PDL 상태로 전환된 후 중복 제거를 사용하도록 설정된 디스크 그룹을 제거할 수 없음

    중복 제거를 사용하도록 설정된 디스크 그룹의 용량 디스크가 제거되거나, 해당 고유 ID가 변경되거나, 디바이스에서 복구할 수 없는 하드웨어 오류가 발생하면 용량 디스크가 PDL(Permanent Device Loss) 상태로 전환됩니다. 디스크 그룹을 제거하려고 시도하면 작업을 완료할 수 없다는 오류 메시지가 표시될 수 있습니다.

    해결 방법: 용량 디스크가 제거되거나 해당 고유 ID가 변경되거나 디바이스에서 복구할 수 없는 하드웨어 오류가 발생하면 디스크 그룹 제거를 시도하기 전에 몇 분간 기다립니다.

  • vSAN 상태에서 실패한 보류 중인 정책이 있는 비가용성 관련 미준수를 나타냄

    정책 변경 요청은 vSAN의 개체 상태를 비가용성 관련 미준수 상태로 둡니다. 이것은 요청된 리소스를 사용하는 다른 스케줄링된 작업이 있을 수 있기 때문입니다. 하지만 리소스가 사용 가능한 상태가 되면 vSAN에서 이 정책 요청에 대한 스케줄을 자동으로 조정합니다.

    해결 방법: 대부분의 경우 vSAN 기간 검색은 이 문제를 자동으로 해결합니다. 그러나 정책 변경이 수락되었지만 적용되지 않은 경우 진행 중인 다른 작업에서 사용 가능한 리소스를 소모할 수 있습니다. 용량 보고에서 높은 값이 표시되는 경우 용량을 더 추가할 수 있습니다.

  • 중복 제거 클러스터에서 디스크가 80% 넘게 찼을 때 사후 재조정이 진행되지 않을 수 있음

    중복 제거 클러스터에서 대시보드에 디스크가 80% 넘게 찼다고 표시되면 사후 재조정이 예상대로 시작되지 않을 수 있습니다. 이것은 중복 제거 클러스터에서 보류 중인 쓰기 및 삭제 작업도 사용 가능한 용량 계산에 고려되기 때문입니다.

    해결 방법: 해결 방법이 없습니다.

  • 게스트 운영 체제에서 트리밍/매핑 해제 명령 실패

    온라인 스냅샷 통합 중 게스트 운영 체제가 공간 회수를 수행하려고 하는 경우 트리밍/매핑 해제 명령이 실패합니다. 이 오류로 인해 공간이 회수되지 않습니다.

    해결 방법: 온라인 스냅샷 작업이 완료된 후에 공간을 회수하십시오. 이후 트리밍/매핑 해제 작업이 실패하는 경우 디스크를 다시 마운트하십시오.

  • 온라인 스냅샷 통합이 수행된 경우 SCSI 트리밍/매핑 해제를 통해 회수된 공간이 손실됨

    온라인 스냅샷 통합을 수행하는 경우 SCSI 트리밍/매핑 해제 명령을 통해 회수한 공간이 손실됩니다. 오프라인 스냅샷 통합은 SCSI 매핑 해제 작업에 영향을 주지 않습니다.

    해결 방법: 온라인 스냅샷 통합이 완료된 후에 공간을 회수합니다.

  • 데이터 호스트를 감시 호스트로 변환 시 호스트 오류 발생

    vSAN 클러스터를 확장된 클러스터로 변환할 때 감시 호스트를 제공해야 합니다. 데이터 호스트를 감시 호스트로 변환할 수 있지만 프로세스 중에 전체 데이터 마이그레이션과 함께 유지 보수 모드를 사용해야 합니다. [액세스 지원 보장] 옵션을 사용하는 호스트를 유지 보수 모드로 전환하고 호스트를 감시 호스트로 구성하면 호스트가 자주색 진단 화면과 함께 실패할 수 있습니다.

    해결 방법: 감시 호스트에서 디스크 그룹을 제거한 다음 디스크 그룹을 다시 생성합니다.

  • 데이터스토어 마이그레이션 중에 상주 호스트에 장애가 발생하는 경우 vCenter Server에 동일한 이름의 VM이 중복됨

    VM이 vSAN에서 다른 데이터스토어(예: NFS)로 Storage vMotion을 진행 중이고 VM이 상주하는 호스트에서 vSAN 네트워크에 장애가 발생하면 VM의 HA 페일오버가 발생하여 vCenter Server에 VM이 중복될 수 있습니다. 

    해결 방법: 잘못된 VM의 전원을 끄고 vCenter Server에서 등록 취소합니다. 

  • 새 vCenter Server 아래에서 기존의 확장된 클러스터를 재구성하면 vSAN에서 상태 점검 주의가 발생함
    새 vCenter Server 아래에서 현재의 확장된 클러스터를 재구성하면 vSAN 클러스터 상태 점검이 빨간색으로 표시됩니다. 이 경우 다음과 같은 메시지가 표시됩니다. vSphere 클러스터 멤버가 vSAN 클러스터 멤버와 일치

    해결 방법: 다음 절차를 사용하여 확장된 클러스터를 구성합니다.

    1. SSH를 사용하여 감시 호스트에 로그인합니다.
    2. 감시 호스트에서 디스크 서비스 해제를 수행합니다. 다음 명령을 실행합니다. esxcli vsan storage remove -s "SSD UUID"
    3. 감시 호스트를 클러스터에서 강제로 제거합니다. 다음 명령을 실행합니다. esxcli vsan cluster leave
    4. 새 vCenter Server에서 확장된 클러스터를 재구성합니다(구성 > vSAN > 장애 도메인 및 확장된 클러스터). 

     

  • vSAN에서 큰 개체를 다시 동기화하는 동안 디스크 형식 업그레이드가 실패함
    vSAN 클러스터에 매우 큰 개체가 포함되어 있는 경우 개체가 다시 동기화되는 동안 디스크 형식 업그레이드가 실패할 수 있습니다. 다음과 같은 오류 메시지가 표시될 수 있습니다. vSAN의 개체를 변환하지 못했습니다.

    vSAN에서는 개체가 다시 동기화될 때까지 업그레이드를 수행할 수 없습니다. 다시 동기화 상태를 확인(모니터 > vSAN > 구성 요소 다시 동기화)하여 프로세스 완료 시기를 확인할 수 있습니다.

    해결 방법: 보류 중인 다시 동기화 작업이 없을 때까지 기다린 후 디스크 형식 업그레이드를 다시 시도합니다.

  • 심층적인 키 재생성 작업 중에 클러스터 일관성 상태 점검 실패
    암호화된 vSAN 클러스터에서 실행되는 심층적인 키 재생성 작업을 완료하는 데 몇 시간이 걸릴 수 있습니다. 키 재생성 중에 다음과 같은 상태 점검은 장애를 나타낼 수 있습니다. 클러스터 구성 일관성. 클러스터 일관성 확인 기능은 심층적인 키 재생성 작업을 감지하지 못하며, 문제가 없을 수도 있습니다.

    해결 방법: 심층적인 키 재생성 작업이 완료된 후에 vSAN 클러스터 일관성 상태 점검을 다시 테스트합니다.

  • 클러스터에서 vSAN을 사용하지 않도록 설정한 후 vSAN 확장된 클러스터 구성이 손실됨
    확장된 클러스터에서 vSAN을 사용하지 않도록 설정하면 확장된 클러스터 구성이 유지되지 않습니다. 확장된 클러스터, 감시 호스트 및 장애 도메인 구성이 손실됩니다.

    해결 방법: vSAN 클러스터를 다시 사용하도록 설정할 때 확장된 클러스터 매개 변수를 다시 구성하십시오.

  • 전원이 꺼진 VM이 감시 호스트 교체 중에 액세스 불가능한 것으로 나타남

    확장된 클러스터에서 감시 호스트를 변경할 때 전원이 꺼진 VM이 짧은 시간 동안 vSphere Web Client에서 액세스 불가능한 것으로 나타납니다. 프로세스가 완료되면 전원이 꺼진 VM이 액세스 가능한 것으로 나타납니다. 실행 중인 모든 VM은 프로세스 내내 액세스 가능한 것으로 나타납니다.

    해결 방법: 해결 방법이 없습니다. 

  • 부팅 미디어에 장애가 있는 호스트를 유지 보수 모드로 전환할 수 없음
    vSAN은 부팅 미디어에 장애가 있는 호스트를 유지 보수 모드로 전환할 수 없습니다. 구성 변경 내용을 저장할 수 없기 때문에 내부 vSAN 오류가 발생하면서 유지 보수 모드로 전환하기 위한 작업이 실패할 수 있습니다. 다음과 유사한 로그 이벤트가 표시될 수 있습니다. 부팅 파일 시스템을 지원하는 디바이스 xxx에 대한 연결 끊김

    해결 방법: 전체 데이터 제거 옵션을 사용하여 각 호스트에서 디스크 그룹을 수동으로 제거합니다. 그런 다음, 호스트를 유지 보수 모드로 전환합니다.

  • 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

  • 일부 개체가 강제 복구 후에 비준수 상태임
    강제 복구를 수행하면 프로세스 중 일부 개체의 소유권이 다른 노드로 이전되어 해당 개체가 복구되지 않을 수 있습니다. 그런 개체에 대해서는 강제 복구가 지연될 수 있습니다.

    해결 방법: 다른 모든 개체가 복구되고 다시 동기화된 후 강제 복구 작업을 시도하십시오. vSAN이 개체를 복구할 때까지 기다릴 수 있습니다.

  • 호스트를 하나의 암호화된 클러스터에서 다른 클러스터로 이동한 후 다시 원래 클러스터로 이동하면 작업이 실패함
    호스트를 암호화된 vSAN 클러스터에서 다른 암호화된 vSAN 클러스터로 이동한 다음 다시 호스트를 원래의 암호화된 클러스터로 이동하는 경우 작업이 실패할 수 있습니다. 다음 메시지가 표시될 수 있습니다. 일반 시스템 오류가 발생했습니다. 잘못된 오류입니다. 이 오류는 vSAN이 호스트의 데이터를 원래의 암호화 키를 사용하여 다시 암호화할 수 없기 때문에 발생합니다. 잠시 후 vCenter Server가 호스트에서 원래 키를 복원하고 vSAN 클러스터의 마운트되지 않은 모든 디스크가 마운트됩니다.

    해결 방법: 호스트를 재부팅하고 모든 디스크가 마운트될 때까지 기다립니다.

  • 사이트 복구 후 확장된 클러스터 불균형
    확장된 클러스터에서 장애가 발생한 사이트를 복구할 때 장애 발생 사이트의 호스트가 때때로 오랜 기간 동안 순차적으로 회복됩니다. vSAN에서 없는 구성 요소에 대한 복구를 시작할 때 일부 호스트를 과다하게 사용할 수 있습니다.

    해결 방법: 짧은 기간 내에 장애 발생 사이트의 모든 호스트를 함께 복구합니다.

  • 확장된 클러스터의 HA 문제 때문에 VM 작업이 실패함

    확장된 클러스터의 특정 장애 시나리오에서 vMotion 또는 VM 전원 켜기와 같은 특정 VM 작업에 영향이 미칠 수 있습니다. 이러한 장애 시나리오에는 부분 또는 전체 사이트 장애 또는 사이트 간 고속 네트워크의 장애가 포함됩니다. 이 문제는 확장된 클러스터 사이트의 정상 작동에 사용 가능한 VMware HA의 종속성 때문에 발생합니다.

    해결 방법: vSphere HA를 사용하지 않도록 설정한 후 vMotion, VM 생성 또는 VM 전원 켜기를 수행합니다. 그런 다음 vSphere HA를 다시 사용하도록 설정합니다.

  • 디스크 그룹이 마운트 해제된 경우 심층적인 키 재생성을 수행할 수 없음
    vSAN은 심층적인 키 재생성을 수행하기 전에 얕은 수준의 키 재생성을 수행합니다. 마운트 해제된 디스크 그룹이 있는 경우 얕은 수준의 키 재생성이 실패합니다. 따라서 심층적인 키 재생성 프로세스를 시작할 수 없습니다.

    해결 방법: 마운트 해제된 디스크 그룹을 다시 마운트하거나 제거합니다.

  • 방화벽 구성이 변경되었다는 내용의 로그 항목
    vSAN 암호화를 사용하도록 설정하면 보안 프로파일에 새 방화벽 항목인 vsanEncryption이 표시됩니다. 이 규칙은 호스트가 KMS와 직접 통신하는 방법을 제어합니다. 이 규칙이 트리거되면 /var/log/vobd.log에 로그 항목이 추가됩니다. 다음 메시지가 표시될 수 있습니다.

    Firewall configuration has changed. Operation 'addIP4' for rule set vsanEncryption succeeded.
    Firewall configuration has changed. Operation 'removeIP4' for rule set vsanEncryption succeeded.

    이런 메시지는 무시해도 됩니다.

    해결 방법: 해결 방법이 없습니다. 

  • 감시 트래픽을 지원하기 위해 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 지원 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의 [작동 상태] 필드가 마운트됨으로 잘못 표시됩니다.

    해결 방법: 작동 상태 필드 대신 상태 필드를 사용하여 디스크 상태를 확인하십시오.

check-circle-line exclamation-circle-line close-line
Scroll to top icon