> 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ự tăng trưởng vSAN bất ngờ

Có một số 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 tăng trưởng bất thường.

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

Để 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 lưu trữ và trực quan hóa 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 đột biến, vốn thường là không mong đợi.

1. Điều hướng tới **Cơ sở hạ tầng** > **Tầng vSAN** từ trình đơn trên cùng. Nếu vSAN Tiers không xuất hiện, thì môi trường này là tenant của một 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 thường (ví dụ: vSAN Tier 0).
3. Trong trình đơn điều hướng bên trái, nhấp vào **Lịch sử**.
4. Một trình đơn mới sẽ xuất hiện, hiển thị lịch sử dưới dạng nhiều biểu đồ. 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 **Mức sử dụng lưu trữ** biểu đồ.

### 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, thì rất có thể đó là kết quả của các snapshot hết thời hạn lưu giữ (các bản cũ hết hạn, các bản mới được tạo). Hãy lưu ý xem tổng dung lượng lưu trữ đã tiêu thụ vào đầu ngày có gần như tương đươ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 xét theo tuần, kiểm tra xem tổng dung lượng lưu trữ đã tiêu thụ vào đầu tuần có tương tự với cuối tuần hay không. Nếu, ví dụ, mức tăng trưởng xấp xỉ 10%, hãy lặp lại với tuần trước đó. Nếu tỷ lệ tăng trưởng hằng tuần nhất quán, thì đó là tốc độ tăng trưởng hằng tuần trung bình của bạn, có thể giúp lập kế hoạch mở rộng phần cứng.
* Lọc tháng hiện tại và kiểm tra xem có đột biến đột ngột nào trong mức tiêu thụ lưu trữ trên **Mức sử dụng lưu trữ** biểu đồ. Nhấp và kéo trên khoảng thời gian được đề cập để 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](/files/3547768a5f5a247d46cd38a74ec8f698f841d29a)

## Các lý do có thể làm tăng dung lượng lưu trữ

Một số khu vực trong nền tảng VergeOS có thể góp phần gây ra tăng trưở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ều hướng tới **Hệ thống > Ảnh chụp hệ thống**.
  * Có snapshot nào đang được 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ụ dữ liệu lớn theo thời gian.
* **Snapshot của máy ảo (VM)**:
  * Đi tới **Bảng điều khiển Máy**. Phần **Snapshot** ô đếm cho biết số 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 xét liệu có snapshot nào có thể xóa được không.
  * Điều hướng tới **Máy ảo > Danh sách**. Sắp xếp theo **Snapshot Profile** cột để 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ó cần thiết hay có thể xóa được không.
* **Công việc sao lưu VMware**:
  * Điều hướng tới **Backup/DR > Dịch vụ VMware** và xem lại lịch sử Công việc sao lưu của từng phiên bản Dịch vụ VMware.
  * Trong trình đơn bên trái, nhấp **Công việc sao lưu** để xem lại từng phiên bản 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 được không.
* **Tệp**:
  * Điều hướng 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 khoảng thời gian 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 của hypervisor khác (ví dụ: .ova hoặc .vhdx), hay không.
* **Đồng bộ site đến**:
  * Điều hướng tới **Backup/DR > Đồng bộ đến**. Mở từng bảng điều khiển Đồng bộ đến và kiểm tra **Snapshot đã nhận** ô đếm. Điều tra site nguồn (origin) để tìm mức tăng dung lượng lưu trữ khớp với khung thời gian.
* **Dung lượng lưu trữ của tenant**:
  * Điều hướng tới **Tenants > Bảng điều khiển của từng tenant**.
  * Xem lại **Tổng dung lượng lưu trữ đã sử dụng** bằng cách nhấp vào **Lịch sử** trong trình đơn bên trái. Thực hiện cùng quy trình đượ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 thường, hãy điều tra trong tenant để tìm các nguyên nhân có thể gây tăng dung lượng lưu trữ (như đã liệt kê ở trên), và trong bất kỳ sub-tenant nào nếu có.

***

{% hint style="info" %}
**Thông tin tài liệu**

* Cập nhật lần cuối: 2024-09-03
* Phiên bản VergeOS: 4.12.6
  {% 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.