Lavik
精选 · 深度解读
将 300 节点 Redis 集群迁移到仅 3 个 Lavik 节点
为何不断为内存购买服务器？Lavik 将 NVMe SSD 容量与超过 DRAM 上 Redis 的吞吐结合，深入解析从 300 节点整合到三节点的架构、实测与成本。
阅读全文LAVIK / BLOG
使用场景
探索 Lavik 的使用场景。
更多文章
评估那个停止读取响应的客户端
NVMe 上的活动历史可以超过内存容量，而 API 仍然只返回小页面。从响应边界评估 Redis 客户端兼容性：解码、范围语义、取消请求与慢消费者。
Stream 很短，待确认列表却未必
通过一个假设的图像处理队列，理解为什么重放保留期、待确认投递和物理存储需要分别规划，以及 Lavik 的 NVMe Stream 如何支撑这种设计。
让商品目录缓存能够完整替换一条记录
目录刷新既要更新值，也要移除过时字段。以这一应用约定组织首次 Lavik 评估，让软件包和存储路径选择服务于具体设计。
迁移 Redis 缓存前，先演练积压如何改变过期时间
迁移可以准确复制所有值，却让旧数据存活得过久。以对 TTL 敏感的缓存为例，制定兼容性、过期时间验证、延迟验收和重新建立基线的回退方案。
缓存对象变大，读取窗口可以保持很小
以定长记录组成的时间线缓存为例，说明如何利用 Lavik 的 NVMe 值存储与 String 分段机制，在保留更多内容的同时，让局部读取和更新只涉及所需片段。
每页六次缓存读取：把基准 QPS 转成应用负载计划
通过一个假设的页面渲染服务，分析命令扇出、响应字节、独立到达的请求和后台刷新如何改变 Lavik 基准吞吐量的实际含义。
Redis 迁移演练，要覆盖切换后的第一次写入
迁移演练应证明 Lavik 接收新写入之后会发生什么：如何验证数据、判断延迟是否达标，以及如何回退到源端而不悄悄丢失变更。
会话上下文容量规划：过期之后，还剩下什么
把可重建的会话上下文放到 SSD 上，会改变容量预算。TTL 可见性、索引删除、物理空间回收和权威登录状态，仍需分别评估。