文章目錄
企業規劃 AWS 雲端搬遷時，除了評估網站與資料庫如何轉移，也需要確認預算、停機時間與上線後的運作情況。本文整理搬遷前的準備、7R 策略與基本資源費用，並搭配 AWS 後台圖文說明使用 AMI 建立新主機、DNS 切換與上線驗收的流程。
AWS雲端搬遷該先搬什麼？
AWS 雲端搬遷不必一次全部完成，可以先選擇對營運影響較小、與其他系統連動較少的項目。例如測試網站，確認連線、資料讀寫與主要功能是否正常，讓團隊在搬遷正式服務前，提前發現設定或操作上的問題。
但彼此密切連動的系統，就需要一起規劃。以電商網站為例，網站主機需要連接資料庫，才能讀取會員資料與處理訂單。若分開搬遷會造成連線延遲，或影響交易流程，就應安排在同一批，避免網站已經轉移，資料庫卻無法正常配合運作。
至於受授權、合約或技術條件限制的系統，可以先保留在原環境。先確認哪些要搬、哪些暫留，以及哪些需要一起搬遷，再整理主機規格、實際用量與資料量，後續才有依據選擇搬遷方式、估算費用。
AWS雲端搬遷前要準備哪些資料？
確認搬遷範圍後，可以先將以下四類資料整理成清單，作為詢價依據。除了主機規格，也要提供實際用量、系統連線與停機限制，讓服務商能更準確地評估搬遷方式、費用與時程。
| 盤點項目 | 需要準備的資料 | 對搬遷規劃的影響 |
|---|---|---|
| 主機規格與實際用量 | CPU、記憶體、儲存容量，以及平均與尖峰用量、磁碟效能和資料成長情況。 | 選擇合適的 AWS 資源，避免直接照搬原有規格。 |
| 資料量與網路條件 | 預計搬遷的資料量、可用頻寬、現有網路用量與延遲，以及連接 AWS 的方式。 | 評估資料傳輸需要多久、現有連線是否足夠。 |
| 授權與作業限制 | 作業系統、資料庫與軟體授權、法規要求、可停機時段，以及固定排程和重要營運日期。 | 確認搬遷限制，避開不能中斷服務的時段。 |
| 系統之間的連線 | 網站、資料庫、登入服務、共用資料，以及監控與備份的連線關係。 | 判斷哪些系統需要一起搬，哪些可以分開安排。 |
盤點工具可以協助收集用量與連線紀錄，但有連線，不代表一定要一起搬遷。例如，多台主機共用同一套監控或備份工具，也會產生連線紀錄，卻不一定需要同時轉移。仍應由系統負責人與維運人員確認連線用途，以及中斷後會影響哪些功能，再決定搬遷批次。
AWS 7R 是什麼？七種雲端搬遷策略
AWS 7R 是七種搬遷策略，不是依序執行的七個步驟。 企業可以依系統需求搭配使用，決定哪些保留、搬移或改造。
| 搬遷策略 | 做法簡介 |
|---|---|
| 退役（Retire） | 停用不再需要的系統，保存必要資料。 |
| 暫留（Retain） | 暫時保留在原環境，不納入這次搬遷。 |
| 原樣搬移（Rehost） | 不改動應用程式，將現有系統搬到 AWS。 |
| 整體轉移（Relocate） | 轉移既有平台或雲端資源，例如跨 AWS 帳號或區域。 |
| 改用其他產品（Repurchase） | 改用 SaaS 或其他產品，取代原系統。 |
| 有限優化（Replatform） | 保留核心架構，調整部分服務或執行環境。 |
| 重構（Refactor） | 重新設計應用架構，運用雲端功能。 |
AWS 雲端搬遷流程怎麼安排？
確定各系統的搬遷策略後，可以依照以下五個步驟分批執行，不必一次轉移所有服務：
- 確認目標與範圍： 決定要搬哪些系統、完成期限、預算與可接受的停機時間
- 準備 AWS 環境： 完成主機、網路、權限、安全與監控設定，確認必要連線
- 安排搬遷批次： 將必須共同運作的系統一起規劃，再依風險與準備進度排定順序
- 測試後正式切換： 確認資料同步與主要功能，完成切換演練，再安排正式上線及驗收
- 觀察與維運交接： 追蹤上線狀況、交接異常處理責任，並用實際結果修正下一批計畫
測試與切換期間，新舊環境可能需要同時運作。這段並行期，也要納入搬遷預算，而不是只計算正式上線後的 AWS 月費。
AWS 雲端搬遷範例 – EC2 搬遷操作
以下以網站與資料庫各使用一台 EC2，搬到同帳號、同區域的新主機為例，假設資料都存放在各自主機的 EBS 磁碟，網站透過 DNS 指向主機的公有 IP。
1. 備份資料，停止原環境的資料寫入
先完成網站與資料庫備份，確認目標環境的網路、安全設定與 DNS 管理權限已準備好，讓舊主機保持停止，避免映像檔建立後又出現新資料，同時保留原環境供必要時處理回復。
2. 建立 AMI，確認映像檔版本與狀態
在 EC2 後台左側選擇「映像 → AMI」，找到預計使用的映像檔，確認名稱、建立時間與狀態。其中，狀態顯示 「可用」，代表映像檔已準備完成，可以用來建立新的 EC2 主機。
3. 使用 AMI 建立新的 EC2
選取對應的 AMI，點選「從 AMI 啟動執行個體」，分別建立新的資料庫主機與網站主機。設定時確認主機規格、登入方式、網路、安全群組與磁碟配置；資料庫的連線權限應限制給需要存取的網站主機，不要直接對外開放。圖中的規格僅供介面說明，非建議配置。
4. 查看執行狀態，核對主機資訊
新主機顯示「執行中」後，先確認 EC2 狀態檢查是否通過，再啟動並檢查資料庫與網站服務，原本指向舊資料庫的連線設定，也要改成新資料庫的位址。
5. 更新 DNS，讓正式網域轉向新主機
測試通過後，到網域使用的 DNS 管理後台，將網站的 A 紀錄從舊主機 IP 改為新網站主機的 Elastic IP。
6. 確認新環境穩定後，再處理舊資源
切換後，確認監控與備份正常運作，並持續觀察網站有沒有出現錯誤，可以先從以下項目進行檢查
- 網站與主要功能 – 透過正式網域確認 HTTPS、登入及表單等功能，實際操作一次平常使用的流程
- 資料與連線 – 核對重要資料是否完整，並確認測試表單等新增內容確實寫入新資料庫。
- 監控、備份與排程 – 確認新環境的監控、備份與必要排程正常運作。
AWS 雲端搬遷費用怎麼估？
搬遷預算可以分成三部分：一次性的規劃、建置與測試費用，新舊環境並行的支出，以及上線後的持續月費。 詢價時應分開列出，才不會把 AWS 資源費誤認為整個搬遷專案的總價。
費用試算：網站與資料庫各使用一台 EC2
以下依 AWS 公開單價試算，讓企業先掌握基本資源的費用規模，並非完整搬遷報價或正式環境的建議配置。
假設在東京區域使用兩台 Linux t3.medium 主機，分別執行網站與資料庫，各配置 50 GB 的 gp3 磁碟，網站使用一個公有 IPv4。以隨需價格、每月運作 730 小時計算：
這裡特別要注意：AMI 不會持續同步原主機後續新增的資料。 以網站為例，映像檔建立後新增的文章或上傳檔案，不會自動出現在新主機上，仍需另外安排資料更新與最後同步。這也是確認映像檔建立時間的原因。
| 費用項目 | 計算方式 | 每月費用（美元） |
|---|---|---|
| 兩台 EC2 主機 | US$0.0544／小時 × 730 小時 × 2 台 | 約 US$79.42。 |
| gp3 磁碟共 100 GB | US$0.096／GB－月 × 100 GB | US$9.60。 |
| 一個公有 IPv4 | US$0.005／小時 × 730 小時 | US$3.65。 |
| 基本資源小計 | 主機、磁碟與公有 IPv4 | 約 US$93／月 |
服務費等會依資料轉移、測試及切換的工作範圍另外報價。 同時確認舊主機、機房與軟體授權何時能停止計費，因為系統完成切換，不代表原有合約會在同一天結束。
WangCloud 如何協助規劃 AWS 雲端搬遷？
當企業還不確定 AWS 目標環境該怎麼規劃，或不同工作負載適合採取哪種搬遷方式時，就適合尋求協助。WangCloud 可依企業現有系統、流量規模、使用地區與預算條件，協助釐清目標環境，並評估各工作負載適合的搬遷方式。
第一次聯絡時，可準備目前服務型態、主要工作負載、流量規模、使用地區、搬遷目的以及預算條件。實際費用、時程我們會在盤點後提供方案給您。
WangCloud 方案洽詢
正在評估 AWS 方案？
告訴我們您的需求、預算與目前環境，WangCloud 專員將協助釐清重點，並確認合適的 AWS 資源與合作方式。
AWS 雲端搬遷常見問題
AWS 雲端搬遷一定要一次全部完成嗎？
不用。企業可依工作負載的相依性、風險和前置條件分批搬遷；目前不適合移動的系統，也可以先保留在原環境。
AWS 雲端搬遷一定會停機嗎？
需依搬遷方式評估，不能直接保證零停機。像上面的 AMI 操作範例需要安排停機，時間涵蓋映像檔建立、新主機建置與測試，以及正式切換，實際停機時間需要多久要先透過演練確認。
搬到 AWS 一定會比較省嗎？
不一定。總成本還會受到資源用量、授權、資料傳輸、新舊環境並行時間與搬遷後維運方式影響，不能只比較地端設備與 AWS 月費。
搬遷完成後，舊環境可以立刻刪除嗎？
不宜只因流量已切換就立即關閉刪除。先完成資料與功能驗收，並經過約定的觀察期，確認主要業務流程與排程正常，再處理舊主機及相關資源。