vCloud Automation Center 6.1.1 | 2014년 10월 30일 | 빌드 2216936

vCloud Automation Center Application Services 6.1.1 | 2014년 10월 30일 | 빌드 2237640

업데이트 날짜: 2014년 11월 17일

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

릴리스 정보에 포함된 내용

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

새로운 기능

이 버전은 이 제품의 이전 버전에서 발견되었던 "shell-shock" 취약성을 해결합니다. 보안을 위해 이 업그레이드를 최대한 빨리 설치하는 것이 좋습니다.

해당 취약성에 대한 추가 정보는 기술 자료 문서 2091012 에서 제공됩니다.

vCloud Automation Center 마이그레이션 또는 업그레이드

vCloud Automation Center 버전 5.2.1 또는 5.2.2 배포를 버전 6.1.1로 마이그레이션하려면 VMware vCloud Automation Center 6.1 설명서 센터의 vCloud Automation Center 6.1로 마이그레이션 을 참조하십시오. 6.1에서 6.1.1로의 업그레이드는 유일하게 지원되는 업그레이드 경로입니다. 사용자 환경에 6.0.x 버전의 vCloud Automation Center가 있는 경우 먼저 6.1로 업그레이드한 다음 6.1.1 버전으로 업그레이드합니다. vCloud Automation Center를 업그레이드하려면 VMware vCloud Automation Center 6.1 설명서 센터의 vCloud Automation Center 6.1로 업그레이드 를 참조하십시오.

시스템 요구 사항 및 설치

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

추가 사전 요구 사항 및 설치 지침은 VMware vCloud Automation Center 6.1 설명서 센터의 vCloud Automation Center 설치 및 구성 을 참조하십시오.

설명서

전체 vCloud Automation Center 6.1.1 설명서에 액세스하려면 VMware vCloud Automation Center 6.1 설명서 센터로 이동하십시오.

알려진 문제

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

설치 및 업그레이드

  • 업그레이드 후 Identity Appliance를 다시 시작하라는 메시지가 표시되지 않음
    해결 방법: ID 가상 장치가 제대로 작동하도록 하려면 업그레이드 후에 ID 가상 장치를 다시 시작해야 합니다.

  • vCloud Automation Center 및 Application Director 또는 IT Business Management Standard Edition의 업그레이드 순서
    vCloud Automation Center와 VMware Application Director 또는 VMware IT Business Management Standard Edition을 함께 사용하는 경우 모든 제품의 패치 수준이 동일해야 합니다. vCloud Automation Center 업그레이드를 설치한 후 Application Director 또는 IT Business Management Standard Edition의 업그레이드를 설치합니다.

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

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

  • 설치 실패 후에 수동 정리가 필요함
    일부만 설치된 IaaS 구성 요소를 제거하고 새로운 설치를 실행하면 다음과 비슷한 오류가 표시될 수 있습니다.

    • 애플리케이션 저장소가 존재합니다.
    • vcac 애플리케이션 풀이 존재합니다.
    • 443 포트가 이미 사용되고 있습니다.

    해결 방법:
    1. Windows 서버의 프로그램 및 기능 상자에서 IaaS와 관련 구성 요소를 제거합니다.
    2. IIS Manager를 시작하고 저장소, vcac, wapi 및 vcacreports 사이트를 삭제합니다.
    3. IIS에서 vcac 애플리케이션 풀을 삭제합니다.
    4. IIS Manager에서 포트 443에 대한 포트 바인딩을 제거합니다.

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

    해결 방법:

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

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

    해결 방법: vCAC 장치 > vCAC 설정 > 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 HostName 필드에 올바르지 않은 이름을 입력했습니다.

    해결 방법:

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

마이그레이션

  • 마이그레이션 전 작업에서 대상 시스템에 에이전트가 없다는 오류가 보고됨
    마이그레이션 전 작업에서 소스 시스템의 에이전트 이름이 대상 시스템에 있는지 확인하는 검사가 이루어지며, 불일치가 있을 경우 보고서에 해당 메시지가 생성됩니다. 대상 시스템에 일치하는 에이전트가 있을 경우에도 마이그레이션 전 보고서에 No matching agent found on the target system(대상 시스템에서 일치하는 에이전트를 찾을 수 없습니다.). Install an agent with a matching name on the target system(대상 시스템에 일치하는 이름의 에이전트를 설치하십시오.).라는 메시지가 포함될 수 있습니다.

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

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

국제화

  • 유니코드 문자가 포함된 게스트 에이전트 사용자 지정 스크립트가 무한 루프 상태를 유지함
    스크립트 이름에 유니코드 문자가 포함된 게스트 에이전트에 사용자 지정 스크립트를 사용하는 경우, VM이 프로비저닝되지 않으며 해당 요청이 무한 루프 상태로 유지됩니다.

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

  • Jenkins 아티팩트 저장소에 ASCII가 아닌 작업 이름을 사용하면 애플리케이션 배포가 실패함
    제공된 Jenkins 아티팩트 저장소 사양으로 생성된 아티팩트 저장소 인스턴스의 JOB_NAME 속성에 ASCII가 아닌 값을 할당하고, 해당 아티팩트 저장소 인스턴스에 있는 아티팩트를 사용하는 Blueprint로 애플리케이션을 배포하면 "Run failed due to failure of task....(....작업 실패로 인해 실행하지 못했습니다.)"로 시작되는 오류 메시지와 함께 배포가 실패합니다.

    해결 방법: Jenkins 작업 이름에는 ASCII 문자만 사용하십시오.

네트워킹

  • vCloud Automation Center 및 VMware NSX 통합에 여러 가지 문제가 있습니다.
    vCloud Automation Center와 VMware NSX를 통합하는 경우 알려진 문제를 해결하는 방법에 대한 자세한 내용은 KB 2088172를 참조하십시오.

  • 사용 중인 IP 주소가 없는데도 라우팅된 네트워크 프로파일의 IP 범위가 할당된 것으로 표시됨
    다중 시스템 Blueprint에 라우팅된 외부 네트워크 프로파일이 있지만 구성 요소 네트워크 어댑터에 대한 라우팅된 네트워크 할당이 없을 경우 시스템이 성공적으로 프로비저닝되지만 라우팅된 네트워크 프로파일의 IP 주소 범위가 할당되고 실제로 사용되지 않습니다.

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

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

  • vCloud Networking and Security 인벤토리 동기화가 실패하고 오류 메시지가 표시됨
    vCloud Automation Center 예약, 다중 시스템 Blueprint 또는 다중 시스템 인스턴스에 할당된 전송 영역을 VMware NSX 사용자 인터페이스에서 삭제하면, vCloud Networking and Security 인벤토리 동기화가 실패하고 오류 메시지가 표시됩니다. 오류 메시지의 자세한 내용은 전송 영역을 사용하는 엔티티에 따라 달라집니다.

    해결 방법:

    1. vCloud Automation Center 예약 또는 다중 시스템 Blueprint에서 전송 영역을 할당 해제합니다.
    2. 전송 영역과 함께 프로비저닝된 다중 시스템 인스턴스를 삭제합니다.
    3. vCloud Networking and Security 인벤토리 동기화 프로세스를 다시 실행합니다.

  • 사용자 지정 속성이 구성된 기존 VMware vCenter Orchestrator 또는 VMware vSphere 끝점을 이름 변경하거나, 편집하거나, 확인하면 vCloud Automation Center가 숨겨진 사용자 지정 속성을 데이터베이스에서 제거함
    끝점의 숨겨진 사용자 지정 속성이 없으면 사용자는 VMware vCloud Networking and Security 플러그인 워크플로우를 실행할 수 없습니다.

    해결 방법: 끝점에서 데이터 수집 프로세스를 수행하여 해당 끝점에 대한 데이터베이스에서 숨겨진 사용자 지정 속성을 모두 복원합니다.

Application Services

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

    해결 방법: vCloud Automation Center 6.1.1에서 Application Director 6.0.x 이상 버전의 등록을 취소한 다음 vCloud Automation Center에 Application Director를 다시 등록합니다.

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

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

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

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

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

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

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

Advanced Service Designer

  • vSphere API에서 직접 또는 vCloud Automation Center 6.1.1용 vCenter Orchestrator 플러그인을 사용하여 고유 식별자로 vSphere 또는 vCloud Director 가상 시스템을 찾을 수 없음
    Workflow Runner 도우미 워크플로가 VC:VirtualMachine인벤토리 개체를 찾을 수 없습니다. 그 결과 Workflow Runner 워크플로에서 호출한 사용자 지정 워크플로가 실패하고 다음 오류가 발생할 수 있습니다. TypeError: null에서 "datastore" 속성을 읽을 수 없습니다. VMUniqueID가상 시스템 엔티티 속성이 BiosUUID에서 InstanceUUID로 변경되었습니다.

    해결 방법: 이 문제를 해결하는 방법에 대한 자세한 내용은 KB 2088838을 참조하십시오.
  • vCenter Orchestrator의 숫자 최대값 및 문자열 최대 길이 조건이 Advanced Service Designer 양식에 채워지지 않음
    서비스 설계자가 Advanced Service Designer에서 Blueprint 양식을 생성하고 관련 최대 값 조건이 있는 숫자 필드를 포함하거나 관련 최대 길이 조건이 있는 문자열 필드를 포함하는 vCenter Orchestrator 워크플로우를 로드하면 이러한 필드에 적용된 제한이 Blueprint의 제약 조건 탭에 나타나지 않습니다.

    해결 방법: 서비스 설계자가 다음과 같이 수동으로 제약 조건을 다시 입력해야 합니다.

    1. 입력 매개 변수에 대한 편집 옵션을 클릭합니다.
    2. 제약 조건 탭을 클릭합니다.
    3. 매개 변수가 숫자일 경우 최대값 제한을 삽입하거나 매개 변수가 문자열일 경우 최대 길이 제한을 삽입합니다.


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

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

    if (someCondition) {

    return ["a", "b", "c"];

    } else {

    return null;

    }

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

    if (someCondition) {

    return ["a", "b", "c"];

    } else {

    return [];

    }

  • Advanced Service Designer를 통해 게시된, 감지된 순환 종속성이 있는 일부 카탈로그 항목 요청 시 제출 양식 필드를 새로 고칠 수 없음
    vCenter Orchestrator 워크플로의 모든 입력 매개 변수에 OGNL 종속성 또는 검증이 있을 때 이 워크플로를 사용하여 서비스 Blueprint를 생성하고 게시하는 경우 고객이 카탈로그 항목을 요청할 때 감지된 순환 종속성으로 인해 양식 디자이너가 제출 양식 필드를 새로 고치지 않습니다. 두 입력 매개 변수가 있을 때 모든 필드 값이 다른 필드 값에 따라 달라지는 경우가 순환 종속성의 예입니다.

    해결 방법: 숨겨진 필드를 추가하여 서비스 Blueprint 제출을 편집합니다.

  • Hyper-V, SCVMM 및 XenServer 가상 시스템의 리소스 작업이 EXTERNAL_REFERENCE_ID 속성을 쿼리하는 리소스 매핑 워크플로에 따르는 경우 실패할 수 있음
    EXTERNAL_REFERENCE_ID 속성을 쿼리하는 리소스 매핑 워크플로에 따라 Hyper-V, SCVMM 또는 XenServer 가상 시스템에 대한 리소스 매핑을 생성하는 경우 리소스 작업에서 워크플로를 실행할 때 워크플로에 전달된 속성 개체에 EXTERNAL_REFERENCE_ID 속성이 설정되어 있지 않기 때문에 실패합니다.

    해결 방법: Hyper-V, SCVMM 및 XenServer 가상 시스템에 대한 리소스 매핑 워크플로를 생성할 때 이름, 설명 등 개별 시스템에 대해 전달된 다른 속성 중 하나를 쿼리합니다.

구성 및 프로비저닝

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

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

  • 이메일 템플릿 사용자 지정 동작이 변경되었으며 관련 없는 템플릿을 사용할 수 없음
    vCloud Automation Center 6.0 이상에서는 IaaS 구성 요소에서 생성된 알림만 이전 버전의 이메일 템플릿 기능을 통해 사용자 지정할 수 있습니다.

    해결 방법: 다음과 같은 XSLT 템플릿을 사용할 수 있습니다.

    • ArchivePeriodExpired
    • EpiRegister
    • EpiUnregister
    • LeaseAboutToExpire
    • LeaseExpired
    • LeaseExpiredPowerOff
    • ManagerLeaseAboutToExpire
    • ManagerLeaseExpired
    • ManagerReclamationExpiredLeaseModified
    • ManagerReclamationForcedLeaseModified
    • ReclamationExpiredLeaseModified
    • ReclamationForcedLeaseModified
    • VdiRegister
    • VdiUnregister

    이메일 템플릿은 서버 설치 디렉토리의 \Templates디렉토리에 있습니다. 일반적으로 서버 설치 디렉토리는 %SystemDrive%\Program Files x86\VMware\vCAC\Server입니다. \Templates디렉토리에는 더 이상 지원되지 않으며 수정할 수 없는 XSLT 템플릿도 포함되어 있습니다. 알림 구성에 대한 자세한 내용은 VMware vCloud Automation Center 설명서의 알림 구성을 참조하십시오.

  • 포함된 vCloud Orchestrator 서버의 관리 그룹이 변경되면 서버 액세스가 영향을 받음
    포함된 vCloud Orchestrator 서버의 관리 그룹이 변경되면 포함된 모드에서 서버를 더 이상 사용할 수 없습니다.

  • 해결 방법: 기본 인증을 사용하여 vCloud Orchestrator 서버를 외부 서버로 구성합니다.

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

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

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

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

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

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

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

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

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

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

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

    비어 있는 상태로 유지하는 대신 특정 서버 이름을 사용하여 모든 타사 서버 요청을 처리하도록 에이전트가 설치되었을 수 있습니다. 특정 서버 이름을 입력하면 에이전트가 서버 이름과 정확히 일치하는 서버에 대한 보고서만 처리할 수 있습니다. vCloud Automation Center는 사용자 지정 속성 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 vCloud Automation Center Agent 서비스를 마우스 오른쪽 버튼으로 클릭한 다음, 다시 시작을 클릭합니다.
        3. 에이전트가 다시 시작되면 작업이 예상대로 계속됩니다.

  • XenDesktop 시스템 등록이 2.5분 내에 완료되지 않으면 시간 초과됨
    XenDesktopFunctions 스크립트에서 $regTries의 값을 늘려야 합니다.

    해결 방법:

    1. XenDesktopFunctions.ps1 스크립트를 백업합니다. 위치는 일반적으로 C:\Program Files (x86)\VMware\vCAC\Agents\\Scripts\XenDesktopFunctions.ps1입니다.
    2. 관리자 권한으로 메모장을 엽니다.
    3. $regTries의 값을 등록이 시간 초과되기 전까지 기다릴 시간(분)으로 늘립니다.
      예를 들어 $regTries = 60을 지정하면 시간 초과가 30분으로 설정됩니다.
    4. 변경 사항을 저장합니다.
    5. VDI 에이전트 서비스를 다시 시작합니다.

  • 6.1.1로 업그레이드하기 전에 활성 상태였던 승인이 업그레이드 후 나타나지 않음
    받은 편지함 > 승인으로 이동하면 기본 필터가 활성으로 설정되어 있고 활성 승인이 나타나지 않습니다. 모두 이외의 다른 상태로 필터링하면 6.1.1로 업그레이드하기 전에 활성 상태였던 승인이 나타나지 않습니다.

    해결 방법: 활성 승인을 보려면 모두를 선택하여 필터링하십시오.