在企業将應用和資料在遷移到雲端期間，許多組織忽視了圍繞ip位址的潛在障礙。是以，企業需要了解雲計算提供商如何管理ip位址配置設定。而在從本地資料中心遷移到公共雲的工作負載遷移過程中，企業經常忽略ip位址問題。
使用者的雲計算提供商和雲執行個體的活動通常受到ip位址範圍和可用性的限制，是以使用者的工作負載在公共雲中使用的位址通常與其在場景中使用的位址(通常是動态的)不同。
例如，當使用者将内部服務(如web伺服器)遷移到公共雲(如amazon web services)時，最好希望其内部服務的ip位址随遷移和公共雲移動執行個體采用該位址。但這根本不會發生。
相反，公共雲提供商擁有的内部和外部ip位址池比較有限，例如适用于工作負載的服務和執行個體的虛拟ip位址。使用者不能簡單地強制本地ip位址正确路由到雲計算提供商。
添加到ip位址問題是提供者通常動态配置設定它們的事實。一旦執行個體停止運作，雲端ip位址可以在工作負載重新啟動時更改。當其他工作負載需要通路新移動的工作負載時，所有這些都更加麻煩。例如，如果新移動的工作負載是其他工作負載需要的資料庫或其他後端系統時，則這些其他服務現在不再可用，因為它們不能再将移動的服務定位在其新的ip位址。
然而，有幾種政策可以幫助緩解這種轉變，并避免主要的ip位址問題。
首先，公共雲使用者通常對配置設定給其執行個體的ip位址具有一定程度的控制。例如，一些面向客戶的服務(如web伺服器)需要靜态ip位址，而雲計算提供商通常會為靜态ip配置設定提供一個配置，以確定該位址不會随着執行個體重新啟動而改變。即使生成的位址不太可能與原始的内部部署ip位址相比對，使用者至少可以選擇一個ip位址，并且知道在執行個體的整個生命周期内不會更改它。
其次，為新移動的工作負載選擇新的雲計算ip位址之後，将公共域名系統(dns)更新到新位址。更新請求中的短暫的實時指定可確定更新能夠快速跨全球網際網路傳輸。更新公共dns條目後，對服務的後續引用指向公共雲提供商。
本文作者：佚名
來源：51cto