업그레이드 프로세스는 여러 요소에 따라 다릅니다. 프로세스를 시작하기 전에 전체 업그레이드, vCenter Single Sign-On 설치 및 사용 권한 할당 프로세스에 대해 숙지하십시오. 이 항목에서는 이전 버전의 vCenter Single Sign-On이 포함되어 있는 vSphere 5.1.x에서 업그레이드하는 경우 업그레이드 및 사용자 관리를 수행하는 방법에 대해 설명합니다.

vSphere 5.1.x에서 업그레이드하는 경우 원래 환경에는 vCenter Single Sign-On Server가 포함되어 있습니다. 업그레이드를 수행하는 방법과 ID 소스를 추가해야 할지 아니면 사용 권한을 할당해야 할지는 다음 그림에서처럼 현재 환경과 수행하려는 작업에 따라 달라집니다.

참고:

이 항목에서는 가장 자주 발생하는 업그레이드 사례를 중점적으로 다루며, vCenter Single Sign-On 고가용성 배포가 포함되어 있는 설치 환경의 업그레이드에 대해서는 설명하지 않습니다. 사용자 지정 설치를 통해 버전 5.1.x 고가용성 vCenter Single Sign-On 배포 환경에서 vCenter Server 업그레이드를 참조하십시오.

그림 1. vCenter Single Sign-On이 포함된 환경의 vCenter 업그레이드 순서도
순서도에서는 vCenter Single Sign-On이 포함된 환경의 업그레이드 프로세스를 보여 줍니다. 아래의 텍스트에는 다양한 결정 시점과 수행해야 하는 작업이 설명되어 있습니다.

상호 작용은 다음과 같이 진행됩니다.

  1. 현재 환경이 여러 시스템에 설치되고 경우에 따라 여러 위치에 분산되어 있는 경우 대상 환경에서 유사한 레이아웃을 사용하도록 하기가 가장 쉽습니다.

    vSphere 5.5를 사용하는 경우 여러 vCenter Server 시스템에서 단일 vCenter Single Sign-On 시스템을 사용할 수 있습니다.

  2. 모든 vCenter Server 구성 요소가 동일한 호스트 시스템에 있는 경우 단순 설치를 통해 업그레이드하면 됩니다. 단순 설치를 사용하여 vCenter Server 및 필수 구성 요소 업그레이드를 참조하십시오. 단순 설치 프로세스를 통해 업그레이드한 후에는 로컬 운영 체제 사용자와 administrator@vsphere.local 사용자가 인증할 수 있습니다.

    • 환경에서 로컬 운영 체제 사용자만 사용한 경우에는 localos ID 소스만 있으면 됩니다. 사용자는 administrator@vsphere.local 또는 이전에 사용 권한을 가지고 있던 모든 로컬 운영 체제 사용자로 vCenter Server에 로그인할 수 있습니다.

      참고:

      포함된 그룹의 로컬 운영 체제 사용자는 더 이상 사용할 수 없으며, 이러한 그룹은 명시적으로 추가할 수 있습니다.

    • 환경에서 Active Directory 또는 OpenLDAP ID 소스를 사용한 경우 이러한 ID 소스는 업그레이드 후 vCenter Single Sign-On에 포함되지만 기본 ID 소스는 아닙니다. 3단계로 이동하십시오.

  3. 환경에서 Active Directory 또는 OpenLDAP ID 소스를 사용한 경우

    • 기본 ID 소스(기본적으로 localos)의 사용자는 이전에 해당하는 권한을 가지고 있던 경우 vCenter Server에 계속 로그인할 수 있습니다.

    • 다른 ID 소스의 사용자는 도메인 이름과 암호(예: DOMAIN1\user1)를 사용하는 경우 vCenter Server에 로그인할 수 있습니다.

    • vCenter Single Sign-On에 administrator@vsphere.local로 로그인하여 Active Directory 또는 OpenLDAP ID 소스를 기본 ID 소스로 지정할 수 있습니다.