您正在查看 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info
在 2015 年 8 月和 9 月期間,我們會將 Apigee Edge 雲端路由器和負載平衡器遷移至 NGINX (發音為「Engine X」)。NGINX 是開放原始碼網路伺服器,提供比現有負載平衡器和路由器更優異的效能和更高的並行處理能力。
這對雲端客戶有何影響
總而言之,您應該會清楚瞭解這項異動,而且除了確認系統運作正常之外,您無須採取任何行動。以下是我們將採取的步驟說明,以及一些常見問題的解答。
步驟 1 - 軟體更新
我們將利用分階段部署模式,將所有路由器升級為新的 NGINX 路由器,以確保這項活動不會影響服務。
步驟 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
如要解決這項淘汰問題,請參閱以下社群文章:https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html。
常見問題
以下是 NGINX 遷移作業的常見問題和解答。
在步驟 1 中,答案為「否」,因為我們不會影響現有的負載平衡器,因此不會直接變更任何提供流量的 IP。不過,由於 Amazon Web Services (AWS) 負載平衡服務的性質,因此會套用一般調整規則,這表示 IP 可能會在調整邏輯 (現有功能) 中變更。因此,我們不建議使用 Apigee Edge 產品套件導入 Northbound 許可清單設定。在步驟 2 和 3 中,移除負載平衡器及其相關 IP 位址會影響許可清單。因此,我們會在這些步驟中與您密切合作,提供一組新的 IP 位址,讓您允許存取權,確保順利轉換。
假設原始伺服器是目標端點伺服器 (從 Proxy 套件呼叫的伺服器),則不需要進行任何變更。這項變更位於 Apigee 的北向端或進入 Apigee 的入口點。
否。現有的 CNAME 項目會繼續正常運作。
如果您使用的是 SSL,初始步驟不會影響現有的 SSL 設定。不過,我們需要與您密切合作,確保新路由器已正確設定 SSL,才能繼續執行步驟 2 和 3。
我們會在確認支援 SNI 後,再執行步驟 2 和 3。
我們預計不會有任何服務中斷時間。我們會在現有發布時段內,使用標準部署模式實施變更。