在遷移到雲端期間，許多組織都忽略了圍繞ip位址的潛在障礙。開始雲遷移，要了解雲提供商如何管理位址配置設定。
在工作負載從本地資料中心遷移到公有雲期間，企業常常忽略ip位址問題。
你的雲提供商和你的雲執行個體活動通常限制了ip位址的範圍和可用性，是以公有雲中工作負載所使用的位址通常都與你本地使用的不同——通常是動态的。
例如，當你遷移内部服務，如網絡伺服器到像aws公有雲時，理想情況下，你希望内部服務的ip位址可以随着遷移而移動，同時對于那個公有雲執行個體可以應用這一位址。但這通常不可發生。相反，相反，公有雲提供商擁有有限的内部和外部ip位址池，如适用于工作負載的服務和執行個體的虛拟ip位址。使用者不能簡單地強制本地ip位址正确路由到雲提供商上。
事實上，添加到ip位址的問題，是提供者通常動态配置設定它們。一旦執行個體停止，工作負載重新啟動時，雲ip位址就會更改。當其他工作負載需要通路新移動的工作負載時，所有這些都會産生麻煩。例如，如果新移動的工作負載是其他工作負載所需的資料庫或其他後端系統，那麼這些其他服務現在就不可用，因為它們不能再将移動的服務定位在其新ip位址上。
然而，還是有一些技巧可以緩解這一傳輸問題，并避免重大的ip位址問題。
首先，對于配置設定給執行個體的ip位址，公有雲使用者通常一些控制權。例如，一些面向客戶的服務，如網絡伺服器，需要靜态的ip位址，雲提供商通常會為靜态ip配置設定提供一個配置，以確定位址不會随着執行個體重新啟動而改變。 即使生成的位址不太可能與原始的内部部署ip位址相比對，但你至少可以選擇一個ip位址，并且知道在執行個體的整個生命周期内它都不會改變。
其次，當你為新移動的工作負載選擇完雲ip位址後，表更新公共域名系統(dns)到新的位址。更新請求中的短時間指定確定了更新能夠快速地跨越網際網路進行遷移。更新公共dns條目後，服務的後續引用将指向公有雲提供商。
本文作者：佚名
來源：51cto