note:本文要说的是一篇论文(Software defined just-in-time caching in an enterprise storage system)的思想。
如下图所示,如果你懂SAN,DAS以及cache的机制,从这个框架就可以看出这个框架的思想(~~不解释啦)
note:虽然SAN中的存储节点画出了storage node的tier结构,实际上这个论文完全不讲tier policy,只关心DAS的cache read...
协调flash和san,来达到很好的优化的目的。sdcc server通过给client做出caching决定。而client则负责管理局部的数据cache空间,细粒度的监控workload,然后将数据从SAN搬运到DAS,从而达到更短的读请求相应时间。
SDCC protocol就是通信的协议,负责和server通信;
cache directory是一个维护cache目录的结构体;
watchlist维护一个待放入cache的信息结构体;
DAS Manager主要是负责管理Flash cache;
application 的hint:是一种将app的数据放置到目标位置的消息,是应用程序调用SDCC的API(注意框架图中的SDCC
API layer,应用程序的hint API通过这个层次可以到达SDCC client)发出的,这个是和应用程序本身存取请求不一样的;
1.Monitor workload
2.Advise from the server
3.Hints from SDCC-API
达到的三重目标:
1.增加hit命中率
2.最大化read带宽
3.最大化Flash 生命周期
1.对于Brokerage Tansactiuonal(90% read)
p.s.本文讲的过于简单,但是希望至少是带入了SDCC(软件定义的cache一致性)这个情景,如果感兴趣,还得仔细阅读原文。
SDCC:可软件定义的存储三——just-in-time caching in an enterprise storage system
原文地址:http://blog.csdn.net/yin_wuzhe/article/details/41348409