> 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/05-storage-monitoring.md). # Giám sát & Khắc phục sự cố lưu trữ ## Tại sao Giám sát Lưu trữ lại Quan trọng Lưu trữ là nền tảng của mọi workload trong VergeOS. Một ổ đĩa suy giảm, một tier đầy, hoặc một lỗi toàn vẹn không được phát hiện có thể kéo theo các vấn đề về hiệu năng VM, snapshot thất bại và khiếu nại từ tenant. VergeOS cung cấp **các công cụ chẩn đoán tích hợp ở hai cấp độ** -- chẩn đoán vSAN cho bộ máy lưu trữ khối phân tán ở mức block, và chẩn đoán NAS cho từng phiên dịch vụ chia sẻ tệp -- để bạn có thể phát hiện, chẩn đoán và xử lý sự cố trước khi chúng ảnh hưởng đến môi trường sản xuất. ```mermaid graph LR subgraph diagnostics["Chẩn đoán Lưu trữ VergeOS"] direction TB VSAN["Chẩn đoán vSAN
System → Chẩn đoán vSAN
(chỉ cấp root)"] NAS["Chẩn đoán NAS
NAS → Service → Diagnostics
(mỗi phiên NAS)"] SYSDIAG["Chẩn đoán Hệ thống
Các bản xuất chẩn đoán đóng gói
để chuyển cấp hỗ trợ"] end subgraph areas["Các Khu vực Tập trung Chẩn đoán"] PERF["Hiệu năng
Tốc độ cụm, cache, IOPS"] CAP["Dung lượng
Mức sử dụng tier, tăng trưởng volume"] HEALTH["Tình trạng
Trạng thái thiết bị, sửa chữa"] SHARES["Chia sẻ tệp
SMB/CIFS, NFS, AD"] end VSAN --> PERF VSAN --> CAP VSAN --> HEALTH NAS --> SHARES style diagnostics fill:#e8edf4,stroke:#2d4a7a style areas fill:#e8f4e8,stroke:#2d7a2d ``` ## Chẩn đoán vSAN Giao diện Chẩn đoán vSAN cung cấp quyền truy cập thời gian thực vào trạng thái nội bộ của bộ máy lưu trữ VergeFS. Mỗi chẩn đoán được chạy từ **Query** menu thả xuống trong giao diện Chẩn đoán vSAN. ### Truy cập Chẩn đoán vSAN 1. Đi tới **System → Chẩn đoán vSAN** từ menu trên cùng 2. Ngoài ra: từ Bảng điều khiển Chính, nhấp vào **vSAN Tiers** ô đếm → **Chẩn đoán vSAN** trong menu bên trái 3. Chọn một lệnh từ **Query** menu thả xuống, cấu hình các tham số ở bên phải, rồi nhấp **Send →** {% hint style="warning" %} **Chỉ cấp Root** Chẩn đoán vSAN chỉ có ở cấp root/cha. Tenant không có quyền truy cập vào các công cụ chẩn đoán vSAN -- họ phải yêu cầu chẩn đoán thông qua nhà cung cấp. {% endhint %} ### Tham chiếu Lệnh Chẩn đoán Các chẩn đoán sau có sẵn từ **Query** menu thả xuống trong giao diện Chẩn đoán vSAN, được nhóm theo khu vực tập trung. #### Cụm & Hiệu năng | Lệnh | Mục đích | | ----------------------------------- | ------------------------------------------------------ | | **Lấy Tốc độ Cụm** | Các chỉ số thông lượng và IOPS trên toàn cụm | | **Lấy Mức sử dụng Cụm** | Mức sử dụng lưu trữ và dung lượng tổng thể | | **Lấy Tốc độ Mức sử dụng Cao nhất** | Xác định các đối tượng tiêu thụ I/O lưu trữ nhiều nhất | | **Lấy Mức sử dụng** | Thống kê mức sử dụng vSAN toàn diện | | **Lấy Thông tin Cache** | Tỷ lệ hit/miss của cache và mức sử dụng bộ nhớ | | **Lấy Read Ahead** | Cấu hình và thống kê bộ nhớ đệm đọc trước | | **Lấy Master Hiện tại** | Xác định nút master vSAN hiện tại | #### Thiết bị & Nút | Lệnh | Mục đích | | ---------------------------------- | ------------------------------------------------- | | **Lấy danh sách thiết bị** | Tất cả thiết bị lưu trữ trong vSAN | | **Lấy Trạng thái Thiết bị** | Tình trạng và trạng thái của một thiết bị cụ thể | | **Lấy Mức sử dụng Thiết bị** | Dữ liệu mức sử dụng và hao mòn theo từng thiết bị | | **Lấy Danh sách Nút** | Tất cả các nút tham gia vào vSAN | | **Lấy Thông tin Nút** | Thông tin chi tiết cho một nút cụ thể | | **Lấy Danh sách Thiết bị của Nút** | Các thiết bị được gắn vào một nút cụ thể | #### Tier & Volume | Lệnh | Mục đích | | -------------------------------- | ----------------------------------------------- | | **Lấy Trạng thái Tier** | Tình trạng và dung lượng theo từng storage tier | | **Lấy Bản đồ Thiết bị của Tier** | Cách các thiết bị được ánh xạ qua các tier | | **Lấy Bản đồ Nút của Tier** | Cách các tier phân bố trên các nút | | **Lấy Mức sử dụng Volume** | Mức tiêu thụ lưu trữ theo từng volume | | **Tổng hợp Mức sử dụng Đĩa** | Tổng quan mức sử dụng đĩa trên toàn cụm | #### Toàn vẹn & Sửa chữa | Lệnh | Mục đích | | ------------------------------------ | ----------------------------------------------------- | | **Kiểm tra Toàn vẹn** | Bắt đầu kiểm tra toàn vẹn đầy đủ | | **Kiểm tra Toàn vẹn Thiết bị** | Kiểm tra toàn vẹn trên một thiết bị cụ thể | | **Lấy Trạng thái Kiểm tra Toàn vẹn** | Tiến trình/kết quả của các kiểm tra toàn vẹn | | **Lấy Trạng thái Sửa chữa** | Các thao tác sửa chữa và tái tạo đang hoạt động | | **Lấy Danh sách Đồng bộ** | Các kết nối đồng bộ site (replication) đang hoạt động | #### Hệ thống Tệp & Cấu hình | Lệnh | Mục đích | | -------------------------- | --------------------------------------------- | | **Tìm Inode** | Xác định vị trí một inode cụ thể để phân tích | | **Lấy Đường dẫn từ Inode** | Giải mã số inode thành đường dẫn | | **Lấy Trạng thái Tệp** | Tình trạng sao chép và toàn vẹn của một tệp | | **Lấy Thông tin FUSE** | Chi tiết gắn kết và thao tác FUSE | | **Lấy Trạng thái Journal** | Trạng thái journal ghi trước | | **Lấy Cấu hình Đang chạy** | Cấu hình vSAN hiện đang chạy | | **Lấy Khách hàng** | Các kết nối client vSAN đang hoạt động | ## Quy trình Giám sát Sức khỏe Hãy làm theo cách tiếp cận có hệ thống này khi điều tra tình trạng lưu trữ -- bắt đầu từ phạm vi rộng rồi đi sâu xuống các thành phần cụ thể. ```mermaid graph TD A["1. Tổng quan Hệ thống
Mức sử dụng cụm + Tốc độ cụm"] --> B["2. Phân tích Hiệu năng
Tốc độ mức sử dụng cao nhất + Thông tin Cache"] B --> C["3. Đánh giá Sức khỏe
Trạng thái sửa chữa + Trạng thái kiểm tra toàn vẹn"] C --> D["4. Lập kế hoạch Dung lượng
Tổng hợp mức sử dụng đĩa + Trạng thái tier"] D --> E["5. Khắc phục Sự cố Có mục tiêu
Các lệnh theo thiết bị cụ thể + theo nút cụ thể"] style A fill:#e8f4e8,stroke:#2d7a2d style B fill:#e8edf4,stroke:#2d4a7a style C fill:#fce8e8,stroke:#7a2d2d style D fill:#f4f0e8,stroke:#7a6a2d style E fill:#e8e8f4,stroke:#4a2d7a ``` ### Quy trình Từng Bước 1. **Tổng quan Hệ thống** -- Chạy `Lấy Mức sử dụng Cụm` và `Lấy Tốc độ Cụm` để hiểu tình trạng tổng thể, dung lượng và thông lượng 2. **Phân tích Hiệu năng** -- Kiểm tra `Lấy Tốc độ Mức sử dụng Cao nhất` để tìm các volume nóng, sau đó `Lấy Thông tin Cache` để xem tỷ lệ hit của cache 3. **Đánh giá Sức khỏe** -- Xác minh `Lấy Trạng thái Sửa chữa` hiển thị toàn số 0 (không có sửa chữa đang hoạt động) và `Lấy Trạng thái Kiểm tra Toàn vẹn` để xem kết quả gần đây 4. **Lập kế hoạch Dung lượng** -- Dùng `Tổng hợp Mức sử dụng Đĩa` cho góc nhìn toàn cụm và `Lấy Trạng thái Tier` cho dung lượng theo từng tier 5. **Khắc phục Sự cố Có mục tiêu** -- Đi sâu vào các thiết bị cụ thể (`Lấy Trạng thái Thiết bị`) hoặc các nút (`Lấy Thông tin Nút`) dựa trên kết quả phát hiện ## Các Mẫu Khắc phục Sự cố ### Sự cố Hiệu năng **Triệu chứng:** Độ trễ VM cao, thao tác snapshot chậm, tenant phàn nàn về tốc độ đĩa. 1. Chọn **Lấy Tốc độ Cụm** cho thông lượng tổng hợp -- tốc độ có thấp hơn mức cơ sở không? 2. Xem lại **Lấy Thông tin Cache** -- tỷ lệ hit thấp cho thấy tập làm việc vượt quá cache sẵn có 3. Kiểm tra **Lấy Tốc độ Mức sử dụng Cao nhất** để xác định volume nào đang tiêu thụ I/O nhiều nhất 4. Chọn **Lấy Mức sử dụng Thiết bị** trên từng ổ đĩa để phát hiện phân bố tải không đều 5. Xác minh **Lấy Trạng thái Journal** -- journal bị backlog cho thấy áp lực ghi kéo dài {% hint style="info" %} **Giới hạn Lưu trữ** VergeOS áp dụng cơ chế giới hạn I/O theo mức độ dựa trên mức sử dụng dung lượng: hoạt động bình thường dưới 91%, giới hạn nhẹ (thêm 10ms) ở mức 91–95%, và giới hạn nghiêm trọng (thêm 50ms) trên 96%. Hãy kiểm tra mức sử dụng tier nếu hiệu năng đột ngột suy giảm. {% endhint %} ### Sự cố Dung lượng **Triệu chứng:** cảnh báo "thiếu dung lượng", không thể tạo snapshot, ghi chậm do bị giới hạn. 1. Chạy **Lấy Mức sử dụng Cụm** và **Tổng hợp Mức sử dụng Đĩa** để phân tích dung lượng tổng thể 2. Chọn **Lấy Trạng thái Tier** để xem dung lượng theo từng tier -- chỉ cần một tier đầy cũng có thể gây sự cố dù các tier khác còn trống 3. Sử dụng **Lấy Mức sử dụng Volume** trên các volume lớn nhất để xác định ứng viên tăng trưởng 4. Xem lại chính sách lưu giữ snapshot -- các snapshot cũ tham chiếu đến các block đã thay đổi sẽ tiêu tốn đáng kể dung lượng ### Lo ngại về Tính toàn vẹn Dữ liệu **Triệu chứng:** Cảnh báo checksum trong log, nghi ngờ hỏng dữ liệu sau các sự kiện phần cứng. 1. Chọn **Lấy Trạng thái Kiểm tra Toàn vẹn** cho kết quả kiểm tra toàn vẹn gần đây 2. Xem lại **Lấy Trạng thái Sửa chữa** cho bất kỳ quá trình tái tạo dữ liệu nào đang hoạt động 3. Sử dụng **Lấy Trạng thái Tệp** trên các tệp cụ thể để xác minh trạng thái sao chép của chúng 4. Nếu cần, hãy chạy **Kiểm tra Toàn vẹn** để khởi động quét toàn bộ (lên lịch trong cửa sổ bảo trì) {% hint style="warning" %} **Tác động của Kiểm tra Toàn vẹn** Các kiểm tra toàn vẹn đầy đủ có thể ảnh hưởng đáng kể đến hiệu năng hệ thống. Luôn lên lịch chúng trong cửa sổ bảo trì và giám sát tải hệ thống trong khi thực thi. {% endhint %} ### Sự cố Sức khỏe Cụm **Triệu chứng:** Cảnh báo nút ngoại tuyến, failover master không mong đợi, lo ngại split-brain. 1. Xác minh **Lấy Master Hiện tại** để xác nhận nút nào đang dẫn dắt vSAN 2. Chọn **Lấy Danh sách Nút** và **Lấy Thông tin Nút** cho trạng thái của từng nút 3. Xem lại **Lấy Trạng thái Sửa chữa** cho tái sao chép block đang hoạt động, cho thấy một nút đã bị ngắt kết nối tạm thời 4. Kiểm tra **Lấy Khách hàng** cho các mẫu kết nối không mong đợi {% hint style="info" %} **Lấy Danh sách Đồng bộ so với Lấy Trạng thái Sửa chữa** **Lấy Danh sách Đồng bộ** báo cáo các kết nối **site-sync** (replication) đang hoạt động đến các site từ xa -- không phải đồng bộ lại trong cụm sau khi một nút bị ngắt kết nối. Hãy dùng **Lấy Trạng thái Sửa chữa** cho tiến trình tái xây dựng và tái sao chép trong cụm. {% endhint %} ### Sự cố Thiết bị **Triệu chứng:** Cảnh báo SMART, lỗi của từng ổ đĩa, hiệu năng không đồng đều giữa các nút. 1. Chạy **Lấy danh sách thiết bị** và **Lấy Trạng thái Thiết bị** để xác định các thiết bị bị suy giảm hoặc đã lỗi 2. Chọn **Lấy Danh sách Thiết bị của Nút** cho toàn bộ tồn kho thiết bị của nút bị ảnh hưởng 3. Chạy **Kiểm tra Toàn vẹn Thiết bị** trên các ổ đĩa nghi ngờ 4. Đối chiếu với dữ liệu SMART được ghi lại trong bộ System Diagnostics (được công cụ chẩn đoán thu thập theo từng nút) ## Bảo trì Phòng ngừa Giám sát chủ động giúp ngăn ngừa bất ngờ. Thiết lập nhịp kiểm tra định kỳ cho các mục sau: ### Hàng ngày * Xem mức sử dụng cụm và dung lượng tier - Kiểm tra các sửa chữa đang hoạt động (trạng thái ổn định nên là 0) - Xác minh không có cảnh báo liên quan đến lưu trữ trên bảng điều khiển ### Hàng tuần * Chạy tốc độ cụm để thiết lập đường cơ sở hiệu năng - Xem tốc độ mức sử dụng cao nhất để phát hiện xu hướng tăng trưởng - Kiểm tra tỷ lệ hit của cache và tinh chỉnh nếu cần ### Hàng tháng * Lên lịch kiểm tra toàn vẹn trong các cửa sổ bảo trì - Xem sức khỏe thiết bị và dữ liệu SMART - Phân tích xu hướng dung lượng để lập kế hoạch mua sắm ## Tích hợp Fibre Channel VergeOS vSAN hỗ trợ **LUN Fibre Channel (FC) như các thiết bị lưu trữ** trong kiến trúc phân tầng của nó, cho phép tích hợp với hạ tầng SAN hiện có. ### Nguyên tắc Chính * **Các LUN FC được xử lý giống hệt như đĩa vật lý** -- VergeOS không phân biệt sau khi chúng được gán vào một tier * **Mỗi nút phải nhận các LUN riêng duy nhất** -- không đưa cùng một LUN cho nhiều nút (khác với clustering dùng lưu trữ chia sẻ truyền thống) * **Tier 0 vẫn yêu cầu các ổ NVMe/SSD vật lý** trong các nút để lưu trữ metadata * **Tắt RAID và tự động phân tầng** trên SAN cho các LUN được dùng bởi VergeOS -- vSAN tự xử lý tính dự phòng một cách nguyên bản * **Multipath active/passive** với thời gian chờ failover 7 giây; VergeOS tự động chọn đường dẫn tối ưu ### Khi nào nên dùng FC so với Đĩa Vật lý Verge khuyến nghị **đĩa vật lý gắn trực tiếp vào các nút** cho hầu hết các triển khai. Tích hợp FC phù hợp khi bạn đã có đầu tư SAN sẵn có hoặc có yêu cầu tuân thủ cụ thể. Đĩa vật lý cung cấp cấu hình đơn giản hơn, hiệu năng tốt hơn (không có chi phí SAN), ít điểm lỗi hơn và chi phí thấp hơn. {% hint style="info" %} **Băng thông Mạng Cốt lõi** vSAN sử dụng mạng lõi để sao chép dữ liệu. Nếu SAN FC của bạn hỗ trợ 32 Gb nhưng mạng lõi chỉ 25 Gb, thông lượng ghi sẽ bị giới hạn bởi mạng lõi. Hãy đảm bảo băng thông mạng lõi bằng hoặc cao hơn băng thông SAN cho các workload ghi nhiều. {% endhint %} ## Chẩn đoán NAS Mỗi phiên dịch vụ NAS có giao diện chẩn đoán riêng, tách biệt với chẩn đoán vSAN. Chẩn đoán NAS tập trung vào các giao thức chia sẻ tệp, kết nối mạng và xác thực. ### Truy cập Chẩn đoán NAS 1. Đi tới **NAS → Danh sách** từ menu trên cùng 2. Nhấp đúp vào dịch vụ NAS mong muốn 3. Nhấp **Chẩn đoán** trong menu bên trái 4. Chọn một lệnh từ **Query Chẩn đoán** menu thả xuống và nhấp **Send →** ### Các Lệnh Chẩn đoán NAS Chính | Danh mục | Lệnh | Mục đích | | -------------------- | ------------------------------------------------------------- | ---------------------------------------------------------- | | **SMB/CIFS** | `smbstatus`, `testparm`, `smbclient -L localhost` | Kết nối đang hoạt động, xác thực cấu hình, liệt kê chia sẻ | | **NFS** | `exportfs -v`, `rpcinfo -p`, `showmount -e` | Danh sách export, dịch vụ RPC, xác minh mount | | **Active Directory** | `wbinfo -t`, `wbinfo -u`, `wbinfo -g` | Kiểm tra trust, người dùng miền, nhóm miền | | **Mạng** | Ping, Trace Route, Quét ARP, Tra cứu DNS | Kết nối, định tuyến, phát hiện láng giềng | | **Hiệu năng** | Mức sử dụng CPU Cao nhất, Mức sử dụng Mạng Cao nhất, TCP Dump | Phân tích sử dụng tài nguyên và lưu lượng | | **Ghi log** | Log (journalctl, log samba) | Phân tích lỗi và giám sát sự kiện | ### Quy trình Giám sát Sức khỏe NAS 1. **Trạng thái Dịch vụ** -- Kiểm tra Trạng thái Services và theo giao thức cụ thể (Samba/NFS) 2. **Kết nối Mạng** -- Xác minh bằng Ping và cấu hình giao diện 3. **Xác thực** -- Kiểm tra Người dùng, Nhóm và Winbind (cho môi trường AD) 4. **Hiệu năng** -- Giám sát Mức sử dụng CPU Cao nhất và Mức sử dụng Mạng Cao nhất 5. **Nhật ký** -- Xem lại log dịch vụ để tìm lỗi hoặc cảnh báo ## Các Sự cố NAS Thường gặp & Cách khắc phục ### Windows: Không thể Kết nối tới CIFS Shares **Nguyên nhân:** Windows 10/11 và Server 2016+ mặc định vô hiệu hóa đăng nhập guest không an toàn, chặn quyền truy cập vào các share cho phép truy cập ẩn danh. **Cách khắc phục:** Bật đăng nhập guest không an toàn thông qua Group Policy: 1. Mở `gpedit.msc` → **Computer Configuration → Administrative Templates → Network → Lanman Workstation** 2. Đặt **Enable insecure guest logons** thành **Enabled** 3. Khởi động lại thiết bị Windows ### macOS: Lỗi Kết nối SMB **Nguyên nhân:** Mặc định trên macOS có thể xung đột với phiên bản giao thức SMB của máy chủ hoặc thiếu các mở rộng dành riêng cho Apple. **Cách khắc phục (phía client):** Ép SMB3 trong `/etc/nsmb.conf`: ```ini [default] smb_neg=smb3_only ``` Xóa cache SMB (`sudo rm -rf /var/db/samba/* /var/db/smb/*`) và khởi động lại. **Cách khắc phục (phía server):** Thêm các thiết lập module Apple/Samba fruit dưới **NAS → CIFS → Advanced Configuration Options**: ```ini ea support = yes vfs objects = fruit streams_xattr fruit:metadata = stream fruit:model = MacSamba fruit:veto_appledouble = no fruit:nfs_aces = no fruit:posix_rename = yes fruit:zero_file_id = yes fruit:wipe_intentionally_left_blank_rfork = yes fruit:delete_empty_adfiles = yes ``` ### Bị từ chối quyền trên CIFS Shares **Nguyên nhân:** Sai quyền người dùng/nhóm hoặc cấu hình share. **Cách khắc phục:** 1. Xác minh người dùng có quyền truy cập trong danh sách người dùng của dịch vụ NAS 2. Kiểm tra thiết lập share: đảm bảo **Browseable** được bật và người dùng có trong **Valid Users** danh sách 3. Nếu dùng **Force User** hoặc **Force Group** tùy chọn, hãy xác nhận danh tính bị ép có đúng quyền hệ thống tệp ### Hiệu năng CIFS Chậm **Nguyên nhân:** Phiên bản giao thức SMB không khớp, sự cố mạng hoặc cấu hình chưa tối ưu. **Cách khắc phục:** 1. Xác minh độ ổn định mạng bằng Chẩn đoán NAS **Ping** và **Truy vết đường đi** các lệnh 2. Kiểm tra phiên bản giao thức SMB trong **NAS → Volumes → Tùy chọn cấu hình nâng cao** -- đảm bảo đang sử dụng SMB2 hoặc SMB3 3. Theo dõi bằng **Mức sử dụng mạng cao nhất** trong Chẩn đoán NAS để phát hiện bão hòa băng thông 4. Liên hệ bộ phận Hỗ trợ VergeOS để biết các tham số tinh chỉnh Samba nâng cao nếu các tối ưu hóa tiêu chuẩn không đủ {% hint style="info" %} **Cầu nối VMware** Đang chuyển từ VMware? VergeOS cung cấp cùng dữ liệu chẩn đoán thông qua **System → Chẩn đoán vSAN** giao diện người dùng trên bất kỳ nút điều khiển nào -- không cần thiết bị quản lý riêng, plug-in hay lớp kịch bản. Chẩn đoán NAS nằm bên trong máy ảo dịch vụ NAS thay vì trong một bảng điều khiển tập trung. {% endhint %} {% hint style="info" %} **Cầu nối Nutanix** Đang chuyển từ Nutanix? VergeOS cung cấp cho bạn cùng loại phạm vi chẩn đoán lưu trữ và kiểm tra toàn vẹn thông qua **Chẩn đoán vSAN** giao diện người dùng trên bất kỳ nút điều khiển nào, với các kiểm tra sức khỏe dịch vụ NAS nằm ngay trong chính máy ảo dịch vụ NAS thay vì trong một bảng điều khiển dịch vụ tệp riêng biệt. {% endhint %} ## Bắt đầu ### Khám phá Chẩn đoán vSAN Đi tới **System → Chẩn đoán vSAN**, chạy **Lấy Mức sử dụng Cụm** và **Lấy Tốc độ Cụm** để thiết lập đường cơ sở của bạn. ### Kiểm tra tình trạng NAS Mở trang Chẩn đoán của từng dịch vụ NAS. Chạy **Samba** để xem các kết nối đang hoạt động và **NFS** để xác minh các export. Xem lại **Nhật ký** để tìm các lỗi gần đây. ### Xem hướng dẫn Chẩn đoán Đọc toàn bộ [Hướng dẫn Chẩn đoán vSAN](https://docs.verge.io/product-guide/storage/vsan-diagnostics/) và [Hướng dẫn Chẩn đoán NAS](https://docs.verge.io/product-guide/nas/nas-diagnostics/) trong tài liệu chính thức. --- # 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/05-storage-monitoring.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.