遷移至 NGINX 路由器和負載平衡器

您正在查看 Apigee Edge 說明文件。
查看 Apigee X 說明文件。 資訊

我們會在 2015 年 8 月和 9 月間，將 Apigee Edge 雲端路由器和負載平衡器遷移至 NGINX (發音為「Engine X」)。NGINX 是開放原始碼網路伺服器，比起現有的負載平衡器和路由器，效能和並行性更佳。

對雲端客戶的影響

重點在於，這項變更應該是資訊公開，而且您無須採取任何行動，只需驗證系統是否正常運作即可。以下是我們將處理的步驟說明，以及部分常見問題的解答。

步驟 1 - 軟體更新

我們會運用階段式部署模式，將所有路由器升級至新的 NGINX 路由器，確保服務不會因這項活動而受到影響。

步驟 2：移除非實際工作環境中的負載平衡器級別

開始使用新的 NGINX 路由器處理負載平衡功能之後，我們會先開始移除非實際工作環境中現有的負載平衡器級別。 在這個步驟中，實際工作環境負載平衡器不會受到影響。在移除現有負載平衡器之前，我們會採取全方位的做法，確保流量正常運作。您無須採取任何行動來完成這個步驟。不過，您應向 Apigee 回報任何問題，我們會和您一起解決問題，然後再繼續進行步驟 3。

步驟 3：移除實際工作環境中的負載平衡器級別

順利完成步驟 2 後，我們會按照步驟 2 中提及的方法，決定一組維護期間，藉此移除實際工作環境中的負載平衡器層級，確保執行階段 API 流量繼續正常運作。

產品功能變更

以下是切換至 NGINX 後，產品功能有哪些異動。

已淘汰

Proxy Endpoints 不再支援下列屬性：

  • 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 遷移作業常見問題的解答。

這樣可能會變更公開 IP 嗎？我們的部分商家特別允許透過已知 IP 存取，且當商家變更商家的流程中斷時。
在步驟 1 中，答案是「否」，因為我們並未碰觸現有的負載平衡器，所以不會直接變更任何處理流量的 IP。不過，由於 Amazon Web Services (AWS) 負載平衡服務的性質不同，因此適用一般資源調度規則，也就是說 IP 可能會隨著其資源調度邏輯 (現有功能) 變動。因此，我們不建議透過 Apigee Edge 產品套件實作北方許可清單設定。在步驟 2 和步驟 3 中，移除負載平衡器及其相關聯的 IP 位址會對許可清單產生影響。因此，我們會在執行這些步驟期間與您密切合作，提供一組可用於存取新 IP 位址的新 IP 位址，確保轉換作業順利完成。
這是否會影響我們在原始伺服器上的 IP 限制？
假設原始伺服器是目標端點伺服器 (從 Proxy 組合呼叫的伺服器)，則無須進行任何變更，這項變更位於 Apigee 的北方，或是進入 Apigee 的輸入點。
現有的 CNAME 需要變更嗎？
否，現有的 CNAME 項目會繼續正常運作。
很難遷移安全資料傳輸層 (SSL) 憑證。如何處理這種情況？
如果您使用 SSL，初始步驟不會影響現有的 SSL 設定。不過，我們必須與您密切合作，確保新路由器上的 SSL 設定正確無誤，再繼續執行步驟 2 和 3。
如果我的應用程式/用戶端不支援 SNI，該怎麼辦？
在確認支援 SNI 後，步驟 2 和 3 將會延遲。
是否會暫停服務？
我們預期不會停機。在現有的發布期間內，系統會使用我們的標準部署模式導入變更。