Lustre文件系统

✓ 文件数据
✓ 文件元数据
文件数据分配布局策略 – (本地文件系统)
数据 数据
数据块
数据
. . . 块号码
块分配 基于块,分配器尝试分配
顺序块 Ext2
一级索引 二级索引 三级索引
. . . 块号码
范围(extent)分配 基于范围分配,
描述: 逻辑偏移/长度/物理偏移三元组 B+ 树
VxFS, JFS, reiserfs, xFS…
CMD --元数据分配方法
➢ Lustre结合了目前目录子树分区法和哈希法 的优点，提出了一种管理元数据的混合方法
创建新目录时总是通过哈希法选择一个与父目 录不同的元数据服务器
当一个目录变得很大或者非常繁忙时，Lustre 通过目录分割策略将该目录拆分成由若干个不 同的元数据服务器管理的子目录
Write (obj 2)
OST 2
OST 3
Achieve parallel Bandwidth to all OST’s
Odd blocks, even blocks
Lustre文件系统数据分布布局
➢ 由于Lustre采用了数据和元数据分离的基于 对象存储的体系结构，下面将从这两个方面 分别讨论Lustre数据的分布布局：
File open & write
Lustre Client
Linux VFS Lustre client FS
LOV
OSC OSC
1
3
MDC
Meta-data Server
File open request File meta-data Inode A (obj1, obj2)
MDS
Write (obj 1) OST 1
一般采用了文件数据与元数据分离存储 的机制, 通过条带化技术将传统文件的数 据分解存储到存储对象中
文件元数据则保存在元数据对象中，并 具有一个全局唯一的对象标识以及一些 文件属性信息
背景——采用对象存储概念设计的分布式集 群文件系统
Storage Tank OBFS Panasas Luster 类似的还有 ✓ BrainStor ✓ OBSS 比较成功的, 商业化的: Storage Tank，Lustre，Panasas
文件系统一致性语义
➢ 当多个用户对同一个文件进行读写操作时,各 个用户看到的文件是一样的.
➢ 按照UNIX的POSIX共享语义标准,在本地文 件系统中,如果一个进程修改了某个文件的属 性或内容,应该很快能够被其他进程察觉到。
文件系统一致性语义 － 分布式锁管理器 (LDLM)
背景—— Lustre文件系统
➢ Lustre作为开源的面向下一代存储的基于对象的分 布式文件系统的开创者，目前已经在集群存储尤其 是大规模高性能并行计算领域取得了巨大的成功。
Lustre 文件系统是由Cluster File Systems公司开发的 一个开源的、高性能的文件系统
Lustre文件系统采用基于对象存储技术，它来源于卡 耐基梅隆大学的Coda项目研究工作
基于对象分配
OST0 Object A
File data
OST1 Object B
….
。。。
Obj A 。 Obj B
Obj C
stripesize: 1M
Stripecount: 3
OST2
文件数据分配布局策略 – Lustre
➢ 每个常规文件，目录，符号连接和特殊文件 都有一个唯一的inode,作为文件元数据对象
✓ 当客户端从元数据服务器获得文件元数据及其属性 信息后，就可以直接和对象数据存储节点交互访问 文件数据存储服务器CPU和内存等计算资 源的消耗，大大提高了系统的I/O性能
Lustre元数据服务器集群(Cluster Metadata, CMD)
➢ 基于对象存储体系结构的特点:
具有SAN的高速直接访问和NAS的数 据共享等优势 。
网络带宽,IO吞吐量,文件系统容量以及处 理能力是随着存储节点的增加而同步线性 增长,因而具有很好的性能和扩展性
可以实现大规模的海量数据访问的高度 并行
背景——基于对象存储的特点
基于对象的存储体系结构的核心是对象， 对象是数据存储的基本单元，是包含文 件的数据和可扩展存储属性的组合。
体系结构--Lustre文件系统I/O结构
体系结构--Lustre文件系统I/O结构
➢ 文件系统组成:
✓ 客户端(CFS, Client File System) ✓ 对象存储服务器（OST，Object Storage Target） ✓ 元数据服务器（MDS，MetaData Server）
CMD --元数据分配方法 (哈希法 优点 )
➢ 通过哈希函数可以快速的定位到管理该文件 的MDS
➢ 文件系统的负载可以更均匀的分布到各个 MDS上
➢ 能够有效的避免热点目录的出现
CMD --元数据分配方法 (哈希法 缺点 )
➢ 消除了命名空间层次结构的local特性
➢ 为了满足POSIX语义，MDS必须遍历该文件的前 缀目录检查当前用户是否具有访问权限。而文件和 其前缀可能位于不同的元数据服务器上，这将导致 很高的查询开销。MDS间的前缀缓存开销很大， 不同元MDS的前缀缓存的重叠度也非常高，降低 了元数据服务其内存的利用效率
基于对象存储的 并行文件系统Lustre
主要内容
➢ 背景 ➢ Lustre体系结构及技术分析 ➢ 展望
背景 (网络存储技术) ➢ 直接附加存储 (DAS) ➢ 网络附加存储(NAS) ➢ 存储区域网(SAN)
基于对象存储文件系统Lustre结构
2020年7月25日11时49分
国防科技大学
4
背景——基于对象存储
➢ 不需要与其他节点通讯就能处理元数据请求， 具有很强的独立性
➢ 保留了文件系统的层次结构，可以利用客户 端的预取技术和缓存机制，提高元数据服务 的处理效率
CMD --元数据分配方法 (目录分区法 缺点)
➢ 没有考虑到文件系统的动态变化
➢ 在可伸缩性方面，增加元数据服务器并不 能有效的重新均衡元数据服务器间的工作 负载
➢ Client同OST进行文件数据的交互，包括文件数据的读 写、对象属性的改变等.
➢ 同MDS进行元数据的交互，包括目录管理、命名空间 管理等 .
➢ OST负责对象数据的存储，将I/O数据保存到由它管理 的后端基于对象存储设备(OBD, Object Based Device)中 .
➢ MDS负责向客户端提供整个文件系统的元数据，管理 整个文件系统的全局命名空间，维护整个文件系统的 目录结构、用户权限，并负责维护文件系统的元数据 一致性
➢ 单一元数据服务器局限： ✓ 整个系统的集中控制点，如果发生故障，将
会导致整个系统不可用 ；
✓ 随着客户端和对象存储节点的增加，单个元 数据服务器很可能成为整个系统的性能瓶颈， 导致系统响应时间变长，降低系统的吞吐率。
CMD － 元数据分配方法
➢ 多元数据服务器构建方法主要有两类： ✓ 目录子树分区法 ； ✓ 纯哈希法 ；
OST Server
OBD server
Lock server
Object based Device (OBD)
File System Ext3, Reiserfs, xFS, JFS
OST MDS
Fig Overview of mudular Luster
体系结构—— Lustre子系统交互图
体系结构—— Lustre子系统交互图
➢ 文件数据被分成大小固定的若干个分带，按 照一定的条带模式分布存储在几个OST的存 储对象中
➢ 文件的分带大小,存储对象数目，分带模式对 应的OST索引等定位信息都作为数据分布布 局属性对象保存在元数据对象的inode的扩 展属性中
Network Stripping
➢ 结合文件分带技术,将文件数据分成若干个固 定大小的分带以某种RAID模式冗余的分布存 储在多个OST的存储对象中
➢ 所有的数据分布布局属性对象一般都采用相 同的条带模式,并附带有它所管理的文件范围 域信息，每个数据分布布局属性对象负责定 位文件一部分连续的数据区域.
JOIN File (cont’)
LAOi
object Layout Object
EA
LAO1 LAO2 LAO3
….
OST1 OST2 OST3
Lustre消除了传统网络文件系统(AFS、NFS）在可扩展 性、可用性和性能上的问题
背景（ Lustre文件系统）
针对大文件读写进行优化，可以提供高性能 的I/O；
数据独立存储； 服务和网络失效的快速恢复； 基于意图的分布式锁管理 基于对象存储，使存储更具智能化，可以实
现基于对象一级的数据保护技术； 系统可快速配置
➢ 不能有效的处理“热点“目录问题
➢ 目录分区法中根目录所在的元数据服务器 失效，会导致整个文件系统不可用。
CMD --元数据分配方法 (哈希法 )
➢ 基本思想:当客户端创建一个文件时，以文 件的标志符（或者路径名）为键值（Key）， 通过哈希函数选择负责创建文件的元数据服 务器
➢ 采用这种方法分配元数据的分布式文件系统 有Intermezzo，Vesta，zFS等
CMD --元数据分配方法 (目录分区法)
➢ 将命名空间划分为不同的目录子树 ➢ 每一个目录子树对应的元数据完全由一个元
数据服务器进行管理 ➢ 同时一个元数据服务器也可以管理多个目录
子树 ➢ 每个目录子树就是一个可安装的小文件系统
CMD --元数据分配方法 (目录分区法 优点)
➢ 静态的
➢ 初期需要系统管理员决定怎样分割命名空间
模式存储；对于大文件采用RAID0/5模式存储；或者文 件开始部分用RAID1方式，随着文件增大，后续部分采 用RAID0/5模式存储。