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

Apigee Edge 4.16.01/4.16.05를 4.17.01로 업데이트합니다.

Private Cloud용 Edge v. 4.17.01

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

다음을 사용하여 Apigee Edge 버전 4.16.01.0x 및 4.16.05.x를 4.17.01로 업데이트할 수 있습니다. 있습니다.

Edge 4.16.01 이전 버전을 사용 중인 경우 먼저 4.16.01 버전으로 업데이트하고 4.17.01 버전으로 업데이트해야 합니다

Apigee Edge 버전 4.15.07을 4.16.01로 마이그레이션할 수 있습니다.
Edge 4.15.07 이전 버전을 사용 중인 경우 먼저 버전 4.15.07로, 그리고 버전 4.16.01로 업그레이드할 수 있습니다
- Edge 버전 4.14.04 이상에서 이전하는 경우: 버전으로 직접 이전 4.15.07.
- Edge 버전 4.14.01에서 이전하는 경우: 먼저 버전 4.14.01로 이전해야 합니다. 4.14.04를 다운로드한 후 버전 4.15.07로 마이그레이션해야 합니다.

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

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

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

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

모든 Edge 구성요소를 업데이트해야 합니다. Edge에서 구성요소가 포함된 설정을 지원하지 않습니다. 확인할 수 있습니다

업데이트하는 경우 주키퍼 다운그레이드 4.16.01

Private Cloud용 Edge 4.16.01에서 주키퍼 RPM의 버전은 apigee-zookeeper-3.4.5-1.0.905.noarch.rpm입니다. Edge의 후속 버전에서 Zakeeper 버전은 apigee-zookeeper-3.4.5-0.0.94x로 다시 변경되었습니다. 이로 인해 yum에서 주키퍼를 최신 버전 4.16.01로 업그레이드할 수 없습니다. 교정 방법 이 상황은 yum 다운그레이드 Apigee-zookeeper를 사용하여 주키퍼를 업데이트하세요.

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

> rpm -qa |grep apigee-zookeeper

이 명령어가 주키퍼 버전을 반환하는 경우:

apigee-zookeeper-3.4.5-1.0.905

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

속성 자동 전파 설정

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

기본 요건 업데이트

Apigee Edge를 업그레이드하기 전에 다음 기본 요건을 확인하세요.

모든 노드 백업
업데이트하기 전에 안전을 위해 모든 노드를 완전히 백업하는 것이 좋습니다. 있습니다. 현재 사용 중인 Edge 버전의 절차에 따라 백업을 수행하세요.

이렇게 하면 새 버전으로 업데이트하지 않을 경우에 대비해 백업 계획을 세울 수 있습니다. 제대로 작동합니다. 백업에 관한 자세한 내용은 백업 및 복원을 참고하세요.
Edge가 실행 중인지 확인
다음 명령어를 사용하여 업데이트 프로세스 중에 Edge가 실행 중인지 확인합니다.
<ph type="x-smartling-placeholder">
</ph> > /opt/apigee/apigee-service/bin/apigee-all 상태

실패한 업데이트 처리

업데이트에 실패하면 문제 해결을 시도한 후 update.sh를 실행하면 됩니다. 다시 시도합니다. 업데이트를 여러 번 실행하면 마지막으로 중단된 부분부터 업데이트가 계속됩니다. 사용 중지됩니다.

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

업데이트 정보 로깅

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

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

update.sh 유틸리티를 실행하는 사용자가 해당 디렉터리에 로그를 /tmp 디렉터리에 update_username.log라는 이름의 파일로 기록합니다.

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

Java JDK 버전 8로 업그레이드해야 함

이 Edge 버전을 사용하려면 모든 Edge에 Java JDK 버전 8이 설치되어 있어야 합니다. kube-APIserver로 전송합니다 Oracle JDK 8 또는 OpenJDK 8을 설치할 수 있습니다. Java JDK 8이 설치되지 않은 경우 업데이트 스크립트가 자동으로 설치할 수 있습니다.

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

EPEL 저장소를 사용 설정하는 데 필요합니다.

추가 패키지를 사용 설정해야 하며 Enterprise Linux (또는 EPEL): Edge를 설치하거나 업데이트합니다. 사용하는 명령어는 RedHat/CentOS 버전에서 필요합니다.

RedHat/CentOS 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm
RedHat/CentOS 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm

사용 시 업데이트하는 경우 필수 외부 인증

외부 디렉터리 서비스를 기존 Apigee Edge Private Cloud에 통합할 수 있습니다. 설치해야 합니다 이 기능은 LDAP를 지원하는 모든 디렉터리 서비스에서 작동하도록 설계되었습니다. Active Directory, OpenLDAP 등입니다. 외부 LDAP 솔루션을 사용하면 관리자가 중앙 집중식 디렉터리 관리 서비스에서 사용자 인증 정보를 관리할 수 있습니다. 이를 사용하는 Apigee Edge 등의 시스템 외부에 있어야 합니다

외부 인증 구성을 참조하세요.

외부 인증을 사용하는 경우 대부분의 고객은 Active Directory SAM 계정을 사용합니다. 이름 필드를 인증을 위한 사용자 이름으로 사용할 수 있습니다. Edge OpenLDAP 서버.

외부 디렉터리 서비스와 통합한 경우 다음 줄을 Edge 4.17.01로 업데이트할 때의 구성 파일을 참조하세요.

IS_EXTERNAL_AUTH="true"

이 줄은 Edge가 사용자 이름을 입력하세요.

Qpid 1.35로 업그레이드해야 함

이 버전에는 Qpid 1.35의 필수 업데이트가 포함되어 있습니다. Qpid 노드를 업데이트하는 과정에서 다음과 같이 해야 합니다.

라우터와 메시지 프로세서가 Qpid 노드에 쓰지 못하도록 일시적으로 차단하기 차단 포트 5672를 사용하여 요청을 전송합니다. 다음 명령어를 사용하여 이 포트를 차단할 수 있습니다. Qpid 노드:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
Qpid 노드가 모두 처리되었는지 확인하기 위해 Qpid 대기열에서 메시지가 비워질 때까지 기다립니다. 메시지가 표시됩니다. 다음 명령어를 사용하여 Qpid 메시지 큐가 비어 있음:
> qpid-stat -q
Qpid 노드를 업데이트합니다.
Qpid 노드에서 포트 5672의 차단을 해제하여 라우터 및 메시지 프로세서의 액세스를 허용합니다. 다음 명령어를 사용하여 이 포트를 차단 해제할 수 있습니다.
> sudo iptables -F를 입력합니다.

다른 규칙에 iptables를 사용하는 경우 -D 옵션을 사용하여 구체적인 변경사항:
> sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP

이 프로세스는 각 에지 토폴로지에 대해 아래에 자세히 설명되어 있습니다.

Postgres 9.4로 업그레이드해야 함

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

업데이트 프로세스 중에 Postgres 노드가 업데이트를 위해 다운되는 동안 분석 데이터는 여전히 Qpid 노드에 기록됩니다. Postgres 노드가 업데이트되어 다시 온라인 상태가 되면 Postgres 노드로 푸시됩니다

특정 기간 동안 업데이트를 롤백해야 하는 경우 추가 Postgres 대기 노드가 필요합니다. 있습니다. 업데이트를 롤백해야 하는 경우 새 Postgres 대기 노드가 마스터가 됩니다. 롤백 후 Postgres 노드입니다. 따라서 새 Postgres 대기 노드를 설치하면 Postgres 서버의 모든 하드웨어 요구사항을 충족하는 Edge 설치 요구사항.

새 Postgres 설치 대기 노드

이 절차는 새 노드에 Postgres 대기 서버를 만듭니다. 새 버전을 설치하고 기존 Edge 버전 (4.16.01 또는 4.16.05)의 Postgres 대기 서버 버전 4.17.01용이 아닙니다

설치를 수행하려면 현재 버전을 설치할 때 사용한 것과 동일한 구성 파일을 사용하세요. 제공합니다

새 Postgres 대기 노드를 만들려면 다음을 실행합니다.

현재 Postgres 마스터에서 /opt/apigee/customer/application/postgresql.properties를 수정하세요. 파일을 사용하여 다음 토큰을 설정합니다. 이 파일이 존재하지 않으면 다음과 같이 만듭니다.

conf_pg_hba_replication.connection=host 복제 Apigee existing_slave_ip/32 트러스트\ \n호스트 복제 Apigee new_slave_ip/32 트러스트

여기서 existing_slave_ip는 현재 Postgres의 IP 주소입니다. 대기 서버이고 new_slave_ip는 새 대기 서버의 IP 주소입니다. 노드입니다
apigee-postgresql을 다시 시작합니다. (Postgres 마스터:
) > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 다시 시작
/opt/apigee/apigee-postgresql/conf/pg_hba.conf를 확인하여 새 대기 노드가 추가되었는지 확인하십시오. 생성합니다. 파일에 다음 줄이 표시됩니다.
호스트 복제 Apigee 기존_slave_ip/32 트러스트
호스트 복제 apigee new_slave_ip/32 트러스트
새 Postgres 대기 서버를 설치합니다. <ph type="x-smartling-placeholder">
1. 현재 버전의 Edge를 설치하는 데 사용한 구성 파일을 수정하여 지정합니다.
  
  현재 마스터:
  PG_MASTER=192.168.56.103
  새 대기 노드의 IP 주소 #개
  PG_STANDBY=192.168.56.102
2. Edge 설치에 설명된 대로 SELinux를 사용 중지합니다. Apigee 설정 유틸리티를 참조하세요.
3. Edge bootstrap_4.16.05.sh 파일을 /tmp/bootstrap_4.16.05.sh에 다운로드합니다.
  > 컬 https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
  <ph type="x-smartling-placeholder">
  </ph> 참고: 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 설치
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-waitby
  
  대기 상태라고 되어 있는지 확인합니다.

Postgres 사용 중단 노드

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

Postgres가 실행 중인지 확인합니다.
> /opt/apigee/apigee-service/bin/apigee-all 상태

Postgres가 실행되고 있지 않으면 다음과 같이 시작합니다.
> /opt/apigee/apigee-service/bin/apigee-all start
새 대기 노드에서 다음 cURL 명령어를 실행하여 새 대기 노드의 UUID를 가져옵니다. 대기 노드:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

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

다운타임 없는 업데이트

제로 다운타임 업데이트 또는 순차적 업데이트를 사용하면 표시됩니다.

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

다운타임 없이 업그레이드하려면 한 번에 하나씩 각 라우터를 로드에서 제거해야 합니다. 배급합니다 그런 다음 라우터와 동일한 컴퓨터에서 라우터 및 기타 구성 요소를 업데이트하고, 라우터를 부하 분산기에 다시 추가합니다.

아래의 "주문하기 머신 업데이트'를 참조하세요.
라우터를 업데이트할 때가 되면 라우터 하나를 선택하고 사용/사용 중지 서버 (메시지 프로세서/라우터) 연결 가능성을 참조하세요.
선택한 라우터와 다른 모든 Edge 구성요소를 라우터와 동일한 머신에서 업데이트합니다. 모든 Edge 구성은 동일한 노드에 라우터와 메시지 프로세서를 표시합니다.
라우터에 다시 연결할 수 있도록 합니다.
나머지 라우터에 2~4단계를 반복합니다.
설치 중인 나머지 머신의 업데이트를 계속합니다.

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

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

자동 구성 파일 사용

update 명령어에 자동 구성 파일을 전달해야 합니다. 자동 구성 파일은 Edge 4.16.01 또는 4.16.05를 설치할 때 사용한 것과 같아야 합니다.

수술 외부 인터넷 연결이 있는 노드에서 4.17.01로 업데이트

다음 절차에 따라 노드에서 Edge 구성요소를 업데이트합니다.

현재 Postgres 마스터-대기 복제를 사용 중인 경우 새 Postgres를 설치합니다. 위의 새 Postgres 대기 노드 설치에 설명된 대로 대기 노드를 만듭니다.
Cassandra에서 복구 작업을 수행하도록 구성된 크론 작업이 있으면 사용 중지합니다. 업데이트 완료 후로 유지됩니다.
루트로 노드에 로그인하여 Edge RPM을 설치합니다.
참고: RPM 설치에는 루트 액세스가 필요하지만 Edge 루트 액세스 권한이 없는 구성으로 설정할 수 있습니다.
Edge Apigee 설정 설치에 설명된 대로 SELinux를 사용 중지합니다. 유틸리티가 포함됩니다.
Edge 4.17.01 bootstrap_4.17.01.sh 파일을 /tmp/bootstrap_4.17.01.sh에 다운로드합니다.
> 컬 https://software.apigee.com/bootstrap_4.17.01.sh -o /tmp/bootstrap_4.17.01.sh
Edge 4.17.01 apigee-service 유틸리티를 설치합니다. 종속 항목:
> sudo bash /tmp/bootstrap_4.17.01.sh apigeeuser=uName apigeepassword=pWord
<ph type="x-smartling-placeholder">
</ph> 여기서 uName:pWord는 이메일로부터 받은 사용자 이름과 비밀번호입니다. Apigee를 사용하세요 pWord를 생략하면 입력하라는 메시지가 표시됩니다.

기본적으로 설치 프로그램은 Java 1.8이 설치되어 있는지 확인합니다. 그렇게 하지 않으면 자동으로 설치됩니다 JAVA_FIX 옵션을 사용하여 Java 설치 JAVA_FIX 다음 값을 사용합니다.
<ph type="x-smartling-placeholder">
</ph> I = OpenJDK 1.8 설치 (기본값)
C = Java를 설치하지 않고 계속하기
Q = 종료. 이 옵션을 사용하려면 Java를 직접 설치해야 합니다.
(CentOS-6.x 및 RedHat-6.x만 해당) 모든 Qpid 노드에서 다음을 실행합니다. 명령어를 실행하여 올바른 Qpid 버전을 다운로드하세요.
> yum 설치 apigee-qpidd --disablerepo=epel
apigee-service를 사용하여 다음 작업 수행 Apigee-setup 유틸리티를 업데이트합니다. <ph type="x-smartling-placeholder">
1. Edge 버전 4.15.07.0x를 업그레이드하여 4.16.01을 설치한 경우 Apigee 설정 유틸리티:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  <ph type="x-smartling-placeholder">
  </ph> 이 명령어는 /opt/apigee/apigee-setup/bin에 update.sh 유틸리티를 설치합니다.
  
  apigee-setup 유틸리티를 이미 설치한 경우 다음을 업데이트합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup 업데이트
2. 4.16.01을 직접 설치한 경우 4.15.07.0x를 사용하려면 apigee-setup 유틸리티를 업데이트해야 합니다.
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup 업데이트
  <ph type="x-smartling-placeholder">
  </ph> 이 apigee-service에 대한 업데이트는 update.sh 유틸리티의 /opt/apigee/apigee-setup/bin.
3. 4.16.05를 직접 또는 업데이트를 통해 설치한 경우 Apigee 설정 유틸리티:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-setup 업데이트
  <ph type="x-smartling-placeholder">
  </ph> 이 apigee-service에 대한 업데이트는 update.sh 유틸리티의 /opt/apigee/apigee-setup/bin.
현재 Edge 버전에 따라 apigee-validate 유틸리티의 관리 서버.
1. 현재 Edge 4.16.05를 사용 중인 경우: apigee-validate 유틸리티를 관리 서버:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate 업데이트
2. 현재 Edge 4.16.01을 사용 중인 경우: apigee-validate 유틸리티를 관리 서버:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate 설치
  
  참고: 메시지에 apigee-validate 유틸리티를 설치한 경우 4.16.01을 설치할 때 프로세서 노드를 업데이트할 수 있습니다. 해당 노드:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-validate 업데이트
  
  하지만 4.16.05 이상부터는 Apigee에서 apigee-validate 유틸리티의 관리 서버입니다.
3. 4.16.01에서 업그레이드하는 경우: apigee-validate 유틸리티가 제공됩니다. 포함 4.16.01 Edge 릴리스에서 apigee-validate에서 사용되는 구성 파일에는 다음이 필요했습니다. 속성:
  APIGEE_ADMINPW=sysAdminPword
  MP_POD=gateway
  지역=dc-1
  <ph type="x-smartling-placeholder">
  </ph> 이 출시 버전에서는 구성 파일에 APIGEE_ADMINPW 속성만 필요합니다. 다음을 삭제할 수 있습니다. 나머지 두 속성을 삭제할 수 있습니다.
apigee-provision을 업데이트합니다. 유틸리티:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision 업데이트
아래의 '시스템 순서'에 설명된 순서대로 노드에서 업데이트 유틸리티를 실행합니다. 업데이트" 아래:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
<ph type="x-smartling-placeholder">
</ph> 구성 파일에 대한 유일한 요구사항은 구성 파일에 액세스할 수 있거나 'Apigee'에서 읽을 수 있습니다. 있습니다.

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

나중에 업데이트를 롤백하려면 4.16.09 롤백 프로세스에 설명된 절차를 사용합니다.

로컬 컴퓨터에서 4.17.01로 업데이트하기 위한 절차 저장소

에지 노드가 방화벽 뒤에 있거나 어떤 식으로든 액세스가 금지된 경우 로컬 저장소에서 업데이트를 수행할 수 있습니다. 미러링 또는 미러를 만들 수 있습니다

로컬 Edge 저장소를 만든 후 로컬 저장소:

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

로컬 4.17.01 저장소에서 업데이트하려면 다음을 실행합니다.

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

구성 파일에 대한 유일한 요구사항은 구성 파일에 액세스할 수 있거나 'Apigee'에서 읽을 수 있습니다. 있습니다.

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

나중에 업데이트를 롤백하려면 4.16.09 롤백 프로세스에 설명된 절차를 사용합니다.

머신 업데이트 순서

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

업데이트하려면 먼저 모든 Cassandra 및 주키퍼 노드를 업데이트해야 합니다. 실행할 수 있습니다
여러 에지 구성요소 (관리 서버, 메시지 프로세서, 서버, QPID 서버(Postgres 서버는 아님)에 연결) '-c 에지'를 사용합니다. 모두 업데이트할 수 있는 옵션을 할 수 있습니다.
단계가 여러 머신에서 수행되어야 한다고 지정하는 경우 지정할 수도 있습니다
수익 창출을 업데이트하기 위한 별도의 단계는 없습니다. '-c' Edge 옵션을 선택합니다.
(CentOS-6.x 및 RedHat-6.x만 해당) 인터넷에 연결되어 있지 않은 경우 다음 명령어를 실행하여 위와 같이 올바른 Qpid 버전
> 맛있어요 Apigee-qpidd --disablerepo=epel 설치

단일 호스트 독립형의 경우 설치

4.16.01에서 업데이트하는 경우 주키퍼를 다운그레이드합니다.
> yum 다운그레이드 Apigee-zookeeper
Cassandra 및 ZaKeeper 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
다음 iptables 규칙을 설정합니다.
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
Qpid 메시지 대기열을 확인합니다.
> qpid-stat -q

'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. Qpid를 업그레이드할 수 없습니다. 모든 메시지를 처리할 때까지 처리되지 않습니다
qpidd를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
iptable을 삭제합니다.
> sudo iptables -F를 입력합니다.
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 중지
> /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server 중지
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
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에서 업데이트하는 경우 다음과 같이 Machine 1의 Zookeeper를 다운그레이드합니다.
> yum 다운그레이드 Apigee-zookeeper
머신 1에서 Cassandra 및 ZaKeeper 업데이트:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 2에서 다음 iptables 규칙을 설정합니다.
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
머신 2의 Qpid 메시지 큐를 확인합니다.
> qpid-stat -q

'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. Qpid를 업그레이드할 수 없습니다. 모든 메시지를 처리할 때까지 처리되지 않습니다
다음에서 qpidd 업데이트 머신 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 2에서 iptable을 플러시합니다.
> sudo iptables -F를 입력합니다.
컴퓨터 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을 업데이트합니다. <ph type="x-smartling-placeholder">
1. Postgres 서버, Qpid 서버, postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
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에서 주키퍼를 다운그레이드합니다.
> yum 다운그레이드 Apigee-zookeeper
머신 1, 2, 3에서 Cassandra 및 ZaKeeper를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 4에서 다음 iptables 규칙을 설정합니다.
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
머신 4에서 Qpid 메시지 큐를 확인합니다.
> qpid-stat -q

'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. Qpid를 업그레이드할 수 없습니다. 모든 메시지를 처리할 때까지 처리되지 않습니다
다음에서 qpidd 업데이트 머신 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 4에서 iptable을 플러시합니다.
> sudo iptables -F를 입력합니다.
머신 5에서 3~6단계를 반복합니다.
컴퓨터 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를 업데이트합니다. <ph type="x-smartling-placeholder">
1. 머신 4에서 Postgres 서버 및 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server 중지
2. 머신 5에서 Postgres 서버, Qpid 서버, postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
3. 추가한 새 대기 노드에서 Postgres 서버 및 postgresql을 중지합니다. 롤백:
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /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 시작
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
8. 머신에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다. 5:
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -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-waitby
  
  대기 상태라고 되어 있는지 확인합니다.
머신 4, 5의 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
위의 Postgres 해제에 나와 있는 절차에 따라 새 대기 노드를 사용 중단해야 합니다. 노드로 이동합니다.

9개 호스트 클러스터 설치

설치 토폴로지를 참조하세요. 를 참조하세요.

위의 새 Postgres 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다. 대기 노드입니다.
4.16.01에서 업데이트하는 경우 머신 1, 2, 3에서 주키퍼를 다운그레이드합니다.
> yum 다운그레이드 Apigee-zookeeper
머신 1, 2, 3에서 Cassandra 및 ZaKeeper를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 6에서 다음 iptables 규칙을 설정합니다.
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
머신 6에서 Qpid 메시지 큐를 확인합니다.
> qpid-stat -q

'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. Qpid를 업그레이드할 수 없습니다. 모든 메시지를 처리할 때까지 처리되지 않습니다
다음에서 qpidd 업데이트 머신 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
머신 6에서 iptable을 플러시합니다.
> sudo iptables -F를 입력합니다.
머신 7에서 3~6단계를 반복합니다.
컴퓨터 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를 업데이트합니다. <ph type="x-smartling-placeholder">
1. 머신 8:
  에서 Postgres 서버를 중지합니다. > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
2. 머신 9에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
3. 머신 6 및 7에서 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server 중지
4. 추가한 새 대기 노드에서 Postgres 서버 및 postgresql을 중지합니다. 롤백:
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /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 시작
9. 머신 6 및 7에서 Qpid 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
10. 머신에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다. 9시
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -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-waitby
  
  대기 상태라고 되어 있는지 확인합니다.
머신 8 및 9에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
위의 Postgres 해제에 나와 있는 절차에 따라 새 대기 노드를 사용 중단해야 합니다. 노드로 이동합니다.

호스트가 13개인 클러스터링된 설치

설치 토폴로지를 참조하세요. 를 참조하세요.

위의 새 Postgres 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다. 대기 노드입니다.
4.16.01에서 업데이트하는 경우 머신 1, 2, 3에서 주키퍼를 다운그레이드합니다.
> yum 다운그레이드 Apigee-zookeeper
머신 1, 2, 3에서 Cassandra 및 ZaKeeper를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
머신 12에서 다음 iptables 규칙을 설정합니다.
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
12 머신에서 Qpid 메시지 큐를 확인합니다.
> qpid-stat -q

'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. Qpid를 업그레이드할 수 없습니다. 모든 메시지를 처리할 때까지 처리되지 않습니다
다음에서 qpidd 업데이트 머신 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
12 머신에서 iptable을 플러시합니다.
> sudo iptables -F를 입력합니다.
13 머신에서 3~6단계를 반복합니다.
머신 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를 업데이트합니다. <ph type="x-smartling-placeholder">
1. 머신 8:
  에서 Postgres 서버를 중지합니다. > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
2. 머신 9에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql 중지
3. 머신 12 및 13에서 Qpid 서버를 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server 중지
4. 추가한 새 대기 노드에서 Postgres 서버 및 postgresql을 중지합니다. 롤백:
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /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 시작
9. 머신 12 및 13에서 Qpid 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
10. 머신에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다. 9시
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -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-waitby
  
  대기 상태라고 되어 있는지 확인합니다.
머신 8 및 9에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
위의 Postgres 해제에 나와 있는 절차에 따라 새 대기 노드를 사용 중단해야 합니다. 노드로 이동합니다.

호스트가 12개인 클러스터링된 설치

설치 토폴로지를 참조하세요. 를 참조하세요.

위의 새 Postgres 설치에 설명된 대로 새 Postgres 대기 노드를 설치했는지 확인합니다. 대기 노드입니다.
Cassandra 및 ZaKeeper를 업데이트합니다. <ph type="x-smartling-placeholder">
1. 4.16.01에서 업데이트하는 경우 머신 1, 2, 3에서 주키퍼를 다운그레이드합니다. 데이터 센터 1:
  > 맛있어요 Apigee-zookeeper 다운그레이드
2. 데이터 센터 1의 머신 1, 2, 3에서:
  > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
3. 4.16.01에서 업데이트하는 경우 시스템 7, 8, 9에서 주키퍼를 다운그레이드합니다. 데이터 센터 2:
  > 맛있어요 Apigee-zookeeper 다운그레이드
4. 데이터 센터 2의 머신 7, 8, 9에서
  > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
qpidd 업데이트: <ph type="x-smartling-placeholder">
1. 데이터 센터 1의 머신 4, 5 <ph type="x-smartling-placeholder">
  1. 머신 4에서 다음 iptables 규칙을 설정합니다.
    > sudo iptables -A INPUT -p tcp --destination-port 5672를 사용합니다. -s `hostname` -i eth0 -j DROP
  2. 머신 4에서 Qpid 메시지 큐를 확인합니다.
    > qpid-stat -q
    
    'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. 금지사항 모든 메시지가 처리될 때까지 Qpid를 업그레이드합니다.
  3. 머신 4에서 qpidd 를 업데이트합니다.
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  4. 머신 4에서 iptable을 플러시합니다.
    > sudo iptables -금
  5. 머신 5에서 1~4단계를 반복합니다.
2. 데이터 센터 2의 머신 10, 11 <ph type="x-smartling-placeholder">
  1. 머신 10에서 다음 iptables 규칙을 설정합니다.
    > sudo iptables -A INPUT -p tcp --destination-port 5672를 사용합니다. -s `hostname` -i eth0 -j DROP
  2. 10 머신에서 Qpid 메시지 큐를 확인합니다.
    > qpid-stat -q
    
    'msg'의 개수가 될 때까지 큐를 계속 확인합니다. 열은 0입니다. 금지사항 모든 메시지가 처리될 때까지 Qpid를 업그레이드합니다.
  3. 머신 10에서 qpidd 를 업데이트합니다.
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  4. 10:
    머신에서 iptable을 플러시합니다. > sudo iptables -금
  5. 11 머신에서 1~4단계를 반복합니다.
LDAP 업데이트: <ph type="x-smartling-placeholder">
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 구성요소를 업데이트합니다. <ph type="x-smartling-placeholder">
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 업데이트: <ph type="x-smartling-placeholder">
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를 업데이트합니다. <ph type="x-smartling-placeholder">
1. 머신 6:
  에서 Postgres 서버를 중지합니다. > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
2. 머신 12에서 Postgres 서버와 postgresql을 중지합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /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 중지
4. 추가한 새 대기 노드에서 Postgres 서버 및 postgresql을 중지합니다. 롤백:
  > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server 중지
  > /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 시작
9. 머신 4, 5, 10, 11에서 Qpid 서버를 시작합니다.
  > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
10. 머신에서 다음 명령어를 실행하여 Postgres를 대기 노드로 구성합니다. 12:
  > cd /opt/apigee/data/apigee-postgresql/pgdata
  > rm -rf *
  > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-waitby -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-waitby
  
  대기 상태라고 되어 있는지 확인합니다.
머신 6 및 12에서 Edge 구성요소를 업데이트합니다.
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
위의 Postgres 해제에 나와 있는 절차에 따라 새 대기 노드를 사용 중단해야 합니다. 노드로 이동합니다.

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

비표준 설치의 경우

비표준 설치를 사용 중인 경우 다음에서 Edge 구성요소를 업데이트하세요. 주문:

ZooKeeper
Cassandra
qpidd
LDAP
Edge: '-c 에지' 모든 노드의 사용자 인증 정보: Qpid 서버가 있는 노드 Postgres 서버, 관리 서버, 메시지 프로세서 및 라우터가 아닙니다.
참고: 노드에 Qpid 서버와 Postgres 서버가 모두 설치된 경우 '-c Edge' 프로필 단계에 따라 지정해야 합니다.
Edge UI
Postgres 마스터의 postgresql(업그레이드 포함)
Postgres 대기의 postgresql입니다.
Edge: '-c 에지' 결합된 모든 Qpid 및 Postgres 노드에 대한 사용할 수 있습니다