Apigee Edge 문서를 보고 있습니다.
Apigee X 문서로 이동하세요. info
2015년 8월과 9월에 Apigee Edge 클라우드 라우터와 부하 분산기를 NGINX('엔진 X'라고 발음)로 이전합니다. 오픈소스 웹 서버인 NGINX는 기존 부하 분산기 및 라우터보다 훨씬 나은 성능과 높은 동시성을 제공합니다.
클라우드 고객에게 미치는 영향
결론적으로 이 변경사항은 사용자에게 투명하게 적용되며 시스템이 예상대로 작동하는지 확인하는 것 외에 사용자가 취해야 할 조치는 없습니다. 다음은 Google에서 취할 조치에 대한 설명과 자주 묻는 질문(FAQ)에 대한 답변입니다.
1단계 - 소프트웨어 업데이트
단계적 배포 모델을 활용하여 모든 라우터를 새로운 NGINX 기반 라우터로 업그레이드하여 이 활동으로 인해 서비스가 영향을 받지 않도록 합니다.
2단계 - 비프로덕션 환경에서 부하 분산기 계층 삭제
새로운 NGINX 라우터가 부하 분산 기능을 처리하므로 먼저 비프로덕션 환경에서 기존 부하 분산기 계층을 삭제하는 프로세스를 시작합니다. 이 단계에서는 프로덕션 부하 분산기가 그대로 유지되며 변경되지 않습니다. 기존 부하 분산기를 삭제하기 전에 트래픽이 예상대로 작동하는지 확인하기 위해 철저한 접근 방식을 취할 예정입니다. 이 단계를 완료하기 위해 별도로 취해야 할 조치는 없습니다. 하지만 문제를 Apigee에 신고해야 하며, 3단계를 진행하기 전에 Google에서 문제를 해결하기 위해 노력할 것입니다.
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 주소가 삭제되므로 허용 목록에 영향을 미칩니다. 따라서 Google에서는 이러한 단계에서 원활한 전환을 위해 액세스를 허용할 새 IP 주소 집합을 제공하여 고객과 긴밀히 협력할 것입니다.
원본 서버가 타겟 엔드포인트 서버 (프록시 번들에서 호출된 서버)라고 가정하면 변경이 필요하지 않습니다. 이 변경사항은 Apigee의 Northbound 측면 또는 Apigee로의 인그레스 지점에 있습니다.
아니요. 기존 CNAME 항목은 계속 정상적으로 작동합니다.
SSL을 사용하는 경우 초기 단계는 기존 SSL 구성에 영향을 미치지 않습니다. 하지만 2단계와 3단계를 진행하기 전에 새 라우터에 SSL이 올바르게 설정되어 있는지 확인하기 위해 Google과 긴밀하게 협력해야 합니다.
2단계와 3단계는 SNI 지원이 확인될 때까지 지연됩니다.
다운타임은 없을 것으로 예상됩니다. 변경사항은 기존 출시 기간 동안 Google의 표준 배포 모델을 사용하여 구현됩니다.