在企業(yè)將應(yīng)用和數(shù)據(jù)在遷移到云端期間，許多組織忽視了圍繞IP地址的潛在障礙。因此，企業(yè)需要了解云計(jì)算提供商如何管理IP地址分配。而在從本地?cái)?shù)據(jù)中心遷移到公共云的工作負(fù)載遷移過(guò)程中，企業(yè)經(jīng)常忽略IP地址問(wèn)題。

用戶(hù)的云計(jì)算提供商和云實(shí)例的活動(dòng)通常受到IP地址范圍和可用性的限制，因此用戶(hù)的工作負(fù)載在公共云中使用的地址通常與其在場(chǎng)景中使用的地址(通常是動(dòng)態(tài)的)不同。

例如，當(dāng)用戶(hù)將內(nèi)部服務(wù)(如Web服務(wù)器)遷移到公共云(如Amazon Web Services)時(shí)，最好希望其內(nèi)部服務(wù)的IP地址隨遷移和公共云移動(dòng)實(shí)例采用該地址。但這根本不會(huì)發(fā)生。

相反，公共云提供商擁有的內(nèi)部和外部IP地址池比較有限，例如適用于工作負(fù)載的服務(wù)和實(shí)例的虛擬IP地址。用戶(hù)不能簡(jiǎn)單地強(qiáng)制本地IP地址正確路由到云計(jì)算提供商。

添加到IP地址問(wèn)題是提供者通常動(dòng)態(tài)分配它們的事實(shí)。一旦實(shí)例停止運(yùn)行，云端IP地址可以在工作負(fù)載重新啟動(dòng)時(shí)更改。當(dāng)其他工作負(fù)載需要訪問(wèn)新移動(dòng)的工作負(fù)載時(shí)，所有這些都更加麻煩。例如，如果新移動(dòng)的工作負(fù)載是其他工作負(fù)載需要的數(shù)據(jù)庫(kù)或其他后端系統(tǒng)時(shí)，則這些其他服務(wù)現(xiàn)在不再可用，因?yàn)樗鼈儾荒茉賹⒁苿?dòng)的服務(wù)定位在其新的IP地址。

然而，有幾種策略可以幫助緩解這種轉(zhuǎn)變，并避免主要的IP地址問(wèn)題。

首先，公共云用戶(hù)通常對(duì)分配給其實(shí)例的IP地址具有一定程度的控制。例如，一些面向客戶(hù)的服務(wù)(如Web服務(wù)器)需要靜態(tài)IP地址，而云計(jì)算提供商通常會(huì)為靜態(tài)IP分配提供一個(gè)配置，以確保該地址不會(huì)隨著實(shí)例重新啟動(dòng)而改變。即使生成的地址不太可能與原始的內(nèi)部部署IP地址相匹配，用戶(hù)至少可以選擇一個(gè)IP地址，并且知道在實(shí)例的整個(gè)生命周期內(nèi)不會(huì)更改它。

其次，為新移動(dòng)的工作負(fù)載選擇新的云計(jì)算IP地址之后，將公共域名系統(tǒng)(DNS)更新到新地址。更新請(qǐng)求中的短暫的實(shí)時(shí)指定可確保更新能夠快速跨全球互聯(lián)網(wǎng)傳輸。更新公共DNS條目后，對(duì)服務(wù)的后續(xù)引用指向公共云提供商。