Day9 云端储存 - SAN

SAN - 网路上的硬碟

我的工作就是开发公司的SAN产品,所以对他比较了解

SAN就是空出一个网路区域,让硬碟机柜互相连接,网络专给I/O使用的一块区域网络,外部的服务器或个人电脑可以透过网路的方式连进去存取资料

下图是SAN的架构

https://ithelp.ithome.com.tw/upload/images/20210909/20130271l1tzwNhF7P.png

从上图可以看出,有别於NAS,SAN就是个block storage,接受block storage的指令,回传资料,档案系统的指令和演算法是在前端主机完成的,

用人话说就是 - 程序跟自己的电脑说,帮我把/mnt/san.txt传到电脑的记忆体,文件系统会计算这个档案的LBA地址和长度,然後把这个资讯传给SAN

我们可以看到SAN有别於NAS,他在网路传递的是I/O指令,透过iSCSI或是NVMe包装,所以速度较NAS快

优点

  1. 支持远距离 - 可以理解为大家都能连上你的D槽,不怕难分享
  2. 速度快 - 服务器与储存设备传递的是I/O指令,较为简洁
  3. 可靠性高 - 容易做多机器备份、储存共享

缺点

  1. 贵 - 通常要做SAN了,代表要买很多台机器、好的网路线等等,通常只有大公司才会使用,不过最近iSCSI逐渐流行,以往SAN都透过光纤,现在也能透过ethernet了
  2. 复杂度高 - 要用RAID0 1 5 6呢?要用双主结点还是主从结点还是一主一备呢?这些都要根据实际场景需求决定
  3. 不好管理 - 前端要装专门的SAN管理系统才能使用
  4. 协议单一 - 只有SCSI协议

<<:  Day 07 | 互动事件

>>:  全端入门Day09_程序语言的特性

有关版本控制

在开发的过程一定会面临各式的测试,以及功能的增减。对於文件的编写也会有相同的要求。一般来说,个人开发...

Day 20:非 GUI 类工具之 juce::Analytics

为简化使用者行为采集,JUCE 提供了 juce::Analytics 以及相关介面,让开发者依需求...

Day08. 後疫情的新常态,运用Blue Prism「超前布署」好运自创-BP从Excel新建一个工作表

这两天台湾疫情又告急,基於同岛一命的概念防疫的习惯确实不宜松懈, 戴了一天的口罩,回到家里通常懒虫上...

Day30影片教学:Azure小白如何使用Azure Active Directory Identity protection管好管满

在昨天我们谈完Azure小白想早下班-之-使用Azure Synapse Analytics汇入数P...

Day29:【技术篇】初探打包工具的存在?

一、前言   先前有写过两篇关於 Webpack 的文章(文章1、文章2),回顾起自己学习到 Web...