vRealize Automation 6.2.2 | 2015년 6월 9일 | 빌드 2754336

VMware Identity Appliance 6.2.2 | 2015년 6월 9일 | 빌드 2755560

vRealize Automation Application Services 6.2.0 | 2014년 12월 9일 | 빌드 2299597

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

릴리스 정보에 포함된 내용

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

새로운 기능

이번 vRealize Automation 릴리스에서는 해결된 문제 섹션에 설명된 대로 많은 문제가 해결되었으며 다음과 같은 기능이 향상되었습니다.

  • IaaS 사전 요구 사항이 설치 마법사뿐만 아니라 업그레이드 마법사의 일부로 확인됩니다.
  • vSphere 예약이 SDRS 클러스터의 개별 데이터스토어로 시스템을 프로비저닝하도록 구성된 경우 예약의 스토리지 선택을 변경하여 예약을 재생성하지 않고 멤버 데이터스토어 대신 클러스터를 사용할 수 있습니다. 예약이 업데이트되면 기존 시스템이 개별 데이터스토어 대신 클러스터와 연결됩니다.
  • 사용자 지정 속성인 VirtualMachine.NetworkN.ProfileName을 Blueprint 수준뿐 아니라 예약 수준에 적용할 수 있습니다.
  • Amazon AWS로 프로비저닝이 Amazon.Placement.Tenancy 속성을 사용하여 비전용 VPC로 전용 인스턴스 프로비저닝을 지원합니다.
  • 원격 콘솔에 연결 작업이 키 조합을 게스트 시스템에 보내는 새 도구 모음 버튼을 사용하여 Ctrl-C를 지원합니다.
  • vRealize Orchestrator 로그는 로그 파일 크기를 기반으로 자동 롤오버됩니다.

시스템 요구 사항, 설치 및 업그레이드

지원되는 호스트 운영 체제, 데이터베이스 및 웹 서버에 대한 정보는 vRealize Automation 지원 매트릭스를 참조하십시오.

추가 사전 요구 사항 및 설치 지침은 VMware vRealize Automation 설명서 센터의 vRealize Automation Installation and Configuration 을 참조하십시오.

버전 6.2.2로 업그레이드하려면 vCloud Automation Center 6.1을 vRealize Automation 6.2로 업그레이드 에 나와 있는 지침을 따릅니다.

설명서

vRealize Automation 설명서 세트에는 버전 6.2.2에 도입된 모든 새 기능을 지원하기 위한 업데이트가 들어 있습니다.

전체 vRealize Automation 6.2.2 설명서 세트에 액세스하려면 VMware vRealize Automation 6.2 설명서로 이동하십시오.

해결된 문제

해결된 문제는 다음과 같이 분류됩니다.

설치 및 업그레이드

  • vRealize Automation 6.2.1로 업그레이드하기 전에 Identity Appliance 및 가상 장치에 대한 루트 암호의 사용 기간을 확인해야 합니다.
    루트 암호의 사용 기간이 365일 이상인 경우 업그레이드를 실행하기 전에 암호를 변경해야 합니다. 루트 암호의 사용 기간이 364일 이하인 경우 업그레이드를 진행할 수 있습니다.

  • 이 문제는 해결되었습니다.

  • NTP 4.2.8에 CVE-2014-9298에서 설명된 보안 취약점 문제가 포함되어 있음
    vRealize Automation 버전 6.2.1에는 NTP 4.2.8에서 발견된 보안 취약점을 해결하는 수정 사항이 포함되어 있습니다. 이후 vRealize Automation 릴리스에서 업데이트된 버전의 NTP를 사용할 수 있습니다.

  • 이 문제는 해결되었습니다.

  • PowerShell 스크립트 누락으로 인해 HP Server Automation Software 통합 스크립트가 중단됨
    PowerShell 스크립트 누락으로 인해 HP Server Automation Software 시스템 PXE 생성 및 소프트웨어 설치에 대한 지원이 중단됩니다.

  • 이 문제는 해결되었습니다.

  • VMware vRealize Automation IaaS 설치 화면이 잘못된 버전을 나타냄
    vCloud Automation Center 버전 6.1에 대한 모든 참조는 vRealize Automation 버전 6.2에 적용되고 vRealize Automation 버전 6.2에 대한 모든 참조는 vRealize Automation 버전 6.2.2에 적용됩니다.

  • 이 문제는 해결되었습니다.

    IaaS Web 및 Model Management 설치 도중 IIS의 문제 때문에 IaaS 인증이 실패함
    필수 구성 요소 검사기를 실행하면 인증이 사용되도록 설정되지 않아 IIS 인증 확인에 실패했다는 메시지가 나타나지만, IIS 인증 확인란이 선택된 상태입니다.

    해결 방법:

    1. Windows 인증 확인란을 선택 해제합니다.
    2. 저장을 클릭합니다.
    3. Windows 인증 확인란을 선택합니다.
    4. 저장을 클릭합니다.
    5. 필수 구성 요소 검사기를 다시 실행합니다.

    이 문제는 설치 및 구성 설명서에서 해결되었습니다. 자세한 내용은 VMware vRealize Automation 6.2 설명서 센터의 vRealize Automation 설치 및 구성 을 참조하십시오.

  • IaaS 데이터베이스를 수동으로 생성하기 위해 추가 인수가 필요함

    BuildDB.bat명령에는 vRealize Automation을 위한 버전 문자열을 지정하기 위한 인수가 포함되어야 합니다.

    BuildDB.bat /p:DBServer=db_server;
    DBName=db_name;DBDir=db_dir;
    LogDir=[log_dir];ServiceUser=service_user;
    ReportLogin=web_user;
    VersionString=version_string

    vRealize Automation 6.1에 대한 version_string은 6.1.0.3390입니다.

  • 이 문제는 설치 및 구성 설명서에서 해결되었습니다. 자세한 내용은 VMware vRealize Automation 6.2 설명서 센터의 vRealize Automation 설치 및 구성 을 참조하십시오.

  • 잘못된 UPN 형식 자격 증명을 사용하여 IaaS 관리자로 로그인하려고 하면 아무 설명 없이 실패함
    사용자 이름의 @ yourdomain 부분을 포함하지 않는 UPN 자격 증명을 사용하여 IaaS 관리자로 vRealize Automation에 로그인하려고 하면 아무 설명 없이 즉시 SSO에서 로그아웃되고 로그인 페이지로 리디렉션됩니다.

  • 해결 방법: yourname.admin@ yourdomain 형식에 따라 UPN을 입력해야 합니다. 예를 들어 사용자 이름으로 jsmith.admin@sqa.local을 사용하여 로그인하지만 UPN이 Active Directory에 jsmith.admin으로만 설정되어 있으면 로그인이 실패합니다. 문제를 해결하려면 필요한 @ yourdomain 부분을 포함하여 userPrincipalName값을 변경하고 로그인을 다시 시도합니다. 이 예에서 UPN 이름은 jsmith.admin@sqa.local이어야 합니다. 이 정보는 log/vcac폴더 안의 로그 파일에서도 제공됩니다.

    이 문제는 설치 및 구성 설명서에서 해결되었습니다. 자세한 내용은 VMware vRealize Automation 6.2 설명서 센터의 vRealize Automation 설치 및 구성 을 참조하십시오.

마이그레이션

  • 마이그레이션 전 검사에서 대상 시스템에 에이전트가 없다고 잘못 보고됨
    마이그레이션 전 검사에서는 소스 시스템의 에이전트 이름이 대상 시스템에 있는지 확인하는 검사가 이루어지며, 불일치가 있을 경우 보고서에 해당 메시지가 생성됩니다. 대상 시스템에 일치하는 에이전트가 있을 경우에도 마이그레이션 전 보고서에 대상 시스템에서 일치하는 에이전트를 찾을 수 없습니다. 대상 시스템에 일치하는 이름의 에이전트를 설치하십시오.라는 메시지가 포함될 수 있습니다.

    대상 시스템에 일치하는 에이전트가 있지만 해당 에이전트에 끝점이 구성되지 않은 경우 이러한 메시지가 잘못 생성됩니다.

    해결 방법: 마이그레이션 전 보고서에 이러한 메시지가 나타나고 대상 시스템에 일치하는 에이전트가 있을 경우, 대상 시스템의 에이전트에 대해 끝점을 구성하고 마이그레이션 전 작업을 다시 실행하십시오. 그렇지 않으면 메시지를 무시하고 마이그레이션이 완료된 다음에 끝점을 구성할 수도 있습니다.

  • 이 문제는 vCloud Automation Center 5.2.3을 vRealize Automation 6.2로 마이그레이션 설명서에서 해결되었습니다. 자세한 내용은 VMware vRealize Automation 6.2 설명서 센터의 vCloud Automation Center 5.2.3을 vRealize Automation 6.2로 마이그레이션 을 참조하십시오.

구성 및 프로비저닝

  • vRealize Automation이 시스템에서 이름이 동일한 여러 호스트를 지원하지 않음
    데이터 수집에서는 호스트 이름을 기준으로 호스트를 업데이트합니다. 두 끝점에 이름이 동일한 호스트가 있을 경우 두 끝점이 호스트 소유권을 경합합니다.

    해결 방법: 모든 호스트 이름이 고유해야 합니다.

  • 이 문제는 해결되었습니다.

  • 페이지 필터 요청이 오류를 반환하고 페이지가 작동을 중지함

    예를 들어 BG1 또는 BG2라는 이름의 비즈니스 그룹에 대한 결과만 필터링하기 위해 비즈니스 그룹에 대한 사용자 지정 필터를 생성하는 경우 다음 또는 다음과 유사한 메시지가 포함된 메시지가 표시됩니다.

    식 (((Convert([10007].GroupType) == 0) And ([1007].TenantID == “sqa”)) And Not(Like([10007].GroupName, “by”)))이 지원되지 않습니다.

    메시지 박스에서 확인을 클릭하면 비즈니스 그룹 사용자 인터페이스가 해당 세션에 대해 더 이상 작동하지 않습니다. 이벤트 로그에는 다음 또는 다음과 유사한 내용이 포함됩니다.

    'System.Web.HttpUnhandledException' 유형의 예외가 발생했습니다. 내부 예외: 식 (((Convert([10007].GroupType) == 0) And ([10007].TenantID == "sqa")) And Not(Like([10007].GroupName, "by")))이 지원되지 않습니다.

    다음 사용자 인터페이스 페이지는 이 필터링 문제의 영향을 받습니다.
    • 대량 가져오기 세부 정보
    • Amazon AMI 선택
    • OpenStack 이미지 선택
    • VSphere 선택에서 복제
    • 비즈니스 그룹 목록
    • 최근 이벤트
    • 관리되는 시스템
    • 예약된 시스템
    • 로그
    • 감사 로그
    • 워크플로 기록
    • 워크플로 기록 세부 정보

    해결 방법: 사용자 인터페이스의 올바른 사용을 복구하려면 로그아웃했다가 다시 로그인하여 새 vRealize Automation 세션을 시작합니다.

  • 이 문제는 해결되었습니다.

  • 항목 수가 25의 배수인 경우 페이지 매기기 요청이 오류를 발생시키고 마지막 페이지의 기록이 표시되지 않음

    예를 들어 비즈니스 그룹의 수가 25의 배수인 경우 비즈니스 그룹의 마지막 페이지로 이동하면 다음 또는 다음과 유사한 메시지가 포함된 메시지 박스가 표시됩니다.

    인덱스가 범위를 벗어났습니다. 음수가 아니어야 하며 컬렉션 크기보다 작아야 합니다. 매개 변수 이름: 인덱스.

    메시지 상자에서 확인을 클릭합니다.

    다음 사용자 인터페이스 페이지는 이 필터링 문제의 영향을 받습니다.
    • 대량 가져오기 세부 정보
    • Amazon AMI 선택
    • OpenStack 이미지 선택
    • VSphere 선택에서 복제
    • 비즈니스 그룹 목록
    • 최근 이벤트
    • 관리되는 시스템
    • 예약된 시스템
    • 로그
    • 감사 로그
    • 워크플로 기록
    • 워크플로 기록 세부 정보

    해결 방법: 다른 비즈니스 그룹과 같은 다른 엔티티를 생성하여 25의 배수 문제를 상쇄합니다. 또는 다른 정렬 순서 또는 필터를 적용하여 25의 배수 문제를 방지하고 목록의 마지막 페이지에 항목을 표시합니다.

  • 이 문제는 해결되었습니다.

알려진 문제

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

이전에 문서화되지 않은 알려진 문제는 * 기호로 표시되어 있습니다.

설치 및 업그레이드

  • .Net 4.5.2에서 VRealize Automation IaaS 설치 실패*
    .NET 4.5.1을 4.5.2로 업그레이드할 때 다음 오류 메시지가 나타날 수 있습니다. Files (x86)\VMware\vCAC\Server\Model Manager Data\DynamicOps.ManagementModel.dll" -s "2012Server9.merck.com" -d "vCAC" -c "C:\Program Files (x86)\VMware\vCAC\Server\Model Manager Data\ManagementModelSecurityConfig.xml" -v.

  • 해결 방법: .NET 4.5.2로 업그레이드하기 위한 Microsoft 설치 지침의 설명에 따라 최신 Windows 업데이트를 설치하고 시스템을 재부팅하십시오.

  • /etc/hosts 파일에 수행한 변경 사항이 특정 환경에서 덮어쓰여질 수 있음*
    /etc/hosts 파일을 변경하면 다음 작업 중 하나가 발생할 때 변경 사항이 덮어쓰여질 수 있습니다.

    • 재부팅
    • 네트워크 변경
    • 관리 콘솔, 네트워크 탭에서 수행한 변경
    • 업그레이드


  • 해결 방법: VAMI_EDIT_BEGIN에서 VAMI_EDIT_END까지의 섹션은 네트워크 변경이 감지될 때 덮어쓰여지므로 /etc/hosts 파일의 변경 사항을 영구 보존하려면 이 섹션 밖에서 변경해야 합니다.

  • 호스트 파일에서 IP 주소를 변경하거나 추가한 후 장치를 다시 시작하면 변경 또는 추가 내용이 유지되지 않음*
    자세한 내용은 기술 자료 2112582을 참조하십시오.

  • vRealize Automation 로그인 페이지에 사용자 이름 및 암호 필드가 나타나지 않음*
    이 문제는 VMware 클라이언트 통합 플러그인과 Firefox 간의 비호환성 때문에 최근 버전의 Firefox 브라우저에서만 발생합니다.

    해결 방법: 자세한 내용은 기술 자료 2102075를 참조하십시오.

  • vCenter PSC(Platform Services Controller) 버전 6.0으로 업그레이드한 후 vRealize Automation에 로그인할 때 오류가 발생함
    vCenter PSC(Platform Services Controller) 버전 6.0으로 업그레이드한 후 vRealize Automation에 로그인하면 오류 메시지 VMware 클라이언트 통합 플러그인으로 인한 오류 때문에 Windows 세션 인증 로그인 실패가 나타남 vmware_csd 프로세스를 실행할 애플리케이션이 없음메시지가 있는 대화 상자가 나타날 수도 있습니다. 로그인하려면 클라이언트 통합의 6.0 버전이 필요합니다.

    해결 방법: http://vsphereclient.vmware.com/vsphereclient/VMware-ClientIntegrationPlugin-6.0.0.exe에서 클라이언트 통합 플러그인을 다운로드하고 vRealize Automation에 다시 로그인합니다.

  • vSphere 6.0에 추가된 vCenter PSC(Platform Services Controller) 버전 6.0을 사용하면 vsphere.local 이외의 테넌트 이름을 지정할 수 있습니다.
    vRealize Automation을 구성할 때 가상 장치의 SSO 탭에서 테넌트 이름을 입력할 수 없기 때문에 vRealize Automation에서는 기본 테넌트의 이름이 vsphere.local이어야 합니다.

    해결 방법: vSphere 6.0에서 테넌트 이름 vsphere.local을 다른 이름으로 변경하지 마십시오.

  • vCenter Server가 버전 5.5 U2에서 6.0으로 업그레이드된 후 vSphere Web Client 로그인 화면에 VMWare vCenter Single Sign-On 대신 VMware vCloud Automation Center가 표시됨

    vCenter Server가 PSC(Platform Services Controller)로 구성되었으며 업그레이드된 vRealize Automation도 구성된 경우 vSphere Web Client 로그인 화면에 VMWare vCenter Single Sign-On 대신 VMware vCloud Automation Center가 잘못 표시됩니다. 이 문제는 vRealize Automation에서 브랜딩 적용 옵션이 선택되어 있지 않더라도 발생합니다.

  • vCenter SSO 5.5에서 PSC(Platform Services Controller) 6.0으로 업그레이드한 후 vCenter 5.5 SSO를 통해 vRealize Automation에서 생성된 테넌트를 편집할 수 없음(Windows 기반 SSO만)

    vCenter 5.5 SSO에 연결되어 있는 동안 테넌트를 생성하고 PSC 6.0으로 업그레이드한 후 편집하려고 하면 다음과 같은 오류 메시지가 표시되며 편집 작업이 실패합니다. 시스템 예외입니다. 자세한 내용은 기술 자료 2109719를 참조하십시오.

  • PSC 6.0으로 업그레이드한 후 기본 테넌트 URL인 https://FQDN_VA/vcac에 액세스할 때 포트 7444가 더 이상 vRealize Virtual Appliance의 SSO 등록에서 유효하지 않기 때문에 400 요청 오류가 나타남
    업그레이드된 PSC 6.0에 가상 장치를 다시 등록하려고 하면 가상 장치에서 오류 메시지 호스트 vra-va-hostname.domain.name 및 포트 7444에서 원격 SSO에 액세스하려고 시도하지만 필요한 호스트는 vra-va-hostname.domain.name이고 포트는 443입니다.가 나타납니다.

    1. 정규화된 도메인 이름 https:// vra-va-hostname.domain.name:5480을 사용하여 vRealize Appliance 관리 콘솔로 이동합니다.
    2. 장치가 배포되었을 때 지정한 사용자 이름 루트와 암호를 사용하여 로그인합니다.
    3. vRA 설정 탭을 클릭합니다.
    4. SSO를 클릭합니다.
    5. SSO 서버에 대한 설정을 입력합니다. 이러한 설정은 SSO 장치를 구성했을 때 입력한 설정과 일치해야 합니다.
      •  
        1. SSO 호스트 텍스트 상자의 sso-va-hostname.domain.name 양식을 사용하여 SSO 장치의 정규화된 도메인 이름을 입력합니다. https:// 접두사를 사용하지 마십시오. 예를 들면 vra-sso-mycompany.com입니다.
        2. 기본 포트 번호 7444가 SSO 호스트 텍스트 상자에 표시됩니다. 이 값을 443으로 변경합니다.
        3. 기본 테넌트 이름인 vsphere.local을 수정하지 마십시오.
        4. SSO 관리자 텍스트 상자에 기본 관리자 이름 administrator@vsphere.local을 입력합니다.
        5. SSO 관리자 암호 텍스트 상자에 SSO 관리자 암호를 입력합니다.
        6. 브랜딩 적용을 선택합니다.
        7. 설정 저장을 클릭합니다.
        8. 확인을 클릭합니다.
        9. 몇 분 후 성공 메시지가 나타나고 SSO 상태가 연결됨으로 업데이트됩니다.

        10. 서비스 탭으로 이동하여 모든 가상 장치 서비스가 실행 중일 때까지 기다린 후에 제품에 다시 로그인합니다.
  • 해결 방법: 다음 단계를 수행합니다.

  • SSO 5.x를 사용하는 vRealize Automation을 vCenter PSC 6.0으로 업그레이드한 후 테넌트에 액세스할 수 없고 내부 오류가 발생함(Linux만)
    해결 방법: 자세한 내용은 기술 자료 2112030을 참조하십시오.

  • vSphere Blueprint에 대한 원격 콘솔에 연결 작업 복구
    6.2.2에는 vSphere를 통해 프로비저닝된 장치를 위한 원격 콘솔 지원 기능이 포함되어 있습니다. 6.2에서 6.2.2로 업그레이드하는 경우 작업 탭에서 "원격 콘솔을 사용하여 연결"을 사용하도록 기존 Blueprint를 변경해야 합니다. 자세한 내용은 기술 자료 2109706을 참조하십시오.

  • VMware vRealize Automation 6.2.x IaaS 설치 또는 업그레이드가 코드 -1과 함께 종료됨 오류 메시지가 표시되며 실패함
    이 문제는 IaaS 가상 시스템에 JRE(Java Runtime Environment) 1.8이 설치되어 있기 때문에 발생합니다.

    해결 방법: JRE(Java Runtime Environment) 1.8을 제거하고 JRE 1.7을 설치합니다. 기술 자료 2101591를 참조하십시오.

  • 분할 DNS 구성의 ID 장치 관리 콘솔에 경고가 나타남
    분할 DNS 구성에서 AD 도메인에 가입을 선택하는 경우 식별 장치 관리 콘솔에 경고가 나타납니다. 경고 메시지를 무시할 수 있습니다.

    해결 방법: domainjoin-cli --disable hostname command를 실행하여 명령줄에서 수동으로 도메인에 가입합니다. 이 구문은 vCenter Appliance에서 동일한 domainjoin-cli에 대해 사용됩니다.

  • IaaS 사용자 지정 설치 옵션을 사용한 Manager Service 구성 요소 설치가 실패함
    데이터베이스, 웹 사이트 및 Model Manager Data 구성 요소가 이미 설치된 시스템에서 Manager Service 구성 요소의 설치가 지원되지 않습니다. 설치를 시도하면 Manager Service 구성 요소 설치가 실패하고 가상 애플리케이션 vcac가 있음오류 메시지가 표시됩니다.

  • 노드와 관리 콘솔 간의 느린 네트워크 연결 때문에 로그가 최종 번들에 포함되지 않음
    시간 제한이 초과될 경우 로그가 업로드되지 않고 최종 번들에 포함되지 않습니다. 현재 시간 제한은 노드가 명령 실행을 시작한 후 30분으로 고정되어 있습니다. 이 문제는 노드와 관리 콘솔 간의 느린 네트워크 연결 때문에 발생할 수 있습니다.

  • 필수 구성 요소 검사기가 기본값이 아닌 SQL 포트를 사용할 때 설정을 감지하지 않음
    사용자 지정 설치를 실행하고 기본값이 아닌 인스턴스와 기본값이 아닌 포트를 사용하여 SQL에서 데이터베이스 노드를 선택하는 경우 MSDTC(Microsoft Distributed Transaction Coordinator)가 올바르게 구성되어 있고 MSDTC 서비스가 실행 중이더라도 필수 구성 요소 검사기가 설정을 감지하지 않습니다.

    해결 방법: MSDTC가 실행 중인지 수동으로 확인한 다음 필수 구성 요소 검사기에서 무시를 클릭하여 설치를 진행합니다.

  • 6.1에서 6.2로 업그레이드한 후 ID 가상 장치의 로그인 페이지에 VMware vCloud Automation Center라고 표시됨
    VMware vCloud Automation Center 6.1.x에서 vRealize Automation 6.2로 업그레이드하는 경우 ID 가상 장치의 로그인 페이지에 VMware vRealize Automation 대신 VMware vCloud Automation Center라는 브랜드 이름이 표시됩니다.

    해결 방법: 관리 콘솔의 SSO 탭으로 이동하여 ID 가상 장치에 다시 등록하고 설정 저장을 선택합니다. 새 브랜드 이름이 표시됩니다.

  • 중지된 시스템에 대한 아카이브 로그가 누락됨
    일부 시스템에 대한 아카이브 로그가 누락된다면 해당 시스템이 중지되었거나 해당 시스템에 연결할 수 없는 경우일 수 있습니다.

  • 설치 마법사를 사용하여 vRealize Automation 데이터베이스를 사용자 지정 디렉토리에 설치할 수 없음
    분산(사용자 지정) 설치에서 설치 관리자가 기본 데이터베이스 및 로그 디렉토리 변경 사항을 무시합니다. 데이터베이스 및 로그가 기본 디렉토리에 생성됩니다.

    해결 방법: 데이터베이스를 기본값이 아닌 위치에 설치하려면 vRealize Automation을 설치하기 전에 DBinstall 스크립트를 사용하여 데이터베이스를 설치해야 합니다.

  • 일반 이름에 대문자가 포함되어 있을 경우 Single Sign-On 인증서 검증이 실패함
    인증서를 Single Sign-On 장치에 할당하면 모든 문자열이 소문자로 변환됩니다. 검증 프로세스는 대/소문자를 구분하므로, 인증서 이름에 대문자가 포함되어 있는 상태에서 검증 프로세스가 모두 소문자로 된 이름을 검색하게 되어 프로세스가 실패합니다.

    해결 방법: vRealize Automation 장치 > vRA 설정 > SSO에서 SSO 호스트 주소를 지정할 경우 인증서를 SSO 장치에 할당할 때 사용한 대/소문자 구분을 정확히 사용하여 주소를 입력하십시오.

  • 올바르지 않은 호스트 이름이 지정된 경우 설치가 실패함
    설치가 실패하고 다음과 비슷한 오류가 표시됩니다.
    정보: 2014-06-17 10 42 32 059 AM : System.AggregateException: 하나 이상의 오류가 발생했습니다. ---> System.Net.Http.HttpRequestException: 요청을 보내는 동안 오류가 발생했습니다. ---> System.Net.WebException: 원격 이름을 확인할 수 없습니다. 'po-va-rtq8c.sqa.local'Cause: 원인: vCAC 설정 > 호스트 설정에서 vCAC 호스트 이름 필드에 올바르지 않은 이름을 입력했습니다.

    해결 방법:

    1. 가상 장치 구성 파일 /etc/sysconfig/network/dhcp를 편집하여 올바른 호스트 이름을 포함합니다.
    2. 가상 장치를 재부팅합니다.
    3. 가상 장치 관리 콘솔에 로그인합니다.
    4. vRA 설정 탭을 열고 호스트 설정을 클릭합니다.
    5. 호스트 이름 텍스트 상자에 올바른 이름을 입력합니다.
    6. 설정 저장을 클릭합니다.
      참고: 호스트 이름 확인을 클릭하지 마십시오.
    7. 가상 장치 구성 단계를 완료하고 설치를 계속합니다.

마이그레이션

  • vApp 구성 요소 삭제 날짜가 vRealize Automation 5.2.x 버전에서 마이그레이션된 vApp용 vApp 컨테이너와 다름
    vRealize Automation 5.2x 버전에서 마이그레이션된 모든 vApp에서는 구성 요소와 컨테이너의 삭제 날짜가 다르게 표시됩니다. 구성 요소에는 삭제 날짜가 만료 날짜와 동일하게 표시되지만 컨테이너에는 올바른 정보가 표시됩니다. vRealize Automation은 컨테이너 정보를 기반으로 vApp 리스를 관리하므로 구성 요소가 너무 일찍 삭제되지는 않습니다.

  • 마이그레이션 후 이벤트의 일정 포틀릿에 올바른 생성 날짜가 표시되지 않음
    마이그레이션 후 이벤트의 일정 포틀릿에서 모든 마이그레이션된 항목의 생성 날짜로 마이그레이션 날짜가 표시됩니다. 이 문제는 실제 날짜 또는 올바른 날짜에 관계없이 발생합니다.

국제화

  • 항목 탭의 가상 시스템의 이름에 ASCII가 아닌 문자가 포함되어 있는 경우 스냅샷을 생성할 수 없음
    항목 탭의 가상 시스템 이름에 ASCII가 아닌 문자가 포함되어 있는 경우 가상 시스템의 스냅샷을 생성할 수 없습니다.

    해결 방법: 시스템의 이름을 변경하고 영문자를 사용하여 스냅샷을 생성하십시오.
  • 유니코드 문자가 포함된 게스트 에이전트 사용자 지정 스크립트가 무한 루프 상태를 유지함
    스크립트 이름에 유니코드 문자가 포함된 게스트 에이전트에 사용자 지정 스크립트를 사용하는 경우, VM이 프로비저닝되지 않으며 해당 요청이 무한 루프 상태로 유지됩니다.

    해결 방법: 스크립트 이름에 유니코드 문자를 사용하지 마십시오.

네트워킹

  • 다중 VDR 라우팅된 네트워크에 로드 밸런싱을 사용하도록 설정 시 동일한 NSX Edge가 사용됨
    다중 시스템 Blueprint에서 다중 VDR 라우팅된 네트워크에 로드 밸런싱을 사용하도록 설정 시 단일 NSX Edge가 Edge의 업링크쪽 네트워크 양쪽에 연결됩니다. 이와 같은 경우에는 하나 이상의 로드 밸런서 가상 서버에 액세스하지 못할 수 있습니다.

  • vCenter Server의 네트워크를 재구성한 후 vRealize Automation에서 가상 다중 시스템 구성 요소에 대한 네트워크 설정이 잘못 표시됨
    vRealize Automation에서 가상 다중 시스템 구성 요소의 vCloud NSX(Networking and Security) 네트워크를 재구성할 수 없습니다. 대신 vSphere Client를 사용하여 vCenter Server의 네트워크를 재구성해야 합니다. vRealize Automation에 가상 다중 시스템 구성 요소의 일부 네트워크 설정이 잘못 표시됩니다.

    해결 방법: vCenter Sever의 네트워크를 업데이트하여 적절한 네트워크 설정을 복원합니다.

Application Services

  • SSO 사용자가 Application Services에 로그인할 수 없음*
    vRealize Automation이 시작되어 실행되기 전에 Application Service가 다시 시작된 경우 SSO 사용자가 Application Service에 로그인할 수 없음

    해결 방법: Application Service를 시작하거나 다시 시작하기 전에 vRealize Automation이 실행 중인지 확인합니다.

  • Application Service에 Java 버전 jre-1.7.0_72-win64.zip이 필요함*
    vRealize Automation 6.2.x의 Application Service에 대해서는 Application Services 제품 설명서에 언급된 jre-1.7.0_51-win64.zip이 아니라 Java 버전 jre-1.7.0_72-win64.zip을 다운로드하십시오.

  • 글로벌 프록시 설정 구성 여부와 관계없이 배포 환경 프록시 설정이 사용되지 않음
    글로벌 프록시 설정을 darwin_global.conf파일에 구성했든 구성하지 않았든 배포 환경 수준에서 프록시 설정을 구성했다면, 배포는 배포 환경 수준의 프록시 설정을 적용하지 않습니다.

  • vRealize Automation 6.2 버전을 사용하여 Application Director에서 vRealize Automation 카탈로그로 Blueprint를 게시할 수 없음
    vRealize Automation 6.0.1.x 또는 6.1에서 6.2로 업그레이드하고 vRealize Automation 카탈로그에 Blueprint를 게시하려고 하면 예기치 않은 오류가 발생했습니다. 시스템 관리자에게 문의하십시오.라는 내용의 오류 메시지가 나타납니다. vRealize Automation 6.2 버전에서 Application Director 인스턴스를 새로 등록할 때는 이 문제가 발생하지 않습니다.

    해결 방법: vRealize Automation 6.2에서 Application Director 6.0.1.x 또는 6.1을 등록 취소한 다음 vRealize Automation에서 Application Director를 다시 등록합니다.

  • 패브릭 관리자가 크로스 테넌트 물리적 Application Services를 제거하려고 하면 액세스 거부 메시지가 나타남
    패브릭 관리자가 크로스 테넌트 물리적 Application Services를 제거하려고 하면 액세스 거부 메시지가 나타납니다.

  • 해결 방법: 서비스를 제거하려면 시스템이 있는 테넌트에서 패브릭 그룹의 패브릭 관리자로 로그인합니다.

  • Application Services에서 Blueprint 캔버스에 있는 디스크에 설명을 추가할 수 없음
    Windows Internet Explorer 11을 사용하는 경우 Blueprint 캔버스의 디스크 탭에 있는 디스크에 설명을 추가할 수 없습니다.

    해결 방법: Blueprint 캔버스에 있는 디스크에 설명을 추가하려면 Chrome 또는 Firefox를 사용해야 합니다.

  • Application Director 6.0.1.x 또는 6.1로 배포된 Puppet 서비스를 사용하는 노드를 업데이트할 수 없음
    Application Services 6.2는 Application Director 6.0.1.x 또는 6.1로 배포된 Puppet 서비스를 사용하는 노드의 업데이트를 지원하지 않습니다. Application Services 6.2는 사용자가 특정 서비스를 업데이트할 수 있게 해 주지만 Application Director 6.0.1.x 또는 6.1에서 생성된 노드 매니페스트 파일과 호환되지 않는 Puppet 노드 매니페스트를 생성합니다.

    해결 방법: 기술 자료 2088837을 참조하십시오.

Advanced Service Designer

  • 연결을 테스트할 때 "Orchestrator 서버에 연결할 수 없습니다." 오류가 발생함*
    vRealize Automation 관리 콘솔에 로그인되어 있는 동안 연결을 테스트하는 중이며 "Orchestrator 서버에 연결할 수 없습니다." 오류가 발생하는 경우 vRealize Orchestrator 끝점이 등록되지 않습니다. 이 문제는 가끔씩만 나타납니다.

    해결 방법: 이 문제를 해결하려면 Orchestrator 서비스를 다시 등록해야 합니다.

    1. vRealize Applicance Linux 콘솔에 루트로 로그인합니다.
    2. vcac-vami vco-service-reconfigure를 입력하고 Enter 키를 누릅니다.
    3. 로그아웃하고 vRealize Orchestrator 연결을 테스트합니다.

  • vRealize Orchestrator 프레젠테이션 바인딩 후 Advanced Service Designer 필드 값 제약 조건이 평가되지 않음
    요청 양식을 설계할 때 vRealize Orchestrator 프레젠테이션에서 정의된 바인딩 식을 기준으로 값이 계산되는 다른 양식 내 필드와의 바인딩을 사용하는 제약 조건을 필드에 사용하는 경우 해당 제약 조건이 올바르게 적용되지 않습니다. 이 필드 간의 바인딩은 vRealize Orchestrator 프레젠테이션 또는 Advanced Service Designer 양식에서 완전히 정의되어야 합니다.

  • Advanced Service Designer에서 올바르지 않은 필드 확인이 발생할 수 있음
    생성 모드에서 끝점 유형 변경 시 올바르지 않은 필드 확인이 발생할 수 있습니다.

    해결 방법: 다음 단계를 수행합니다.
    1. 현재 열려 있는 끝점 생성 마법사를 닫습니다.
    2. 새 끝점 생성 마법사를 시작합니다.
    3. 마법사 첫 번째 페이지에서 올바른 플러그인 유형을 선택합니다.
    4. 양식 프레젠테이션 탭에서 필요한 데이터를 입력합니다.
    5. 구성을 저장합니다.

    올바른 양식 조건부 제약 조건이 실행됩니다.

  • 미리 정의된 응답 작업(null 반환 가능)을 사용하는 문자열 어레이 유형의 입력이 포함된 워크플로 선택 시 Advanced Service Designer에서 서비스 Blueprint 또는 리소스 작업을 생성할 수 없음
    Advanced Service Designer에서 서비스 Blueprint 또는 리소스 작업을 생성하는 동안, null이 반환될 수 있는 스크립팅 작업을 호출하는 프레젠테이션에서 미리 정의된 응답 속성을 사용하는 문자열 어레이 유형의 입력 매개 변수가 포함된 vRealize Orchestrator 워크플로를 선택하는 경우 다음을 클릭하면 프로시저가 실패하고 다음과 같은 오류 메시지가 표시됩니다. 내부 오류 내부 오류가 발생했습니다. 문제가 지속되면 시스템 관리자에게 문의하십시오. 시스템 관리자에게 문의 시 사용할 참조 정보:

    해결 방법: vRealize Orchestrator 클라이언트의 설계 관점에서 null을 빈 어레이로 바꿔 미리 정의된 응답 작업을 편집합니다. 예를 들어 작업 스크립팅 코드가 다음과 같은 경우

    if (someCondition) {
    return ["a", "b", "c"];
    } else {
    return null;
    }

    코드를 다음과 같이 변경해야 합니다.

    if (someCondition) {
    return ["a", "b", "c"];
    } else {
    return [];
    }

구성 및 프로비저닝

  • 비즈니스 그룹 편집 페이지에서 이름 일부를 사용하여 사용자를 검색할 수 없음*
    비즈니스 그룹 편집 페이지의 그룹 관리자 역할, 지원 역할 또는 사용자 역할 필드에서 이름 일부를 사용하여 검색할 경우 다음 오류가 나타납니다. 검색에서 오류 발생: (오류 메시지 없음). 이 오류는 기본 테넌트가 네이티브 AD로 구성되어 있을 때 기본 테넌트에서만 발생합니다.

    해결 방법: 사용자를 검색할 때 정규화된 도메인 이름을 입력합니다.

  • 대규모 다중 시스템 Blueprint에서 시스템을 프로비저닝할 때 다중 시스템 VM 이름의 전체 길이가 너무 길면 오류 메시지가 나타남*
    다중 시스템 Blueprint에서 시스템을 프로비저닝할 때 요청된 시스템 이름 목록에 허용되는 문자 수는 503자입니다. 이 이벤트에 대해 다음 오류 메시지가 감사 로그( 인프라 > 모니터링 > 감사 로그)에 생성됩니다. 하지만 오류는 다중 시스템 프로비저닝 프로세스에 영향을 미치지 않습니다. [오류]: System.Data.UpdateException: 항목 업데이트 도중 오류가 발생했습니다. 자세한 내용은 내부 예외를 참조하십시오. ---> System.Data.SqlClient.SqlException: 문자열 또는 바이너리 데이터가 잘립니다.

    해결 방법: 오류를 제거하려면 다중 시스템 Blueprint에서 Blueprint의 수를 줄이거나 관련 시스템 이름을 줄이십시오.

  • vSphere 예약이 NetApp FlexClone 스토리지 검증을 지원하지 않음*
    할당된 모든 스토리지가 FlexClone을 지원하더라도 예약 서비스 API를 사용하여 예약을 생성할 경우 NetApp FlexClone이 사용하도록 설정되지 않습니다.

    해결 방법: 사용자 인터페이스를 사용하여 예약을 생성합니다.

  • Active Directory에서 삭제된 사용자가 vRealize Automation의 일부 영역에 남아 있음*
    Active Directory에서 사용자를 삭제하더라도 권한 탭의 권한 목록과 승인 정책 목록에 사용자가 남아 있습니다. 요청에 사용자의 승인이 필요한 경우 승인이 실패하고 다음 오류가 나타납니다. 상태 세부 정보 요청 승인이 오류와 함께 반환되었습니다.

    해결 방법: 사용자를 다시 Active Directory에 추가하거나 승인 정책을 삭제한 후 재생성하고 이 사용자에 대한 모든 참조를 제거합니다.

  • 재구성 승인 요청의 비용이 올바르게 표시되지 않음
    기존 시스템의 계산 리소스에 대한 비용을 변경한 다음 더 많은 메모리, CPU 및 스토리지로 시스템을 재구성하는 경우 재구성 승인 요청의 비용이 올바르게 표시되지 않습니다. 대신 이전 값이 표시됩니다.

  • 메트릭 제공자 구성 탭에 오류가 표시됨
    vRealize Automation 메트릭 제공자가 처음에 선택된 메트릭 제공자 구성 탭으로 이동하고 vRealize Operations 끝점 옵션을 선택한 다음 다시 vRealize Automation 메트릭 제공자를 선택하고 저장을 클릭하면 오류 메시지 강조 표시된 오류를 수정하십시오.가 표시됩니다.

  • 해결 방법: 브라우저를 새로 고치거나 vRealize Automation 사용자 인터페이스에서 로그아웃했다가 다시 로그인합니다.

  • 사용자 지정 중에 발생하는 오류로 인해 vApp이 프로비저닝에 실패할 수 있음
    vApp 템플릿에서 가상 시스템의 하드웨어 설정을 변경하고 템플릿을 업데이트하는 경우 끝점 데이터 수집을 실행하지 않는 한 가상 시스템을 프로비저닝할 수 없습니다.

  • 사용자에게 새 역할이 부여된 후 탭이 업데이트되지 않음
    사용자에게 새 역할을 부여한 후 해당 역할 관련 탭이 로그아웃했다가 다시 로그인한 후에도 최소 5분에서 10분 동안 나타나지 않을 수 있습니다.

  • 홈 탭에서 이전에 추가한 포틀릿이 완전하게 렌더링되지 않음
    Internet Explorer 8 또는 9를 사용하여 vRealize Automation에 로그인하고 탭에 추가 포틀릿을 추가한 경우 vRealize Automation에 이미 있는 이전 포틀릿이 완전하게 렌더링되지 않을 수도 있습니다.

  • 해결 방법: 브라우저를 새로 고칩니다.

  • 새 운영 체제 버전을 사용하여 미리 정의된 Puppet-Based Test App 1.0.0 또는 Puppet-Based Test App 1.0.1 배포 시 오류가 발생함
    미리 정의된 Puppet-Based Test App 1.0.0 또는 Puppet-Based Test App 1.0.1의 Blueprint에서 새 운영 체제 버전을 생성 및 사용하고 애플리케이션을 배포하는 경우 예기치 않은 오류가 발생했습니다. 시스템 관리자에게 문의하십시오라는 오류 메시지와 함께 배포가 실패합니다.

  • 해결 방법: 새 운영 체제 버전을 사용하는 대신 Blueprint에서 미리 정의된 운영 체제 버전을 재사용합니다.

  • 프로비저닝된 시스템에 대한 작업이 끝나기 전에 완료 상태로 표시됨
    재프로비저닝또는 전원 끄기같은 작업이 여전히 진행 중일 때 요청 페이지에서 완료로 표시될 수 있습니다. 시스템의 실제 상태는 항목 페이지에서 반영됩니다.

  • 게스트 에이전트 파일 SCCMPackageDefinitionFile.sms를 업데이트해야 함
    게스트 에이전트 파일 SCCMPackageDefinitionFile.sms에는 오래된 이름과 게시자 정보가 포함되어 있습니다. 이러한 정보는 기능에 영향을 주지 않습니다.

  • 리스 날짜를 승인 정책 값의 범위를 벗어나는 날짜로 변경할 수 있음
    리스 변경 리소스 작업을 사용하여 리스 날짜를 Blueprint에 지정된 최대 리스 범위 이후의 날짜로 변경할 수 있습니다.

  • 삭제된 사용자 지정 그룹이 사용 권한에서 제거되지 않음
    사용 권한에 연결된 사용자 지정 그룹을 삭제해도 사용자 지정 그룹이 사용 권한에서 제거되지 않습니다.

    해결 방법: 사용자 지정 그룹을 삭제하고 사용 권한에서 제거하려면 다음과 같이 하십시오.

    1. 사용 권한에서 사용자 지정 그룹을 제거합니다.
    2. 사용자 지정 그룹을 삭제합니다.

  • 사용자 지정 그룹에서 비즈니스 그룹 역할을 제거해도 사용 권한이 해지되지 않음
    사용 권한에 연결된 사용자 지정 그룹을 비즈니스 그룹 역할에서 제거해도 사용자 지정 그룹이 사용 권한에서 제거되지 않습니다.

    해결 방법: 비즈니스 그룹 역할을 사용자 지정 그룹에서 제거하고 사용 권한에서 삭제하려면 다음과 같이 하십시오.

    1. 사용 권한에서 사용자 지정 그룹을 제거합니다.
    2. 비즈니스 그룹 역할에서 사용자 지정 그룹을 제거합니다.

  • Infrastructure Organizer에서 Hyper-V 시스템이 관리되지 않는 시스템으로 잘못 열거됨
    Hyper-V 시스템의 프로비저닝이 실패하면 vRealize Automation은 해당 시스템을 제거된 것으로 보고하지만, 해당 시스템은 끝점에 그대로 남아 있으며 Infrastructure Organizer에서 관리되지 않는 시스템으로 표시됩니다.

  • Citrix XenDesktop/Provisioning Service 시스템을 프로비저닝할 때 해당 시스템이 프로비저닝 취소 상태로 유지됨
    이 문제는 VMware VDI 에이전트와 Citrix, BMC, Opsware, VBScripts 등과 같은 모든 버전의 VMware EPI 에이전트에서 발생할 수 있습니다. 또한 마스터 워크플로 시스템 프로비저닝 주기 전반의 다양한 지점에서 발생할 수 있습니다.

    비어 있는 상태로 유지하는 대신 특정 서버 이름을 사용하여 모든 타사 서버 요청을 처리하도록 에이전트가 설치되었을 수 있습니다. 특정 서버 이름을 입력하면 이 에이전트가 서버 이름과 정확히 일치하는 서버에 대한 요청만 처리할 수 있습니다. vRealize Automation은 사용자 지정 속성 EPI.Server.Name또는 VDI.Server.Name의 값을 사용하여 요청을 처리할 해당 에이전트를 찾아냅니다. 일치하는 에이전트가 발견되지 않으면 일치하는 에이전트가 발견될 때까지 시스템은 프로비저닝 도중에 EPIRegister/Machine Provisioned 상태 또는 Unprovisioning/DeactivateMachine 상태로 유지됩니다.

    해결 방법: 서버 값이 정확히 EPI.Server.Name/VDI.Server.Name에 입력한 값이 되도록 새로운 EPI/VDI 에이전트를 설치하거나 서버 이름을 빈 상태로 둡니다.
    또는 현재 에이전트의 에이전트 구성 파일을 업데이트하고 다음 단계를 완료하여 서버 값을 변경할 수 있습니다.

    1. 에이전트 구성 파일을 백업합니다. 위치는 일반적으로 C:\Program Files (x86)\VMware\vCAC\Agents\ agentName\VRMAgent.exe.config입니다.
    2. 관리자 권한으로 텍스트 편집기를 엽니다.
    3. 에이전트 유형을 변경하려면 SERVER_NAME_VALUE를 서버 이름으로 바꾸거나 지워서 빈 상태로 둡니다.
      epiIntegrationConfiguration epiType="CitrixProvisioning" server="SERVER_NAME_VALUE"
      vdiIntegrationConfiguration vdiType="XenDesktop" server=""X
    4. 변경 사항을 저장합니다.
    5. 에이전트 서비스를 다시 시작합니다.
      •  
        1. 시작 > 관리 도구 > 서비스를 클릭합니다.
        2. 원하는 VMware vRealize Automation Agent 서비스를 마우스 오른쪽 버튼으로 클릭한 다음, 다시 시작을 클릭합니다.
        3. 에이전트가 다시 시작되면 작업이 예상대로 계속됩니다.

  • 관리자가 수백 개 그룹의 구성원인 경우 인프라 탭 열기가 실패함
    Active Directory 및 SSO 사용 시 많은 그룹의 구성원인 IaaS 관리자가 인프라 탭을 표시하지 못할 수 있습니다. 인프라 탭을 보려고 하면 다음과 같은 내용의 오류 중 하나가 발생할 수 있습니다.

    • 잘못된 요청 - 요청이 너무 김 - HTTP 오류 400. 요청 머리글의 크기가 너무 깁니다.
    • 서비스 연결할 수 없음 - 예상된 주소의 필수 서비스에 연결할 수 없습니다. 지원이 필요한 경우 시스템 관리자에게 문의하십시오. 참조 오류 REPO404입니다.
  • 해결 방법: 해결 방법은 다음 예에서와 같이 토큰 제한을 늘리는 것입니다.

    1. 최대 Kerberos 토큰 크기를 결정 및 설정합니다. 배포에 대한 올바른 Kerberos 최대 토큰 크기를 결정하려면 다음 지침을 따릅니다.

    Kerberos MaxTokenSize = 1200 + 40d + 8s(바이트)

    이 공식은 다음과 같은 값을 사용합니다.

    • d -- 사용자가 구성원인 도메인 로컬 그룹의 수와 사용자가 구성원인 사용자의 계정 도메인 외부의 범용 그룹 수와 SID(보안 ID) 기록으로 나타낸 그룹의 수를 더한 값입니다.
    • s -- 사용자가 구성원인 보안 글로벌 그룹의 수와 사용자가 구성원인 사용자의 계정 도메인의 범용 그룹 수를 더한 값입니다.
    • 1200 -- 티켓 오버헤드에 대한 예상 값입니다. 이 값은 DNS 도메인 이름 길이 및 클라이언트 이름과 같은 요소에 따라 다를 수 있습니다.

    2. 레지스트리 항목을 수정해야 하는지 결정합니다. 위의 공식을 사용하여 계산하는 토큰 크기가 12,000바이트(기본 크기)보다 작은 경우 도메인 클라이언트의 MaxTokenSize 레지스트리 값을 수정하지 않아도 됩니다. 이 값이 12,000바이트보다 큰 경우 MaxTokenSize 레지스트리 값을 조정합니다(http://support.microsoft.com/kb/263693 참조). Kerberos MaxTokenSize 값을 변경해야 하는 경우 다음 레지스트리 항목을 수정합니다.

    HKLM\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters
    MaxTokenSize, REG_DWORD,
    < value>(MaxTokenSize 레지스트리 항목에 대해 권장되는 값은 65535 십진수 또는 FFFF 16진수임)

    3. 다음 지침에 따라 배포에 대한 올바른 HTTP 최대 요청 크기를 결정 및 설정합니다. 여기서 T는 위에서 설정된 것과 같이 Kerberos MaxTokenSize입니다.

    MaxFieldLength = (4/3 * T 바이트) + 200
    MaxRequestBytes = (4/3 * T 바이트) + 200

    허용된 최대값으로 설정된 다음 예에서와 같이 MaxFieldLengthMaxRequestBytes를 계산된 값으로 설정합니다.

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
    MaxFieldLength DWORD 65534
    MaxRequestBytes DWORD 16777216

    사용자가 많은 그룹에 속한 경우 Kerberos 인증 문제에 대한 관련 정보는 다음과 같은 지원 참고 사항을 참조하십시오.
    http://support.microsoft.com/kb/327825
    http://support.microsoft.com/kb/263693
    http://support.microsoft.com/kb/2020943

더 이상 사용되지 않는 기능 및 지원

다음과 같은 더 이상 사용되지 않는 기능에 대한 지원이 향후 vRealize Automation 릴리스에서 종료됩니다. 더 이상 사용되지 않는 기능은 VMware에서 계속 지원되며 현재 vRealize Automation 릴리스를 사용하기 위한 기술 지원 및 엔지니어링 수정 사항도 계속 받게 됩니다.

상호 운용성

다음과 같은 더 이상 사용되지 않는 소프트웨어 릴리스 중 하나를 현재 사용 중인 경우 최신 릴리스로 업그레이드하는 것이 좋습니다. 이러한 소프트웨어 릴리스에 대한 지원은 vRealize Automation이 새 소프트웨어 릴리스를 지원할 때까지만 계속됩니다.

  • 브라우저
    • Internet Explorer 8 및 9

  • 데이터베이스
    • 외부 PostgreSQL 또는 vPostgres 장치
    • SQL Server 2008 R2

    • 게스트 OS
      • Red Hat Enterprise Linux 5.x, 6.0, 6.1, 6.2, 6.3, 6.4
      • SUSE Linux Enterprise Server 11 SP2
      • Windows 8

      • VMware 플랫폼
        • vSphere 4.x
        • vCloud Director 5.1
        • vRealize Business 6.1
        • vRealize Orchestrator 6.0

        • 타사 프로비저닝
          • BMC BladeLogic 7.6 및 8.2
          • Cisco UCS Manager 2.0 및 2.1
          • Citrix PVS 6.0
          • Citrix XenDesktop 5.5, 7.0, 7.1, 7.5
          • Citrix XenServer 5.6
          • Citrix HP Software Server Automation 7.8
          • Hyper-V 2012
          • KVM 3.1
          • NetApp FlexClone OnTap 7.3.1.1
          • Red Hat OpenStack Grizzly 및 Havana

              API

              다음 사항이 향후 vRealize Automation API 릴리스에서 변경될 예정입니다. vRealize Orchestrator 및 vRealize CloudClient용 vRealize Automation 플러그인이 vRealize Automation API에서 다음 변경 사항이 반영되도록 업데이트됩니다.

              • 카탈로그 항목과 리소스 프로비저닝 및 관리
                • vRealize Automation 카탈로그 API의 HTTP 메서드 및 끝점 URI는 동일하게 유지되지만 요청 및 응답 페이로드는 Blueprint 모델의 변경으로 인해 달라집니다.

            • 비즈니스 그룹 관리
              • API 클라이언트가 IaaS 비즈니스 그룹 API 사용에서 vRealize Automation ID API 사용으로 전환됩니다.

              • 예약 관리
                • API 클라이언트가 IaaS 예약 API 사용에서 vRealize Automation 6.2에 도입된 vRealize Automation 예약 API 사용으로 전환됩니다.

                • Application Services
                  • Application Services API는 더 이상 지원되지 않습니다. Application Services API에서 제공하는 기능은 시간이 지남에 따라 새 vRealize Automation API에서 지원됩니다.

                  • Java SDK
                    • 현재 Java SDK로 빌드된 Java 클라이언트는 오류 없이 계속 컴파일되지만 여러 시스템 Blueprint 프로비저닝에 대한 코드는 새 Blueprint 모델에 맞도록 업데이트되어야 합니다.