在遷移到云端期間，許多組織都忽略了圍繞IP地址的潛在障礙。開(kāi)始云遷移，要了解云提供商如何管理地址分配。
在工作負(fù)載從本地?cái)?shù)據(jù)中心遷移到公有云期間，企業(yè)常常忽略IP地址問(wèn)題。
你的云提供商和你的云實(shí)例活動(dòng)通常限制了IP地址的范圍和可用性，因此公有云中工作負(fù)載所使用的地址通常都與你本地使用的不同——通常是動(dòng)態(tài)的。
例如，當(dāng)你遷移內(nèi)部服務(wù)，如網(wǎng)絡(luò)服務(wù)器到像AWS公有云時(shí)，理想情況下，你希望內(nèi)部服務(wù)的IP地址可以隨著遷移而移動(dòng)，同時(shí)對(duì)于那個(gè)公有云實(shí)例可以應(yīng)用這一地址。但這通常不可發(fā)生。相反，相反，公有云提供商擁有有限的內(nèi)部和外部IP地址池，如適用于工作負(fù)載的服務(wù)和實(shí)例的虛擬IP地址。用戶(hù)不能簡(jiǎn)單地強(qiáng)制本地IP地址正確路由到云提供商上。
事實(shí)上，添加到IP地址的問(wèn)題，是提供者通常動(dòng)態(tài)分配它們。一旦實(shí)例停止，工作負(fù)載重新啟動(dòng)時(shí)，云IP地址就會(huì)更改。當(dāng)其他工作負(fù)載需要訪(fǎng)問(wèn)新移動(dòng)的工作負(fù)載時(shí)，所有這些都會(huì)產(chǎn)生麻煩。例如，如果新移動(dòng)的工作負(fù)載是其他工作負(fù)載所需的數(shù)據(jù)庫(kù)或其他后端系統(tǒng)，那么這些其他服務(wù)現(xiàn)在就不可用，因?yàn)樗鼈儾荒茉賹⒁苿?dòng)的服務(wù)定位在其新IP地址上。
然而，還是有一些技巧可以緩解這一傳輸問(wèn)題，并避免重大的IP地址問(wèn)題。
首先，對(duì)于分配給實(shí)例的IP地址，公有云用戶(hù)通常一些控制權(quán)。例如，一些面向客戶(hù)的服務(wù)，如網(wǎng)絡(luò)服務(wù)器，需要靜態(tài)的IP地址，云提供商通常會(huì)為靜態(tài)IP分配提供一個(gè)配置，以確保地址不會(huì)隨著實(shí)例重新啟動(dòng)而改變。 即使生成的地址不太可能與原始的內(nèi)部部署IP地址相匹配，但你至少可以選擇一個(gè)IP地址，并且知道在實(shí)例的整個(gè)生命周期內(nèi)它都不會(huì)改變。
其次，當(dāng)你為新移動(dòng)的工作負(fù)載選擇完云IP地址后，表更新公共域名系統(tǒng)（DNS）到新的地址。更新請(qǐng)求中的短時(shí)間指定確保了更新能夠快速地跨越互聯(lián)網(wǎng)進(jìn)行遷移。更新公共DNS條目后，服務(wù)的后續(xù)引用將指向公有云提供商。
京公網(wǎng)安備 11010502049343號(hào)