이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Apigee Edge를 4.16.09 버전으로 업데이트합니다.

Private Cloud용 Edge v. 4.16.09

4.16.09로 업데이트할 수 있는 Edge 버전

Apigee Edge 버전 4.16.01.0x 및 4.16.05.x를 4.16.09로 업데이트할 수 있습니다.

버전 4.16.01 미만의 Edge 버전을 사용하는 경우 먼저 버전 4.16.01.x로 이전한 후 버전 4.16.09로 업데이트해야 합니다.

업데이트를 실행할 수 있는 사용자

업데이트를 실행하는 사용자는 원래 Edge를 설치한 사용자 또는 루트로 실행 중인 사용자와 동일해야 합니다.

Edge RPM을 설치한 후에는 모든 사용자가 구성할 수 있습니다.

Java JDK 버전 8로 업그레이드 필요

이 Edge 출시에서는 모든 Edge 처리 노드에 Java JDK 버전 8을 설치해야 합니다. Oracle JDK 8 또는 OpenJDK 8을 설치할 수 있습니다. Java JDK 8이 아직 설치되지 않은 경우 업데이트 스크립트가 자동으로 설치할 수 있습니다.

Java 8 업데이트의 일환으로 일부 TLS 암호화 알고리즘은 더 이상 Oracle JDK 8에서 사용할 수 없습니다. 전체 목록은 http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html의 '기본적으로 사용 중지된 암호 모음' 섹션을 참고하세요.

4.16.01에서 업데이트하는 경우 Zookeeper 다운그레이드

Edge Private Cloud 4.16.01의 Zookeeper RPM 버전은 apigee-zookeeper-3.4.5-1.0.905.noarch.rpm입니다. 후속 Edge 버전에서 Zookeeper 버전이 apigee-zookeeper-3.4.5-0.0.94x로 다시 변경되었습니다. 이렇게 하면 yum이 Zookeeper를 4.16.01에서 이후 버전으로 업그레이드하지 못합니다. 이 상황을 피하려면 주키퍼를 업데이트하기 전에 yum 다운그레이드 apigee-zookeeper를 실행하세요.

다음 명령어를 사용하여 Zookeeper 버전을 확인할 수 있습니다.

> rpm -qa |grep apigee-zookeeper

이 명령어가 Zookeeper 버전을 반환하는 경우:

apigee-zookeeper-3.4.5-1.0.905

그런 다음 다운그레이드해야 합니다.

속성 설정 자동 전파

/opt/apigee/customer/application에서 .properties 파일을 편집하여 속성을 설정한 경우에는 이 값이 업데이트에 의해 유지됩니다.

기본 요건 업데이트

Apigee Edge를 업그레이드하기 전에 다음 기본 요건을 충족해야 합니다.

모든 노드 백업
업데이트하기 전에 안전을 위해 모든 노드를 완전히 백업하는 것이 좋습니다. 현재 버전의 Edge에 해당하는 절차에 따라 백업을 실행합니다.

이렇게 하면 새 버전으로의 업데이트가 제대로 작동하지 않을 경우를 대비해 백업 계획을 세울 수 있습니다. 백업에 관한 자세한 내용은 백업 및 복원을 참고하세요.
Edge가 실행 중인지 확인
다음 명령어를 사용하여 업데이트 프로세스 중에 Edge가 작동 및 실행 중인지 확인하세요.

> /<inst_root>/apigee/apigee-service/bin/apigee-all status

업데이트 실패 처리

업데이트에 실패한 경우 문제를 해결한 후 update.sh를 다시 실행해 보세요. 업데이트를 여러 번 실행할 수 있으며, 업데이트는 마지막으로 중단된 지점부터 계속 진행됩니다.

실패로 인해 업데이트를 이전 버전으로 롤백해야 하는 경우 4.16.09 롤백 프로세스를 참고하세요.

업데이트 정보 로깅

기본적으로 update.sh 유틸리티는 다음 위치에 로그 정보를 기록합니다.

/opt/apigee/var/log/apigee-setup/update.log

update.sh 유틸리티를 실행하는 사용자가 해당 디렉터리에 액세스할 수 없는 경우 로그를 /tmp 디렉터리에 update_username.log라는 파일로 씁니다.

사용자에게 /tmp에 대한 액세스 권한이 없으면 update.sh 유틸리티가 실패합니다.

Postgres 9.4로 업그레이드 필요

이 Edge 출시에는 Postgres 9.4로의 업그레이드가 포함되어 있습니다. 업그레이드의 일환으로 모든 Postgres 데이터가 Postgres 9.4로 마이그레이션됩니다.

업데이트 프로세스 중에 Postgres 노드가 업데이트 중일 때도 애널리틱스 데이터는 계속 Qpid 노드에 쓰여집니다. Postgres 노드가 업데이트되고 다시 온라인 상태가 되면 분석 데이터가 Postgres 노드로 푸시됩니다.

어떤 이유로든 업데이트를 롤백해야 하는 경우 추가 Postgres 대기 노드가 필요합니다. 업데이트를 롤백해야 하는 경우 롤백 후 새 Postgres 대기 노드가 마스터 Postgres 노드가 됩니다. 따라서 새 Postgres 대기 노드를 설치할 때는 Edge 설치 요구사항에 정의된 대로 Postgres 서버의 모든 하드웨어 요구사항을 충족하는 노드에 있어야 합니다.

새 Postgres 대기 노드 설치

이 절차는 새 노드에 Postgres 대기 서버를 만듭니다. 버전 4.16.09가 아닌 기존 Edge 버전 (4.16.01 또는 4.16.05)에 새 Postgres 대기 서버를 설치해야 합니다.

설치를 실행하려면 현재 버전의 Edge를 설치하는 데 사용한 것과 동일한 구성 파일을 사용하세요.

새 Postgres 대기 노드를 만들려면 다음 단계를 따르세요.

현재 Postgres 마스터에서 /opt/apigee/customer/application/postgresql.properties 파일을 수정하여 다음 토큰을 설정합니다. 이 파일이 없는 경우 다음과 같이 만듭니다.

conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust\ \nhost replication apigee new_slave_ip/32 trust

여기서 existing_slave_ip는 현재 Postgres 대기 서버의 IP 주소이고 new_slave_ip는 새 대기 노드의 IP 주소입니다.
Postgres 마스터에서 apigee-postgresql을 다시 시작합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
마스터에서 /opt/apigee/apigee-postgresql/conf/pg_hba.conf를 확인하여 새 대기 노드가 추가되었는지 확인합니다. 이 파일에는 다음 줄이 표시됩니다.
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
새 Postgres 대기 서버를 설치합니다.
1. 현재 Edge 버전을 설치하는 데 사용한 구성 파일을 수정하여 다음을 지정합니다.
  
  현재 마스터의 IP 주소:
  PG_MASTER=192.168.56.103
  새 대기 노드의 IP 주소
  PG_STANDBY=192.168.56.102
2. Edge Apigee-setup 유틸리티 설치에 설명된 대로 SELinux를 사용 중지합니다.
3. Edge bootstrap_4.16.05.sh 파일을 /tmp/bootstrap_4.16.05.sh로 다운로드합니다.
  > curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
  
  참고: 4.16.01에서 업데이트하는 경우 Edge bootstrap.sh 파일을 다운로드합니다.
4. Edge apigee-service 유틸리티 및 종속 항목을 설치합니다.
  > sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser=uName apigeepassword=pWord
5. apigee-service를 사용하여 apigee-setup 유틸리티를 설치합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
6. Postgres를 설치합니다.
  > /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
7. 새 대기 노드에서 다음 명령어를 실행합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check- Standby
  
  이 노드가 대기 노드로 표시되는지 확인합니다.

Postgres 노드 지원 중단

업데이트가 완료되면 새 대기 노드를 사용 중지합니다.

Postgres가 실행 중인지 확인하세요.
> /opt/apigee/apigee-service/bin/apigee-all status

Postgres가 실행 중이 아니면 시작하세요.
> /opt/apigee/apigee-service/bin/apigee-all start
새 대기 모드 노드에서 다음 cURL 명령어를 실행하여 새 대기 모드 노드의 UUID를 가져옵니다.
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

출력 끝에 노드의 UUID가 다음 형식으로 표시됩니다.
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
새 대기 모드 노드에서 다음 명령어를 실행하여 새 대기 모드 노드를 중지합니다.
> /opt/apigee/apigee-service/bin/apigee-all stop
Postgres 마스터 노드에서 /opt/apigee/customer/application/postgresql.properties를 수정하여 conf_pg_hba_replication.connection에서 새 대기 노드를 삭제합니다.
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32 trust
Postgres 마스터에서 apigee-postgresql을 다시 시작합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
마스터에서 /opt/apigee/apigee-postgresql/conf/pg_hba.conf 파일을 확인하여 새 대기 노드가 삭제되었는지 확인합니다. 해당 파일에는 다음 행만 표시됩니다.
호스트 복제 apigee existing_slave_ip/32 trust
관리 서버 노드에서 다음 Edge 관리 API를 호출하여 ZooKeeper에서 대기 모드 노드의 UUID를 삭제합니다.
> curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

제로 다운타임 업데이트

다운타임이 없는 업데이트 또는 순차적 업데이트를 사용하면 Edge를 중단하지 않고도 Edge 설치를 업데이트할 수 있습니다.

다운타임이 없는 업데이트는 5개 노드 구성 이상에서만 가능합니다.

다운타임 없이 업그레이드하는 방법은 부하 분산기에서 각 라우터를 한 번에 하나씩 삭제하는 것입니다. 그런 다음 라우터와 동일한 머신에서 라우터 및 기타 구성요소를 업데이트한 후 라우터를 부하 분산기에 다시 추가합니다.

아래의 '머신 업데이트 순서'에 설명된 대로 설치에 맞는 올바른 순서로 머신을 업데이트합니다.
라우터를 업데이트할 때는 서버 (메시지 프로세서/라우터) 도달 가능성 사용 설정/사용 중지에 설명된 대로 라우터 중 하나를 선택하고 연결할 수 없도록 합니다.
선택한 라우터와 다른 모든 Edge 구성요소를 라우터와 동일한 머신에서 업데이트합니다. 모든 Edge 구성에는 동일한 노드에 라우터와 메시지 프로세서가 표시됩니다.
라우터에 다시 연결할 수 있도록 합니다.
나머지 라우터에 대해 2~4단계를 반복합니다.
설치의 나머지 머신에 대한 업데이트를 계속합니다.

업데이트 전후에 다음 사항에 유의하세요.

결합된 라우터 및 메시지 프로세서 노드에서 다음을 실행합니다.
- 업데이트 전 – 다음을 실행합니다.
  1. 라우터에 연결할 수 없도록 합니다.
  2. 메시지 프로세서에 연결할 수 없도록 합니다.
- 업데이트 후 다음을 수행합니다.
  1. 메시지 프로세서에 연결할 수 있도록 합니다.
  2. 라우터에 연결할 수 있도록 합니다.
단일 라우터 노드:
- 업데이트하기 전에 라우터에 연결할 수 없도록 하세요.
- 업데이트 후 라우터에 연결할 수 있도록 설정합니다.
단일 메시지 프로세서 노드에서 다음을 실행합니다.
- 업데이트하기 전에 메시지 프로세서에 연결할 수 없도록 합니다.
- 업데이트 후 메시지 프로세서에 연결할 수 있도록 합니다.

무음 구성 파일 사용

업데이트 명령어에 무음 구성 파일을 전달해야 합니다. 무음 구성 파일은 Edge 4.16.01 또는 4.16.05를 설치할 때 사용한 것과 동일해야 합니다.

외부 인터넷에 연결된 노드에서 4.16.09로 업데이트하는 절차

노드에서 Edge 구성요소를 업데이트하려면 다음 절차를 따르세요.

현재 Postgres 마스터-스탠바이 복제를 사용 중인 경우 위에 설명된 새 Postgres 스탠바이 노드 설치에 따라 새 Postgres 스탠바이 노드를 설치합니다.
크론 작업이 있다면 업데이트가 완료될 때까지 Cassandra에서 복구 작업을 수행하도록 구성된 크론 작업을 사용 중지합니다.
루트로 노드에 로그인하여 Edge RPM을 설치합니다.
참고: RPM 설치에는 루트 액세스가 필요하지만 루트 액세스 권한 없이 Edge 구성을 수행할 수도 있습니다.
Edge apigee-setup 유틸리티 설치에 설명된 대로 SELinux를 사용 중지합니다.
Edge 4.16.09 bootstrap_4.16.09.sh 파일을 /tmp/bootstrap_4.16.09.sh로 다운로드합니다.
> curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh
Edge 4.16.09 apigee-service 유틸리티와 종속 항목을 설치합니다.
> sudo bash /tmp/bootstrap_4.16.09.sh apigeeuser=uName apigeepassword=pWord

여기서 uName:pWord는 Apigee에서 받은 사용자 이름과 비밀번호입니다. pWord를 생략하면 비밀번호를 입력하라는 메시지가 표시됩니다.

기본적으로 설치 프로그램은 Java 1.8이 설치되어 있는지 확인합니다. 설치하지 않으면 자동으로 설치됩니다. JAVA_FIX 옵션을 사용하여 Java 설치를 처리하는 방법을 지정합니다. JAVA_FIX는 다음 값을 사용합니다.

I = OpenJDK 1.8 설치 (기본값)
C = Java 설치 없이 계속 진행
Q = 종료 이 옵션을 사용하려면 Java를 직접 설치해야 합니다.
apigee-service를 사용하여 apigee-setup 유틸리티를 업데이트합니다.
1. Edge 버전 4.15.07.0x를 업그레이드하여 4.16.01을 설치한 경우 Apigee-setup 유틸리티를 설치해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  
  이 명령어는 <inst_dir>/apigee/apigee-setup/bin에 update.sh 유틸리티를 설치합니다.
  
  apigee-setup 유틸리티를 이미 설치한 경우 업데이트합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
2. 4.16.01을 직접 설치한 경우, 즉 4.15.07.0x에서 업그레이드를 수행하지 않은 경우, apigee-setup 유틸리티를 업데이트해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  이 업데이트는 apigee-inst/setup_service의 Apigee-inst/setup 유틸리티를
3. 4.16.05를 직접 설치했거나 업데이트를 통해 Apigee-setup 유틸리티를 업데이트해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  apigee-service에 대한 이 업데이트는 <inst_dir>/apigee/apigee-setup/bin에 update.sh 유틸리티를 설치합니다.
현재 Edge 버전에 따라 관리 서버에서 apigee-validate 유틸리티를 설치하거나 업데이트해야 합니다.
1. 현재 Edge 4.16.05를 사용 중인 경우: 관리 서버에서 apigee-validate 유틸리티를 업데이트합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
2. 현재 Edge 4.16.01을 사용 중인 경우: 관리 서버에 apigee-validate 유틸리티를 설치합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  
  참고: 4.16.01을 설치할 때 메시지 프로세서 노드에 apigee-validate 유틸리티를 설치한 경우 해당 노드에서 다음 명령어를 사용하여 업데이트할 수 있습니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  
  4.16.05 이상부터는 관리 서버에 apigee-validate 유틸리티를 설치하고 실행하는 것이 좋습니다.
3. 4.16.01에서 업그레이드하는 경우: apigee-validate 유틸리티에 전달된 구성 파일을 수정합니다. 4.16.01 Edge 출시에서는 apigee-validate에서 사용하는 구성 파일에 다음 속성이 필요했습니다.
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  REGION=dc-1
  
  이 출시에서는 구성 파일에 APIGEE_ADMINPW 속성만 필요합니다. 파일에서 다른 두 속성을 삭제할 수 있습니다.
apigee-provision 유틸리티를 업데이트합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
아래의 '머신 업데이트 순서'에 설명된 순서대로 노드에서 업데이트 유틸리티를 실행하세요.
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

구성 파일의 유일한 요구사항은 'Apigee' 사용자가 구성 파일에 액세스하거나 읽을 수 있어야 한다는 것입니다.

'-c' 옵션을 사용하여 업데이트할 구성요소를 지정합니다. 가능한 구성요소 목록은 다음과 같습니다.
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =Edge UI를 제외한 모든 Edge 구성요소: 관리 서버, 메시지 프로세서, 라우터, QPID 서버, Postgres 서버
ui = Edge UI
all = 머신의 모든 구성요소 업데이트 (Edge aio 설치 프로필 또는 API BaaS asa 설치 프로필에만 사용)
e = ElasticSearch
b = API BaaS 스택
p = API BaaS 포털
ebp = 동일한 노드의 ElasticSearch, API BaaS 스택, API BaaS 포털
설치 테스트에 설명된 대로 관리 서버에서 apigee-validate 유틸리티를 실행하여 업데이트를 테스트합니다.
새 Postgres 대기 노드를 설치한 경우 위에 설명된 대로 Postgres 노드 지원 중단에 따라 노드를 지원 중단합니다.

나중에 업데이트를 롤백하려면 4.16.09 롤백 프로세스에 설명된 절차를 따르세요.

로컬 저장소에서 4.16.09로 업데이트하는 절차

Edge 노드가 방화벽 뒤에 있거나 어떤 방식으로든 인터넷을 통해 Apigee 저장소에 액세스할 수 없는 경우 Apigee 저장소의 로컬 저장소 또는 미러에서 업데이트를 수행할 수 있습니다.

로컬 Edge 저장소를 만든 후 로컬 저장소에서 Edge를 업데이트하는 두 가지 옵션이 있습니다.

저장소의 .tar 파일을 만들고 .tar 파일을 노드에 복사한 다음 .tar 파일에서 Edge를 업데이트합니다.
다른 노드에서 액세스할 수 있도록 로컬 저장소가 있는 노드에 웹서버를 설치합니다. Apigee에서는 사용할 수 있는 Nginx 웹 서버를 제공하거나 자체 웹 서버를 사용할 수 있습니다.

로컬 4.16.09 저장소에서 업데이트하려면 다음 단계를 따르세요.

현재 Postgres 마스터-스탠바이 복제를 사용 중인 경우 위에 설명된 새 Postgres 스탠바이 노드 설치에 따라 새 Postgres 스탠바이 노드를 설치합니다.
Edge apigee-setup 유틸리티 설치의 '로컬 Apigee 저장소 만들기'에 설명된 대로 로컬 4.16.09 저장소를 만듭니다.
참고: 기존 4.16.01 또는 4.16.05 저장소가 이미 있다면 Edge Apigee-setup 유틸리티 설치의 '로컬 Apigee 저장소 업데이트'에 설명된 대로 4.16.09 저장소를 추가할 수 있습니다.
.tar 파일에서 apigee-service를 설치하려면 다음 단계를 따르세요.
1. 로컬 저장소가 있는 노드에서 다음 명령어를 사용하여 로컬 저장소를 /opt/apigee/data/apigee-mirror/apigee-4.16.09.tar.gz라는 단일 .tar 파일로 패키징합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
2. .tar 파일을 Edge를 업데이트할 노드에 복사합니다. 예를 들어 새 노드의 /tmp 디렉터리에 복사합니다.
3. 새 노드에서 파일을 /tmp 디렉터리로 압축해제합니다.
  > tar -xzf apigee-4.16.09.tar.gz
  
  이 명령어는 .tar 파일이 포함된 디렉터리에 repos라는 새 디렉터리를 만듭니다. 예: /tmp/repos
4. /tmp/repos에서 Edge apigee-service 유틸리티와 종속 항목을 설치합니다.
  > sudo bash /tmp/repos/bootstrap_4.16.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  이 명령어에는 repos 디렉터리의 경로가 포함됩니다.
Nginx 웹 서버를 사용하여 apigee-service를 설치하려면 다음 안내를 따르세요.
1. Edge apigee-setup 유틸리티 설치의 'Nginx 웹 서버를 사용하여 저장소에서 설치하기'에 설명된 대로 Nginx 웹 서버를 구성합니다.
3. 원격 노드에서 Edge apigee-service 유틸리티와 종속 항목을 설치합니다.
  > sudo bash /tmp/bootstrap_4.16.09.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  여기서 uName:pWord는 저장소 사용자 이름과 비밀번호입니다.
apigee-service를 사용하여 Apigee-setup 유틸리티를 업데이트하세요.
1. Edge 버전 4.15.07.0x를 업그레이드하여 4.16.01을 설치한 경우 Apigee-setup 유틸리티를 설치해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  
  이 명령어는 <inst_dir>/apigee/apigee-setup/bin에 update.sh 유틸리티를 설치합니다.
  
  apigee-setup 유틸리티를 이미 설치했다면 다음과 같이 업데이트하세요.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
2. 4.16.01을 직접 설치한 경우(즉, 4.15.07.0x에서 업그레이드하지 않은 경우) apigee-setup 유틸리티를 업데이트해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  이 apigee-service 업데이트는 <inst_dir>/apigee/apigee-setup/bin에 update.sh 유틸리티를 설치합니다.
3. 4.16.05를 직접 또는 업데이트를 통해 설치한 경우 apigee-setup 유틸리티를 업데이트해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  
  이 apigee-service 업데이트는 <inst_dir>/apigee/apigee-setup/bin에 update.sh 유틸리티를 설치합니다.
현재 Edge 버전에 따라 관리 서버에서 apigee-validate 유틸리티를 설치하거나 업데이트해야 합니다.
1. 현재 Edge 4.16.05를 사용 중인 경우: 관리 서버에서 apigee-validate 유틸리티를 업데이트합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
2. 현재 Edge 4.16.01을 사용 중인 경우: 관리 서버에 apigee-validate 유틸리티를 설치합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
  
  참고: 4.16.01을 설치할 때 메시지 프로세서 노드에 apigee-validate 유틸리티를 설치한 경우 해당 노드에서 다음 명령어를 사용하여 업데이트할 수 있습니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  
  4.16.05 이상부터는 관리 서버에 apigee-validate 유틸리티를 설치하고 실행하는 것이 좋습니다.
3. 4.16.01에서 업그레이드하는 경우: apigee-validate 유틸리티에 전달된 구성 파일을 수정합니다. 4.16.01 Edge 출시에서는 apigee-validate에서 사용하는 구성 파일에 다음 속성이 필요했습니다.
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  REGION=dc-1
  
  이 출시에서는 구성 파일에 APIGEE_ADMINPW 속성만 필요합니다. 파일에서 다른 두 속성을 삭제할 수 있습니다.
apigee-provision 유틸리티를 업데이트합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
아래의 '머신 업데이트 순서'에 설명된 순서대로 노드에서 업데이트 유틸리티를 실행합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

구성 파일의 유일한 요구사항은 'apigee' 사용자가 구성 파일에 액세스하거나 읽을 수 있어야 한다는 것입니다.

'-c' 옵션을 사용하여 업데이트할 구성요소를 지정합니다. 가능한 구성요소 목록은 다음과 같습니다.
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =Edge UI를 제외한 모든 Edge 구성요소: 관리 서버, 메시지 프로세서, 라우터, QPID 서버, Postgres 서버
ui = Edge UI
all = 머신의 모든 구성요소 업데이트 (Edge aio 설치 프로필 또는 API BaaS asa 설치 프로필에만 사용)
e = ElasticSearch
b = API BaaS 스택
p = API BaaS 포털
ebp = 동일한 노드의 ElasticSearch, API BaaS 스택, API BaaS 포털
설치 테스트에 설명된 대로 관리 서버에서 apigee-validate 유틸리티를 실행하여 업데이트를 테스트합니다.
새 Postgres 대기 노드를 설치한 경우 위에 설명된 대로 Postgres 노드 지원 중단에 따라 노드를 지원 중단합니다.

나중에 업데이트를 롤백하려면 4.16.09 롤백 프로세스에 설명된 절차를 따르세요.

머신 업데이트 순서

Edge 설치에서 머신을 업데이트하는 순서는 중요합니다. 업데이트와 관련하여 가장 중요한 고려사항은 다음과 같습니다.

다른 노드를 업데이트하기 전에 Cassandra 및 ZooKeeper 노드를 모두 업데이트해야 합니다.
여러 Edge 구성요소 (관리 서버, 메시지 프로세서, 라우터, QPID 서버, Postgres 서버는 제외)가 있는 머신의 경우 '-c Edge' 옵션을 사용하여 모두 동시에 업데이트하세요.
단계에서 여러 머신에서 실행해야 한다고 지정된 경우 지정된 머신 순서대로 실행합니다.
수익 창출을 업데이트하는 별도의 단계는 없습니다. '-c edge' 옵션을 지정하면 업데이트됩니다.

호스트 1대의 독립형 설치

4.16.01에서 업데이트하는 경우 Zookeeper를 다운그레이드합니다.
> yum downgrade apigee-zookeeper
Cassandra 및 ZooKeeper 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
qpidd 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
LDAP 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
Postgres 서버, Qpid 서버, PostgreSQL을 중지합니다.
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
postgresql 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
Postgres 데이터베이스를 업데이트합니다.
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
나머지 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Edge UI 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

호스트 2대의 독립형 설치

에지 토폴로지 및 노드 번호 목록은 설치 토폴로지를 참고하세요.

4.16.01에서 업데이트하는 경우 머신 1에서 Zookeeper를 다운그레이드합니다.
> yum downgrade apigee-zookeeper
머신 1에서 Cassandra 및 ZooKeeper를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 2에서 qpidd를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 1에서 LDAP를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
머신 1에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
머신 1에서 UI를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
머신 2에서 postgresql을 업데이트합니다.
1. Postgres 서버, Qpid 서버, postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
  > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
2. postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
3. Postgres 데이터베이스를 업데이트합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
4. 머신 2 및 머신 1에서 Edge 구성요소를 업데이트합니다.
  > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
머신 2에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

호스트 5대 클러스터 설치의 경우

에지 토폴로지 및 노드 번호 목록은 설치 토폴로지를 참고하세요.

위에 설명된 대로 새 Postgres 대기 노드 설치에 따라 새 Postgres 대기 노드를 설치했는지 확인합니다.
4.16.01에서 업데이트하는 경우 머신 1, 2, 3에서 Zookeeper를 다운그레이드합니다.
> yum downgrade apigee-zookeeper
1, 2, 3 머신에서 Cassandra 및 동물원을 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 4 및 5에서 qpidd를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 1에서 LDAP를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
머신 1, 2, 3의 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
머신 1에서 UI를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
머신 4 및 5를 업데이트합니다.
1. 머신 4에서 Postgres 서버 및 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server Stop
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server Stop
2. 5 머신에서 Postgres 서버, Qpid 서버, postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server stop
  > /opt/apigee/apigee-service/postgresql은 Apigee-service
3. 롤백을 위해 추가한 새 대기 모드 노드에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
4. 머신 4에서 postgresql을 업데이트합니다.
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
5. 머신 4에서 Postgres 데이터베이스를 업데이트합니다 (Postgres 마스터만 해당).
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
6. 머신 5에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
7. 머신 4 및 5에서 Postgres 서버 및 Qpid 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server start
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
8. 머신 5에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다.
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
9. 두 서버에서 다음 스크립트를 실행하여 복제 상태를 확인합니다. 시스템이 두 서버에서 동일한 결과를 표시해야 복제가 성공적으로 이루어집니다.
  
  머신 4(마스터 노드)에서 다음을 실행합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
  
  마스터라고 표시되는지 확인합니다.
  
  머신 5의 대기 노드는 다음과 같습니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check- Standby
  
  이 노드가 대기 노드로 표시되는지 확인합니다.
머신 4, 5에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
Postgres 노드 지원 중단의 위 절차에 따라 새 대기 모드 노드를 지원 중단해야 합니다.

9개 호스트 클러스터 설치의 경우

에지 토폴로지 및 노드 번호 목록은 설치 토폴로지를 참고하세요.

위에 설명된 대로 새 Postgres 대기 노드 설치에 따라 새 Postgres 대기 노드를 설치했는지 확인합니다.
4.16.01에서 업데이트하는 경우 머신 1, 2, 3에서 Zookeeper를 다운그레이드합니다.
> yum downgrade apigee-zookeeper
머신 1, 2, 3에서 Cassandra 및 ZaKeeper를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 6과 7에서 qpidd를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 1에서 LDAP를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
머신 6, 7, 1, 4, 5에서 Edge 구성요소를 순서대로 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
머신 1에서 UI를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
머신 8 및 9를 업데이트합니다.
1. 머신 8에서 Postgres 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
2. 머신 9에서 Postgres 서버 및 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
3. 머신 6 및 7에서 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
4. 롤백을 위해 추가한 새 대기 노드에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-serverstop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
5. 머신 8에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
6. 머신 8에서 Postgres 데이터베이스를 업데이트합니다 (Postgres 마스터만 해당).
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
7. 머신 9에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
8. 머신 8 및 9에서 Postgres 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
9. 머신 6 및 7에서 Qpid 서버 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
10. 머신 9에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다.
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
11. 두 서버에서 다음 스크립트를 실행하여 복제 상태를 확인합니다. 시스템이 두 서버에서 동일한 결과를 표시해야 복제가 성공적으로 이루어집니다.
  마스터 노드인 머신 8에서 다음을 실행합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
  
  마스터라고 표시되는지 확인합니다.
  
  머신 9의 대기 노드:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
  
  대기 중이라고 표시되는지 확인합니다.
머신 8과 9에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
위의 Postgres 노드 해제에 나와 있는 절차에 따라 새 대기 노드를 사용 중단해야 합니다.

13개의 호스트 클러스터 설치의 경우

Edge 토폴로지와 노드 번호 목록은 설치 토폴로지를 참조하세요.

위에 설명된 대로 새 Postgres 대기 노드 설치에 따라 새 Postgres 대기 노드를 설치했는지 확인합니다.
4.16.01에서 업데이트하는 경우 머신 1, 2, 3에서 주키퍼를 다운그레이드합니다.
> yum apigee-zookeeper를 다운그레이드합니다.
머신 1, 2, 3에서 Cassandra 및 ZooKeeper를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
12 및 13 머신에서 qpidd를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 4 및 5에서 LDAP를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
머신 12, 13, 6, 7, 10, 11에서 Edge 구성요소를 순서대로 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
머신 6 및 7에서 UI를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
머신 8 및 9를 업데이트합니다.
1. 머신 8에서 Postgres 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
2. 머신 9에서 Postgres 서버 및 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
3. 머신 12 및 13에서 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
4. 롤백을 위해 추가한 새 대기 모드 노드에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
5. 머신 8에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
6. 머신 8에서 Postgres 데이터베이스를 업데이트합니다 (Postgres 마스터만 해당).
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
7. 머신 9에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
8. 머신 8 및 9에서 Postgres 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
9. 머신 12 및 13에서 Qpid 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
10. 머신 9에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다.
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
11. 두 서버에서 다음 스크립트를 실행하여 복제 상태를 확인합니다. 시스템이 두 서버에서 동일한 결과를 표시해야 복제가 성공적으로 이루어집니다.
  마스터 노드인 머신 8에서 다음을 실행합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
  
  마스터라고 표시되는지 확인합니다.
  
  머신 9의 대기 노드:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
  
  대기 중이라고 표시되는지 확인합니다.
머신 8 및 9에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
위의 Postgres 노드 지원 중단에 나온 절차에 따라 새 대기 모드 노드를 지원 중단해야 합니다.

12개의 호스트 클러스터 설치의 경우

Edge 토폴로지와 노드 번호 목록은 설치 토폴로지를 참조하세요.

위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다.
Cassandra 및 ZooKeeper를 업데이트합니다.
1. 4.16.01에서 업데이트하는 경우 데이터 센터 1의 머신 1, 2, 3에서 주키퍼를 다운그레이드합니다.
  > yum apigee-zookeeper를 다운그레이드합니다.
2. 데이터 센터 1의 머신 1, 2, 3에서 다음을 실행합니다.
  > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. 4.16.01에서 업데이트하는 경우 데이터 센터 2의 머신 7, 8, 9에서 Zookeeper를 다운그레이드합니다.
  > yum downgrade apigee-zookeeper
4. 데이터 센터 2의 머신 7, 8, 9에서
  > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
qpidd를 업데이트합니다.
1. 데이터 센터 1의 머신 4, 5
  > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
2. 데이터 센터 2의 머신 10, 11
  > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
LDAP 업데이트:
1. 데이터 센터 1의 머신 1
  > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
2. 데이터 센터 2의 머신 7
  > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
Edge 구성요소를 업데이트합니다.
1. 데이터 센터 1의 머신 4, 5, 1, 2, 3
  > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
2. 데이터 센터 2의 머신 10, 11, 7, 8, 9
  > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
UI 업데이트:
1. 데이터 센터 1의 머신 1:
  > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
2. 데이터 센터 2의 머신 7:
  > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
데이터 센터 1의 머신 6과 데이터 센터 2의 머신 12를 업데이트합니다.
1. 머신 6에서 Postgres 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
2. 머신 12에서 Postgres 서버 및 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-serverstop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql
3. 4, 5, 10, 11 머신에서 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server stop
4. 롤백을 위해 추가한 새 대기 노드에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-serverstop
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
5. 머신 6에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
6. 머신 6에서 Postgres 데이터베이스를 업데이트합니다 (Postgres 마스터만 해당).
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
7. 머신 12에서 postgresql 업데이트:
  > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
8. 머신 6 및 12에서 Postgres 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
9. 머신 4, 5, 10, 11에서 Qpid 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
10. 머신 12에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다.
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
11. 두 서버에서 다음 스크립트를 실행하여 복제 상태를 확인합니다. 복제를 성공적으로 수행하려면 시스템에서 두 서버 모두에 동일한 결과가 표시되어야 합니다.
  머신 6에서 마스터 노드에서 다음을 실행합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
  
  이 항목이 마스터로 표시되는지 확인합니다.
  
  머신 12의 대기 노드:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-holdby
  
  이 노드가 대기 노드로 표시되는지 확인합니다.
머신 6 및 12에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
Postgres 노드 지원 중단의 위 절차에 따라 새 대기 모드 노드를 지원 중단해야 합니다.

7개 호스트 API BaaS 설치의 경우

에지 토폴로지 및 노드 번호 목록은 설치 토폴로지를 참고하세요.

머신 5, 6, 7에서 Cassandra를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
머신 1, 2, 3에서 ElasticSearch 및 API BaaS 스택을 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile
머신 4에서 API BaaS 포털을 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

10개의 호스트 API BaaS 설치의 경우

Edge 토폴로지와 노드 번호 목록은 설치 토폴로지를 참조하세요.

머신 8, 9, 10에서 Cassandra를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
머신 1, 2, 3에서 ElasticSearch를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
머신 4, 5, 6에서 API BaaS 스택을 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
머신 7에서 API BaaS 포털을 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

비표준 설치의 경우

비표준 설치인 경우 다음 순서대로 Edge 구성요소를 업데이트합니다.

ZooKeeper
Cassandra
qpidd
LDAP
Edge: Qpid 서버는 있지만 Postgres 서버는 없는 노드, 관리 서버, 메시지 프로세서, 라우터 순으로 모든 노드의 '-c edge' 프로필을 의미합니다.
참고: 노드에 Qpid 서버와 Postgres 서버가 모두 설치된 경우 8단계의 일부로 '-c edge' 프로필 단계를 실행합니다.
Edge UI
Postgres 마스터의 postgresql(업그레이드 포함)
Postgres 대기의 postgresql입니다.
Edge: 모든 결합된 Qpid 및 Postgres 노드 또는 모든 독립형 Postgres 노드의 '-c edge' 프로필을 의미합니다.