当前问题 存储服务部署时会规划的内存,但是运行一段时候后,会发生oom 很奇怪,存储oom时,dump的堆大小比规划的内存常常小几个GB 存储服务运行一段时候后,容易发生full gc 背景 存储是全局重删的. 每一个节点负责自身数据的重删索引管理. 目前直接把重删索引存储在ssd的文件上,并且使用开放寻址法处理hash冲突问题. 文件是否写满通过hash冲突次数和在这个文件已经保存的hash值总数. 一个索引文件保存的最大数量hash限制为: ((Integer.MAX_VALUE / ENTRY_SIZE) – 100 )的下个质数 ((2**31-1)/37.0-100)的下个质数 为 58039999 算法如何来的,我只能说,第一次见它就是这样算的.可能是考虑到java 对文件内存映射不能 Integer.MAX_VALUE 因此一个keys文件长度最大为 hash_count_limit * ENTRY_SIZE 约等于 2GB左右.

在混合群集中，磁盘用于提供容量，闪存设备用于提供读写缓存。vSAN 将所有可用缓存的 70% 分配为读取缓存，30% 分配为写入缓冲区。在混合配置中，闪存设备用作读取缓存和写入缓冲区。
vsan 存储容量变小. 主机出现告警: `vsan 数据出现错误`