사후 업그레이드 구성

VMware Identity Manager 19.03.0.0으로 업그레이드한 후에 특정 설정을 구성해야 할 수 있습니다.

Log4j 구성 파일

VMware Identity Manager 19.03 인스턴스의 log4j 구성 파일을 편집한 경우 업그레이드 중에 새 버전의 파일이 자동으로 설치되지 않습니다. 하지만 업그레이드 후에 해당 파일에 의해 제어되는 로그는 작동하지 않습니다.

이 문제를 해결하려면:

가상 장치에 로그인합니다.
.rpmnew 접미사가 있는 log4j 파일을 검색합니다.
find / -name "*log4j.properties.rpmnew"
찾은 각 파일에 대해 해당 이전 log4j 파일에 새 파일을 복사하고 .rpmnew 접미사를 사용하지 않은 상태로 저장합니다.

Workspace ONE UEM 구성 저장

Workspace ONE UEM 구성을 저장하면 카탈로그의 디바이스 서비스 URL이 채워집니다. 새 최종 사용자가 해당 디바이스를 등록하고 관리하도록 허용하려면 이 작업을 수행합니다.

관리 콘솔에 로그인합니다.
ID 및 액세스 관리 > 설정 > VMware Workspace ONE UEM을 선택합니다.
[Workspace ONE UEM 구성] 섹션에서 저장을 클릭합니다.

보조 데이터 센터의 클러스터 ID

VMware Identity Manager 3.3부터 클러스터 ID는 클러스터의 노드를 식별하는 데 사용됩니다.

VMware Identity Manager 19.03 배포에 보조 데이터 센터가 포함된 경우 업그레이드 이후 보조 데이터 센터의 클러스터 ID를 변경하는 것이 좋습니다.

새 서비스 장치의 전원을 켜면 VMware Identity Manager가 클러스터 ID를 자동으로 감지하고 할당합니다. 다중 데이터 센터 배포의 경우 각 클러스터에 고유한 ID를 사용하여 식별해야 합니다.

클러스터에 속하는 모든 장치는 동일한 클러스터 ID를 가지며 클러스터는 일반적으로 세 개의 장치로 구성됩니다.

보조 데이터 센터를 설정하는 경우 클러스터 ID가 데이터 센터에 고유한지 확인합니다. 클러스터 ID가 데이터 센터에 고유하지 않은 경우 각 노드에 Elasticsearch discovery-idm 플러그인이 설치되어 있는지 확인하고 다음 지침에 설명된 대로 클러스터 ID를 수동으로 편집합니다. 이러한 작업은 보조 데이터 센터에서만 수행해야 합니다.

각 노드에 Elasticsearch discovery-idm 플러그인이 있는지 확인합니다.
1. 가상 장치에 로그인합니다.
2. 다음 명령을 사용하여 플러그인이 설치되어 있는지 확인합니다.
  /opt/vmware/elasticsearch/bin/plugin list
3. 플러그인이 없는 경우 다음 명령을 사용하여 추가합니다.
  /opt/vmware/elasticsearch/bin/plugin install file:///opt/vmware/elasticsearch/jars/discovery-idm-1.0.jar
관리 콘솔에 로그인합니다.
대시보드 > 시스템 진단 대시보드 탭을 선택합니다.
상단 패널에서 보조 데이터 센터 클러스터에 대한 클러스터 정보를 찾습니다.
보조 데이터 센터에 있는 모든 노드의 클러스터 ID를 첫 번째 데이터 센터에서 사용된 것과 다른 숫자로 업데이트합니다.
예를 들어 첫 번째 데이터 센터가 2를 사용하지 않는 경우 보조 데이터 센터의 모든 노드를 2로 설정합니다.
기본 및 보조 데이터 센터의 클러스터가 모두 올바르게 구성되어 있는지 확인합니다.
기본 및 보조 데이터 센터의 각 노드에 대해 다음 단계를 따르십시오.
1. 가상 장치에 로그인합니다.
2. 다음 명령을 실행합니다.
  curl 'http://localhost:9200/_cluster/health?pretty'
  
  클러스터가 올바르게 구성된 경우 이 명령은 다음 예와 유사한 결과를 반환합니다.
```
{
  "cluster_name" : "horizon",
  "status" : "green",
  "timed_out" : false,
  "number_of_nodes" : 3,
  "number_of_data_nodes" : 3,
  "active_primary_shards" : 20,
  "active_shards" : 40,
  "relocating_shards" : 0,
  "initializing_shards" : 0,
  "unassigned_shards" : 0,
  "delayed_unassigned_shards" : 0,
  "number_of_pending_tasks" : 0,
  "number_of_in_flight_fetch" : 0
}
```

보조 데이터 센터 장치의 캐시 서비스 설정

보조 데이터 센터를 설정하는 경우 보조 데이터 센터의 VMware Identity Manager 19.03 인스턴스가 /usr/local/horizon/conf/runtime-config.properties 파일의 "read.only.service=true" 항목에 대해 읽기 전용 액세스로 구성됩니다. 이러한 장치를 업그레이드한 후에는 서비스가 시작되지 않습니다.

이 문제를 해결하려면 다음 단계를 수행하십시오. 이 단계에는 다음 세 노드가 포함된 보조 데이터 센터의 예제 시나리오가 포함됩니다.


sva1.example.com
sva2.example.com
sva3.example.com

보조 데이터 센터의 가상 장치에 루트 사용자로 로그인합니다.
이 예에서는 sva1.example.com으로 로그인합니다.
다음 하위 단계에 나와 있는 /usr/local/horizon/conf/runtime-config.properties 파일을 편집합니다.
기존 항목을 편집하거나 새 항목을 추가할 수 있습니다. 해당되는 경우 주석 처리되지 않은 항목의 주석 처리를 제거합니다.
1. cache.service.type 항목의 값을 ehcache로 설정합니다.
```
cache.service.type=ehcache
```
2. ehcache.replication.rmi.servers 항목의 값을 보조 데이터 센터에 있는 다른 노드의 FQDN(정규화된 도메인 이름)으로 설정합니다. 콜론 :을 구분 기호로 사용합니다.
이 예에서는 항목을 다음과 같이 구성합니다.
```
ehcache.replication.rmi.servers=sva2.example.com:sva3.example.com
```
서비스를 다시 시작합니다.
service horizon-workspace restart
보조 데이터 센터의 나머지 노드에서 앞의 단계를 반복합니다.
이 예에서 구성할 나머지 노드는 sva2.example.com 및 sva3.example.com입니다.

Citrix 통합

VMware Identity Manager 3.3의 Citrix 통합에서는 모든 외부 커넥터가 Linux용 버전 2018.8.1.0(3.3 릴리스의 커넥터 버전) 이상이어야 합니다.

Integration Broker 3.3도 사용해야 합니다. Integration Broker의 경우 업그레이드를 사용할 수 없습니다. 이전 버전을 제거한 후 새 버전을 설치하십시오.

이전 릴리스의 변경 사항

이전 릴리스의 변경 사항에 대해서는 VMware Identity Manager 3.3으로 업그레이드(Linux)를 참조하십시오.