Apigee Edge 문서입니다.
Go to the
Apigee X documentation. info
2015년 8월과 9월에 Apigee Edge 클라우드 라우터와 부하 분산기가 NGINX('Engine X'라고 발음)로 이전됩니다. 오픈소스 웹 서버인 NGINX는 기존 부하 분산기 및 라우터보다 훨씬 더 나은 성능과 더 높은 동시성을 제공합니다.
클라우드 고객에게 미치는 영향
결론적으로 이 변경사항은 사용자에게 투명해야 하며 시스템이 예상대로 작동하는지 확인하는 것 외에는 사용자가 취해야 할 조치가 없습니다. 다음은 취할 단계에 대한 설명과 자주 묻는 질문 에 대한 답변입니다.
1단계 - 소프트웨어 업데이트
단계별 배포 모델을 활용하여 모든 라우터를 새로운 NGINX 기반 라우터로 업그레이드하여 이 활동으로 인해 서비스가 영향을 받지 않도록 합니다.
Step 2단계 - 비프로덕션 환경에서 부하 분산기 계층 삭제
새로운 NGINX 라우터가 부하 분산 기능을 처리하므로 먼저 비프로덕션 환경에서 기존 부하 분산기 계층을 삭제하는 프로세스 를 시작합니다. 프로덕션 부하 분산기는 이 단계에서 그대로 유지되며 변경되지 않습니다. 기존 부하 분산기를 삭제하기 전에 트래픽이 예상대로 작동하는지 확인하기 위해 철저한 접근 방식을 취합니다. 이 단계를 완료하기 위해 사용자가 취해야 할 조치는 없습니다. 하지만 Apigee에 문제를 신고해야 하며 3단계를 진행하기 전에 문제를 해결하기 위해 협력할 것입니다.
3단계 - 프로덕션 환경에서 부하 분산기 계층 삭제
2단계를 완료하면 2단계에서 언급한 것과 동일한 접근 방식을 사용하여 프로덕션 환경에서 부하 분산기 계층을 삭제하기 위한 유지보수 기간을 결정하여 런타임 API 트래픽이 계속 예상대로 작동하도록 합니다.
제품 기능 변경사항
다음은 NGINX로 전환할 때 제품 기능에 대한 몇 가지 변경사항입니다.
지원 중단됨
다음 속성은 더 이상 ProxyEndpoints에서 지원되지 않습니다.
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
이 지원 중단을 해결하려면 다음 커뮤니티 문서를 참고하세요. 프록시 엔드포인트 HTTP 허용 메서드 속성이 작동하지 않음
자주 묻는 질문(FAQ)
다음은 NGINX 이전과 관련하여 자주 묻는 질문(FAQ)에 대한 답변입니다.
1단계에서는 기존 부하 분산기를 건드리지 않으므로 트래픽을 제공하는 IP가 직접 변경되지 않으므로 답변은 '아니요'입니다. 하지만 Amazon Web Services (AWS) 부하 분산 서비스의 특성상 일반적인 확장 규칙이 적용되므로 확장 로직 (기존 기능)의 일부로 IP가 변경될 수 있습니다. 따라서 Apigee Edge 제품군으로 북향 허용 목록 구성 구현은 권장하지 않습니다. 2단계와 3단계에서는 부하 분산기 및 관련 IP 주소를 삭제할 때 허용 목록에 영향을 미칩니다. 따라서 이러한 단계에서 액세스를 허용할 새 IP 주소 집합을 제공하여 원활한 전환을 보장하기 위해 긴밀히 협력할 것입니다.
오리진 서버가 대상 엔드포인트 서버 (프록시 번들에서 호출되는 서버)라고 가정하면 변경이 필요하지 않습니다. 이 변경사항은 Apigee의 북향 또는 Apigee의 수신 지점에 있습니다.
아니요. 기존 CNAME 항목은 계속 예상대로 작동합니다.
SSL을 사용하는 경우 초기 단계는 기존 SSL 구성에 영향을 미치지 않습니다. 하지만 2단계와 3단계를 진행하기 전에 새 라우터에 SSL이 올바르게 설정되어 있는지 확인하기 위해 긴밀히 협력해야 합니다.
SNI 지원이 확인될 때까지 2단계와 3단계가 지연됩니다.
다운타임은 발생하지 않을 것으로 예상됩니다. 변경사항은 기존 출시 기간 동안 표준 배포 모델을 사용하여 구현됩니다.