VMware Virtual SAN 6.2 릴리스 정보

|

업데이트 날짜: 2017년 2월 24일

VMware Virtual SAN 6.2 | 2016년 3월 15일 | ISO 빌드 3620759

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

릴리스 정보에 포함된 내용

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

새로운 기능

Virtual SAN 6.2에는 다음과 같은 새로운 기능과 향상된 기능이 추가되었습니다.

  • 신규 TLS 지원. vSphere 6.0 업데이트 3 이상 릴리스에서는 TLS v1.0, TLS v1.1 및 TLS v1.2가 기본적으로 지원되며 이러한 TLS를 구성할 수 있습니다. TLS v1.0, TLS v1.1 및 TLS v1.2를 구성하는 방법에 대한 자세한 내용은 VMware Knowledge Base article 2148819. For a list of VMware products supported for TLS v1.0 disablement and the use of TLS v1.1/v1.2, consult VMware 기술 자료 문서 2145796을 참조하십시오.

  • 중복 제거 및 압축을 지원합니다. Virtual SAN 6.2는 중복 제거 및 압축을 지원하여 중복 데이터를 제거합니다. 이 기술은 사용자의 요구를 충족하기 위해 필요한 전체 스토리지 공간을 줄여 줍니다. Virtual SAN 클러스터에서 중복 제거 및 압축을 사용하도록 설정하면 특정 디스크 그룹의 데이터 중복 사본이 단일 사본으로 줄어듭니다. 중복 제거 및 압축은 모든 플래시 전용 클러스터에서 클러스터 전체 설정으로 사용할 수 있습니다.

  • RAID 5 및 RAID 6 삭제 코딩을 지원합니다. Virtual SAN 6.2는 RAID 5 및 RAID 6 삭제 코딩을 지원하여 데이터 보호에 필요한 스토리지 공간을 줄입니다. RAID 5 및 RAID 6은 플래시 전용 클러스터의 VM에 대한 정책 특성으로 사용할 수 있습니다. RAID 5는 4개 이상의 장애 도메인이 있는 클러스터에서 사용할 수 있고 RAID 6은 6개 이상의 장애 도메인이 있는 클러스터에서 사용할 수 있습니다.

  • 소프트웨어 체크섬을 지원합니다. Virtual SAN 6.2는 하이브리드 및 플래시 전용 클러스터에서 소프트웨어 기반 체크섬을 지원합니다. 소프트웨어 체크섬 정책 특성은 Virtual SAN 클러스터의 모든 개체에 대해 기본적으로 사용하도록 설정되어 있습니다.

  • 새로운 온디스크(on-disk) 형식을 지원합니다. Virtual SAN 6.2는 vSphere Web Client를 통해 새로운 온디스크(on-disk) 가상 파일 형식 3.0으로의 업그레이드를 지원합니다. 이 파일 시스템은 Virtual SAN 클러스터의 새 기능을 지원을 제공합니다. 온디스크 형식 버전 3.0은 내부 4K 블록 크기 기술을 기반으로 하기 때문에 효율성이 향상되지만 게스트 운영 체제 IO가 4K로 정렬되지 않은 경우 성능이 떨어질 수 있습니다. >

  • IOPS 제한을 지원합니다. Virtual SAN은 IOPS 제한을 지원하여 지정된 개체에 대한 초당 I/O(읽기/쓰기) 작업 수를 제한합니다. 읽기/쓰기 작업 수가 IOPS 제한에 도달하면 현재 초당 작업이 만료될 때까지 이러한 작업이 지연됩니다. IOPS 제한은 VMDK, 네임스페이스 등을 포함하여 Virtual SAN 개체에 적용할 수 있는 정책 특성입니다.

  • IPv6을 지원합니다. Virtual SAN은 IPv4 또는 IPv6 주소 지정을 지원합니다.

  • 공간 보고를 지원합니다. Virtual SAN 6.2 용량 모니터는 사용된 공간 및 사용 가능한 공간을 포함하여 Virtual SAN 데이터스토어에 대한 정보를 표시하고 여러 개체 유형 또는 데이터 유형별 용량 사용량 내역을 제공합니다.

  • 상태 서비스를 지원합니다. Virtual SAN 6.2에는 클러스터를 모니터링하고 클러스터의 문제를 진단 및 수정할 수 있는 새 상태 점검이 포함됩니다. Virtual SAN 상태 서비스에서 상태 문제를 감지하면 vCenter 이벤트 경보가 트리거됩니다.

  • 성능 서비스를 지원합니다. Virtual SAN 6.2에는 클러스터 수준, 호스트 수준, VM 수준 및 디스크 수준 통계와 같은 성능 서비스 모니터가 포함됩니다. 성능 서비스는 성능 통계를 수집 및 분석하고 데이터를 그래픽 형식으로 표시합니다. 성능 차트를 사용하여 워크로드를 관리하고 문제의 근본 원인을 확인할 수 있습니다.

  • 메모리 내 캐시 동시 쓰기를 지원합니다. Virtual SAN 6.2는 호스트 상주 동시 쓰기 읽기 캐시를 사용하여 가상 시스템의 성능을 향상시킵니다. 이 캐싱 알고리즘은 읽기 I/O 지연 시간과 Virtual SAN CPU 및 네트워크 사용량을 줄여 줍니다.

Virtual SAN의 이전 릴리스

Virtual SAN 6.0 및 6.1 대한 기능 및 알려진 문제가 이 릴리스 정보에 설명되어 있습니다. Virtual SAN 릴리스 정보는 다음 위치에서 사용할 수 있습니다.

VMware Virtual SAN 커뮤니티

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

이 릴리스의 업그레이드

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

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

Virtual SAN 온디스크 형식을 업그레이드하는 동안 디스크 그룹 제거가 수행됩니다. 그러면 디스크 그룹은 제거되고 온디스크 형식 버전 3.0으로 업그레이드되며 디스크 그룹이 클러스터에 다시 추가됩니다. 2노드나 3노드 또는 각 디스크 그룹 제거를 수행하는 데 충분한 용량이 없는 클러스터의 경우 다음 RVC 명령을 사용하여 온디스크 형식을 업그레이드해야 합니다. vsan.ondisk_upgrade --allow-reduced-redundancy

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

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

확장된 클러스터에 VMware Update Manager 사용

호스트를 동시에 업그레이드하기 위해 VMware Update Manager를 사용하면 확장된 클러스터의 데이터 호스트 중 하나와 감시 호스트가 동시에 업그레이드될 수 있습니다. 업그레이드 문제를 방지하려면 감시 호스트가 확장된 클러스터의 데이터 호스트와 동시에 업그레이드되도록 VMware Update Manager를 구성하지 마십시오. 모든 데이터 호스트가 성공적으로 업그레이드되고 유지 보수 모드가 종료된 후에 감시 호스트를 업그레이드하십시오.

업그레이드 중 상태 점검 장애 확인

Virtual SAN 온디스크 형식을 업그레이드하는 동안 물리적 디스크 상태 - 메타데이터 상태 점검이 일시적으로 실패할 수 있습니다. 이러한 장애는 Virtual SAN이 스토리지 디바이스에서 물리적 블록 할당을 수행해야 하기 때문에 디스테이징 프로세스가 느린 경우 발생할 수 있습니다. 작업을 수행하기 전에 다중 가상 시스템 배포와 같은 높은 작업량이 있던 기간이 완료되면 이 상태 점검의 상태를 확인하십시오. 상태 점검이 여전히 빨간색인 경우 경고가 유효합니다. 상태 점검이 녹색인 경우 이전 경고를 무시할 수 있습니다. 자세한 내용은 기술 자료 문서 2108690을 참조하십시오.

제한 사항

플래시 전용 구성에서 Virtual SAN은 각 디스크 그룹당 최대 600GB의 쓰기 버퍼 캐시 크기를 지원합니다.

Virtual SAN 6.2 릴리스에 대한 다른 최대 구성 제한에 대한 자세한 내용은 구성 최대값 설명서를 참조하십시오.

해결된 문제

  • Virtual SAN 6.1로 업그레이드할 때 다음 오류 메시지가 표시됩니다. 에이전트 오프라인 번들에 액세스할 수 없음
    이 오류는 상태 점검을 사용하는 Virtual SAN 6.0에서 Virtual SAN 6.1로 업그레이드할 때 발생할 수 있습니다. 업그레이드 프로세스 동안 상태 점검 VIB가 대체되고 해당 서비스가 일시적으로 중지됩니다. 일부 경우 상태 점검에서 오류 메시지가 생성될 수 있습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 감시 호스트로 사용하기 위해 호스트를 Virtual SAN 클러스터에 배치한 후 해당 호스트를 클러스터 외부로 이동하면 상태 점검 VIB가 해당 호스트에서 제거됨
    ESXi 호스트를 Virtual SAN 클러스터 외부로 이동하면 상태 점검 VIB가 제거됩니다. 따라서 호스트가 클러스터의 감시 호스트인 경우 감시 호스트의 설치 상태가 빨간색으로 표시됩니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 대규모 확장된 클러스터(예: 15:15:1)에서 롤링 사이트 장애(장애 도메인의 각 노드가 몇 초 간격으로 잇달아 실패함) 발생 시 VM에 액세스할 수 없거나 연결이 끊김

    이 문제는 이 릴리스에서 해결되었습니다.

  • 확장된 클러스터에 대해 감시 호스트에서 플래시 전용 디스크 그룹 구성 시도가 실패함
    플래시 전용 디스크 그룹이 있는 감시 호스트를 확장된 클러스터에 추가하려고 시도하면 해당 작업이 실패하고 어떤 디스크 그룹도 호스트에 추가되지 않습니다.

    이 문제는 이 릴리스에서 해결되었습니다.

  • Virtual SAN 클러스터에 호스트를 추가하면 설치 관리자 오류가 트리거됨
    ESXi를 HA 및 Virtual SAN 상태 서비스가 사용되도록 설정된 클러스터에 추가하면 VIB 설치 경합 조건으로 인해 다음 오류 중 한 개 또는 모두가 발생할 수 있습니다.

    • 작업 보기에서 Sphere HA 작업 구성이 실패하고 다음과 유사한 오류 메시지가 표시될 수 있습니다. vCenter Server 에이전트 서비스를 설치할 수 없습니다. 알 수 없는 설치 관리자 오류

    • 다음과 유사한 오류 메시지가 표시되고 에이전트 사용 태스크가 실패합니다. 작업을 완료할 수 없습니다. 자세한 내용은 이벤트 로그를 참조하십시오.

    이 문제는 이 릴리스에서 해결되었습니다.

  • 알려진 문제

    • Virtual SAN이 사용되지 않도록 설정된 경우 디스크를 할당할 수 없음
      클러스터에서 Virtual SAN을 사용하도록 설정하기 전에 디스크 할당 및 디스크 그룹 생성을 시도하면 작업이 실패합니다.

      해결 방법: 디스크를 할당하고 디스크 그룹을 생성하기 전에 클러스터에서 Virtual SAN을 사용하도록 설정하십시오.

    • esxcli를 통해 Virtual SAN 6.2를 사용하도록 설정한 후 자동 디스크 할당이 작동하지 않음
      esxcli를 통해 Virtual SAN 6.2를 사용하도록 설정한 후 자동 디스크 할당 방법이 작동하지 않습니다.

      해결 방법: vSphere Web Client를 사용하여 자동 디스크 할당을 구성하십시오. 수동 방법을 사용하여 디스크를 할당할 수도 있습니다.

    • 보관소 파티션 공간이 부족하여 호스트 업그레이드가 실패함
      /var/log/esxupdate.log에 다음 메시지가 표시되고 업그레이드가 실패합니다.

      임시 DB 디렉토리를 생성하지 못했습니다. [오류 번호 28] 디바이스에 남은 공간이 없습니다. '/locker/packages/var/db/locker/profiles.new' filename = /locker/packages/var/db/locker

      /var/log/vobd.log에서 다음 이벤트를 볼 수도 있습니다.

      2016-02-23T11:50:16.095Z: [VfatCorrelator] 676355748510us: [vob.vfat.filesystem.full] VFAT 볼륨 mpx.vmhba32:C0:T0:L0:8(UUID 55e71deb-2f773c48-5dda-a0369f56dd20)이 가득 찼습니다. (585696개 섹터, 사용 가능한 섹터 0개)

      2016-02-24T17:13:00.037Z: [VisorfsCorrelator] 782119690921us: [vob.visorfs.ramdisk.full] ramdisk(vsantraces)가 가득 찼으므로 visorfs 파일 /vsantraces/vsantraces--2016-02-24T17h12m27s256.gz를 확장할 수 없습니다. 2016-02-24T17:13:00.037Z: [VisorfsCorrelator] 782119691022us: [esx.problem.visorfs.ramdisk.full] ramdisk 'vsantraces'가 가득 찼습니다. 결과적으로 파일 /vsantraces/vsantraces--2016-02-24T17h12m27s256.gz를 쓸 수 없습니다.

      해결 방법: 호스트의 보관소 파티션에서 Virtual SAN Observer .gz 파일을 삭제하고 업그레이드를 다시 시도하십시오.

      1. ESXi Shell에 로그인하여 /locker/vsantraces/에 있는 보관소 파티션의 공간 사용량을 확인합니다.

      2. df -h 명령을 사용하여 100% 사용된 VFAT 파티션을 식별합니다. 예:

        df -h
        파일 시스템 크기 사용됨 사용 가능 사용률 다음에 마운트됨
        vfat 249.7M 202.5M 47.3M 81% /vmfs/volumes/68a04eea-90716418-ba59-6dc3297f0ef8
        vfat 249.7M 202.4M 47.3M 81% /vmfs/volumes/6f065ae4-88f03302-b4c6-c0b765c07ff8
        vfat 285.8M 285.7M 112.0K 100% /vmfs/volumes/55e71deb-2f773c48-5dda-a0369f56dd20
        -------------------------------

      3. 호스트의 보관소 파티션(/locker/vsantraces/)에서 Virtual SAN Observer .gz 로그를 제거합니다. 예: vsanObserver--YYYY-MM-DDTxxhyymzzs.gz

      4. 호스트 업그레이드를 다시 시도합니다.

    • 6.0 업데이트 1 호스트 프로파일을 Virtual SAN vmknic이 구성된 6.0 업데이트 2 호스트에 적용하면 규정 준수 검사 및 업데이트 적용이 실패함
      호스트를 ESXi 6.0 업데이트 1에서 ESXi 6.0 업데이트 2로 업그레이드한 다음 호스트 프로파일을 적용하면 실패하고 다음 메시지가 나타납니다. 작업 구성 규격을 업데이트하는 동안 예기치 않은 오류가 발생했습니다. 'IPProtocol'

      해결 방법: 호스트를 6.0 업데이트 2로 업그레이드하고 업그레이드된 호스트에서 호스트 프로파일을 추출하여 호스트 프로파일의 6.0 업데이트 2 버전을 가져올 수 있습니다.

      호스트 프로파일을 편집하고 업그레이드된 호스트에 편집한 호스트 프로파일을 적용할 수도 있습니다.

      1. 호스트 프로파일을 마우스 오른쪽 버튼으로 클릭하고 호스트 프로파일 내보내기 메뉴를 선택합니다. 호스트 프로파일이 .vpf 파일로 내보내집니다.

      2. 텍스트 편집기를 사용하여 .vpf 파일을 열고 다음 텍스트를 모두 교체합니다.

        <parameter><key>IPProtocol</key><value xsi:type="xsd:string">IPv4</value></parameter>

        다음 텍스트로 기존 텍스트를 교체합니다.

        <parameter><key>IPProtocol</key><value xsi:type="xsd:string">IP</value></parameter>

      3. 수정된 호스트 프로파일을 가져와 ESXi 6.0 업데이트 2를 실행하는 호스트에 적용합니다.

    • 다수의 Virtual SAN 노드 장애가 발생한 후 SPBM(스토리지 정책 기반 관리)에서 가상 시스템의 규정 준수 상태를 해당 없음으로 잘못 표시할 수 있음
      다수의 Virtual SAN 노드 장애 후 SPBM(스토리지 정책 기반 관리)에서 가상 시스템의 상태를 해당 없음으로 잘못 표시할 수 있습니다. 이 문제는 마스터 노드 및 백업 노드가 모두 실패하면 발생할 수 있고 장애의 응답으로 SPBM에서 자동으로 시작된 규정 준수 쿼리 시퀀스에 의해 발생됩니다. 이러한 규정 준수 쿼리는 시스템에 더 많은 로드를 부여하므로 새 규정 준수 쿼리가 시간 제한을 초과하거나 잘못된 결과를 반환할 수 있습니다.

      해결 방법: 자동으로 시작된 모든 규정 준수 쿼리가 완료될 때까지 기다리십시오. 새 규정 준수 쿼리가 올바른 결과를 반환합니다.

    • 새 VM 스토리지 정책 생성 마법사에서 규칙에 대해 잘못된 레이블을 표시함
      새 VM 스토리지 정책 생성 마법사를 열어 Virtual SAN 데이터 서비스를 기반으로 정책을 정의할 때 정책 규칙을 설명하는 데 사용된 레이블에 사용자에게 친숙한 레이블 대신 내부 식별자가 표시될 수 있습니다. 예를 들어 개체당 디스크 스트라이프 수 대신 vsan.capabilitymetadata.propertymetadata.summary.replicaPreference.label이 표시될 수 있습니다.

      해결 방법: vSphere Web Client에서 로그아웃한 다음 다시 로그인하십시오.

    • 호스트에 다른 ESXi 소프트웨어 버전이 있는 경우 vSphere Web Client의 구성 요소 다시 동기화 페이지에서 다시 동기화 작업이 표시되지 않음
      Virtual SAN 클러스터에서 호스트를 업그레이드할 때 일부 호스트에 다른 버전의 ESXi 소프트웨어가 있을 수 있습니다. 예를 들어 일부 호스트는 ESXi 6.0 업데이트 1을 실행 중이고 일부 호스트는 ESXi 6.0 업데이트 2를 실행 중일 수 있습니다. 이 업그레이드 단계 동안 vSphere Web Client의 구성 요소 다시 동기화 페이지에 클러스터에서 발생하고 있는 다시 동기화 작업이 표시되지 않을 수 있습니다.

      해결 방법: 호스트 업그레이드를 하는 동안 다시 동기화 작업을 모니터링하려면 RVC 명령 vsan.resync_dashboard를 사용하십시오.

    • ESXi 소프트웨어 이전 버전 호스트에서 새 정책 규칙이 무시됨
      이 문제는 클러스터 한 개가 최신 소프트웨어를 실행 중이고 다른 클러스터가 이전 소프트웨어 버전을 실행 중인 2개 이상의 Virtual SAN 클러스터가 있을 때 발생합니다. vSphere Web Client에서 최신 Virtual SAN 소프트웨어에 대한 정책 규칙을 표시하지만 이러한 새 정책은 이전 호스트에서 지원되지 않습니다. 예를 들어 RAID-5/6(삭제 코딩) - 용량은 6.0U1 이전의 소프트웨어 버전을 실행 중인 호스트에서 지원되지 않습니다. 새 정책 규칙을 구성하고 VM 및 개체에 적용할 수 있지만 해당 규칙은 이전 소프트웨어 버전을 실행 중인 호스트에서 무시됩니다.

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

    • 업그레이드를 하는 동안 스냅샷 통합이 실패할 수 있음
      Virtual SAN 온디스크 형식을 버전 2.0에서 3.0으로 업그레이드하는 동안 스냅샷 통합이 실패할 수 있습니다. vSphere Client에서 통합 필요 열은 VM을 통합해야 함을 나타냅니다. 이러한 상황을 방지하려면 온디스크 형식을 업그레이드하기 전에 스냅샷 통합을 수행하거나 업그레이드가 완료될 때까지 기다립니다.

      해결 방법: 스냅샷 통합이 실패하는 경우 온디스크 형식 업그레이드가 완료된 후 작업을 수행하십시오.

    • Virtual SAN 용량 모니터의 사용된 용량 내역에 스냅샷 메모리 개체가 표시되지 않음
      하드웨어 버전 10 미만으로 생성된 가상 시스템의 경우 스냅샷 메모리가 사용된 용량 내역의 Vmem 개체에 포함됩니다.

      해결 방법: 사용된 용량 내역에서 스냅샷 메모리 개체를 보려면 하드웨어 버전 10 이상을 사용하여 시스템을 생성하십시오.

    • 통계 데이터베이스 개체에 적용된 스토리지 정책을 삭제하면 Virtual SAN 성능 서비스가 사용하지 않도록 설정됨
      성능 서비스에 적용된 스토리지 정책을 삭제하는 경우 vSphere Web Client에서 다음 메시지를 표시합니다. 성능 서비스가 사용되지 않도록 설정되었습니다.

      해결 방법: 다음 단계를 수행하여 삭제된 스토리지 정책을 복원하거나 RVC 명령을 사용하여 기존 스토리지 정책을 성능 서비스 통계 데이터베이스 개체에 적용하십시오.

      1. SSH를 사용하여 vCenter Server에 로그인하고 Bash 셸에 액세스합니다.

      2. 다음 명령을 실행하여 vCenter 계정으로 로그인합니다.

        rvc localhost

      3. 다음 명령을 실행하여 스토리지 정책을 통계 데이터베이스 개체에 적용합니다.

        vsan.perf.stats_object_setpolicy -o <policy> <cluster>

      예:

      vsan.perf.stats_object_setpolicy -o "/localhost/VSAN-DC/storage/vmprofiles/Virtual SAN Default Storage Policy" MyCluster

    • Virtual SAN 6.2로 업그레이드한 후 VM 요약 페이지에 보고된 스토리지 사용량이 더 크게 나타날 수 있음
      Virtual SAN의 이전 릴리스에서는 VM 스토리지 사용량에 대해 보고된 값이 데이터의 단일 사본에서 사용한 공간이었습니다. 예를 들어 게스트가 2개의 미러가 있는 씬 프로비저닝된 개체에 1GB를 쓴 경우 스토리지 사용량은 1GB로 표시되었습니다. Virtual SAN 6.2에서는 스토리지 사용량 필드에 모든 데이터 사본을 포함하여 사용된 실제 공간이 표시됩니다. 따라서 게스트가 2개의 미러가 있는 씬 프로비저닝된 개체에 1GB를 쓴 경우 스토리지 사용량은 2GB로 표시됩니다. Virtual SAN 6.2로 업그레이드한 후 일부 VM에서 보고된 스토리지 사용량이 더 크게 나타날 수 있지만 사용된 실제 공간은 늘어나지 않았습니다.

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

    • 감시 호스트를 유지 보수 모드로 전환할 수 없음
      감시 호스트를 유지 보수 모드로 전환하려고 시도하면 호스트가 현재 상태로 유지되고 다음 알림이 표시됩니다. 지정된 매개 변수가 올바르지 않습니다.

      해결 방법: 감시 호스트를 유지 보수 모드로 전환할 때 데이터 마이그레이션 없음 옵션을 선택하십시오.

    • 감시 호스트를 확장된 클러스터로 이동한 다음 외부로 이동하면 클러스터가 잘못 구성된 상태로 유지됨
      감시 호스트를 Virtual SAN 지원 vCenter 클러스터에 배치하면 해당 감시 호스트는 클러스터에 상주할 수 없다는 사실을 알려주는 경보가 표시됩니다. 그러나 해당 감시 호스트를 클러스터 외부로 이동하면 클러스터가 잘못 구성된 상태로 유지됩니다.

      해결 방법: 감시 호스트를 Virtual SAN의 확장된 클러스터 외부로 이동하고 확장된 클러스터를 재구성하십시오. 자세한 내용은 기술 자료 문서 2130587을 참조하십시오.

    • HA 하트비트 데이터스토어가 포함된 클러스터에서 네트워크 파티션이 발생한 경우 VM이 다른 쪽 데이터 사이트에서 다시 시작되지 않음
      Virtual SAN 클러스터의 기본 사이트나 보조 사이트에서 다른 사이트로의 네트워크 연결이 끊어진 경우, 네트워크 연결이 끊어진 사이트에서 실행 중인 VM이 다른 쪽 데이터 사이트에서 다시 시작되지 않고 다음 오류 메시지가 표시될 수 있습니다. vSphere HA 가상 시스템 HA 페일오버가 실패했습니다.

      이는 Virtual SAN 클러스터에 대해 예상되는 동작입니다.

      해결 방법: vSphere HA를 클러스터에서 구성하는 동안 HA 하트비트 데이터스토어를 선택하지 마십시오.

    • 마운트 해제된 Virtual SAN 디스크 및 디스크 그룹이 vSphere Web Client 작동 상태 필드에서 마운트된 것으로 표시됨
      디스크에서 계속 높은 지연 시간을 표시할 경우 esxcli vsan storage diskgroup unmount CLI 명령을 실행하거나 Virtual SAN 디바이스 모니터 서비스에서 Virtual SAN 디스크 또는 디스크 그룹을 마운트 해제한 후에도 vSphere Web Client의 작동 상태 필드가 마운트됨으로 잘못 표시됩니다.

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

    • 온디스크 형식으로 업그레이드하면 디스크가 Virtual SAN에 없다고 표시됨
      디스크 형식을 업그레이드하면 Virtual SAN이 클러스터에서 제거된 디스크를 잘못 표시할 수 있습니다. UI에서 해당 버전 상태를 혼합으로 표시할 수도 있습니다. 일반적으로 이런 표시 문제는 하나 또는 여러 디스크를 클러스터에서 수동으로 마운트 해제했을 때 발생합니다. 이런 경우 업그레이드 프로세스에 영향을 주지 않습니다. 마운트된 디스크만 점검됩니다. 마운트 해제된 디스크는 무시됩니다.
    • 해결 방법: 해결 방법이 없습니다.

    • 256자보다 긴 Virtual SAN 장애 도메인 이름을 입력할 수 없음
      vSphere Web Client에서 256바이트를 초과하는 장애 도메인 이름을 할당하면 오류 메시지가 표시됩니다. 지정된 매개 변수가 올바르지 않습니다. faultDomainInfo.name. 다중 바이트 유니코드 문자를 사용하는 경우 256자보다 짧은 경우에도 제한값인 256 바이트에 도달할 수 있습니다.

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

    • 모든 Virtual SAN 클러스터에서 동일한 외부 프록시 설정을 공유함
      프록시를 클러스터 수준으로 설정해도 모든 Virtual SAN 클러스터에서 동일한 외부 프록시 설정을 공유합니다. 클러스터가 인터넷에 직접 연결되어 있지 않은 경우 Virtual SAN은 외부 프록시를 사용하여 Support Assistant, 고객 환경 향상 프로그램 및 HCL 데이터베이스에 연결합니다.

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

    • vCenter HTTP 또는 HTTPS 포트 및 인증서 설정이 기본값에서 변경되면 Virtual SAN 상태 서비스가 오작동함
      Virtual SAN 상태 서비스는 기본 HTTPS 포트 443과 /etc/vmware-vpx/ssl/rui.crt/etc/vmware-vpx/ssl/rui.key 아래에 있는 기본 인증서만 지원합니다. 기본 포트를 변경하거나 인증서를 수정하는 경우 Virtual SAN 상태 서비스가 올바르게 작동하지 않습니다. 상태 코드 400(잘못된 요청) 또는 거부된 요청을 받을 수 있습니다.

      해결 방법: 기본값으로 사용할 Virtual SAN 상태 서비스 HTTP 및 HTTPS 설정을 구성하십시오.

    • Virtual SAN 상태 점검의 멀티캐스트 성능 테스트가 Virtual SAN 네트워크에서 실행되지 않음
      일부 경우 ESXi 호스트의 라우팅 구성에 따라 네트워크 멀티캐스트 성능 테스트가 Virtual SAN 네트워크에서 실행되지 않습니다.

      해결 방법: Virtual SAN 네트워크를 ESXi 호스트를 위한 유일한 네트워크 설정으로 사용하고 이 구성을 기반으로 네트워크 멀티캐스트 성능 테스트를 수행하십시오.

      ESXi 호스트에 여러 네트워크 설정이 있는 경우 이 예제에 나열된 다음 단계에 따라 수행할 수도 있습니다. Virtual SAN이 192.168.0.0 네트워크에서 실행되고 있다고 가정하십시오.

      1. 각 호스트에서 멀티캐스트 그룹 주소를 이 네트워크에 바인딩합니다.

        $ esxcli network ip route ipv4 add -n 224.2.3.4/32 -g 192.168.0.0?

      2. 라우팅 테이블을 확인합니다.

        $ esxcli network ip route ipv4 list
        default      0.0.0.0          10.160.63.253  vmk0       DHCP
        10.160.32.0  255.255.224.0    0.0.0.0        vmk0       MANUAL
        192.168.0.0  255.255.255.0    0.0.0.0        vmk3       MANUAL
        224.2.3.4    255.255.255.255  192.168.0.0    vmk3       MANUAL

      3. 사전 예방적으로 멀티캐스트 네트워크 성능 테스트를 실행하고 결과를 확인합니다.

      4. 테스트가 완료되면 라우팅 테이블을 복구합니다.

        $ esxcli network ip route ipv4 remove -n 224.2.3.4/32 -g 192.168.0.0

    • 기본 사이트가 분리되면 확장된 클러스터에 있는 VM에 액세스할 수 없고 감시 호스트에 대해서만 연결됨
      기본 사이트를 사용할 수 없게 되거나 보조 사이트와 감시 호스트에 대한 네트워크 연결이 끊어지면 보조 사이트에서 감시 호스트와의 클러스터를 형성하여 스토리지 운영을 계속합니다. 기본 사이트에 있는 데이터가 시간이 지날수록 낙후됩니다. 그런 다음, 기본 사이트에서 보조 사이트가 아닌 감시 호스트로 다시 연결하면 감시 호스트가 해당 클러스터를 그대로 남겨둔 채 기본 사이트와 다른 클러스터를 형성하기 때문에 해당 클러스터의 최신 데이터에 액세스할 수 없어 일부 VM에 액세스할 수 없습니다.

      해결 방법: 기본 사이트를 클러스터에 다시 연결하기 전에 먼저 보조 사이트를 기본 사이트로 표시하십시오. 사이트가 다시 동기화되면 기본 사이트로 사용할 사이트를 표시할 수 있습니다.

    • Virtual SAN 감시 호스트 OVA가 내부 DVS 구성을 지원하지 않음
      VMware Virtual SAN 감시 호스트 OVA 패키지가 감시 호스트 내에서 DVS(Distributed Virtual Switch)의 구성을 지원하지 않습니다.

      해결 방법: 레거시 가상 스위치를 사용하십시오.