虛擬主機與 VPS
這個分類下的問題與解答。點標題可以展開答案,也可以點右上角進到單題頁面。
五種常見的主機型態
| 類型 | 資源 | 管理責任 | 費用 |
|---|---|---|---|
| 虛擬主機 | 與他人共用 | 主機商負責 | 最低 |
| VPS | 獨立配額 | 多數自負 | 中 |
| 雲端主機 | 獨立且可彈性調整 | 多數自負 | 中至高,依用量 |
| 代管型主機 | 獨立 | 服務商協助管理 | 中高 |
| 實體主機 | 整台專用 | 自負 | 最高 |
最關鍵的差異不是效能,是「誰負責管理」。 這一點決定了你需要什麼能力,以及真實的總成本。
虛擬主機:多數企業網站的合理起點
一台伺服器上放多個網站,共用硬體資源,由主機商負責系統維護。
適合
- 一般企業形象網站
- 流量穩定且不大
- 沒有專職的技術人員
- 不需要特殊的系統設定
限制
- 資源與他人共用——可能受鄰居影響
- 無法安裝特定的系統元件
- 設定可調整的範圍有限
- 通常無法自行調整程式語言的細部設定
不要因為「聽說 VPS 比較快」就升級。 如果慢的原因是圖片沒壓縮,換主機也不會變快,見主機規格與網站速度的關係。
VPS:資源獨立,但要自己管
在實體伺服器上切割出獨立的虛擬環境,有自己的作業系統與資源配額。
取得的是
- 不受其他站台影響的資源配額
- 完整的系統控制權
- 可安裝任何需要的元件
同時承擔的是
- 系統更新與安全修補
- 服務的安裝與設定
- 備份機制的建立
- 故障時的排查與修復
這是最常被低估的部分。 詳見VPS 需要具備什麼能力。
雲端主機與 VPS 的差別
兩者常被混用,實務上的主要差異:
- 資源調整的彈性——雲端主機通常可即時增減規格
- 計費方式——常見按用量計費,而非固定月費
- 周邊服務——通常整合了儲存、備份、負載平衡等服務
對中小企業的實務提醒
按用量計費在流量暴增時可能產生非預期的高額費用。 若選用這類方案,建議設定用量警示與上限。
代管型主機值得考慮
介於虛擬主機與 VPS 之間:資源獨立,但系統維護由服務商負責。
適合「需要獨立資源但沒有技術人力」的情況——這其實是不少中小企業的真實處境。
費用高於自管的 VPS,但把管理的時間成本算進去,往往更划算。
規格怎麼看
處理器
虛擬主機通常不標示,VPS 會標示核心數。一般企業網站對處理器的需求不高,除非有大量運算或圖片處理。
記憶體
這是最實際的瓶頸。 網頁伺服器、程式語言的執行環境、資料庫都要用。
記憶體不足的症狀是:流量稍高就出現錯誤、資料庫連線失敗、或程式被系統終止。
儲存空間
- 類型比容量重要——固態儲存的存取速度明顯優於傳統硬碟
- 要預留成長空間——資料庫、上傳檔案、日誌、備份都會累積
流量
指的是資料傳輸量,不是訪客數。圖片多、有影片的網站消耗較快。
要確認:超過之後會怎樣——是限速、加價,還是直接停用?
「無限」通常有前提
部分方案標示無限空間或無限流量。實務上要注意:
- 通常有合理使用條款——超出「一般用途」的定義就會被限制
- 可能有檔案數量的限制——這個限制常常比空間更早到達
- 可能有資料庫大小或連線數的限制
看到「無限」時,應該去找它的實際限制寫在哪裡。
共用主機的鄰居問題
同一台上有網站流量暴增或程式耗資源,會排擠其他人。
症狀
- 速度時快時慢,沒有規律
- 某些時段特別慢
- 自己的網站沒有變動,效能卻下降
處理
先向主機商反映,多數會協助調整。若持續發生,才考慮換方案或換主機商。
資安層面的鄰居風險見主機層與存取控制的防護設定。
怎麼選:三個問題
- 有沒有人能管理系統? 沒有 → 虛擬主機或代管型
- 需要特殊的系統設定嗎? 需要 → VPS 以上
- 流量是否穩定? 波動大 → 考慮可彈性調整的方案
多數企業形象網站的答案是:虛擬主機就夠。 等到確實遇到限制再升級,而不是預先買一個用不到的規格。
各主機商的方案內容、規格定義與限制條件差異很大,本文說明的是評估的原則與該確認的項目。實際規格與條款請以各服務商的現行公告為準。
先確認需求,再看方案
選虛擬主機容易被規格數字吸引,但實際會遇到的問題多半不在標示的規格上。
以下是該確認的項目,依重要性排列。
一、支援的程式語言版本
這是最容易踩雷的一項。
- 目前支援哪些版本?
- 可以自行切換嗎? 還是要開單申請
- 多久更新一次? 有些主機商長期停留在舊版
- 舊版本何時淘汰? 會提前多久通知
停留在已停止支援的版本是實際的資安風險,而且第三方套件會逐步放棄支援。見PHP 版本升級要注意什麼。
二、資料庫的限制
常見但容易忽略的限制:
- 可建立幾個資料庫
- 單一資料庫的大小上限
- 同時連線數的上限
- 是否支援遠端連線——搬遷或除錯時會用到
- 資料庫的版本
連線數上限要與網站的併發能力對應,否則流量稍高就會出現連線失敗。
三、檔案數量的限制
這是「無限空間」方案最常見的實際限制。
系統對可建立的檔案總數有上限,而網站的檔案數量成長得比想像中快——快取檔案、縮圖、日誌、郵件都算在內。
症狀是:空間明明還有很多,卻無法再上傳檔案。
四、備份政策
要問清楚四件事:
- 有沒有提供備份?
- 多久一次?保留幾份?
- 還原要怎麼申請?需要多久?
- 還原要收費嗎?
不要只依賴主機商的備份
主機商的備份通常是為了整體災難復原,不保證能還原你的單一網站到特定時間點。
建議自行建立備份機制,並保存在主機以外的地方。 備份的完整要求見操作紀錄、備份與資料救回。
五、郵件服務
- 可建立幾個信箱?各自的容量?
- 每日寄信量的上限——超過可能被暫停
- 是否支援必要的寄件驗證設定
一個實務建議
企業信箱建議與網站主機分開。 主機搬遷或出問題時,信件收發不會一起中斷。
信件寄送的問題排查見公司信箱收不到信或被當垃圾信怎麼查。
六、憑證的支援
- 是否支援免費憑證的自動申請與續期
- 自動續期真的會運作嗎——建議實際觀察第一次續期
- 是否可安裝自行購買的憑證
憑證過期會讓網站顯示明顯的安全警告,見SSL 憑證怎麼安裝與續期。
七、控制面板
面板決定了你能自己做多少事。要確認能否自行處理:
- 建立與管理資料庫
- 切換程式語言版本
- 設定排程工作
- 管理郵件帳號與轉寄
- 查看存取與錯誤日誌
- 設定轉址與網域指向
- 下載完整備份
「查看錯誤日誌」這一項很重要——沒有它,出問題時只能靠猜或開單詢問。
八、支援服務
- 服務時間——是否含假日與夜間
- 回應時間的承諾
- 聯繫方式——電話、線上客服、工單
- 技術支援的範圍——只管主機,還是也協助網站問題
價格通常不是最重要的差異——出事時找不找得到人、多久能處理,才是實際的成本。
九、續約的價格
這是常見的行銷手法:首年優惠價很低,續約時回到原價。
要確認:
- 續約價格是多少
- 是否自動續約
- 取消的條件與退費規定
年度支出的完整盤點見網站每年的固定支出有哪些。
十、機房位置
主機應該放在離主要訪客近的地方。
- 客群在台灣 → 台灣機房
- 客群在海外 → 當地或鄰近機房
要注意的是:同樣標示台灣機房,不同業者的連線品質仍有差異,這需要實測。
試用與測試的建議
正式搬遷前,可以先做這些測試:
- 建立測試站,實際安裝網站程式
- 用行動網路測試連線速度
- 測試從外部寄信到該主機的信箱
- 開一張技術支援單,測試回應速度與品質
- 下載一次完整備份,確認備份功能可用
第四項最實用——支援品質很難從網頁上判斷,實際試一次最準。
不建議只看價格的三個理由
- 過低的價格通常對應到超賣或資源限制
- 支援品質差時,你的時間成本會遠超過省下的費用
- 搬遷的成本很高——選錯了要換,工時與風險都不小
各主機商的方案內容、規格定義與限制條件差異很大,本文說明的是評估的原則與該確認的項目。實際規格與條款請以各服務商的現行公告為準。
VPS 的真實成本包含時間
VPS 的月費看起來可能與虛擬主機差不多,但它多了一整套管理責任。
這些工作不做不會立刻出事,但長期累積的風險很高:系統沒更新、備份沒建立、故障時沒人能處理。
評估時應該問:這些工作誰來做?時間成本算進去之後,還划算嗎?
自管 VPS 需要的能力
基本必備
- 命令列的基本操作
- 檔案權限與使用者管理
- 套件的安裝與更新
- 服務的啟動、停止、查看狀態
- 日誌的位置與判讀
進階需要
- 網頁伺服器的設定
- 資料庫的安裝與調校
- 防火牆與存取控制
- 備份機制的建立與驗證
- 故障時的排查能力
如果這些都要現學,建議先評估代管型方案——把學習與試錯的時間拿去做本業,通常更有價值。
取得 VPS 後的初始設定清單
這是最容易被省略、卻最重要的階段。
一、存取安全
- 建立一般使用者帳號,不要直接用最高權限帳號日常操作
- 改用金鑰登入,停用密碼登入
- 停用最高權限帳號的直接遠端登入
- 變更預設的遠端連接埠——這不是真正的安全機制,但能減少自動化掃描
二、防火牆
只開放需要的連接埠:
- 網頁服務所需的連接埠
- 遠端管理的連接埠——建議限制來源位址
- 資料庫連接埠不對外開放
三、系統更新
- 執行一次完整更新
- 設定安全性更新的自動安裝
- 建立定期檢視更新的習慣
四、時區與語系
確認系統時區正確,否則日誌時間、排程執行、資料庫記錄的時間都會錯亂。
五、監控與通知
- 磁碟用量
- 記憶體與負載
- 服務是否正常運作
- 設定異常時的通知
六、備份
在放上任何正式資料之前就建立好備份機制。
要包含:網站檔案、資料庫、設定檔。並存到主機以外的位置。
最常被忽略的三件事
一、交換空間
記憶體較小的 VPS 若沒有設定交換空間,記憶體用盡時行程會被系統直接終止——症狀是服務莫名其妙停止。
設定適量的交換空間可以緩衝,但它不能替代足夠的記憶體。
二、日誌輪替
日誌不輪替會持續累積,最終塞滿磁碟導致所有服務停止。
這是實際會發生的事故,而且症狀看起來像是「網站突然壞了」。
三、資源限制的相互關聯
程式語言的行程數、資料庫的連線數、記憶體上限,這幾個設定要互相對應。
設定不協調時,流量稍高就會出現各種奇怪的錯誤。 見網頁伺服器的效能相關設定。
快照與備份不是同一件事
| 快照 | 備份 | |
|---|---|---|
| 內容 | 整台機器的狀態 | 資料與檔案 |
| 還原 | 回到某個時間點的整機狀態 | 可選擇性還原 |
| 存放位置 | 通常在同一個服務商 | 應存到別處 |
| 適合 | 系統變更前的保險 | 資料的長期保存 |
快照方便但不能取代備份——若服務商端出問題,快照可能一起受影響。
代管與自管的比較
| 自管 VPS | 代管型 | |
|---|---|---|
| 月費 | 較低 | 較高 |
| 系統更新 | 自己 | 服務商 |
| 故障排除 | 自己 | 服務商協助 |
| 備份 | 自己建立 | 通常包含 |
| 控制權 | 完整 | 視方案 |
| 適合 | 有技術人力 | 需要獨立資源但無人力 |
怎麼判斷
估算一下:每個月花在系統管理上的時間 × 你的時薪,加上月費。
再與代管型的月費比較。對多數中小企業,代管型通常比較划算——而且出事時有人可以求助。
把責任寫進合約
如果由網頁設計公司或維護廠商協助管理,應明確約定:
- 系統更新由誰負責、多久一次
- 備份由誰執行、保留多久、存在哪裡
- 故障時的回應時間
- 監控的範圍
- 主機帳號的歸屬——應登記在業主名下
最後一項與網域註冊人是同樣的道理——管理權可以外包,所有權應該在自己手上。
什麼情況真的需要 VPS
- 需要安裝虛擬主機不支援的元件
- 需要特定的系統設定
- 資源需求超過虛擬主機的配額
- 需要多個環境——正式站與測試站分離
- 對資源穩定性有要求,不能受鄰居影響
如果只是「覺得比較專業」,那不是理由。
各主機商的方案內容、規格定義與限制條件差異很大,本文說明的是評估的原則與該確認的項目。實際規格與條款請以各服務商的現行公告為準。
搬遷的完整階段
主機搬遷不只是把檔案複製過去。完整的流程分五個階段:
- 盤點與準備
- 新環境建置
- 資料搬移
- 測試驗證
- 切換與善後
多數搬遷失敗的原因,出在第一階段沒做完整。
第一階段:盤點
把目前主機上的所有東西列出來。常被遺漏的項目:
| 項目 | 容易遺漏的部分 |
|---|---|
| 網站檔案 | 隱藏檔案、上傳目錄 |
| 資料庫 | 預存程序、觸發器 |
| 電子郵件 | 信箱內容、轉寄與別名設定 |
| 排程工作 | 經常被完全忘記 |
| DNS 記錄 | 驗證用的記錄、郵件相關記錄 |
| 憑證 | 續期的設定 |
| 系統設定 | 程式語言版本、擴充套件、上傳限制 |
三個最常被忘記的
排程工作——搬遷後才發現每日的自動作業沒有跑,通常是幾天後才被發現。
郵件——如果信箱在同一台主機,搬遷等於也要搬信件。這比網站複雜得多。
DNS 中的驗證記錄——搜尋主控台、網域驗證、寄件驗證的設定若沒帶過去,會靜默失效。
第二階段:新環境建置
環境要盡量一致
- 程式語言版本——不同版本可能造成程式錯誤
- 資料庫版本與字元集
- 必要的擴充套件
- 上傳大小、執行時間等限制
建議在搬遷時不要同時升級版本。 兩件事一起做,出問題時難以判斷是搬遷還是升級造成的。
先搬遷、確認穩定後,再另外規劃升級。
先申請憑證
在切換 DNS 之前,就要在新主機完成憑證的安裝。
否則切換後會出現安全警告,訪客會直接離開。見SSL 憑證怎麼安裝與續期。
第三階段:資料搬移
檔案
- 保留檔案的權限與擁有者
- 注意隱藏檔案——設定檔常常是隱藏的
- 搬移後比對檔案數量與總大小
資料庫
- 匯出時明確指定字元集
- 包含預存程序、觸發器與排程事件
- 匯入後確認筆數與中文顯示正常
備份與還原的技術細節見資料庫備份與還原的技術要點。
調整設定檔
網站的資料庫連線設定、路徑設定需要更新。建議搬移前先確認設定檔的位置。
第四階段:測試(最重要)
在切換 DNS 之前就要完成測試,方法是修改本機的 hosts 檔案,讓自己的電腦連到新主機。
這樣可以在不影響任何訪客的情況下,完整測試新環境。
測試清單
- 首頁與主要頁面正常顯示
- 後台可以登入與操作
- 中文顯示正常——沒有亂碼
- 圖片與檔案都能正常顯示與下載
- 表單可以送出,且收得到通知信
- 搜尋功能正常
- 會員登入與訂單功能正常
- 金流測試(若有)
- 手機上正常
- 憑證正常,沒有安全警告
第五項最容易出問題——新主機的寄件設定與驗證可能還沒完成。
第五階段:切換
切換前的準備
- 提前降低 DNS 的存活時間——建議提前一到兩天調低,讓切換能快速生效
- 選擇離峰時段
- 暫停會產生新資料的作業——避免資料分散在兩台主機
- 做最後一次資料同步
DNS 的切換操作見網站搬家的 DNS 切換流程。
雙主機並存期
DNS 擴散期間,部分訪客會連到舊主機,部分連到新主機。
這代表:
- 期間新增的資料可能分散在兩邊
- 有訂單或會員功能的網站要特別注意
處理方式
- 選在最低流量的時段切換
- 舊主機暫時設為唯讀或顯示維護訊息
- 切換後檢查舊主機是否還有新資料,必要時手動補齊
切換後的確認
當天
- 各項功能再測一次
- 從外部信箱測試表單通知
- 確認憑證正常
- 查看錯誤日誌
第一週
- 確認排程工作有正常執行
- 確認備份機制運作中
- 觀察錯誤日誌
- 確認搜尋引擎的收錄狀況沒有異常
舊主機不要立刻退租
建議保留至少一到兩週。 理由:
- 可能發現遺漏的檔案或設定
- 切換期間的資料可能還在舊主機
- 出問題時可以快速切回
如果網址也要改變
那是另一個層級的工作,需要完整的轉址對應。見網站改版或更換網域,SEO 排名怎麼保住。
建議不要同時換主機與換網址——出問題時難以判斷原因。
常見的搬遷災難
- 測試站的搜尋引擎封鎖設定被帶到正式環境——網站正常但搜尋不到,可能數月後才發現
- 排程工作沒有設定——自動作業靜默停止
- 郵件設定不完整——通知信全部進垃圾桶
- 切換期間的訂單遺失
- 憑證未先安裝——切換後出現安全警告
第一項最嚴重也最常見,務必列入切換後的檢查。
各主機商的方案內容、規格定義與限制條件差異很大,本文說明的是評估的原則與該確認的項目。實際規格與條款請以各服務商的現行公告為準。
主機是會默默出問題的
網站不會突然壞掉,通常是某個資源慢慢用完——磁碟滿了、記憶體不足、憑證過期、方案到期。
這些都是可以預先發現的,前提是有人在看。
該監控的五個項目
| 項目 | 為什麼重要 | 建議 |
|---|---|---|
| 網站可用性 | 無法開啟時要立即知道 | 設定自動監控與通知 |
| 磁碟用量 | 滿了會讓所有服務停止 | 八成時提醒 |
| 記憶體與負載 | 不足會造成錯誤與緩慢 | 觀察趨勢 |
| 憑證到期日 | 過期會顯示安全警告 | 納入到期日總表 |
| 備份是否產生 | 靜默失敗很常見 | 確認檔案時間戳 |
磁碟是最常見的問題
常見的空間消耗來源:
- 日誌未輪替——最常見
- 資料庫的二進位日誌
- 備份檔案累積
- 上傳的圖片與附件
- 快取與暫存檔案
磁碟滿了的症狀通常是「網站突然壞掉」,而且錯誤訊息可能與磁碟無關,容易誤判。
備份只監控失敗是不夠的
這一點值得單獨強調:如果備份排程根本沒有執行,就不會有失敗通知。
正確的確認方式
- 檢查備份檔案的時間戳是否為最新
- 檢查檔案大小是否合理——異常小代表可能失敗
- 設定「超過 N 小時未產生新備份就通知」
- 每半年實際還原一次驗證
沒有測試過的備份不算備份。
到期日總表
網站相關的到期項目分散在不同服務商,很容易漏掉。建議做一張總表:
| 項目 | 服務商 | 到期日 | 負責人 |
|---|---|---|---|
| 網域 | |||
| 主機 | |||
| SSL 憑證 | |||
| 企業信箱 | |||
| 付費外掛或授權 | |||
| 維護方案 |
兩個實務提醒
一、通知信箱要有人看。 到期通知常常寄到當初申請時留的信箱,而那可能是離職員工的。
二、指定負責人與代理人。 只有一個人知道,那個人休假時就沒人處理。
網域過期的後果最嚴重——不只網站,連信件都會中斷。見網域忘記續約會怎樣。
日常的維護項目
每月
- 確認備份正常產生
- 查看磁碟用量趨勢
- 檢視錯誤日誌有無異常
- 確認網站各項功能正常
每季
- 檢視系統與套件的更新狀態
- 檢查憑證與各項到期日
- 清理過期的日誌與備份
- 檢視資源用量是否接近上限
每半年
- 實際還原一次備份驗證
- 檢視主機方案是否仍符合需求
- 檢查帳號權限,移除不再需要的
- 確認程式語言版本的支援狀態
什麼時候該擴充
明確的訊號
- 磁碟持續接近上限——且已清理過不必要的檔案
- 流量成長後才開始變慢——原本正常,訪客變多就撐不住
- 主機商通知資源用量超標
- 經常出現連線錯誤或逾時
- 純文字頁面的回應也很慢——代表瓶頸在伺服器端
擴充前先確認不是其他問題
很多「主機不夠力」其實是網站本身的問題:
- 圖片沒有壓縮
- 資料庫查詢缺少索引
- 安裝了過多的外掛
- 程式在迴圈中重複查詢
先排除這些,再考慮升級。 排查順序見網站慢的常見原因與優先處理順序。
擴充的方式
- 同一方案升級規格——最單純,通常只需重開機
- 換到更高階的方案——可能需要搬遷
- 把服務分開——例如資料庫獨立、圖片放到專門的儲存服務
- 加上內容傳遞網路——分擔靜態檔案的流量
第三項對圖片多的網站特別有效——把靜態檔案移出主機,能明顯降低負載。
換主機商的判斷
值得換的情況:
- 效能問題持續且反映後未改善
- 支援回應太慢或品質不佳
- 長期停留在舊的程式語言版本
- 經常性的不穩定
- 續約價格明顯不合理
不值得為了小幅的價差而換——搬遷本身有工時與風險成本。
搬遷流程見主機搬遷的完整流程。
帳號與資訊的保管
這是人員異動時最常斷掉的環節。應保存在公司的共用文件中:
- 主機商名稱、控制台網址、帳號
- 網域註冊商與管理帳號
- 資料庫的連線資訊
- 檔案傳輸的帳號
- 各項到期日
- 技術支援的聯絡方式
不要只存在承辦人的個人電腦或瀏覽器裡。 權限管理的原則見後台帳號與權限怎麼規劃。
維護責任要講清楚
不論自管或委外,都應該明確約定:
- 系統更新由誰負責
- 備份由誰執行、存在哪裡
- 監控的範圍與通知對象
- 故障時的回應時間
- 費用怎麼計算
沒有講清楚時,最常見的結果是各方都以為別人在負責。
各主機商的方案內容、規格定義與限制條件差異很大,本文說明的是評估的原則與該確認的項目。實際規格與條款請以各服務商的現行公告為準。
準備好讓網站 開始幫你帶生意了嗎?
不論是要做新網站、救舊網站,還是只想先聊聊方向——先諮詢,不用先付錢,我們照實給你建議。




