VMware Virtual SAN 6.5 릴리스 정보

|

업데이트 날짜: 2017년 1월 10일

VMware Virtual SAN 6.5 | 2016년 11월 15일 | ISO 빌드 4564106

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

릴리스 정보에 포함된 내용

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

새로운 기능

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

  • iSCSI 대상 서비스. Virtual SAN iSCSI 대상 서비스를 사용하면 Virtual SAN 클러스터 외부의 물리적 워크로드에서 Virtual SAN 데이터스토어에 액세스할 수 있습니다. 원격 호스트에 있는 iSCSI 이니시에이터가 블록 수준 데이터를 Virtual SAN 클러스터의 스토리지 디바이스에 있는 iSCSI 대상으로 전송할 수 있습니다.

  • 감시 트래픽 분리를 통해 2개 노드 직접 연결. Virtual SAN 6.5는 확장된 클러스터 구성에서 감시 호스트와 통신할 수 있는 대체 VMkernel 인터페이스에 대한 지원을 제공합니다. 이 지원을 통해 Virtual SAN 네트워크에서 감시 호스트로의 라우팅이 필요 없이 Virtual SAN 데이터 트래픽에서 감시 트래픽을 분리할 수 있습니다. 특정 확장된 클러스터 및 2개 노드 구성에서 간편하게 감시 호스트에 연결할 수 있습니다. 2개 노드 구성에서 고속 스위치 없이도 Virtual SAN 데이터 트래픽에 대해 1개 이상의 노드 간 직접 연결을 설정할 수 있습니다. 감시 트래픽에 대해 대체 VMkernel 인터페이스를 사용하는 것은 Virtual SAN 데이터 트래픽에 사용된 인터페이스와 동일한 물리적 스위치에 연결된 경우에 한해 확장된 클러스터 구성에서 지원됩니다.

  • PowerCLI 지원. VMware vSphere PowerCLI는 Virtual SAN에 대한 명령줄 스크립팅 지원을 추가하여 구성 및 관리 작업을 자동화할 수 있도록 도와줍니다. vSphere PowerCLI는 vSphere API에 대한 Windows PowerShell 인터페이스를 제공합니다. PowerCLI는 Virtual SAN 구성 요소를 관리하기 위한 cmdlet을 포함합니다.

  • 512e 드라이브 지원. Virtual SAN 6.5는 물리적 섹터 크기가 4096바이트인 512e 자기 HDD(하드 디스크 드라이브)를 지원하지만 논리적 섹터 크기는 512바이트의 섹터 크기를 에뮬레이트합니다.

VMware Virtual SAN 커뮤니티

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

이 릴리스의 업그레이드

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

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

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

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

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

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

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

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

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

제한 사항

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

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

  • 알려진 문제

    • 신규 Virtual SAN 데이터스토어와 함께 Improved Virtual Disk에 대한 제한적 지원
      Virtual SAN 6.5은 Virtual SAN 데이터스토어에서 Improved Virtual Disk를 완전히 지원하지 않습니다. Virtual SAN 데이터스토어에서 Improved Virtual Disk를 사용하는 경우 다음 문제가 발생할 수 있습니다.

      • Virtual SAN Health Service가 Improved Virtual Disk의 상태를 올바로 표시하지 않습니다.
      • [사용된 용량 분석]에서 Improved Virtual Disk의 사용된 용량을 다음 범주에 포함시킵니다. 기타
      • Improved Virtual Disk를 사용하는 VM의 상태가 올바로 계산되지 않습니다.

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

    • 신규 감시 트래픽을 지원하기 위해 vmknic에서 [트래픽 유형] 옵션을 설정한 후 HA 페일오버가 발생하지 않음
      감시 트래픽을 지원하기 위해 vmknic에서 [트래픽 유형] 옵션을 설정하는 경우 vSphere HA는 새로운 설정을 자동으로 검색하지 않습니다. HA를 수동으로 사용하지 않도록 설정한 후 다시 사용하도록 설정해야 vSphere HA가 vmknic을 검색합니다. vmknic과 Virtual SAN 클러스터를 먼저 구성한 후에 클러스터에서 HA를 사용하도록 설정하면 HA가 vmknic을 검색합니다.

      해결 방법: 클러스터에서 수동으로 vSphere HA를 사용하지 않도록 설정한 후 다시 사용하도록 설정합니다.

    • Web Client에 표시된 iSCSI 대상 및 LUN에 대한 스토리지 규정 준수가 ESXCLI와 일치하지 않음
      ESXCLI에서 iSCSI 대상 및 LUN을 생성한 경우 ESXCLI 출력에서 규정 준수 상태를 '준수'라고 표시하더라도 vSphere Web Client에는 해당 상태가 최신 버전이 아님으로 표시됩니다. 이 문제는 데이터스토어 기본 정책을 사용하여 iSCSI 대상 및 LUN을 생성한 경우에도 발생합니다.

      해결 방법: Web Client에서 SPBM 정책을 선택하고 상태가 최신 버전이 아님인 대상 및 LUN에 이 정책을 할당할 수 있습니다.

    • iSCSI 대상 서비스를 사용하지 않도록 설정하고 삭제한 후 일부 iSCSI 개체가 Virtual SAN 데이터스토어에 남아 있음
      Web Client를 사용하여 모든 iSCSI 대상 및 LUN을 제거하고 iSCSI 대상 서비스를 사용하지 않도록 설정하는 경우 iSCSI 홈 개체가 여전히 Virtual SAN 데이터스토어에 존재합니다.

      해결 방법: iSCSI 홈 개체 및 iSCSI 대상 서비스에 연결된 모든 메타데이터를 삭제하려면 클러스터의 임의 호스트에서 다음 명령을 실행하십시오. esxcli vsan iscsi homeobject delete

    • iSCSI 대상 페일오버 동안 iSCSI I/O 작업이 중단될 수 있음
      iSCSI 대상 페일오버 동안 iSCSI I/O 작업이 중단될 수 있습니다. 호스트 장애 또는 호스트 재부팅이 iSCSI 대상 페일오버를 트리거할 수 있습니다.

      해결 방법: iSCSI 이니시에이터에서 세션을 다시 시도하십시오.

    • iSCSI MCS가 지원되지 않음
      Virtual SAN iSCSI 대상 서비스가 MCS(Multiple Connections per Session)를 지원하지 않습니다.

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

    • 모든 iSCSI 이니시에이터가 iSCSI 대상을 검색할 수 있음
      Virtual SAN iSCSI 대상 서비스에서 네트워크에 있는 모든 이니시에이터가 iSCSI 대상을 검색할 수 있도록 허용합니다.

      해결 방법: ESXi 호스트를 별도의 VLAN에 배치하여 iSCSI 이니시에이터와 분리할 수 있습니다.

    • 상태 모니터의 물리적 디스크 용량 점검에서 디스크의 사용 가능한 공간이 음수로 표시됨
      Virtual SAN 클러스터의 디스크 그룹이 가득 차서 사용 가능한 공간이 거의 없을 경우 다음 상태 점검에서 디스크의 사용 가능한 공간이 음수로 표시될 수 있습니다. 모니터 > Virtual SAN > 상태 > 물리적 디스크 > 디스크 용량

      해결 방법: Virtual SAN 클러스터에 용량을 더 추가하여 사용 가능한 공간을 늘릴 수 있습니다.

    • 네트워크 파티션을 확인한 후 연결된 복제 VM에서 일부 VM 작업이 실패할 수 있음
      게스트 운영 체제 내 I/O를 생성하지 않는 연결된 복제 VM에서 일부 VM 작업이 실패할 수 있습니다. 실패할 수도 있는 작업에는 스냅샷 생성과 VM 일시 중단이 포함됩니다. 이 문제는 네트워크 파티션을 확인한 후 상위 기본 VM의 네임스페이스에 아직 액세스할 수 없는 경우 발생할 수 있습니다. 상위 VM의 네임스페이스에 액세스할 수 있게 되어도 VM의 전원을 켜라는 알림이 HA에 전달되지 않습니다.

      해결 방법: I/O 작업이 정상적으로 실행되고 있지 않은 VM의 전원을 껐다가 다시 켜십시오.

    • Virtual SAN 구성 마법사를 사용한 후 Web Client에서 로그아웃하면 일부 구성 작업이 실패할 수 있음
      Virtual SAN 구성 마법사에서 구성 작업을 완료하는 데 몇 시간이 걸릴 수 있습니다. 마법사가 구성을 완료할 때까지 Web Client에 로그인한 상태로 있어야 합니다. 이 문제는 일반적으로 클러스터에 호스트와 디스크 그룹에 많이 있는 경우에 발생합니다.

      해결 방법: 일부 구성 작업이 실패할 경우 구성을 다시 수행하십시오.

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

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

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

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

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

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

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

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

    • Virtual SAN 6.5로 업그레이드한 후 VM 요약 페이지에 보고된 스토리지 사용량이 더 크게 나타날 수 있음
      Virtual SAN의 이전 릴리스에서는 VM 스토리지 사용량에 대해 보고된 값이 데이터의 단일 사본에서 사용한 공간이었습니다. 예를 들어 게스트가 2개의 미러가 있는 씬 프로비저닝된 개체에 1GB를 쓴 경우 스토리지 사용량은 1GB로 표시되었습니다. Virtual SAN 6.5에서는 스토리지 사용량 필드에 모든 데이터 사본을 포함하여 사용된 실제 공간이 표시됩니다. 따라서 게스트가 2개의 미러가 있는 씬 프로비저닝된 개체에 1GB를 쓴 경우 스토리지 사용량은 2GB로 표시됩니다. Virtual SAN 6.5로 업그레이드한 후 일부 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에서 해당 버전 상태를 혼합으로 표시할 수도 있습니다. 일반적으로 이런 표시 문제는 하나 또는 여러 디스크를 클러스터에서 수동으로 마운트 해제했을 때 발생합니다. 이런 경우 업그레이드 프로세스에 영향을 주지 않습니다. 마운트된 디스크만 점검됩니다. 마운트 해제된 디스크는 무시됩니다.
    • 해결 방법: 해결 방법이 없습니다.

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

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

    • 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에 액세스할 수 없습니다.

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

    • VM 스토리지 정책 마법사의 스토리지 사용량 모델에 잘못된 정보가 표시됨
      Virtual SAN 클러스터에 있는 하나 이상 호스트가 소프트웨어 버전 6.0 업데이트 2 이상을 실행하지 않을 경우, RAID 5/6을 장애 허용 방법으로 선택하면 VM 스토리지 정책 마법사의 스토리지 사용량 모델에 잘못된 정보가 표시될 수 있습니다.

      해결 방법: 모든 호스트를 최신 소프트웨어 버전으로 업그레이드하십시오.