Apigee Edge 4.17.0x를 4.18.01로 업데이트합니다.

Private Cloud용 Edge v4.18.01

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

이 절차를 사용하여 Apigee Edge 버전 4.17.0x를 업데이트할 수 있습니다.

4.16.01 이전 버전의 Edge를 사용하는 경우 먼저 버전 4.16.01.x로 마이그레이션한 다음 버전 4.18.01로 업데이트해야 합니다.

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

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

Edge RPM을 설치하면 모든 사용자가 구성할 수 있습니다.

업데이트해야 하는 구성요소

모든 에지 구성요소를 업데이트해야 합니다. Edge는 여러 버전의 구성요소가 포함된 설정을 지원하지 않습니다.

호환성 유지

Private Cloud용 Apigee Edge를 4.18.01로 업그레이드할 때는 결과적으로 구현이 구성 파일에서 지원되는 속성만 참조하도록 해야 합니다.

속성	위치	설명
conf_load_balancing_load.balancing.   driver.nginx.server.retry	router.properties	router.properties 파일에서 이 속성을 삭제합니다. 4.18.01에서 재시도 옵션을 설정하려면 가상 호스트 구성 속성을 사용하세요.

속성 설정 자동 전파

/opt/apigee/customer/application에서 .properties 파일을 수정하여 속성을 설정한 경우 이러한 값은 업데이트 시 보존됩니다.

SMTPMailFROM 구성 매개변수 추가 필요

Edge 4.17.05에서는 SMTP 서버를 사용 설정할 때 사용되는 구성 파일에 새로운 필수 매개변수를 추가했습니다. 4.17.01에서 업데이트하는 경우 SMTP 서버를 사용 설정할 때 구성 파일에서 SMTPMailFROM을 설정해야 합니다.

API BaaS 버전 4.17.09에는 SMTPMailFROM 속성 지원도 추가되었습니다. 4.17.01 또는 4.17.05에서 API BaaS를 업데이트하는 경우 구성 파일에서 SMTPMailFROM을 설정해야 합니다.

이 매개변수의 형식은 다음과 같습니다.

SMTPMAILFROM="My Company <myco@company.com>"

Postgres 9.6으로 업그레이드 필요

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

대부분의 Edge 프로덕션 시스템에서는 마스터-대기 복제용으로 구성된 2개의 Postgres 노드를 사용합니다. 업데이트 프로세스 중에는 Postgres 노드가 업데이트를 위해 다운되는 동안 분석 데이터는 계속 Qpid 노드에 기록됩니다. Postgres 노드가 업데이트되고 다시 온라인 상태가 되면 애널리틱스 데이터가 Postgres 노드로 푸시됩니다.

Postgres 업데이트를 수행하는 방법은 Postgres 노드의 데이터 스토리지를 구성한 방법에 따라 다릅니다.

• Postgres 노드에 로컬 데이터 스토리지를 사용하는 경우 업그레이드 기간 동안 새 Postgres 대기 노드를 설치해야 합니다. 업그레이드가 완료되면 새 Postgres 대기 노드를 사용 중지할 수 있습니다.
  
  어떤 이유로든 업데이트를 롤백해야 하는 경우 추가 Postgres 대기 노드가 필요합니다. 업데이트를 롤백해야 하는 경우에는 롤백 후 새 Postgres 대기 노드가 마스터 Postgres 노드가 됩니다. 따라서 새 Postgres 대기 노드를 설치할 때는 Edge 설치 요구사항에 정의된 대로 Postgres 서버의 모든 하드웨어 요구사항을 충족하는 노드에 있어야 합니다.
  
  Edge의 1노드 및 2노드 설치에는 프로토타입 제작 및 테스트에 사용되는 토폴로지가 1개의 Postgres 노드만 있습니다. 새 Postgres 노드를 만들 필요 없이 이러한 Postgres 노드를 직접 업데이트할 수 있습니다.
• Apigee에서 권장하는 대로 Postgres 노드에 네트워크 스토리지를 사용하는 경우 새 Postgres 노드를 설치할 필요가 없습니다. 아래 절차에서는 새 Postgres 대기 노드를 설치하고 나중에 해제하도록 지정하는 단계를 건너뛸 수 있습니다.
  
  업데이트 프로세스를 시작하기 전에 Postgres에서 사용하는 데이터 스토어의 네트워크 스냅샷을 만듭니다. 그런 다음 업데이트 중에 오류가 발생하여 강제로 롤백을 수행해야 하는 경우 해당 스냅샷에서 Postgres 노드를 복원할 수 있습니다.

새 Postgres 대기 노드 설치

이 절차는 새 노드에 Postgres 대기 서버를 만듭니다. 버전 4.18.01이 아닌 기존 버전의 Edge (4.17.0x)에 새 Postgres 대기 서버를 설치해야 합니다.

설치를 수행하려면 현재 버전의 Edge를 설치하는 데 사용한 구성 파일과 동일한 구성 파일을 사용합니다.

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

1. 현재 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 주소입니다.

   postgresql.properties 파일이 없으면 다음 예와 같이 이 파일을 만들고 chown를 사용하여 apigee 사용자에게 액세스 권한을 부여합니다.

   chown apigee:apigee /opt/apigee/customer/application/postgresql.properties

2. Postgres 마스터에서 apigee-postgresql을 다시 시작합니다.

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

3. 마스터의 /opt/apigee/apigee-postgresql/conf/pg_hba.conf 파일을 보고 새 대기 노드가 추가되었는지 확인합니다. 이 파일에

   host replication apigee existing_slave_ip/32 trust
   host replication apigee new_slave_ip/32 trust

   줄이 표시됩니다.
4. 새 Postgres 대기 서버를 설치합니다.
   1. 현재 버전의 Edge를 설치하는 데 사용한 구성 파일을 수정하여 다음을 지정합니다.

      # IP address of the current master:
      PG_MASTER=192.168.56.103
      # IP address of the new standby node
      PG_STANDBY=192.168.56.102 

   2. Edge Apigee-setup 유틸리티 설치에 설명된 대로 SELinux를 사용 중지합니다.
   3. Edge bootstrap_4.17.0x.sh 파일(여기서 4.17.0x는 4.17.01, 4.17.05 또는 4.17.09)을 /tmp/bootstrap_4.17.0x.sh 로 다운로드합니다.

      curl https://software.apigee.com/bootstrap_4.17.0x.sh -o /tmp/bootstrap_4.17.0x.sh

   4. Edge apigee-service 유틸리티 및 종속 항목을 설치합니다.

      sudo bash /tmp/bootstrap_4.17.0x.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 노드 해제

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

1. Postgres가 실행 중인지 확인합니다.
   > /opt/apigee/apigee-service/bin/apigee-all status
   
   Postgres가 실행되고 있지 않으면 시작하세요.
   > /opt/apigee/apigee-service/bin/apigee-all start
2. 새 대기 노드에서 다음 cURL 명령어를 실행하여 새 대기 노드의 UUID를 가져옵니다.
   > curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self
   
   출력 끝에 노드의 UUID UUID가 표시됩니다. [
   
   
3. 새 대기 노드에서 다음 명령어를 실행하여 새 대기 노드를 중지합니다.
   > /opt/apigee/apigee-service/bin/apigee-all stop
4. Postgres 마스터 노드에서 /opt/apigee/customer/application/postgresql.properties를 편집하여 /opt/apigee/customer/application/postgresql.properties에서 새 대기 노드를 삭제합니다.
   conf_pg_hba_replication.connection=host apigee existing_slave_ip/32 trust
5. Postgres 마스터에서 apigee-postgresql을 다시 시작합니다.
   > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart
6. 마스터의 /opt/apigee/apigee-postgresql/conf/pg_hba.conf 파일을 보고 새 대기 노드가 삭제되었는지 확인합니다. 이 파일에는 다음 줄만 표시됩니다.
   host production apigee existing_slave_ip/32 trust
7. 관리 서버 노드에서 다음과 같은 에지 관리 API 호출을 수행하여 JoKeeper에서 대기 노드의 UUID를 삭제합니다.
   > curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

기본 요건 업데이트

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

• 모든 노드 백업
  업데이트하기 전에 안전을 위해 모든 노드의 전체 백업을 수행하는 것이 좋습니다. 현재 버전의 Edge에 대한 절차에 따라 백업을 수행합니다.
  
  이렇게 하면 새 버전으로의 업데이트가 제대로 작동하지 않을 경우에 대비한 백업 계획을 마련할 수 있습니다. 백업에 대한 자세한 내용은 백업 및 복원을 참조하세요.
• Edge가 실행 중인지 확인
  다음 명령어를 사용하여 업데이트 프로세스 중에 Edge가 작동되어 실행 중인지 확인합니다.
  
  > /opt/apigee/apigee-service/bin/apigee-all status

업데이트 실패 처리

업데이트에 실패하면 문제를 해결한 다음 update.sh를 다시 실행하면 됩니다. 업데이트를 여러 번 실행할 수 있으며 마지막으로 중단된 부분부터 업데이트가 계속됩니다.

실패로 인해 업데이트를 이전 버전으로 롤백해야 하는 경우 4.18.01 롤백 프로세스에서 자세한 내용을 확인하세요.

Logging 업데이트 정보

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

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

update.sh 유틸리티를 실행하는 사용자에게 해당 디렉터리에 대한 액세스 권한이 없으면 로그를 /tmp 디렉터리에 update_username.log라는 파일로 작성합니다.

사용자가 /tmp에 액세스할 수 없는 경우 update.sh 유틸리티가 실패합니다.

제로 다운타임 업데이트

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

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

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

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

다음과 같은 업데이트 전/후에 유의하세요.

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

자동 구성 파일 사용

update 명령어에 자동 구성 파일을 전달해야 합니다. 자동 구성 파일은 Edge 4.17.0x를 설치하는 데 사용한 것과 동일해야 합니다.

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

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

1. 현재 로컬 스토리지와 함께 Postgres 마스터 대기 복제를 사용하는 경우 위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치합니다.
   
   네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 대신 Postgres에서 사용하는 데이터 저장소의 네트워크 스냅샷을 만드세요. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.
2. 이 항목이 있다면 업데이트가 완료될 때까지 Cassandra에서 복구 작업을 수행하도록 구성된 크론 작업을 사용 중지합니다.
3. 노드에 루트로 로그인하여 Edge RPM을 설치합니다.
   참고: RPM 설치에는 루트 액세스가 필요하지만 루트 액세스 권한 없이 Edge 구성을 수행할 수도 있습니다.
4. yum-utils 및 yum-plugin-priorities를 설치합니다.
   > sudo yum install yum-utils
   > sudo yum install yum-plugin-priorities
5. Edge Apigee-setup 유틸리티 설치에 설명된 대로 SELinux를 사용 중지합니다.
6. Oracle 7.x에 설치하는 경우 다음 명령어를 실행합니다.
   > sudo yum-config-manager --enable ol7_optional_latest
7. AWS에 설치하는 경우 다음 yum-configure-manager 명령어를 실행합니다.
   > yum update rh-amazon-rhui-client.noarch
   > sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
8. Edge 4.18.01 bootstrap_4.18.01.sh 파일을 /tmp/bootstrap_4.18.01.sh에 다운로드합니다.
   > curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.
9. Edge 4.18.01 apigee-service 유틸리티와 종속 항목을 설치합니다.
   > sudo bash /tmp/bootstrap_4.18.01.sh apigeeuser=uName apigeepassword=pWord
   
   여기서 uName:pWord는 Apigee에서 받은 사용자 이름과 비밀번호입니다. pWord를 생략하면 입력하라는 메시지가 표시됩니다.
   
   기본적으로 설치 프로그램은 자바 1.8이 설치되어 있는지 확인합니다. 그렇지 않으면 앱이 자동으로 설치됩니다. JAVA_FIX 옵션을 사용하여 자바 설치 처리 방법을 지정합니다. JAVA_FIX는 다음 값을 사용합니다.
   
   I = Install OpenJDK 1.8 (기본값)
   C = Java 설치 없이 계속
   Q = Quit. 이 옵션의 경우 자바를 직접 설치해야 합니다.
10. apigee-service를 사용하여 apigee-setup 유틸리티를 업데이트합니다.
    > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
11. 관리 서버에서 apigee-validate 유틸리티를 업데이트합니다.
    > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
12. apigee-provision 유틸리티를 업데이트합니다.
    > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
13. 아래 '머신 업데이트 순서'에 설명된 순서대로 노드에서 업데이트 유틸리티를 실행합니다.
    > /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
    
    구성 파일의 유일한 요구사항은 'Apigee' 사용자가 구성 파일에 액세스하거나 읽을 수 있어야 한다는 것입니다.
    
    '-c' 옵션을 사용하여 업데이트할 구성요소를 지정합니다. 가능한 구성요소 목록에는 다음이 포함됩니다.
    ldap ldap = OpenLDAP = ldap = Cassandra
    ldap = qpidd
    ldap = postgresql
    ldap =모든 에지 구성요소 (관리 서버, Message Processor, Router, QPID 서버, Postgresall 서버용 Search) =
    
    
    
    
    
    
    
    ldap
14. 설치 테스트에 설명된 대로 관리 서버에서 apigee-validate 유틸리티를 실행하여 업데이트를 테스트합니다.
15. 새 Postgres 대기 노드를 설치한 경우 위의 Postgres 노드 해제에 설명된 대로 노드를 사용 중지합니다.
    
    네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.

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

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

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

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

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

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

1. 현재 Postgres 마스터 대기 복제를 사용하는 경우 위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치합니다.
   
   네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 대신 Postgres에서 사용하는 데이터 저장소의 네트워크 스냅샷을 만드세요. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.
2. Edge apigee-setup 유틸리티 설치의 '로컬 Apigee 저장소 만들기'에 설명된 대로 로컬 4.18.01 저장소를 만듭니다.
   참고: 기존 4.17.0x 저장소가 이미 있는 경우 Edge apigee-setup 유틸리티 설치의 '로컬 Apigee 저장소 업데이트'에 설명된 대로 4.18.01 저장소를 추가할 수 있습니다.
3. .tar 파일에서 apigee-service를 설치하려면 다음 안내를 따르세요.
   1. 로컬 저장소가 있는 노드에서 다음 명령어를 사용하여 로컬 저장소를 /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz라는 단일 .tar 파일로 패키징합니다.
      > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
   2. Edge를 업데이트하려는 노드에 .tar 파일을 복사합니다. 예를 들어 새 노드의 /tmp 디렉터리에 이 파일을 복사합니다.
   3. 새 노드에서 파일을 /tmp 디렉터리로 압축 해제합니다.
      > tar -xzf apigee-4.18.01.tar.gz
      
      이 명령어는 .tar 파일이 있는 디렉터리에 repos라는 새 디렉터리를 만듭니다. 예를 들면 /tmp/repos입니다.
   4. /tmp/repos의 Edge apigee-service 유틸리티와 종속 항목을 설치합니다.
      > sudo bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
      
      이 명령어에는 저장소 디렉터리 경로가 포함되어 있습니다.
4. Nginx 웹 서버를 사용하여 apigee-service를 설치하려면 다음 안내를 따르세요.
   1. Edge apigee-setup 유틸리티 설치의 'Nginx 웹 서버를 사용하여 저장소에서 설치'에 설명된 대로 Nginx 웹 서버를 구성합니다.
   2. 원격 노드에서 Edge bootstrap_4.18.01.sh 파일을 /tmp/bootstrap_4.18.01.sh:
      에 다운로드합니다.bootstrap_4.18.01.sh
      
      
   3. 원격 노드에 Edge apigee-service 유틸리티와 종속 항목을 설치합니다.
      > sudo bash /tmp/bootstrap_4.18.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigee.protocol=http://
      
      여기서 uName.protocol:
5. apigee-service를 사용하여 apigee-setup 유틸리티를 업데이트합니다.
   > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
6. 관리 서버에서 apigee-validate 유틸리티를 업데이트합니다.
   > /opt/apigee/apigee-service/bin/apigee-service apigee-service apigee-validate update
7. apigee-provision 유틸리티를 업데이트합니다.
   > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
8. 아래의 '머신 업데이트 순서'에 설명된 순서대로 노드에서 업데이트 유틸리티를 실행하세요.
   > /opt/apigee/apigee-setup/bin/update.sh -ccomponent -f configFile
   
   구성 파일의 유일한 요구사항은 'apigee' 사용자가 구성 파일에 액세스하거나 읽을 수 있어야 한다는 것입니다.
   
   '-c' 옵션을 사용하여 업데이트할 구성요소를 지정합니다. 가능한 구성요소 목록에는 다음이 포함됩니다.
   ldap ldap = OpenLDAP = ldap = Cassandra
   ldap = qpidd
   ldap = postgresql
   ldap =모든 에지 구성요소 (관리 서버, Message Processor, Router, QPID 서버, Postgresall 서버용 Search) =
   
   
   
   
   
   
   
   ldap
9. 설치 테스트에 설명된 대로 관리 서버에서 apigee-validate 유틸리티를 실행하여 업데이트를 테스트합니다.
10. 새 Postgres 대기 노드를 설치한 경우 위의 Postgres 노드 해제에 설명된 대로 노드를 사용 중지합니다.
    
    네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.

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

머신 업데이트 순서

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

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

1 호스트 독립형 설치의 경우

1. 4.17.01에서 업데이트하는 경우 Edge에서 SMTP를 사용 설정한 경우 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. Cassandra 및 JoKeeper를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. Qpid 업데이트:
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
4. LDAP 업데이트:
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
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/bin/apigee-service apigee-postgresql 정지
6. postgresql 업데이트:
   > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
7. Postgres 데이터베이스를 업데이트합니다.
   > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
8. 나머지 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
9. Edge UI 업데이트:
   > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

2호스트 독립형 설치의 경우

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

1. 4.17.01에서 업데이트하는 경우 Edge에서 SMTP를 사용 설정한 경우 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 머신 1에서 Cassandra 및 JoKeeper를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. 머신 2에서 Qpid를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
4. 머신 1에서 LDAP를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
5. 머신 1의 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -cedge-f configFile
6. 머신 1의 UI를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
7. 머신 2에서 postgresql을 업데이트합니다.
   1. Postgres 서버, Qpid 서버, postgresql을 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-serviceedge-qpid-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgre
   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의 Edge 구성요소를 업데이트합니다.
      > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile

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

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

1. 4.17.01에서 업데이트하는 경우 Edge에서 SMTP를 사용 설정한 경우 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다.
   
   네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 대신 Postgres에서 사용하는 데이터 저장소의 네트워크 스냅샷을 만드세요. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.
3. 머신 1, 2, 3에서 Cassandra 및 JoKeeper를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. 머신 4와 5에서 Qpid를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
5. 머신 1에서 LDAP를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
6. 머신 1, 2, 3의 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
7. 머신 1의 UI를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
8. ??머신 4 및 5 업데이트:
   1. 머신 4에서 Postgres 서버와 Qpid 서버를 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-serviceedge-qpid-server 정지
   2. 머신 5에서 Postgres 서버, Qpid 서버, postgresql을 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-serviceedge-qpid-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee
   3. 설치된 경우 롤백을 위해 추가한 새 대기 노드에서 Postgre 서버와 postgresql을 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
   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-serviceedge-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- 둡니다. -f
   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-holdby
      
      대기 노드인지 확인합니다.
9. 머신 4, 5의 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -cedge -f configFile
10. 위의 Postgres 노드 해제 절차에 따라 새 대기 노드를 사용 중지해야 합니다.
    
    네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.

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

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

1. 4.17.01에서 업데이트하는 경우 Edge에서 SMTP를 사용 설정한 경우 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다.
   
   네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 대신 Postgres에서 사용하는 데이터 저장소의 네트워크 스냅샷을 만드세요. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.
3. 머신 1, 2, 3에서 Cassandra 및 JoKeeper를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. 머신 6 및 7에서 Qpid를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
5. 머신 1에서 LDAP를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
6. 머신 6, 7, 1, 4, 5의 Edge 구성요소를 순서대로 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
7. 머신 1의 UI를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile?
8. 머신 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 에지-qpid-server 중지
   4. 설치된 경우 롤백을 위해 추가한 새 대기 노드에서 Postgre 서버와 postgresql을 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /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-holdbyconfig -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-holdby
       
       대기 노드인지 확인합니다.
9. 머신 8 및 9의 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -cedge -f configFile
10. 위의 Postgres 노드 해제 절차에 따라 새 대기 노드를 사용 중지해야 합니다.
    
    네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.

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

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

1. 4.17.01에서 업데이트하는 경우 Edge에서 SMTP를 사용 설정한 경우 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다.
   
   네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 대신 Postgres에서 사용하는 데이터 저장소의 네트워크 스냅샷을 만드세요. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.
3. 머신 1, 2, 3에서 Cassandra 및 JoKeeper를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. 머신 12 및 13에서 Qpid를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
5. 머신 4 및 5에서 LDAP를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
6. 머신 12, 13, 6, 7, 10, 11의 Edge 구성요소를 순서대로 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
7. 머신 6과 7의 UI를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile??
8. 머신 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 에지-qpid-server 중지
   4. 설치된 경우 롤백을 위해 추가한 새 대기 노드에서 Postgre 서버와 postgresql을 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /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. 머신 12와 13에서 Qpid 서버 서버를 시작합니다.
      > /opt/apigee/apigee-service/bin/apigee-serviceedge-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-holdbyconfig -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-holdby
       
       대기 노드인지 확인합니다.
9. 머신 8 및 9의 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -cedge -f configFile??
10. 위의 Postgres 노드 해제 절차에 따라 새 대기 노드를 사용 중지해야 합니다.
    
    네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.

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

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

1. 4.17.01에서 업데이트하는 경우 Edge에서 SMTP를 사용 설정한 경우 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 위의 새 Postgres 대기 노드 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다.
   
   네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 대신 Postgres에서 사용하는 데이터 저장소의 네트워크 스냅샷을 만드세요. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.
3. Cassandra 및 JoKeeper를 업데이트합니다.
   1. 데이터 센터 1의 머신 1, 2, 3에서:
      > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
   2. 데이터 센터 2의 머신 7, 8, 9에서
      > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
4. qpidd를 업데이트합니다.
   1. 데이터 센터 1의 머신 4, 5
      1. 머신 4에서 qpidd 를 업데이트합니다.
         > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. 머신 5에서 1단계를 반복합니다.
   2. 데이터 센터 2의 머신 10, 11
      1. 머신 10에서 qpidd 를 업데이트합니다.
         > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. 머신 11에서 1단계를 반복합니다.
5. 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
6. 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
7. 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
8. ?데이터 센터 1의 머신 6과 데이터 센터 2의 머신 6을 업데이트합니다.
   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-server stop
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
   3. 머신 4, 5, 10, 11에서 Qpid 서버를 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-serviceedge-qpid-server 정지
   4. 설치된 경우 롤백을 위해 추가한 새 대기 노드에서 Postgre 서버와 postgresql을 중지합니다.
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server stop
      > /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-holdby -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
       
       대기 노드인지 확인합니다.
9. 머신 6 및 12의 Edge 구성요소를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -cedge -f configFile
10. 위의 Postgres 노드 해제 절차에 따라 새 대기 노드를 사용 중지해야 합니다.
    
    네트워크 스토리지를 사용하는 경우 새 노드를 설치할 필요가 없습니다. 자세한 내용은 Postgres 9.6으로의 필수 업그레이드를 참조하세요.

7 호스트 API BaaS 설치의 경우

1. 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 머신 5, 6, 7에서 Cassandra를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

3. 머신 1, 2, 3에서 ElasticSearch 및 API BaaS 스택을 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile

4. 머신 4에서 API BaaS 포털을 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

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

1. 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 머신 8, 9, 10에서 Cassandra를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
3. 머신 1, 2, 3에서 ElasticSearch를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
4. 머신 4, 5, 6에서 API BaaS 스택을 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
5. 머신 7에서 API BaaS 포털을 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

2개의 데이터 센터 API Baas 설치

이 절차를 수행하려면 두 데이터 센터 모두에서 Cassandra 노드를 업데이트해야 합니다. 이러한 Cassandra 노드를 Edge와 공유하는 경우 일반적으로 Edge를 업데이트하는 과정에서 이 노드를 업데이트합니다.

1. 구성 파일에서 SMTPMailFROM을 설정합니다. 이 매개변수의 형식은 다음과 같습니다.
   SMTPMailFROM="My Company <myco@company.com>"
2. 두 데이터 센터의 올바른 복제 계수로 Cassandra 키스페이스를 업데이트합니다. 두 데이터 센터의 Cassandra 서버에서 이 단계를 한 번만 실행하면 됩니다.
   
   참고: 아래의 명령어는 복제 계수를 '3'으로 설정하여 클러스터에 Cassandra 노드 3개를 표시합니다. 이 값을 설치에 맞게 수정합니다.
   1. Cassandra cqlsh 유틸리티를 시작합니다.
      > /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP
   2. 'cqlsh>' 프롬프트에서 다음 CQL 명령어를 실행하여 Cassandra 키스페이스의 복제 수준을 설정합니다.
      1. cqlsh> ALTER KEYSPACE "Apigee_Baas_dc_1" WITH 역할 = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
      2. cqlsh> ALTER KEYSPACE "Apigee_Baas" WITHplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
      3. cqlsh> ALTER KEYSPACE "Apigee_Baas_Locks" WITHplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
      4. cqlsh> ALTER KEYSPACE "system_traces" WITH refresh = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
      5. cqlsh> ALTER KEYSPACE "Apigee_Baas_dc_2" WITHplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
      6. 다음 명령어를 사용하여 키스페이스를 확인합니다.
         cqlsh> select * from system.schema_keyspaces;
      7. cqlsh 종료:
         cqlsh> exit
3. (Edge 업데이트의 일부로 Cassandra를 업데이트하지 않은 경우에만) 데이터 센터 1의 Cassandra 노드를 한 번에 하나씩 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
4. (Edge를 업데이트하는 과정에서 Cassandra를 업데이트하지 않은 경우에만) 데이터 센터 2의 Cassandra 노드를 한 번에 하나씩 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
5. 데이터 센터 1에 있는 머신에서 한 번에 하나씩 ElasticSearch를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
6. 데이터 센터 2의 머신에서 한 번에 하나씩 ElasticSearch를 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
7. 데이터 센터 1의 머신에 있는 API BaaS 스택을 한 번에 하나씩 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
8. 데이터 센터 2의 머신에 있는 API BaaS 스택을 한 번에 하나씩 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
9. 데이터 센터 1의 머신에서 API BaaS 포털을 한 번에 하나씩 업데이트합니다.
   > /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
10. 데이터 센터 2의 머신에서 API BaaS 포털을 한 번에 하나씩 업데이트합니다.
    > /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
11. BaaS 키스페이스 값을 업데이트합니다. 이러한 키스페이스는 설치 시 복제용으로 설정해야 하지만 런타임에 설정할 필요는 없습니다. 복제를 삭제하면 Cassandra 메모리도 절약됩니다.
    
    이 단계는 두 데이터 센터의 Cassandra 서버에서 한 번만 실행하면 됩니다.
    1. Cassandra cqlsh 유틸리티를 시작합니다.
       > /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP
    2. 다음 CQL 명령어를 실행하여 Cassandra 키스페이스의 복제 수준을 설정합니다.
       1. cqlsh> ALTER KEYSPACE "Apigee_Baas_dc_1" WITH logo = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3' };
       2. cqlsh> ALTER KEYSPACE "Apigee_Baas_dc_2" WITHplication = { 'class': 'NetworkTopologyStrategy', 'dc-2': '3' };
       3. 다음 명령어를 사용하여 키스페이스를 확인합니다.
          cqlsh> select * from system.schema_keyspaces;
       4. cqlsh 종료:
          cqlsh> exit

비표준 설치용

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

1. ZooKeeper
2. Cassandra
3. qpidd, ps
4. LDAP
5. 에지로, Qpid 서버, Postgres 서버, Management Server, 메시지 프로세서, 라우터를 순서대로 포함한 모든 노드의 '-c Edge' 프로필을 의미합니다.
   참고: 노드에 Qpid 서버와 Postgres 서버가 모두 설치된 경우 '-c Edge' 프로필 단계를 실행하세요.
6. Edge UI

Apigee Edge 4.17.01/4.17.05를 4.17.09로 업데이트