擁有超過一百萬的客戶，AWS讓各種類型、規模和行業的企業相信其公有云對IT運營的助益。但AWS的遷移過程卻不總是***無瑕的。

　　每個企業的IT環境有其獨特的特點，這就是為什么將應用遷移到云時需要制定詳細而周密的計劃。但有一些***做法是所有企業都必須遵循的，以及一些需要避免的錯誤。以下是四種常見的AWS云遷移錯誤。

[[168362]]

　　1.選擇錯誤的AWS實例類型

　　將本地服務器遷移到AWS時，需要管理員來選擇合適的亞馬遜彈性計算云(EC2)實例類型。AWS提供了幾個類別的實例類型，讓人在選擇的時候常常會感到一頭霧水。特別對那些有高性能需求的繁忙工作負載更是如此。想要選擇正確的實例類型，需要的不僅僅是簡單的選擇虛擬CPU和內存的大小，還需要更多細節的規劃。

　　例如，EC2實例通常把數據存儲在亞馬遜彈性塊存儲(EBS)的卷上。實例通過網絡連接到EBS，與EBS的強連通性能夠對那些需要高存儲性能的工作負載起到輔助作用。每個實例系列中的特定實例類型可以支持一個被稱為EBS優化的功能，它能夠提供專用于EBS I/O操作的吞吐量。這可以極大地提高EBS卷的性能，成為獲取***讀/寫性能的一個重要因素。

　　每個EC2實例系列還包括了某些能夠支持高速或10Gb的網絡連接，以及增強的網絡功能的實例類型。這些類型適用于那些在網絡上發送和接收大量數據的繁忙服務器工作負載。

　　管理員必須選擇一個能提供適當的CPU和內存資源的實例類型，并且能同時滿足EBS存儲和應用數據傳輸所需的網絡連接性。如果CPU或內存資源不足的話，實例以及在此之上運行的應用將會受到性能的影響。如果網絡有瓶頸的話，也會產生類似的問題。選擇一個沒有足夠資源的實例類型的最終結果，是一個緩慢的服務器和應用的最終用戶體驗不佳。

　　2.選擇錯誤的存儲配置

　　許多企業的工作負載需要大量的存儲I/O，但是許多企業在遷移到AWS時卻選擇了無法提供足夠I/O性能的存儲配置。EBS卷通常用于存儲重要數據，而我們可以選擇的EBS卷類型有以下幾種。

　　EBS卷有三種可用的類型，而選擇合適的類型對于生產系統是非常關鍵的。磁性EBS卷類型是由帶旋轉盤的傳統硬盤所支持。這種卷類型提供只***的I/O性能，一般只用于存儲不常訪問的數據。

　　另外兩種EBS卷類型 - 通用型和配置型 - 都是由固態硬盤(SSD)來支持。固態硬盤使用基于閃存的存儲，沒有任何的移動部件;因此，他們更少會發生錯誤，并且比傳統的磁盤快得多。由SSD支持EBS卷可支持每個磁盤更高的IOPS。通用型的EBS卷最多支持10000IOPS;而配置型的IOPS卷支持高達20000IOPS。

　　適當的存儲需求規劃包括了選擇合適的實例類型 - 有著EBS優化功能和良好的網絡連接性 - 以及選擇合適的EBS存儲類。如果不這樣做通常會導致網絡和存儲產生瓶頸，進而削弱云應用的性能。

　　3.沒有實施正確的架構

　　在AWS上部署工作負載的其中一個關鍵架構模式是消除單點故障。這通常需要為每個工作負載使用多個EC2實例，在一個AWS區域中添加冗余。例如，IT管理員可以在兩個分別的可用區中放置一個應用的Web前端服務器;這些服務器也可以駐留在兩個不同的物理位置。然后，這些Web前端服務器便可以使用例如AWS彈性負載平衡的服務來做負載均衡。這是一種簡單的方法可以確保特定負載可以在一個單一實例發生故障或當可用區掉線時繼續運行。

　　沒有從一開始就實現高可用性是一種常見的云遷移錯誤。一些機構會選擇在遷移的階段先實施單實例架構 - 并計劃以后再實現高可用性。這種做法增加了服務中斷的幾率，并可能會在AWS的云遷移完成之后提高運營開銷和基礎架構的復雜度。為了達到***效果，應該在開始遷移之前，就打造基于***實踐的應用。

　　4.IT人員培訓不當或不夠

　　在一個如AWS這樣的成熟公有云平臺上運行企業應用能夠讓企業輕松地復制現有的本地部署。然而，在AWS上成功地部署和運行一個復雜的環境與管理本地基礎架構是完全不同的。

　　IT團隊必須了解AWS的運維和***實踐，才能確保一個AWS云遷移的項目取得成功。如果你不能在遷移前完成對員工的培訓，可以考慮聘請一位經驗豐富的AWS合作伙伴來幫助你正確規劃和實施項目。