4.50.00.03 - Private Cloud용 Edge 출시 노트

Apigee Edge 문서입니다.
Go to the Apigee X 문서로 이동합니다.
info

2020년 9월 29일에 프라이빗 클라우드용 Apigee Edge의 새 버전이 출시되었습니다.

업데이트 절차

이 출시 버전을 업데이트하면 다음 RPM 목록의 구성요소가 업데이트됩니다.

  • edge-gateway-4.50.00-0.0.20093.noarch.rpm
  • edge-management-server-4.50.00-0.0.20093.noarch.rpm
  • edge-message-processor-4.50.00-0.0.20093.noarch.rpm
  • edge-postgres-server-4.50.00-0.0.20093.noarch.rpm
  • edge-qpid-server-4.50.00-0.0.20093.noarch.rpm
  • edge-router-4.50.00-0.0.20093.noarch.rpm
  • edge-analytics-4.50.00-0.0.40031.noarch.rpm
  • apigee-mtls-4.50.00-0.0.20187.noarch.rpm
  • apigee-mtls-consul-4.50.00-0.0.20127.noarch.rpm
  • apigee-cassandra-2.1.16-0.0.2509.noarch.rpm
  • apigee-sso-4.50.00-0.0.20079.noarch.rpm
  • edge-ui-4.50.00-0.0.20165.noarch.rpm

현재 설치된 RPM 버전을 확인하여 업데이트해야 하는지 알아보려면 다음을 입력합니다.

apigee-all version

설치를 업데이트하려면 Edge 노드에서 다음 절차를 수행합니다.

  1. 모든 Edge 노드에서 다음을 실행합니다.

    1. Yum 저장소를 정리합니다.
      sudo yum clean all
    2. 최신 Edge 4.50.00 bootstrap_4.50.00.sh 파일을 /tmp/bootstrap_4.50.00.sh로 다운로드합니다.
      curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
    3. Edge 4.50.00 apigee-service 유틸리티 및 종속 항목을 설치합니다.
      sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord

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

    4. apigee-setup 유틸리티를 업데이트합니다.
      sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    5. source 명령어를 사용하여 apigee-service.sh 스크립트를 실행합니다.
      source /etc/profile.d/apigee-service.sh
  2. 모든 Cassandra 노드를 업데이트합니다.

    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile

    여기서 configFile은 프라이빗 클라우드용 Apigee Edge를 설치하는 데 사용한 구성 파일을 지정합니다. 예를 들면 /opt/silent.conf입니다.

  3. 모든 Edge 노드에서 update.sh 프로세스의 edge 스크립트를 실행합니다. 이렇게 하려면 각 노드에서 다음 명령어를 실행합니다.
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  4. 모든 노드에서 UI의 update.sh 스크립트를 실행합니다. 각 노드에서 다음 명령어를 실행합니다.
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  5. 모든 노드에서 SSO의 update.sh 스크립트를 실행합니다. 각 노드에서 다음 명령어를 실행합니다.
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
  6. Apigee mTLS를 사용하는 경우 Apigee mTLS 업그레이드에 설명된 절차를 따르세요.

    자세한 내용은 Apigee mTLS 소개를 참조하세요.

지원되는 소프트웨어

변경사항이 없습니다.

지원 중단 및 서비스 종료

새로운 지원 중단 또는 서비스 종료는 없습니다.

새로운 기능

이 섹션에서는 이번 출시 버전의 새로운 기능을 나열합니다.

JMX 비밀번호 암호화

이제 JMX 비밀번호를 암호화할 수 있습니다. 자세한 내용은 JMX 비밀번호 암호화 사용 설정 Cassandra용 JMX 인증 사용 설정을 참조하세요. (150633039)

수정된 버그

다음 표에는 이번 출시 버전에서 수정된 버그가 나와 있습니다.

문제 ID 설명
135972575

프라이빗 클라우드용 Edge가 배포하는 동안 다른 동작을 표시했습니다. override=true&delay=300.

이 문제가 해결되었습니다.

163578296

axstatus API가 새로 설치된 항목의 실패 상태를 잘못 보고했습니다.

이 문제가 해결되었습니다.

160955355

UI Trace 세션이 trace 세션 로그와 일치하지 않았습니다. 두 서비스 호출 간에 실행된 정책이 누락되었습니다.

일부 정책이 잘못된 순서로 저장되고 전달되었기 때문에 이 문제가 발생했습니다. 이 문제가 해결되었습니다.

147736003

enterprise.apigee.com의 오래된 라이브러리로 인해 보안 문제가 발생했습니다.

라이브러리가 업데이트되었습니다.

161858295

일부 자동 변수의 철자가 틀렸습니다.

자동 설치 변수 SSO_JWT_SIGNING_KEY_FILEPATH 의 철자가 더 이상 틀리지 않습니다.

160951701

Consul 바이너리 버전이 오래되어 mTLS 설치에 실패했습니다.

Consul 바이너리가 v1.6.2에서 최신 안정화 버전인 v1.8.0으로 업그레이드되었습니다.

160916451

Consul bindaddr필드의 항목이 누락되어 mTLS 설치에 실패했습니다.

이제 apigee-mtls가 네트워크 인터페이스와 주소가 여러 개인 서버를 올바르게 처리합니다.

알려진 문제

다음 표에는 이번 출시 버전의 알려진 문제가 나와 있습니다.

문제 ID 설명
149245401

Ldap 정책 연결 풀링 문제

LDAP 리소스를 사용하여 지정된 LDAP 연결 풀 속성 이 적용되지 않습니다. 따라서 연결이 일회용으로 매번 열리고 닫히므로 LDAP 서버에 시간당 많은 연결이 생성됩니다.

해결 방법:

LDAP 연결 풀 속성을 변경하려면 다음 단계에 따라 모든 LDAP 정책에 전역 변경사항을 설정합니다.

  1. 구성 속성 파일이 아직 없는 경우 만듭니다 .
    /opt/apigee/customer/application/message-processor.properties
  2. 파일에 다음을 추가합니다 (LDAP 리소스 구성 요구사항에 따라 Java Naming and Directory Interface (JNDI) 속성 값 대체).
    bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
    -Dcom.sun.jndi.ldap.connect.pool.prefsize=2
    -Dcom.sun.jndi.ldap.connect.pool.initsize=2
    -Dcom.sun.jndi.ldap.connect.pool.timeout=120000
    -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"
  3. 파일의 소유자가 apigee:apigee인지 확인합니다./opt/apigee/customer/application/message-processor.properties
  4. 각 메시지 프로세서를 다시 시작합니다.

연결 풀 JNDI 속성이 적용되는지 확인하려면 tcpdump를 실행하여 시간이 지남에 따라 LDAP 연결 풀의 동작을 관찰하면 됩니다.