首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

解析:SSD使用六“大忌”

解析:SSD使用六“大忌”

 SSD在数据中心领域已经树立起了自己的地位。几乎所有主流厂商都会在它们的最佳实践架构中指定Tier 0存储。服务器端的SSD用于提升服务器性能,而存储端的SSD则解决了启动风暴的瓶颈。就像大多数技术一样,了解什么时候使用它和什么时候不使用是很重要的。现在让我们来看看什么时候不使用SSD。
  1. 对于不是读密集型(read-intensive)的应用不要使用SSD
        SSD可以显著提升读访问时间。相比传统HDD硬盘,读取效率可以提升10倍以上。但是天下没有免费的午餐,SSD在写性能上并无优势。写操作不但有延时,而且还会耗尽SSD的存储单元。存储单元有平均写寿命,超过这个寿命时,存储单元会逐渐损坏(具体要查看厂商对指定系统的提供的详细信息)。当存储单元损坏时,SSD总体性能会下降。最终,SSD必须被更换以保证其性能,我们都知道,SSD并不便宜。一些厂商更是提供昂贵的保修服务。


  那么理想的读写比率是多少呢?这并没有一个固定的数字,但90/10是比较理想的。在这点上应用必须做出让步,这需要IT管理者做出合理的决定。如果读写比率低于50/50,那么很明显传统的HDD硬盘是更好的选择。在这种情况下,从应用的角度来看SSD对读性能的提升会被其糟糕的写性能抵消。
  所以如果你需要使用SSD来提升读性能,但写性能成为了问题,那么你可以考虑采用损耗平衡(wear-leveling)机制和能减少写入放大(write-amplification)的厂商,从而降低性能影响。SSD的大小也是一个因素,便宜的SSD会因为减少了递归读的几率而产生更重的负载。
2. 当数据随机访问过大时不要使用SSD

  SSD通常被认为是“缓存层”,这个名字很形象。从根本上说,SSD就是一种用来减少从传统硬盘取数据的缓存。随机访问需求很高的应用不会从SSD上获益—读操作会被阵列控制器定向到HDD,此时昂贵的SSD作用很小。
  3. 在高度虚拟化环境中不要使用普通SSD
  这一点会带来一些争论,因为在虚拟机环境中已经有了一些SSD的成功案例,如启动风暴。然而,许多虚拟机访问同一块SSD时会导致很多随机数据指令,至少从存储的角度来看是这样。当上百个虚拟机对相同的存储进行读写时,一台机器会一直不断的重写其它机器的数据。因此,有专门为虚拟化环境设计的SSD解决方案,这就是之前为什么提到“普通”SSD。
  4. 不要在服务器端使用SSD用以解决存储IO瓶颈
  服务器端SSD从根本上说就是服务器缓存,用于解决处理性能问题和网络带宽问题。将SSD分布到几百台物理服务器上,每台服务器都配置自身的SSD可能的确会对解决IO瓶颈有帮助,但是并没有将其放置在存储阵列端效率高。
  5. 不要使用Tier 0来解决网络瓶颈
  如果数据传输被网络控制,在网络后端优化存储系统显然不会有好的效果。服务器端SSD可以减少访问存储系统的需求,因此可以减少网络流量。
  6. 不要为企业级应用部署消费品级SSD
  SSD有三种等级:单层单元(SLC),多层单元(MLC)和企业级多层单元(eMLC)。MLC被认为是消费品级 SSD,通常在打包的应用中使用。每个单元的生命周期是3000-10000次写操作。SLC是企业级SSD,具有每个单元100000次以上写操作的生命周期。eMLC尝试在价格和性能之间找到平衡点,提供每单元30000次写操作,但价格比SLC低。客户可以根据自身的购买力来决定购买哪种等级的 SSD。
返回列表