> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/learn-the-platform/vi/mo-dun-5-luu-tru/02-storage-tiers.md).
# Các tầng lưu trữ
## Mô hình tầng lưu trữ VergeOS
VergeOS vSAN tổ chức lưu trữ vật lý thành **5 tầng khối lượng công việc (1–5) cộng với một tầng siêu dữ liệu chuyên dụng (Tầng 0)**, mỗi tầng được thiết kế cho một loại khối lượng công việc hoặc kiểu dữ liệu cụ thể. Kiến trúc phân tầng này cho phép các tổ chức cân bằng hiệu năng, dung lượng và chi phí bằng cách cấp phát đĩa ảo VM trên tầng phù hợp nhất với hồ sơ khối lượng công việc của họ.
### Tầng 0 — Siêu dữ liệu
Chỉ mục hệ thống tệp vSAN và sơ đồ thiết bị theo từng tầng. Bắt buộc trên các nút điều khiển. Không phải bộ nhớ đệm — chỉ dành riêng cho siêu dữ liệu.
### Các tầng 1–3 — Hiệu năng
Các tầng NVMe và SSD lần lượt dành cho khối lượng công việc ghi nhiều, hỗn hợp và tối ưu cho đọc.
### Các tầng 4–5 — Dung lượng
Các tầng HDD dành cho máy chủ tệp, đích sao lưu, kho lưu trữ tuân thủ và lưu trữ lạnh.
Không giống các nền tảng lưu trữ sử dụng một vùng gộp duy nhất với việc di chuyển dữ liệu nền, VergeOS cho quản trị viên quyền kiểm soát rõ ràng nơi dữ liệu nằm. Bạn chọn tầng khi cấp phát một đĩa VM, và dữ liệu sẽ ở trên tầng đó trong suốt vòng đời của đĩa ảo.
## Thông số kỹ thuật của từng tầng
Bảng sau tóm tắt loại phần cứng, mục đích và các trường hợp sử dụng điển hình của từng tầng:
| Tầng | Loại phương tiện | Mục đích | Các trường hợp sử dụng điển hình |
| ----- | ------------------------------- | ------------------------------------ | -------------------------------------------------------------------------------------- |
| **0** | NVMe độ bền cao | Siêu dữ liệu vSAN | Chỉ mục hệ thống tệp, sơ đồ thiết bị theo từng tầng — bắt buộc trên các nút điều khiển |
| **1** | SSD NVMe độ bền cao | Workload ghi nhiều | Cơ sở dữ liệu hiệu năng cao, nhật ký giao dịch, ứng dụng ghi nhiều |
| **2** | SSD tầm trung | Khối lượng công việc đọc/ghi hỗn hợp | VM đa dụng, khối lượng công việc ứng dụng hỗn hợp, phát triển/kiểm thử |
| **3** | SSD tối ưu cho đọc | Workload đọc nhiều | Phân phối nội dung, kho lưu trữ ứng dụng, dữ liệu tham chiếu |
| **4** | HDD dung lượng cao | Dung lượng lớn | Máy chủ tệp, đích sao lưu, dữ liệu ít truy cập |
| **5** | HDD cấp lưu trữ lưu trữ dài hạn | Lưu trữ lạnh / lưu trữ | Kho lưu trữ tuân thủ, lưu giữ dài hạn, dữ liệu theo quy định |
### Tầng 0: Tầng siêu dữ liệu
Tầng 0 xứng đáng được chú ý đặc biệt vì nó khác về bản chất so với các tầng khối lượng công việc. Nó lưu trữ **chỉ** siêu dữ liệu vSAN — chỉ mục hệ thống tệp và sơ đồ thiết bị theo từng tầng, từ đó suy ra vị trí đặt khối. Không có bảng trung tâm theo dõi vị trí khối hay số lượng tham chiếu: vị trí được tính từ hàm băm nội dung của từng khối đối chiếu với các sơ đồ thiết bị, và số lượng tham chiếu được tái tạo lại bởi vSAN Walk.
**Nguyên tắc định cỡ:** Phân bổ khoảng **5 GB dung lượng Tầng 0 cho mỗi 1 TB dung lượng sử dụng được** (tối thiểu) hoặc **10 GB cho mỗi 1 TB** (khuyến nghị) cho các tầng khối lượng công việc của bạn. Sử dụng ổ NVMe doanh nghiệp được đánh giá cho **3 DWPD hoặc tương đương (tức là TBW)**. Luôn duy trì ít nhất **30% dung lượng trống** trên Tầng 0 để tránh áp lực siêu dữ liệu.
**Yêu cầu phần cứng:** Sử dụng ổ NVMe cấp doanh nghiệp với độ bền tối thiểu **3 DWPD** (Drive Writes Per Day). Ổ NVMe tiêu dùng không được hỗ trợ cho Tầng 0 trong môi trường sản xuất.
### Các tầng khối lượng công việc (1–5)
Các tầng 1 đến 5 lưu trữ dữ liệu VM thực tế. Không phải mọi triển khai đều cần cả năm tầng khối lượng công việc — nhiều môi trường sản xuất chỉ dùng hai hoặc ba tầng. Các số tầng là một hệ thống xếp hạng: số thấp hơn cho biết hiệu năng cao hơn (và thường chi phí trên mỗi GB cao hơn), trong khi số cao hơn cho biết dung lượng lớn hơn (với chi phí trên mỗi GB thấp hơn).
**Các mẫu triển khai phổ biến:**
* **All-flash:** Tầng 0 (siêu dữ liệu) + Tầng 1 hoặc 2 (tất cả khối lượng công việc VM)
* **Hybrid:** Tầng 0 (siêu dữ liệu) + Tầng 2 (VM hiệu năng) + Tầng 4 (máy chủ tệp, sao lưu)
* **Nhiều tầng:** Tầng 0 (siêu dữ liệu) + Tầng 1 (cơ sở dữ liệu) + Tầng 2 (VM đa dụng) + Tầng 4 (chia sẻ tệp) + Tầng 5 (lưu trữ)
### Hành vi tầng ưu tiên
Khi tạo hoặc sửa đổi một đĩa ảo VM, bạn đặt một **Tầng ưu tiên**. Hầu hết các triển khai để giá trị này ở mặc định của hệ thống, có thể cấu hình trong **Hệ thống > Cài đặt hệ thống > Tầng ổ đĩa VM mặc định**. Nếu tầng được chỉ định không tồn tại trong cụm:
* **Yêu cầu tầng cao hơn mức có sẵn:** Hệ thống chọn tầng kế tiếp cao hơn (chậm hơn). Ví dụ, yêu cầu Tầng 3 trong hệ thống có Tầng 1 và Tầng 4 sẽ dẫn đến việc đặt trên Tầng 4.
* **Yêu cầu tầng thấp hơn mức có sẵn:** Hệ thống chọn tầng kế tiếp thấp hơn (nhanh hơn). Ví dụ, yêu cầu Tầng 3 trong hệ thống có Tầng 1 và Tầng 2 sẽ dẫn đến việc đặt trên Tầng 2.
Hành vi dự phòng này đảm bảo VM luôn có thể được cấp phát, ngay cả khi tầng được yêu cầu chính xác không tồn tại.
## Không tự động phân tầng
Đây là một trong những khái niệm quan trọng nhất cần hiểu về lưu trữ VergeOS:
{% hint style="danger" %}
**Khái niệm quan trọng: Không tự động di chuyển dữ liệu**
VergeOS không **KHÔNG** thực hiện phân tầng nóng/lạnh tự động dựa trên mẫu truy cập. Không có việc di chuyển dữ liệu dựa trên chính sách. Dữ liệu ở lại trên tầng đã được cấp phát trừ khi quản trị viên thay đổi tầng ưu tiên của đĩa — thao tác này sẽ kích hoạt một quá trình di chuyển nền trực tuyến, không có thời gian ngừng. Việc gán tầng là một quyết định của quản trị viên.
{% endhint %}
Thiết kế này là có chủ ý và mang lại một số lợi ích:
* **Hiệu năng có thể dự đoán** — Khối lượng công việc nhận được đặc tính I/O nhất quán vì dữ liệu của chúng không bao giờ bị chuyển bất ngờ sang phương tiện chậm hơn
* **Lập kế hoạch dung lượng đơn giản** — Dung lượng của mỗi tầng chỉ được tiêu thụ bởi các khối lượng công việc được cấp phát rõ ràng
* **Không có chi phí nền** — Không có công cụ phân tầng nào tiêu thụ CPU, bộ nhớ hoặc băng thông I/O để phân tích và di chuyển dữ liệu
* **Mô hình chi phí rõ ràng** — Chi phí lưu trữ ánh xạ trực tiếp với các tầng đã cấp phát
Để thay đổi vị trí tầng của một khối lượng công việc, quản trị viên phải di chuyển thủ công đĩa ảo của VM sang một tầng khác. Đây là một quyết định vận hành có chủ đích, không phải một quy trình tự động.
```mermaid
flowchart TB
subgraph PROVISION["Cấp phát đĩa VM"]
ADMIN["Quản trị viên chọn
Tầng ưu tiên"] --> TIER{"Tầng
có sẵn?"}
TIER -->|Yes| PLACE["Dữ liệu được đặt trên
Tầng đã chọn"]
TIER -->|No| FALLBACK["Tầng gần nhất có sẵn
được chọn"]
FALLBACK --> PLACE
end
subgraph LIFECYCLE["Toàn bộ vòng đời của đĩa"]
PLACE --> STAYS["Dữ liệu vẫn ở trên
Cùng một tầng"]
STAYS --> STAYS
end
STAYS -.->|"Chỉ di chuyển thủ công
(quyết định của quản trị viên)"| MOVE["Di chuyển sang
Tầng khác"]
style PROVISION fill:#e3f2fd,stroke:#1565c0
style LIFECYCLE fill:#e8f5e9,stroke:#2e7d32
style MOVE fill:#fff3e0,stroke:#e65100
```
## Quy tắc gán ổ đĩa
Việc gán đúng các ổ đĩa vật lý vào các tầng là rất quan trọng để có một vSAN hoạt động khỏe mạnh. Hãy tuân theo các quy tắc này khi cấu hình lưu trữ:
### Quy tắc 1: Nút điều khiển cần Tầng 0
Các nút điều khiển phải có ít nhất một ổ Tầng 0. Tầng 0 chứa chỉ mục hệ thống tệp vSAN và sơ đồ thiết bị theo từng tầng (siêu dữ liệu), được quản lý bởi các nút điều khiển. Các nút scale-out và chỉ lưu trữ đóng góp các tầng khối lượng công việc (1–5) nhưng không lưu trữ Tầng 0; Tầng 0 chỉ nằm trên các nút điều khiển (Nút 1–2 cho N+1, Nút 1–3 cho N+2).
Tầng 0 là **bắt buộc** — vSAN lưu chỉ mục hệ thống tệp và sơ đồ thiết bị ở đó, vì vậy vSAN không thể mount hoặc hoạt động nếu thiếu nó. Đó là lý do các nút điều khiển phải có ổ Tầng 0 trước khi bất kỳ tầng khối lượng công việc nào có thể được sử dụng; hệ thống không có trạng thái chạy 'không có Tầng 0' để xử lý.
### Quy tắc 2: Ổ đĩa nhất quán trong cùng một tầng
Tất cả ổ đĩa trong cùng một tầng nên có **cùng loại, dung lượng và hiệu năng tương tự**. Nếu bạn thêm một ổ có kích thước khác vào một tầng hiện có, tầng đó sẽ chỉ có thể sử dụng dung lượng của **ổ đĩa nhỏ nhất** trong tầng. Không khuyến nghị trộn ổ NVMe và SATA trong cùng một tầng.
### Quy tắc 3: Số lượng ổ đĩa bằng nhau giữa các nút
Để phân phối dữ liệu cân bằng và đạt hiệu năng tối ưu, mỗi nút lưu trữ nên có **cùng số lượng ổ đĩa trên mỗi tầng**. Ví dụ, nếu Nút 1 có hai ổ Tầng 2, Nút 2 cũng nên có hai ổ Tầng 2 cùng loại và dung lượng.
### Quy tắc 4: Phân phối theo từng tầng giữa các nút
Mỗi tầng trải rộng qua **tất cả các nút tham gia lưu trữ**. Phân phối khối, các bản sao dự phòng và cân bằng tải I/O hoạt động độc lập trong từng tầng. Điều này có nghĩa là:
* Sự cố trên các ổ ở Tầng 4 không ảnh hưởng đến Tầng 1 hoặc Tầng 2
* Một sự cố ở một tầng không ảnh hưởng đến khả năng dự phòng ở các tầng khác — khả năng dự phòng của mỗi tầng được theo dõi độc lập. Mức dự phòng toàn cụm (N+1 hoặc N+2) được áp dụng đồng nhất cho tất cả các tầng.
* Dung lượng và hiệu năng mở rộng độc lập theo từng tầng
```mermaid
flowchart TB
subgraph NODE1["Nút 1"]
T0_N1["Tầng 0
NVMe 400GB"]
T2_N1["Tầng 2
SSD 1.92TB x2"]
T4_N1["Tầng 4
HDD 8TB x4"]
end
subgraph NODE2["Nút 2"]
T0_N2["Tầng 0
NVMe 400GB"]
T2_N2["Tầng 2
SSD 1.92TB x2"]
T4_N2["Tầng 4
HDD 8TB x4"]
end
subgraph NODE3["Nút 3"]
T0_N3["Tầng 0
NVMe 400GB"]
T2_N3["Tầng 2
SSD 1.92TB x2"]
T4_N3["Tầng 4
HDD 8TB x4"]
end
T0_N1 <--> T0_N2
T0_N2 <--> T0_N3
T2_N1 <--> T2_N2
T2_N2 <--> T2_N3
T4_N1 <--> T4_N2
T4_N2 <--> T4_N3
style T0_N1 fill:#fff3e0,stroke:#e65100
style T0_N2 fill:#fff3e0,stroke:#e65100
style T0_N3 fill:#fff3e0,stroke:#e65100
style T2_N1 fill:#e3f2fd,stroke:#1565c0
style T2_N2 fill:#e3f2fd,stroke:#1565c0
style T2_N3 fill:#e3f2fd,stroke:#1565c0
style T4_N1 fill:#e8f5e9,stroke:#2e7d32
style T4_N2 fill:#e8f5e9,stroke:#2e7d32
style T4_N3 fill:#e8f5e9,stroke:#2e7d32
```
## Mở rộng lưu trữ
vSAN hỗ trợ hai cách mở rộng, và mỗi tầng có thể được mở rộng độc lập:
### Mở rộng theo chiều dọc (Scale Up)
Thêm ổ đĩa vào các nút hiện có trong một tầng. Điều này làm tăng dung lượng và thông lượng tổng hợp của tầng đó mà không cần thêm phần cứng mới.
**Các yêu cầu chính khi mở rộng lên:**
* Đảm bảo vSAN có ít nhất **30% dung lượng trống** trước khi thêm ổ đĩa (trừ khi bạn đang tăng gấp đôi số lượng ổ đĩa)
* Các ổ đĩa mới phải khớp với loại, dung lượng và hiệu năng của các ổ đĩa hiện có trong tầng
* Thêm cùng số lượng ổ đĩa vào **mỗi nút lưu trữ** để duy trì phân phối cân bằng
* Chụp snapshot hệ thống trước khi bắt đầu quá trình mở rộng lên
* Thực hiện theo [SOP Mở rộng lên của vSAN](https://docs.verge.io/product-guide/operations/vsan-scale-up-sop/) để biết quy trình đầy đủ
### Mở rộng theo chiều ngang (Scale Out)
Thêm các nút mới vào cụm. Điều này đồng thời làm tăng dung lượng, tài nguyên tính toán và băng thông I/O tổng hợp.
**Các yêu cầu chính khi mở rộng ra:**
* Các nút mới nên có **cấu hình ổ đĩa giống nhau** như các nút hiện có cho từng tầng
* Kết nối mạng (Core Fabric) phải được xác minh trước khi thêm nút
* Nút mới được cài đặt qua USB và tham gia vào cụm hiện có
* Sau khi tham gia, vSAN tự động bắt đầu phân phối dữ liệu sang nút mới
* Thực hiện theo [Hướng dẫn mở rộng ra của vSAN](https://docs.verge.io/implementation-guide/scale-out-nodes/) để biết quy trình đầy đủ
### Ma trận quyết định mở rộng
| Yếu tố | Mở rộng lên (thêm ổ đĩa) | Mở rộng ra (thêm nút) |
| -------------------------------- | ---------------------------------- | -------------------------------------- |
| **Gia tăng dung lượng** | Chỉ theo từng tầng | Tất cả các tầng + tài nguyên tính toán |
| **Gia tăng hiệu năng** | Vừa phải (thêm nhiều đĩa quay hơn) | Đáng kể (thêm nhiều nút) |
| **Tài nguyên tính toán** | Không thay đổi | Thêm CPU + RAM |
| **Miền lỗi** | Không thay đổi | Phân phối tốt hơn |
| **Độ phức tạp** | Thấp hơn | Cao hơn |
| **Trường hợp sử dụng điển hình** | Hết gần đầy ở một tầng | Cần thêm dung lượng tổng thể |
## Lập kế hoạch Dung lượng
Lập kế hoạch dung lượng chủ động giúp ngăn ngừa suy giảm hiệu năng và đảm bảo vSAN hoạt động trong các tham số lành mạnh.
### Ngưỡng dung lượng trống khuyến nghị
| Tầng | Dung lượng trống tối thiểu | Lý do |
| ---------------- | -------------------------- | --------------------------------------------------------------------- |
| **Tầng 0** | 30%+ | Áp lực siêu dữ liệu ảnh hưởng đến mọi thao tác I/O trên toàn hệ thống |
| **Các tầng 1–3** | 20–30% | Các tầng hiệu năng cần khoảng trống để thực hiện khử trùng lặp và ghi |
| **Các tầng 4–5** | 15–20% | Các tầng dung lượng cần khoảng trống cho việc lưu giữ snapshot |
### Các chỉ số chính cần theo dõi
Theo dõi các chỉ số này trong bảng điều khiển lưu trữ VergeOS để duy trì hoạt động tầng ổn định:
* **Mức sử dụng dung lượng theo từng tầng** — Theo dõi xu hướng theo thời gian để dự đoán khi nào cần mở rộng
* **Hiệu năng I/O (IOPS và độ trễ)** — Xác định các tầng có thể đang gây nghẽn cho khối lượng công việc
* **Tỷ lệ deduplication** — Hiểu mức tiết kiệm dung lượng hiệu dụng so với dung lượng thô theo từng tầng
* **Tỷ lệ lỗi ổ đĩa** — Cảnh báo sớm về các lỗi ổ đĩa sắp xảy ra
* **Trạng thái tái tạo** — Theo dõi tiến trình tự phục hồi sau khi thay ổ đĩa
### Yêu cầu RAM
vSAN cần RAM dành riêng cho các hoạt động lưu trữ. Hãy dự trù **1 GB RAM cho mỗi 1 TB lưu trữ thô** (tối thiểu) hoặc **1.5 GB cho mỗi 1 TB** (khuyến nghị) trên mỗi nút tham gia lưu trữ. Bộ nhớ RAM này được máy chủ VergeOS sử dụng và không khả dụng cho các VM.
## Tích hợp với Snapshot và Bản sao
Các tầng lưu trữ tương tác với các khả năng snapshot và clone của vSAN theo những cách quan trọng:
* **Snapshot nhận biết theo tầng** — Một snapshot của VM có đĩa Tầng 2 sẽ tham chiếu các khối trên Tầng 2. Siêu dữ liệu của snapshot được ghi trên Tầng 0, nhưng các khối dữ liệu vẫn ở trên tầng ban đầu của chúng.
* **Clone tham chiếu cùng tầng** — Khi bạn clone một VM, bản clone ban đầu tham chiếu cùng các khối dữ liệu trên cùng một tầng. Các lần ghi mới từ bản clone sẽ tiêu thụ dung lượng trên cùng tầng với bản gốc.
* **Khử trùng lặp hoạt động theo từng tầng** — Công cụ khử trùng lặp dựa trên hàm băm hoạt động trên toàn bộ dữ liệu trong từng tầng, mang lại mức tiết kiệm dung lượng được theo dõi và báo cáo độc lập theo từng tầng.
* **Sao chép được tối ưu băng thông** — Trong quá trình sao chép site-sync, chỉ các khối duy nhất được truyền đi (nhận biết khử trùng lặp), và nén được áp dụng cho luồng truyền để giảm băng thông WAN.
{% hint style="info" %}
**Bạn đang chuyển từ VMware hay Nutanix?**
VergeOS không tự động thăng hoặc hạ cấp các khối giữa các tầng. Vị trí được chỉ định rõ ràng cho từng đĩa VM tại thời điểm cấp phát và duy trì trong suốt vòng đời của đĩa.
VergeOS cung cấp 5 tầng khối lượng công việc (1–5) cộng với một tầng siêu dữ liệu chuyên dụng (Tầng 0). Đánh đổi: hiệu năng có thể dự đoán được (không có việc hạ cấp bất ngờ) với chi phí là việc đặt vị trí do quản trị viên điều khiển.
{% endhint %}
## Điểm chính
| Khái niệm | Tóm tắt |
| --------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Mô hình tầng** | 5 tầng khối lượng công việc (1–5) cộng với một tầng siêu dữ liệu chuyên dụng (Tầng 0); Tầng 1–3 = hiệu năng (NVMe/SSD); Tầng 4–5 = dung lượng (HDD) |
| **Không tự động phân tầng** | Dữ liệu ở lại trên tầng đã được cấp phát — không có công cụ di chuyển nóng/lạnh |
| **Tầng ưu tiên** | Được đặt cho từng đĩa VM; sẽ chuyển sang tầng gần nhất có sẵn nếu tầng được yêu cầu không tồn tại |
| **Quy tắc ổ đĩa** | Ổ đĩa tương tự trong mỗi tầng, số lượng bằng nhau giữa các nút, các nút điều khiển cần Tầng 0 |
| **Mở rộng** | Theo chiều dọc (thêm ổ đĩa) hoặc theo chiều ngang (thêm nút) — mỗi tầng mở rộng độc lập |
| **Lập kế hoạch dung lượng** | Trống hơn 30% trên Tầng 0, 20–30% trên các tầng khối lượng công việc, 1 GB RAM cho mỗi 1 TB lưu trữ thô |
| **Tích hợp snapshot** | Snapshot nhận biết theo tầng; khử trùng lặp hoạt động theo từng tầng; sao chép được tối ưu băng thông |
## Các bước tiếp theo
Với sự hiểu biết về cách các tầng lưu trữ được tổ chức và quản lý, chủ đề tiếp theo sẽ đề cập đến truy cập lưu trữ ở cấp độ tệp: [**Dịch vụ NAS & Chia sẻ**](/learn-the-platform/vi/mo-dun-5-luu-tru/03-nas-shares.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.verge.io/learn-the-platform/vi/mo-dun-5-luu-tru/02-storage-tiers.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.