IT 基礎知識 ch06 儲存三態與檔案系統
下一章→
CH 06 新手先修

儲存三態與檔案系統

Block vs File vs ObjectNFS/SMBIOPS vs Throughput耐久性 vs 可用性

AWS 有一大票儲存服務(EBS、EFS、FSx、S3、Glacier…),新手最常見的困惑是「到底差在哪、什麼時候用哪個」。其實它們背後只有三種儲存型態:Block、File、Object。本章先把三態的本質與類比講清楚,再補 NFS/SMB 協定、IOPS vs Throughput 效能指標,以及考試必考的「耐久性 vs 可用性」。讀完後 AWS ch02(EBS)、ch04(S3)、ch12(EFS/FSx)的選型邏輯就通了。

所有儲存服務都逃不出三種型態,先把類比記牢:

  • Block Storage(區塊儲存)= 你電腦裡的硬碟。空間切成一個個固定大小的「區塊」,作業系統直接管理、可以修改檔案的任何一小段。快、低延遲,但一顆硬碟同一時間基本上只服務一台機器。適合:開機碟、資料庫(要頻繁小量讀寫)。
  • File Storage(檔案儲存)= 公司的共用網路資料夾。有資料夾階層、檔名,多台機器可以同時掛載共用,透過網路檔案協定(NFS/SMB,見下卡)存取。適合:多台伺服器要共看同一批檔案(網站素材、共用工作區)。
  • Object Storage(物件儲存)= 無限大的置物櫃牆。每個檔案是一個「物件」,放進一個格子(用唯一的 key 標示),要就整個放進去、要就整個拿出來,不能只修改物件中間的一小段。沒有真正的資料夾(路徑只是 key 的一部分)。換來的是:容量幾乎無限、成本最低、天生適合網路存取。適合:備份、影音圖片、日誌、靜態網站。
💡 AWS 對照(先背這行):Block = EBS(掛給單台 EC2 的雲端硬碟)、File = EFS/FSx(多台共掛的網路資料夾)、Object = S3(置物櫃)。三態各司其職,考題給場景要你選對態。

File Storage 靠「網路檔案協定」讓多台機器掛載同一個資料夾。兩大協定分屬兩個陣營:

  • NFS(Network File System):Linux/Unix 世界的標準。Linux 伺服器要共用資料夾,講的就是 NFS。
  • SMB(Server Message Block):Windows 世界的標準。你在 Windows 檔案總管看到的「網路磁碟機 Z:」就是 SMB 掛出來的。
  • 記法很簡單:N = *nix(Linux),S = 微軟(Microsoft 的 Windows)。
⭐ 這一格直接決定 AWS 考題答案:題目說「Linux 多台 EC2 共用檔案系統」→ 要 NFS → EFS;題目說「Windows 應用、需要 SMB/Active Directory 整合」→ FSx for Windows File Server。看到協定名就能反射選服務(詳見 AWS ch12)。

ch01 講過網路的 latency vs throughput,儲存也有一對容易搞混的指標:

  • IOPS(Input/Output Operations Per Second):每秒能完成幾次讀寫動作。像便利商店櫃檯「一分鐘能結帳幾個客人」——每個客人買的東西都不多,但人潮川流不息。資料庫是典型的 IOPS 重度戶:一堆分散的小筆讀寫。
  • Throughput(吞吐量):每秒能搬多少 MB 的資料。像搬家貨車「一趟能載幾噸」——次數不用多,每次都是大傢伙。影音串流、大數據分析是吞吐重度戶:連續讀寫大檔案。
  • 兩者可以脫鉤:小筆隨機讀寫很多(高 IOPS)不代表總量大;連續讀一個 10GB 大檔(高吞吐)也只算少少幾次 I/O。
  • SSD vs HDD 的分工正好對應:SSD 擅長 IOPS(沒有機械手臂,隨機存取快);HDD 便宜、順序讀寫吞吐不差,適合大檔連續存取。
💡 AWS 對應:EBS 的 gp3/io2 是 SSD 系列(看 IOPS),st1/sc1 是 HDD 系列(看吞吐、便宜)。考題「資料庫、高頻交易」→ SSD/io2;「大數據、日誌串流、順序大檔」→ st1。這是 AWS ch02 EBS 選型的全部邏輯。

這兩個詞在 S3 的介紹裡一定會遇到,而且考試專門考你會不會混淆:

  • 耐久性(Durability):資料會不會「永遠消失」。類比:存摺裡的錢還在不在。S3 標準級的耐久性是 11 個 9(99.999999999%)——存一千億個物件,平均一年才可能弄丟一個。做法:每個物件自動複製到至少 3 個 AZ。
  • 可用性(Availability):現在這一刻「拿不拿得到」。類比:銀行今天有沒有開門——沒開門不代表你的錢不見了。S3 標準級可用性約 99.99%,代表一年可能有幾十分鐘連不上,但資料完好。
  • 兩者可以分家:某儲存級別(如 S3 One Zone-IA)可用性較低、耐久性照樣 11 個 9;反之,一個服務可能隨時連得上(高可用)但弄丟過資料(低耐久)。
⭐ 考試陷阱:「11 個 9」指的是耐久性,不是可用性——選項故意寫「99.999999999% 的可用性」就是錯的。判斷法:題目講「資料遺失」→ 耐久性;講「暫時無法存取」→ 可用性。

把本章串起來,拿到任何儲存場景先問三個問題:

  • ① 誰要存取?
    ・單台機器的系統碟/資料庫碟 → Block(EBS)
    ・多台機器同時共用 → File(EFS/FSx)
    ・透過網路給應用程式或全世界讀 → Object(S3)
  • ② 存取模式?
    ・頻繁小量隨機讀寫(資料庫)→ 高 IOPS(SSD)
    ・連續大檔(影音、日誌、分析)→ 高吞吐(HDD 也行、更省)
    ・整檔上傳下載、不改中間 → Object 天生適合
  • ③ 多久拿一次?(這決定 S3 的儲存級別)
    ・常拿 → 標準級;偶爾拿 → IA(低頻存取);幾乎不拿、可等幾小時 → Glacier 冷儲存(像把東西封箱送到郊區倉庫:保管費超便宜,取件要等)。
💡 這套三問法就是 AWS ch02(EBS 型號)、ch04(S3 級別)、ch12(EFS/FSx)所有選型題的底層邏輯——服務名字會變,這三個問題不變。
儲存三態總比較
特性Block(區塊)File(檔案)Object(物件)
類比電腦裡的硬碟公司共用網路資料夾無限大的置物櫃牆
存取單位區塊(可改檔案任一小段)檔案+資料夾階層整個物件(不能改中間一段)
誰能用基本上單台機器多台同時掛載任何地方走 HTTP(S)
強項低延遲、高 IOPS共用、相容既有程式近乎無限容量、最便宜、11 個 9 耐久
典型用途開機碟、資料庫多台 Web 伺服器共用素材備份、影音、日誌、靜態網站
AWS 服務EBSEFS(Linux/NFS)、FSx(Windows/SMB)S3 / Glacier
IOPS vs Throughput 與碟種對應
面向IOPSThroughput(吞吐)
量的是什麼每秒完成幾「次」讀寫每秒搬多少「MB」
類比超商櫃檯一分鐘結帳幾人貨車一趟載幾噸
重度使用者資料庫、高頻交易(小量隨機)影音串流、大數據(大檔連續)
適合碟種SSD(無機械件、隨機快)HDD 也行且更便宜(順序讀寫)
EBS 型號gp3(通用)、io2(極高 IOPS)st1(吞吐型 HDD)、sc1(冷 HDD)

練習題 點選選項查看解析

0 / 7
01 / 7
一個 MySQL 資料庫需要「頻繁、小量、隨機」的讀寫,且延遲要低。三種儲存型態中該選哪種?對應哪個 AWS 服務?
A Object 儲存(S3),因為最便宜
B Block 儲存(EBS),作業系統直接管理、低延遲、可修改任意小段——資料庫的標準選擇
C File 儲存(EFS),因為可以多台共用
D Glacier,因為資料要長期保存
解析
資料庫要的是「像本機硬碟一樣」的低延遲隨機小量讀寫——這正是 Block 儲存的定義,AWS 對應 EBS。S3 是物件儲存,不能修改物件中間一小段,資料庫沒辦法在上面跑;EFS 共用能力用不上還多付網路開銷。
02 / 7
多台 Linux EC2 需要同時掛載同一個檔案系統共用素材。該用什麼協定與服務?
A SMB 協定,用 FSx for Windows
B NFS 協定,用 EFS
C 把 EBS 同時掛到每台 EC2
D 每台 EC2 各自存一份
解析
多台共掛=File 儲存;Linux 陣營的網路檔案協定是 NFS,AWS 對應 EFS。記法:N=*nix(Linux)、S=微軟(SMB→FSx for Windows)。EBS 是 Block 儲存,基本上單台使用,不是共用檔案系統的解法。
03 / 7
S3 標準級宣稱「11 個 9(99.999999999%)」。這個數字指的是什麼?
A 可用性——一年幾乎不會斷線
B 耐久性——資料幾乎不可能永久遺失(物件自動複製到至少 3 個 AZ)
C 傳輸速度的穩定性
D 加密強度
解析
11 個 9 是「耐久性(Durability)」:資料會不會永遠消失。S3 的可用性是另一個數字(約 99.99%)。類比:耐久性=存摺裡的錢還在不在,可用性=銀行今天有沒有開門。考題最愛把兩者互換設陷阱——看到 11 個 9 先確認它接的是 durability。
04 / 7
「S3 服務中斷了 30 分鐘,期間無法下載檔案,恢復後檔案完好無缺。」這段期間受影響的是耐久性還是可用性?
A 耐久性,因為服務中斷了
B 可用性——「暫時拿不到」是可用性問題;資料沒有遺失,耐久性完全沒受影響
C 兩者都受影響
D 兩者都沒受影響
解析
判斷法:講「資料遺失」→ 耐久性;講「暫時無法存取」→ 可用性。銀行沒開門(可用性中斷)不代表你的錢不見了(耐久性完好)。這個區分是 S3 儲存級別比較表(AWS ch04)的閱讀前提。
05 / 7
一個大數據分析工作負載「連續順序讀取大型日誌檔案」,在意每秒能讀多少 MB、想省成本。EBS 該選哪類?
A io2,因為 IOPS 最高
B st1(吞吐優化型 HDD)——順序大檔看吞吐,HDD 便宜且順序讀寫不輸
C gp3,因為是通用型
D 任何 SSD 都可以
解析
先分辨指標:「連續順序、大檔、每秒 MB 數」→ 吞吐(Throughput),不是 IOPS。HDD 沒有隨機存取優勢,但順序讀寫吞吐不差且便宜——st1 正是為此設計。io2 的超高 IOPS 用在資料庫,拿來讀大檔是付錢買用不到的能力。
06 / 7
法規要求備份資料保存 7 年,期間幾乎不會讀取,就算要調閱也可以等幾小時。最省成本的儲存選擇是?
A EBS 快照
B S3 標準級
C S3 Glacier 系列冷儲存——保管費極低,代價是取回要等待
D EFS
解析
「幾乎不讀+可以等」是冷儲存的教科書場景:Glacier 像把東西封箱送到郊區倉庫,保管費是標準級的零頭,取件要排時間(依級別從分鐘到十幾小時)。三問法的第三問「多久拿一次」決定儲存級別——存取頻率越低,越該往冷的搬。
07 / 7
為什麼 S3 不適合拿來當資料庫的磁碟,即使它又便宜又耐久?
A S3 容量太小
B 物件儲存只能整個物件放入/取出,無法修改物件中間的一小段,也非低延遲的區塊裝置——資料庫需要的隨機小量讀寫做不到
C S3 不支援加密
D S3 只能放圖片和影片
解析
三態各有天生限制:Object 儲存的存取單位是「整個物件」,改一個 byte 也要重傳整個物件,且走 HTTP 延遲遠高於本機碟——資料庫的頻繁隨機小寫完全不可行。資料庫要 Block(EBS)。理解「型態的本質限制」比背服務清單更能應付變形題。

點擊卡片翻面查看答案,共 9 張。

QUESTION
儲存三態的類比與 AWS 對應?
點擊翻面
ANSWER
Block = 電腦硬碟 → EBS
File = 共用網路資料夾 → EFS/FSx
Object = 置物櫃牆 → S3
(資料庫→Block;多台共用→File;備份影音→Object)
點擊翻回
QUESTION
NFS vs SMB 怎麼記?決定哪個考題?
點擊翻面
ANSWER
NFS = Linux 陣營(N=*nix)→ EFS
SMB = Windows 陣營(S=微軟)→ FSx for Windows
題目報協定名 = 直接送分
點擊翻回
QUESTION
Object 儲存最關鍵的限制?
點擊翻面
ANSWER
只能整個物件放入/取出
不能修改物件中間一小段
→ 所以資料庫不能跑在 S3 上
點擊翻回
QUESTION
IOPS vs Throughput 的類比?
點擊翻面
ANSWER
IOPS = 超商櫃檯每分鐘結帳幾人(次數)
Throughput = 貨車一趟載幾噸(MB 量)
資料庫重 IOPS;影音/大數據重吞吐
點擊翻回
QUESTION
SSD vs HDD 各擅長什麼?EBS 型號對應?
點擊翻面
ANSWER
SSD:隨機存取快、高 IOPS → gp3 / io2
HDD:便宜、順序吞吐不差 → st1(吞吐型)/ sc1(冷)
資料庫→SSD;順序大檔→HDD 省錢
點擊翻回
QUESTION
耐久性 vs 可用性的類比?
點擊翻面
ANSWER
耐久性 = 存摺裡的錢還在不在(資料會不會永久消失)
可用性 = 銀行今天有沒有開門(現在拿不拿得到)
兩者獨立,考題愛互換設陷阱
點擊翻回
QUESTION
S3 的「11 個 9」是什麼?怎麼做到的?
點擊翻面
ANSWER
99.999999999% 的「耐久性」(不是可用性!)
物件自動複製到至少 3 個 AZ
可用性另計(約 99.99%)
點擊翻回
QUESTION
Glacier 的類比與適用場景?
點擊翻面
ANSWER
封箱送郊區倉庫:保管費超低、取件要等
場景:法規備存、幾乎不讀、可接受等待
存取頻率越低 → 越往冷儲存搬
點擊翻回
QUESTION
儲存選型三問法?
點擊翻面
ANSWER
① 誰存取:單機→EBS/多台→EFS/FSx/網路→S3
② 模式:隨機小量→IOPS(SSD)/連續大檔→吞吐(HDD)
③ 頻率:常→標準/偶爾→IA/幾乎不→Glacier
點擊翻回