SDCC:可软件定义的存储三——just-in-time caching in an enterprise storage system
2014-11-21 16:20
501 查看
note:本文要说的是一篇论文(Software defined just-in-time caching in an enterprise
storage system)的思想。
note:虽然SAN中的存储节点画出了storage node的tier结构,实际上这个论文完全不讲tier policy,只关心DAS的cache read...
SDCC protocol就是通信的协议,负责和server通信;
cache directory是一个维护cache目录的结构体;
watchlist维护一个待放入cache的信息结构体;
DAS Manager主要是负责管理Flash cache;
application 的hint:是一种将app的数据放置到目标位置的消息,是应用程序调用SDCC的API(注意框架图中的SDCC
API layer,应用程序的hint API通过这个层次可以到达SDCC client)发出的,这个是和应用程序本身存取请求不一样的;
•sdcc server掌握了workload的存取特征,系统配置和hint消息。利用这些消息来做data的移动
•正因为sdcc server处于这么重要的位置上,有global view,从而可以做出更好的决定。server也不盲目的认为hint是很重要的,但是会很看重。
1.Monitor workload
2.Advise from the server
3.Hints from SDCC-API
达到的三重目标:
1.增加hit命中率
2.最大化read带宽
3.最大化Flash 生命周期
•Brokeragetransactional workload:90% read ;10% write操作;To demonstate how SDCC improvetransactionnal rate
•OLTPtransactional workload;40%read;60%write;To demonstrate the response timeimprovement under constant throughput
p.s.本文讲的过于简单,但是希望至少是带入了SDCC(软件定义的cache一致性)这个情景,如果感兴趣,还得仔细阅读原文。
storage system)的思想。
框架
如下图所示,如果你懂SAN,DAS以及cache的机制,从这个框架就可以看出这个框架的思想(~~不解释啦)note:虽然SAN中的存储节点画出了storage node的tier结构,实际上这个论文完全不讲tier policy,只关心DAS的cache read...
SDCC layer
协调flash和san,来达到很好的优化的目的。sdcc server通过给client做出caching决定。而client则负责管理局部的数据cache空间,细粒度的监控workload,然后将数据从SAN搬运到DAS,从而达到更短的读请求相应时间。每个client的设计如下
SDCC protocol就是通信的协议,负责和server通信;
cache directory是一个维护cache目录的结构体;
watchlist维护一个待放入cache的信息结构体;
DAS Manager主要是负责管理Flash cache;
application 的hint:是一种将app的数据放置到目标位置的消息,是应用程序调用SDCC的API(注意框架图中的SDCC
API layer,应用程序的hint API通过这个层次可以到达SDCC client)发出的,这个是和应用程序本身存取请求不一样的;
SDCC Server
•在SDCC集群的拓扑图中,sdcc server处于这么一个重要的位置,集群中cache的事情也都要这个sdcc server来做。•sdcc server掌握了workload的存取特征,系统配置和hint消息。利用这些消息来做data的移动
•正因为sdcc server处于这么重要的位置上,有global view,从而可以做出更好的决定。server也不盲目的认为hint是很重要的,但是会很看重。
selective caching
•SDCC client选择 what to promote:1.Monitor workload
2.Advise from the server
3.Hints from SDCC-API
达到的三重目标:
1.增加hit命中率
2.最大化read带宽
3.最大化Flash 生命周期
测试结果
1.对于Brokerage Tansactiuonal(90% read)•Brokeragetransactional workload:90% read ;10% write操作;To demonstate how SDCC improvetransactionnal rate
•OLTPtransactional workload;40%read;60%write;To demonstrate the response timeimprovement under constant throughput
p.s.本文讲的过于简单,但是希望至少是带入了SDCC(软件定义的cache一致性)这个情景,如果感兴趣,还得仔细阅读原文。
相关文章推荐
- 可软件定义的存储逻辑——Efficient and agile storage management in software defined environments
- 可软件定义的存储逻辑——Efficient and agile storage management in software defined environments
- 安装软件(名称不记得了)后,系统开机提示 visual studio just-in-time debugger窗口(WINDOWS错误提示框)
- Windows Server 2016软件定义存储:Storage Spaces Direct的关键特性
- The role of an object storage system in the cloud
- 创建存储过程错误(已解决):Error Code : 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server ver
- Pacific Timesheet Integration Toolset Enhancements Solidify Position in Enterprise Market
- Borland获得Java Just-In-Time编译程序的专利权
- work with time in debian/linux system
- Some ingredients in an enterprise appliction
- An Analysis of Data Corruption in the Storage Stack
- IDC存储软件定义的七个主要类别
- libsqlora8:(insert system time as an appointed format)
- Eiffel语言教程——Eiffel语言的软件开发过程(An Eiffel Tutorial——ET: The Software Process in Eiffel)
- sql 2005 visual studio just-in-time debugger错误
- A 2007 Office system application does not load an add-in that is developed by using VSTO
- javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter,
- 关闭Visual studio2005 just-in-time debugger
- Implementing Virtual Mode with Just-In-Time Data Loading in the Windows Forms DataGridView Control
- How to Build an Economic Model in Your Spare Time (如何利用业余时间建立经济模型)