> 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/knowledge-base/vi/storage-vsan/understanding-and-explaining-unexpected-vsan-growth.md).

# Hiểu và giải thích sự gia tăng vSAN bất ngờ

Hướng dẫn khắc phục sự cố để chẩn đoán sự gia tăng dung lượng lưu trữ vSAN bất ngờ, bao gồm cách xem lịch sử tier và xác định các nguyên nhân phổ biến như snapshot, sao lưu và lưu trữ tenant.

Có nhiều lý do khiến vSAN bắt đầu tăng trưởng với tốc độ nhanh hơn dự kiến. Trước tiên, quản trị viên nên xác định thời điểm xảy ra mức tăng trưởng không giải thích được bằng cách xem lại lịch sử tăng trưởng của các vSAN Tier, sau đó đánh giá các khu vực tiềm ẩn có thể gây ra mức tăng trưởng bất ngờ.

## Xem lại lịch sử tăng trưởng của vSAN Tiers

Để cô lập mức tăng trưởng không giải thích được, điều quan trọng là thu hẹp thời điểm mức tăng trưởng tăng theo cấp số nhân. Bằng cách sử dụng các bước dưới đây, quản trị viên có thể xem lại mức tăng trưởng dung lượng lưu trữ và hình dung mức tăng trưởng bình thường từ các hoạt động hằng ngày so với các đợt tăng vọt về tăng trưởng, vốn thường là bất ngờ.

1. Đi tới **Hạ tầng** > **vSAN Tiers** từ menu trên cùng. Nếu vSAN Tiers không xuất hiện, thì môi trường này là một tenant của hệ thống cha, và tier vSAN cần được kiểm tra tại hệ thống cha.
2. Mở vSAN Tier có mức tăng trưởng bất ngờ (ví dụ: vSAN Tier 0).
3. Ở menu điều hướng bên trái, nhấp vào **Lịch sử**.
4. Một menu mới sẽ xuất hiện hiển thị lịch sử dưới dạng nhiều biểu đồ khác nhau. Sửa đổi khoảng thời gian bộ lọc để cô lập mọi mức tăng trưởng trên tier này.
   * Bạn nên bắt đầu với bộ lọc tùy chỉnh 1 ngày và xem xét **Mức sử dụng lưu trữ** biểu đồ.

### Những điều cần lưu ý:

* Nếu bạn thấy các đợt giảm và tăng đột biến mỗi giờ hoặc mỗi ngày một lần, rất có thể đó là kết quả của các snapshot đã hết thời gian lưu giữ (bản cũ hết hạn, bản mới được tạo). Lưu ý xem tổng dung lượng lưu trữ đã tiêu thụ vào đầu ngày có gần bằng với cuối ngày hay không. Nếu có, hãy mở rộng bộ lọc tùy chỉnh thành một tuần.
* Khi xem theo tuần, hãy kiểm tra xem tổng dung lượng lưu trữ đã tiêu thụ vào đầu tuần có tương tự như cuối tuần hay không. Ví dụ, nếu mức tăng trưởng xấp xỉ 10%, hãy lặp lại cho tuần trước đó. Nếu phần trăm tăng trưởng hằng tuần nhất quán, thì đó là tốc độ tăng trưởng trung bình hằng tuần của bạn, có thể giúp lập kế hoạch mở rộng phần cứng.
* Lọc theo tháng hiện tại và kiểm tra xem có bất kỳ đợt tăng đột biến nào trong mức tiêu thụ dung lượng lưu trữ trên **Mức sử dụng lưu trữ** biểu đồ. Nhấp và kéo qua khoảng thời gian cần xem để phóng to dữ liệu, và di chuột qua biểu đồ để xem thông tin ngày/giờ cụ thể.

![vsan\_unexpected\_growth.png](https://2897712312-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FQZBMFpokMv2vWTIRbFzA%2Fuploads%2Fgit-blob-217505e650e1d66261f4c837c8106256938aa1c6%2Fvsan_unexpected_growth.png?alt=media)

## Các nguyên nhân có thể khiến dung lượng lưu trữ tăng

Một số khu vực trong nền tảng VergeOS có thể góp phần làm tăng dung lượng lưu trữ bất ngờ. Các khu vực thường cần kiểm tra bao gồm:

* **Snapshot hệ thống**:
  * Đi tới **Hệ thống > Snapshot hệ thống**.
  * Có snapshot nào bị giữ quá thời hạn hết hạn dự kiến không?
  * Có snapshot nào không có Snapshot Profile không? Những snapshot này có thể đã được tạo thủ công. Điều tra thời điểm và lý do chúng được tạo.
  * Có snapshot nào được đặt thành "Không bao giờ hết hạn" không? Điều này có thể dẫn đến mức tiêu thụ dung lượng lớn theo thời gian.
* **Snapshot của Máy ảo (VM)**:
  * Đi tới **Bảng điều khiển Machines**. **Snapshots** ô đếm hiển thị số lượng snapshot cấp máy hiện có. Nhấp vào ô này để liệt kê tất cả snapshot VM và ngày/giờ tạo của chúng. Xem lại xem có snapshot nào có thể xóa được không.
  * Đi tới **Virtual Machines > Danh sách**. Sắp xếp theo cột **Snapshot Profile** để xác định các VM có snapshot cấp máy. Máy ảo có thể được khôi phục từ snapshot hệ thống, vì vậy hãy xem xét liệu các snapshot riêng lẻ có thực sự cần thiết hay có thể xóa được không.
* **Công việc sao lưu VMware**:
  * Đi tới **Sao lưu/DR > Dịch vụ VMware** và xem lại lịch sử Job sao lưu của từng instance Dịch vụ VMware.
  * Ở menu bên trái, nhấp **Job sao lưu** để xem lại từng instance cụ thể. Kiểm tra cột **Hết hạn** của từng bản sao lưu và xem liệu có thể xóa nó không.
* **Tệp**:
  * Đi tới **Tệp** và sắp xếp theo **Đã sửa đổi**. Kiểm tra xem có ngày/giờ tải lên nào khớp với giai đoạn tăng trưởng không giải thích được hay không.
  * Xem xét liệu có thể xóa bất kỳ tệp nào, đặc biệt là các định dạng hypervisor khác (ví dụ: .ova hoặc .vhdx), hay không.
* **Các đồng bộ site đến**:
  * Đi tới **Sao lưu/DR > Đồng bộ đến**. Mở từng bảng điều khiển Đồng bộ đến và kiểm tra số lượng **Snapshot đã nhận** Điều tra site nguồn (origin) về mức tăng dung lượng lưu trữ phù hợp với khung thời gian.
* **Dung lượng lưu trữ của tenant**:
  * Đi tới **Tenants > Bảng điều khiển của từng Tenant**.
  * Xem **Tổng dung lượng lưu trữ đã sử dụng** bằng cách nhấp vào **Lịch sử** trong menu bên trái. Thực hiện quy trình tương tự được liệt kê ở trên để xem lại lịch sử tăng trưởng.
  * Nếu phát hiện mức tăng trưởng bất ngờ, hãy điều tra trong tenant về các nguyên nhân có thể làm tăng dung lượng lưu trữ (như liệt kê ở trên), và trong mọi sub-tenant nếu có.

## Dung lượng lưu trữ của tier đã sử dụng so với tổng dung lượng của các machine\_drive

Chỉ số tổng dung lượng lưu trữ đã sử dụng của một tier vSAN thường sẽ cao hơn tổng dung lượng đã sử dụng được báo cáo trên từng machine\_drive riêng lẻ. Sự chênh lệch này xảy ra vì dung lượng đã sử dụng được báo cáo của mỗi machine drive chỉ phản ánh các block đang hoạt động hiện được tham chiếu trên các ổ đó. Ngược lại, tổng mức sử dụng của tier tính đến tất cả các block dữ liệu cơ bản trên toàn nền tảng, bao gồm:

* **Snapshot:** Các block được giữ lại chỉ để bảo tồn các trạng thái lịch sử tại một thời điểm.
* **Dịch vụ VMware:** Dữ liệu được lưu giữ bởi các instance sao lưu VMware.
* **Tệp:** Dung lượng lưu trữ hệ thống tệp chia sẻ, phương tiện đã tải lên, hoặc ảnh hypervisor (ví dụ: .ova, .vhdx).
* **Mô hình AI:** Các tệp mô hình cục bộ và trọng số nằm trên tier.

### Chính sách lưu giữ Snapshot

Khi các nguồn tiêu thụ khác (dịch vụ VMware, mô hình AI và Tệp) đã được loại trừ, chính sách lưu giữ snapshot hầu như luôn là nguyên nhân chính dẫn đến mức sử dụng tier bất ngờ. Vì snapshot bảo toàn các block đã sửa đổi hoặc đã xóa không còn được tham chiếu bởi các machine drive đang hoạt động, các lịch snapshot quá dày đặc hoặc chính sách lưu giữ quá dài có thể làm mức tiêu thụ của tier tăng mạnh.

{% hint style="warning" %}
**Hãy thận trọng trước khi xóa Snapshot hệ thống** Trước khi xóa thủ công các snapshot hệ thống để giải phóng dung lượng lưu trữ cục bộ, hãy xác minh liệu có snapshot nào đang chờ hoặc đang đồng bộ ngoài site tới mục tiêu khôi phục sau thảm họa hay không:

* Nếu đồng bộ ngoài site là thiết yếu: Hãy xác minh snapshot đã hoàn tất đồng bộ tới mục tiêu từ xa trước khi xóa cục bộ. Việc xóa một snapshot giữa chừng trong quá trình đồng bộ sẽ hủy bỏ việc truyền tải; snapshot sẽ không được đưa lên site từ xa cho đến khi quá trình đồng bộ hoàn tất.
* Nếu dung lượng lưu trữ cục bộ sắp cạn kiệt: Việc khôi phục dung lượng ngay lập tức có thể được ưu tiên hơn các job đồng bộ đang chờ để giữ cho khối lượng công việc tiếp tục chạy. Hãy đánh giá dung lượng dự phòng hiện tại của tier cục bộ so với các yêu cầu khôi phục ngoài site trước khi thực hiện xóa hàng loạt.
  {% endhint %}


---

# 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/knowledge-base/vi/storage-vsan/understanding-and-explaining-unexpected-vsan-growth.md?ask=<question>&goal=<endgoal>
```

`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.