版本前瞻 | FASS2.2即将上线，6大亮点公布

自FASS上一版本发布已经过去了整整四个月。在这期间，FASS经历了很多重要项目的考验，也收到了用户很多宝贵的建议。经过几个月的开发和打磨完善，最新版本的FASS2.2终于要和大家见面了，针对存储系统配置使用复杂、运维监控粗放等痛点，FASS 2.2重点加强了系统的可用性、可靠性以及可维护性，让FASS在原有的高性能基础上，变得更加稳定、易用好用。

01

多元业务环境

高性能和高得盘率不可兼得？

在越来越多元化的企业业务环境下，业务对存储基础设施也有了动态的、多样化的诉求。在传统存储系统里，极致性能和高资源利用率往往无法兼得，用户或需要购买多套存储应对，或在高性能和高得盘率之间做好取舍：高性能就意味着较低可靠性，而高得盘率又往往意味着较低的性能，业务很难通过一套存储设施来应对。

但从FASS2.2开始，鱼与熊掌亦可兼得。FASS2.2将支持flat卷（高性能）和LogStructure卷（高效EC，低写放大）选项，让用户根据业务诉求灵活选择卷模式。

FASS2.0以前版本，FASS主要采用flat卷模式，不引入日志层，数据直接切片落盘。IO读写效率很高，可以实现非常高的IOPS和延迟性能。然而该模式写放大较高，EC性能相对低，并不支持IO聚合写入，不支持压缩与重删等高级功能。

FASS2.0以后开始采用Log-Structured卷，Log-Structured卷能大幅降低存储系统的写损耗，该种数据布局方式不仅不会引入性能问题，反而能够解决闪存介质的“写时擦除”特性带来的寿命、磨损均衡等问题。

FASS的Log-Structured采用日志卷的设计思路，将写入的IO以日志的形式追加到末尾，将随机IO顺序化，然后再进行大块顺序整条带写。在FASS项目中引入日志结构化存储，提供日志结构化存储卷，减少写放大，提升随机写IO性能和延长磁盘寿命。

Log-Structured整体架构

WAL数据布局

FASS date log 数据布局

支持手动选择不同的卷模式意味着，如果要实现更高的容量利用率，保证EC较高的随机写性能，同时兼顾硬盘寿命且易于支持压缩去重，Log-Structured是首选配置方案；如果可以接受较大的容量损耗，要实现极高的IOPS读写，且无需压缩去重等功能，flat卷则是更好的选择。不论是容量敏感型场景，还是性能敏感型场景，FASS2.2都可以从容应对。

02

EC模式性能与可靠性低

无法满足生产系统需求？

在分布式存储主要采用副本和EC实现数据冗余保护。

副本性能高，得盘率低。近年来闪存价格连年上涨，全闪存储采用3副本冗余模式时，成本将会高到让很多企业望而却步；相对双副本可靠性低，小规模使用可靠性还能保证，在中大规模分布式存储集群下，两个或两个以上节点故障概念很高，数据丢失风险很大。

EC在得盘率上完全秒杀副本。例如EC4+2和3副本对比，可靠性基本一致，在得盘率上是副本的1倍，但EC采用的是编码技术，性能较3副本有较大差距。即使得盘率很高，性能也成为很多企业放弃EC采用副本的主要原因。

前文提到要实现EC高随机写入性能同时兼顾SSD寿命，Log-Structured是FASS的最佳选择方案。FASS2.2基于log structure卷可以实现接近3副本的性能以及较高的可靠性，拿EC4+2举例，首选EC4+2可以允许任意两块硬盘或两个节点故障，可靠性在极端情况下不输双副本；然后从性能角度，4K随机写情况下，FASS老版本写放大超过6倍，FASS 2.2写放大为3倍，4k随机写至少提升1倍。

在实际项目测试中，在P99甚至P99.9延迟响应指标要求下，FASS2.2采用EC4+2模式4K随即读压力下，能稳定达到了1ms以内的延迟，4K随机写可跑到100万以上IOPS，轻松胜任大部分高性能业务场景的要求。

FASS2.2 EC4+2项目实测性能数据（单卷）

03

不支持Cinder/CSI

与云平台对接复杂？

Cinder是OpenStack的重要组件，主要为OpenStack提供块存储服务，如Glance需存储的镜像、Nova中虛拟机的Guest disk、以及虚拟机所attach的volume等，存储需要提供专用Cinder driver才能在OpenStack中支持该存储产品的块设备。

而Kubernetes CSI是一个为 Kubernetes容器集群提供持久化存储的标准接口，它允许第三方存储为容器创建和管理持久化存储。

但OpenStack和Kubernetes迭代快、版本众多，存储很难针对所有版本提供相应的存储驱动/插件，适配周期长，存储对接较难。很多存储甚至仅提供标准存储接口，无法提供相应Cinder和CSI驱动，导致云平台/容器的存储对接管理复杂，使用成本高。

FASS作为典型的SDS2.0产品，具有高IOPS、低延迟、高带宽以及Scale-out扩展能力，主要适用于虚拟化、云计算、容器等场景，因此很早就已提供基本的Cinder和CSI接口。为实现对OpenStack和Kubernetes更多版本的兼容，满足更多客户不同的对接需求。FASS2.2此次在原有Cinder和CSI接口的基础上增加了更多版本的支持。FASS目前同时支持ISCSI以及NVMeoF Cinder driver， OpenStack o版、t版、u版、w版、y版主要采用ISCSI driver对接，OpenStack T版之后即可支持NVMeoF Driver。

FASS Cinder driver存储对接

Kubernetes CSI 主要包括CSI 驱动和 CSI 节点插件。CSI 驱动程序是一个独立的进程，负责与 Kubernetes API 交互，并处理存储插件的请求。CSI 节点插件则是在每个节点上运行的进程，它将容器请求映射到 CSI 驱动程序，并与容器运行时一起管理存储。CSI 支持多种存储类型，包括块存储、文件存储和对象存储，用于满足不同场景的存储需求。

FASS2.2也已全面支持CSI对接，提供CSI驱动和节点插件， CSI driver支持ISCSI和NVMeoF，2.2版本目前已支持更多K8S版本，包括K8S 1.17、1.19、1.23、1.24几大版本，更多版本正在持续适配与迭代中。

FASS2.2也开发了新版Restful API用于云平台的管理对接，新版API在老版基础上进行了大幅优化，设计更加合理，规范了错误码，简化了对接流程，极大的简化了云平台侧的开发量。

04

国产平台性能低兼容性差

无法构建高性能全闪存储？

虽然信创已经成了一个大趋势，但很多企业依然对国产化存储平台有较大顾虑。究其原因，除了担忧兼容性稳定性之外，其他最大的原因就是性能上的差距。

基于国产CPU、尤其Arm平台的存储系统，往往要在同级别Intel CPU的水准上大打折扣，很难发挥出Arm多核CPU性能。

以鲲鹏平台为例，FASS早早就在鲲鹏平台进行了适配调优，并成功完成了V认证，在25GE网络下，FASS基于三节点鲲鹏环境可以轻松跑到200万+的IOPS性能。在鲲鹏天池平台（100GE、全闪）推出后，FASS2.2也做了深入测试与调优，经过双方的探讨与FASS代码级别的优化，最新的测试中可以看到，FASS在鲲鹏天池平台三节点已达到600万IOPS，并且还有较大的优化空间。利用FASS2.2可以基于纯国产硬件，构建出高性能的存储基础设施。

FASS旧版里，CRC开销一直处于较高水平。经过和鲲鹏的深入合作探讨，FASS成功利用鲲鹏提供的CRC优化组件，成功将开启io_crc时的IOPS提升52%，同时开启io_crc时的性能损耗下降了19.4%。明显改善了CRC校验性能，确实在全路径io_crc模式下，存储系统整体性能依然可观，同时满足可靠性与性能的要求。

开启CRC优化前

开启CRC优化后

除了CRC组件，后续在EC优化、压缩重删等相关重要功能，FASS都会和鲲鹏保持合作对接，完成相应功能技术的开发完善，打造稳定高效的信创存储平台。

05

性能检测粒度粗

硬盘问题难以预知？

硬盘是存储系统里故障率最高的组件，虽然冗余机制可以保障数据安全，但硬盘一旦故障，轻则引起系统整体性能下降，重则发生连锁反应导致数据丢失。

因此对硬盘进行全面准确的监控，不仅可以在硬盘即将出现故障时提前预警，还能对比发现系统中的慢盘、异常盘等，及时修复系统短板。

相较于HDD，SSD的NAND颗粒擦写次数十分有限，因此其寿命较HDD更显不足，全闪存储系统的SSD详细监控与预警对于运维人员更加不可或缺。

FASS2.2对原有的性能监控与硬盘信息管理做了大量优化，目前已支持多级性能监控，包括存储池、卷、硬盘各个级别的IOPS、延迟、带宽等性能监控，具体到存储系统的第一个子设备，可以清晰对比每一块硬盘的性能区别。

同时在硬盘健康这块，FASS2.2加入了硬盘寿命监控，硬盘健康监控、硬盘点灯等功能，可以快速发现并定位异常硬盘，消除系统故障或瓶颈。加强系统可靠性，简化运维管理。

第三代SDS将是智能化、自动化的分布式全闪存储，而FASS也将朝着这个方向持续迭代和完善。FASS的后续版本将继续完善亚健康检测、一键日志收集、智能化巡检、故障预警等智能化运维功能，提供更高的可用性和可维护性。

06

存储配置复杂

UI界面与企业风格不搭？

存储系统相对复杂，充满专业名词的按钮与复杂的配置流程常常让运维人员头大。而且不同设备千奇百怪的界面风格，也给企业统一监控管理、大屏展示带来较大困扰。

Q：存储上手难，界面难看，管理平台对接复杂？

A：对于FASS2.2版本，不存在的。

从FASS2.2开始，FASS开始启用全新的UI界面，界面更加简洁炫酷，管理操作更加流畅方便。大幅优化了操作流程与展现效果，操作更加直接方便灵活。

新版UI还支持灵活的自定义监控布局与自定义界面风格，从主题、导航栏样式、颜色风格到系统语言，用户都可以灵活定制，匹配企业自身风格。

为方便运维巡检、细粒度了解系统性能、精准定位问题与故障。FASS2.2在监控告警上进行了大量细化，强化了硬件监控且支持多级监控，日志告警可读性加强、可操作性提高，让运维监控工作变得更加简单高效。

FASS除了自带的监控管理，还可以通过node_exporter还可以对接第三方管理平台。基于第三方grafnan的数据监控可以精确到任意磁盘、每条内存、每个CPU核心级别的详细数据展示，完全可以满足专业级运维人员的监控需求。

FASS2.2对新手同样友好，界面内置了新手导航、帮助文档和检索功能，用户可以轻松定位到内容，查阅帮忙说明，快速直达目标操作。 

非存储专业人员，也可以轻松配置管理FASS存储系统。

UI 焕 新	全新首页与导航栏；百变风格，自由定义
	快速上手，新增新手指引
	内置帮助与检索系统
	Grafnan 详细监控界面
	简化运维，快速定位，更详细的监控报警

07

FASS 2.3版本前瞻

对于大文件较多或大小文件都有的混合压力场景，存储系统往往很难兼顾大IO的带宽和小IO的IOPS，要么性能不足，要么就是系统资源与配置过剩，带来较大的建设成本。

FASS2.3将正式支持大IO bypass功能，在Log Structure卷模式下可实现WAL直通，随机小IO写入高性能SSD，大块顺序IO跳过高性能介质层，直接写入QLC/其他大容量介质层，有效减少高速盘的写损耗，实现非常高的系统带宽性能。