儲存與備份的部署考量

實體主機承載儲存業務,NVMe 磁碟各自直連

OnuCloud 的伺服器部署於日本東京。

共享磁碟的波動是否影響查詢,或是備份期間的壓縮與校驗佔用運算資源?先找出瓶頸,再規劃磁碟、記憶體與還原頻寬。整台主機獨享,不代表可以省略備援設計。

以下依序從虛擬化主機、資料服務、備份與業務連線進行評估,不以單一規格取代負載分析。

虛擬機與主機資源

先預留主機資源,再分配給虛擬機

Proxmox VE 適合在同一台獨享設備上執行多組長期運作的服務;資源歸屬清楚,但每台虛擬機的配額、網路隔離與備份仍須自行規劃。

運算資源可分配,實體資源有上限

AMD EPYC 7543P 提供 32 核心、64 執行緒,支援 AMD-V 與 NPT,也可啟用巢狀虛擬化。巢狀環境適合驗證虛擬化設定;多層排程會增加額外負擔,支援巢狀虛擬化不代表沒有效能損耗。

128GB DDR4-3200 ECC 適合資源需求明確的主機;若虛擬機數量較多,或計畫為 ZFS ARC 預留更多空間,可評估 256GB 規格。CPU 配額、主機預留資源與記憶體預算應一併計算,不能只按執行緒數安排執行個體。

記憶體開通後無法在原機升級;若要更換規格,須另訂一台主機並自行遷移業務。

分別登錄業務磁碟與備份磁碟區

虛擬機磁碟可使用標配的 2 × 1TB NVMe 直連磁碟,再依還原需求決定個別使用或建立鏡像。另可選配 2TB NVMe 作為備份磁碟區,最多加購兩顆,每顆同樣採獨立直連。

同機備份便於日常回復,但與業務共用同一台主機的故障範圍。重要副本須另行轉存至異地;把備份放在另一台虛擬機中,仍無法改變它們位於同一台實體設備上的事實。

適合能自行維護虛擬化主機的管理者;不適合期待本站代管虛擬機、備份策略與系統設定的專案。

資料庫與中介軟體

避免共享儲存競爭,仍須規劃高可用性

資料庫查詢、索引建立、日誌寫入與快取持久化,對磁碟等待時間的要求各不相同。NVMe 磁碟各自直連,不經共享儲存,可排除其他客戶競用共享雲端磁碟造成的波動;但應用程式本身的鎖定、查詢計畫與同機工作仍會影響延遲。

適合:持續寫入且工作集可預估

若資料庫與中介軟體長期運作,且需要明確掌握 CPU、記憶體與磁碟資源的分配,整台主機更容易規劃。記憶體應先滿足資料庫緩衝區與快取工作集,再為系統、日誌處理及備份壓縮預留空間。

即使備份掃描、校驗與業務查詢都屬於同一客戶,也可能競用磁碟與 CPU。應依業務離峰時段安排工作,不要把獨享理解成所有工作都能同時滿載。

不適合:把單機當成自動容錯方案

兩顆直連磁碟並非已配置完成的 RAID-1 陣列。若服務需要主從切換、鏡像或跨設備還原,須自行設計複寫、故障偵測與復原步驟,不能只靠同機分盤達到高可用性。

本站負責硬體與網路;資料庫參數、複寫拓樸與資料備份由客戶負責。需要機房代為建置備援或代管資料庫的專案,不在本服務交付範圍內。

檔案與異地副本

依還原需求規劃磁碟,不只看總容量

檔案儲存著重可用空間,備份服務還須考量副本隔離與還原路徑。標配兩顆 1TB NVMe,原始容量合計 2TB;建立雙碟鏡像後,名義可用容量約為 1TB,實際容量還須扣除格式化與檔案系統的額外用量。

容量以磁碟標示值計算;未提供硬體 RAID,儲存池與鏡像均由客戶自行建立。
磁碟組合 建議用途 容量計算方式 須留意的限制
標配 2 × 1TB NVMe 以 ZFS 鏡像儲存常用資料與檔案 原始容量合計 2TB;雙碟鏡像約 1TB 鏡像不能取代歷史版本,也無法防止誤刪同步
選配 2 × 2TB NVMe 建立獨立備份儲存池,保存業務副本 原始容量合計 4TB;雙碟鏡像約 2TB 仍是同機副本;重要資料須另做異地備份
外部異地副本 保存不受本機故障影響的資料副本 容量依自行規劃的備份目的地而定 定期驗證資料可讀性、還原順序與所需時間
跨境業務與固定對外 IP

IP 位址分配給服務,隔離仍須在系統中設定

固定對外 IP 適用於商店後台、服務回呼與存取白名單。獨立 IPv4 可明確區分位址歸屬,但增加位址不會自動隔離業務,也不代表能避開外部平台的審核與風控。

適合:多項服務的 IP 對應關係明確

預設包含 1 個獨立 IPv4,最多可再加購 255 個,合計最多 256 個。可按虛擬機或服務建立 IP 位址清冊,記錄用途、綁定對象與存取規則,避免重複設定同一個位址。

多個位址須自行在系統中綁定。遠端管理僅使用控制台提供的第一個 IPv4,其餘位址依業務規劃使用;防火牆、轉送與虛擬機網路均由客戶自行設定。

不適合:把多個 IP 當成多地部署

在同一台主機上增加 IPv4,不會帶來地理分散,也不會改變設備層級的故障範圍。需要跨城市部署、跨區域故障切換,或必須就近服務各地使用者的架構,不應交由單一設備承擔全部工作。

多個商店後台在同一台主機上運作時,應分別管理帳戶、憑證與服務權限。網路位址可以分配,系統權限與合規要求仍須逐項落實。

Windows 業務部署

先確認授權,再規劃遠端業務

依賴 Windows Server 的應用程式可選擇 Standard 或 Datacenter 授權,按月計費。適合具備 Windows 維運能力,能自行安裝應用程式並維護系統的業務;本服務並非代管應用程式或代為維運。

系統版本與連線方式

Windows Server 提供 2019、2022、2025 版本,系統語言可選英文、繁體中文或簡體中文。交付後可在控制台查看登入憑證,並透過 RDP 連線;若有多個 IPv4,遠端連線同樣只使用第一個位址。

應用程式、驅動程式與相依元件須先確認是否相容於所選系統版本。系統語言選項不代表應用程式已完成在地化,應用程式本身的語言與授權仍須另行確認。

系統授權不能取代應用程式設定

Standard 與 Datacenter 應依實際授權需求選擇,不能只看記憶體容量。若計畫透過虛擬化,在同一台主機上執行 Windows 與 Linux 業務,也須另行確認來賓作業系統授權的適用範圍。

若需要預先安裝專有業務軟體、代為設定目錄服務或代管應用程式帳戶,則不屬於標準交付範圍。選擇前應先列出軟體相依項目、存取權限與備份方式,再確認系統及硬體是否符合需求。

不租用整台主機的理由

資源用量不高,獨享未必划算

OnuCloud 整台主機適合持續使用、資源需求明確且能自行管理系統的工作負載。若瓶頸不在獨享運算能力、直連磁碟或固定對外 IP,租用整台主機可能增加閒置成本與維運負擔。

  1. 01

    只需幾個核心做測試

    少量運算、磁碟活動低,且工作完成後即可釋出的測試環境,使用一般共享 VPS 往往更划算。若 32 核心、64 執行緒長期閒置,獨享優勢就難以轉化為實際效益。

  2. 02

    需要即時擴縮資源

    若業務需要按小時增減執行個體,或配合活動暫時調整大量資源,應優先評估彈性服務。本服務更換記憶體規格須另訂一台主機,不適合把原機升級當成應對突發流量的方式。

  3. 03

    缺乏系統維運能力

    軟體 RAID、ZFS、虛擬化網路與資料還原都需要持續管理。若專案無法負責系統設定與備份驗證,應先安排好維運責任,而不是把硬體獨享視為代管服務。

另一種運算工作

DGX Spark 適用於模型實驗與 CUDA 開發

本機大型語言模型推論、LoRA / QLoRA 微調實驗與 AI 應用原型驗證,可進一步評估 DGX Spark;它並非 AMD 儲存主機的加速選項,兩條產品線須分開選擇。

適合:具備明確實驗目標的開發工作

模型輸出比較、推論流程驗證、微調方案實驗與 CUDA 程式開發,適合先訂定評估目標與結果匯出方式,再判斷整機環境是否符合需求。模型與開發相依項目須自行準備。

不適合:沿用 x86 環境或進行多機訓練

依賴 x86 程式、Windows 環境或多機訓練的專案,不宜直接轉移至這條產品線。先確認架構與軟體相容性,再安排模型實驗,避免低估環境遷移成本。

確認磁碟配置與還原目標,再選擇加購項目

記錄常用資料容量、副本位置、記憶體工作集與還原頻寬,依實際需求前往 OnuCloud 設定頁。備援與備份計畫應與主機規格一併確認。