Contents
房租
- @all 各位伙伴，本月房租杂费统计如下：本月物管费80.66（242/3）+网费50， 近两月电费141.67(425.01/3)，除房租外，每人应交房杂费用为：272.33元。
ISM DAY 2
- 針對敏感型應用類型來說，控制器和磁盤的的利用率建議保持在70以內，否則將影響性能，主要表現爲控制器/磁盤響應時間增加。
- 閃存盤通過會保留約20%的空間用於緩存，如果空間使用率超過80%，其性能可能會降低。
- 傳統磁盤的順序讀寫優勢較大。
- SSD的順序讀寫，由於有大量擦寫的操作，其優勢並不大。
- 順序寫的寫懲罰： RAID5更小
- 實現數據的最好的保護，應該採用RAID6。（爲什麼不是RAID10，原因是RAID10中是先做RAID1,再做RAID0，如果前面的RAID1同時壞了兩塊，那麼整個RAID1+0硬盤組便不可用了，而RAID6是任意壞兩塊硬盤都可以！！！）
Stripe with Strip
Stripe
Strip
Disk service time = Average seek time + Rotational latency + Data transfer time.
Cache
Read Cache
- 順序讀的緩衝,適用於順序讀的應用場景。
- 隨機讀容易Read missing，此時就是從後端硬盤上讀取了。
Write Cache
WriteThrough
WriteBack
對於大的IO請求情況下，有可能直接WriteThrough。
算法
LRU
丟棄長時間未被訪問的數據(ReadCache情況下是直接丟棄，但WriteCache則是同步未提交的數據寫入存儲硬盤之後再重新利用)。
MRU
- 與前者相反。
分層
- LUN和子LUN分層
- 緩存分層: 充許使用SSD創建大容量輔助緩存。。。
- 服務器閃存緩存: 針對讀密集型負載型應用類似。由於減少了對存儲RAID的讀操作，從而間接的提升了業務寫的性能。
對象存儲
- 应用程序服务器提供要存储到 OSD 节点中的数据。
- OSD 节点将该数据划分为两部分：用户数据和元数据。 3 OSD 节点使用专门算法生成对象 ID 针对用户数据的内容执行该算法 以得到特定于此数据的 ID
- 为了便于将来访问，OSD 节点会使用元数据服务来存储元数据和对象 ID。
- OSD 节点使用存储服务将用户数据（对象）存储在存储设备中。
- 向应用程序服务器发送一条确认消息，声明已存储对象。在某些实施中，元数据服务在应用程序服务器内