Skip to content

Clarify vSAN caching behavior in storage documentation #423

@jasnoyaeger

Description

@jasnoyaeger

Summary

The current vSAN documentation references "caching" in several places but never clearly explains what caching the vSAN does or doesn't do, which leads to customer confusion — especially for those coming from traditional SAN/HCI platforms that use explicit SSD read/write cache tiers.

Current State

Caching is mentioned vaguely across multiple pages without a consistent explanation:

  • product-guide/storage/vsan-architecture.md lists "block-level cache management" and "frequently accessed data optimization" without defining the mechanism
  • product-guide/cluster-settings.md references a "storage buffer per node (default 2 GB)" for "vSAN performance caching" with no further detail
  • product-guide/virtual-machines/vm-best-practices.md says the vSAN handles "disk performance functions, caching, etc." automatically
  • product-guide/storage/vsan-diagnostics.md documents a vcmd cache info command and read-ahead caching stats but doesn't explain what they measure

What's Missing

  • Does the vSAN use a traditional read/write cache layer (e.g., SSD as cache for HDD)?
  • How does the "storage buffer per node" RAM allocation relate to I/O caching?
  • What role does Tier 0 (metadata tier) play beyond dedup hashmap storage — does it cache hot data?
  • How does read-ahead caching work and when is it active?
  • Is tiering the caching strategy (i.e., preferred tier placement replaces a traditional cache layer)?

Why This Matters

Customers evaluating or deploying VergeOS — particularly those migrating from VMware vSAN or other HCI platforms — expect to understand caching behavior for capacity planning and performance tuning. The current docs leave them guessing.

Suggested Approach

Add a clear section to vsan-architecture.md (or a dedicated page) that explains:

  1. Whether the vSAN uses a discrete cache layer or relies on tier placement
  2. The role of the per-node storage buffer (RAM-based I/O buffering)
  3. How read-ahead and block-level caching work in practice
  4. How this differs from traditional SAN/HCI caching models

This will likely require input from engineering to document accurately.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions