在數位轉型的巨浪下,企業面臨著將龐大舊有系統(Legacy Systems)遷移至雲端的壓力。身為雲端架構師,我經常見到決策者將雲端遷移簡化為單純的「搬資料」。事實上,雲端遷移是一場關乎總體擁有成本(TCO)與業務敏捷性的精密演化。若缺乏正確的策略,搬遷後可能面臨架構臃腫或成本失控的困局。

本文將為您拆解業界公認的 AWS 7R 遷移策略,並揭示如何運用實體硬體工具如 Storage Gateway 與 Snowball 家族,在頻寬與物理空間的限制下,完成一場優雅且高效的數位升級。

遷移前的戰略思考:7R 決策矩陣

在進入「Discovery(探索)」與「Assess(評估)」階段後,架構師必須針對每項資產決定其去留。這不僅是技術選擇,更是商業決策。

  1. Retire(淘汰):關閉不再需要的服務。
  2. Retain(保留):出於法規、安全性或技術依賴,暫時保留在地端。
  3. Relocate(重新部署):例如將 VMware 工作負載轉移到 VMware Cloud on AWS,無需改動架構。
  4. Rehost(重新託管):即「Lift and Shift」,直接搬移。
  5. Replatform(平台重構):即「Lift and Reshape」,如將資料庫轉向 RDS。
  6. Repurchase(重新購買):棄用舊軟體,轉向 SaaS(如 Salesforce 或 Workspace)。
  7. Refactor(重構):使用雲端原生技術(微服務、Lambda)重寫,報酬率最高但投入也最大。

斷捨離的智慧:10% 到 20% 的服務其實該直接「淘汰」

在遷移藍圖中,Retire (淘汰) 往往是投資報酬率最高的策略。根據實務統計,企業內約有 10% 到 20% 的服務已失去業務價值。

根據 AWS 的「責任共擔模型(Shared Responsibility Model)」,維護的資源越多,企業的安全負擔就越重。透過 Retire 策略,我們能直接縮小「受攻擊面」(Attack surface),不僅節省了遷移與後續運算的成本,更能讓維運團隊專注於核心業務的安全性。

「淘汰服務(大概10%到20%)可以節省成本,並將注意力集中在必須維護的資源上。」

不必改動代碼也能省錢?Rehost 的即戰力

對於追求遷移速度的企業,Rehost (Lift and shift) 是最快降低地端機房資本支出(CAPEX)的手段。這種策略將實體伺服器或虛擬機(VM)原封不動地鏡像到雲端。

雖然這尚未完全發揮雲端原生的優勢,但其價值不容小覷:

  • 低門檻與高自動化:利用 AWS Application Migration Service,能將實體機快速轉移至 VPC。
  • 顯著的成本優化:光是利用雲端資源的彈性與按需付費,即便不做優化,平均也能節省高達 30% 的成本。

混合雲的隱形橋樑:Storage Gateway 的深層應用

在遷移的過渡期或混合雲架構中,Storage Gateway 是連接地端資料與S3 的關鍵橋樑。它讓地端應用能以低延遲存取雲端資料,並支援 Active Directory (AD) 整合,確保檔案存取符合權限規範。

Gateway 類型

存取協定

雲端後端儲存

關鍵技術點

S3 File Gateway

NFS / SMB

Amazon S3

提供 local cache,支援 RefreshCache API 以同步 S3 變動。

Volume Gateway

iSCSI

S3-backed EBS Snapshots

分為 Cached 模式(僅快取熱資料)與 Stored 模式(在地端留存全量)。

Tape Gateway

iSCSI VTL

S3 / Glacier

取代實體磁帶庫,自動支援存檔至 Glacier Deep Archive。

架構師筆記:S3 File Gateway 的快取機制僅快取最近使用的資料,這讓地端機房能以最小的硬體足跡存取幾近無限的雲端空間。此外,透過 S3 的生命週期策略(Lifecycle Policies)與跨區域複製(CRR),我們可以輕鬆實現資料自動歸檔與異地災備。

物理傳輸的極速悖論:為什麼快遞硬體比網路更快?

當資料量跨越 100 TB 門檻後,網路頻寬的「物理限制」便會凸顯。在特定場景下,運輸實體硬碟的速度遠勝於光纖傳輸。

傳輸 1 PB 資料的所需時間對比:

  • 100 Mbps 頻寬:約 3 年(這對企業來說是災難)
  • 1 Gbps 頻寬:約 124 天
  • 10 Gbps 頻寬:約 12 天

若您的遷移時間無法等待 12 天以上,AWS Snowball 便是最佳解決方案。

Snowball Edge 規格與邊緣運算能力

Snowball 不只是硬碟,它分為兩種關鍵型號,針對不同業務情境:

  • Storage Optimized:具備 210 TB 儲存容量,適合純資料遷移。
  • Compute Optimized:具備 28 TB 儲存、104 vCPUs416GB RAM。它能在無網路環境(如海上平台或野外礦區)執行 Lambda 或 EC2,實現「邊緣運算」。

專業架構師的遷移優化建議 (Pro-Tips)

為了最大化傳輸效能,避免硬體頻寬成為瓶頸,請遵循以下優化指南:

  1. 併發寫入:從多個終端同時對 Snowball 執行寫入操作。
  2. 檔案打包:大量小檔案會降低效率。請將小檔案壓縮為至少 1MB 以上的 zip 檔再傳輸。
  3. 使用 S3 Adapter:在傳輸速度要求極高時,利用 S3 Adapter 可將速率提升至 250 MB/s 到 400 MB/s

架構師的進階思維:從地端快取到雲端原生分析

一旦資料透過 Storage Gateway 或 Snowball 進入 S3,這就不再只是儲存,而是開啟了資料價值的二次演化。

真正的架構轉型在於後續的連鎖反應:利用 S3 Event 觸發 Lambda 進行即時影像處理;或透過 AthenaRedshift Spectrum 直接對 S3 上的檔案進行 PB 等級資料查詢,而無需負擔昂貴的 ETL 成本。甚至能建立「唯讀副本(Read-only replicas)」,讓全球的分公司能以低延遲讀取最新的主資料(Master data),實現真正的跨國數據中台架構。

結語:遷移不是終點,而是演化的開始

雲端遷移是一門關於「選擇」的藝術。從 7R 策略的斷捨離,到 Storage Gateway 的混合雲橋接,再到 Snowball 在物理限制下的突圍,每一項工具都旨在降低 TCO 並提升韌性。

身為企業的數位轉型推動者,我邀請您在開始下一步行動前,重新審視您的資產清單:「在你的遷移藍圖中,哪一項資產其實是應該被『Retire』而非搬遷的贅肉?」 辨識出這些資源,正是您從「搬家」進化到「雲端原生演化」的第一步。