[求助] 有没有从事存储行业的朋友，求业内科普或入门指导

warrior

最近可能有机会接触相关的一些项目，领导让我去对接orz
我之前一直搞嵌入式，存储没特别搞过，自己也搜了搜，有些东西说法不一，想向有专业知识的朋友求助一下。
如果有相关领域的朋友还望能给我一些基本的入门或者科普知识，感激不尽！

1.fc-san 是个什么样的东西？
我是不是可以理解为一种专门的HBA卡，加上光纤链接到专门的光纤接口存储盘上
和SATA的存储系统比起来，HBA卡相当于SATA控制器，光纤相当于SATA线，最后直接接到光纤的盘就是SATA盘
那际用的客户端是否还是通过其他网络接口访问服务器，而不是客户端直接访问最后的光纤接口盘吧？然后服务器对外还是提供 文件服务/卷服务？
为啥有上面这个问题主要是最近还听了一耳朵有个叫RDMA的东西好像可以直接绕开服务器端还是咋样，也没太听懂，就听了一耳朵

2.通过 iscsi 对外提供的服务器相当于提供了个卷或者说块设备那么服务器通过啥提供的是不是什么都行？
比如哪怕服务器本身有一套 fc-san的存储 （就是我还不清楚我第一个问题是不是理解的对）
另外 iscsi 服务对外提供的是个盘或者卷，所以 各种 raid 在这层之下组成卷 对外提供出去服务也是没有问题的吧？

3.有关性能对比，可能我需要自己搭一套基于开源linux的简单存储服务器做个对比，是不是用 centos比较方便？
如果fc-san 我的理解正确只要买到支持的卡就应该能用？我就理解为另外一种块设备就完了（其实还是问题1,2）
samba/nfs/cifs 之类的应该配一下就行之前都用过，iscsi服务的机器有没有好的文章可以推荐给我参考学习一下？以前没有用过，只要能初步跑起来就行，比如虚拟机里？

4.如果我这个做对比的系统就用桌面级的CPU行不？一般来说瓶颈在什么位置？是网络速度呢还是硬盘速度？
有没有什么测评类的文章或者横向对比文章可以参考？
比如我的目标在性能假设希望对外能提供堆满2个10G 网的速度，或者1个10G 网速度，或者几个千兆网的速度，假设某一个指标吧
那么我怎么判断是CPU网络性能是瓶颈，还是存储盘的IO性能是瓶颈呢？感觉应该不太会CPU运算性能不够吧？
因为以太网和各种盘都要占CPU和IO资源，我该咋判断哪部分已经是瓶颈或者上限？
比如X79的E5之类，或者1230这类E3，或者4~7代的 i7 ，有没有什么好的评估方法？
比如弄一个最多16盘或者24盘的raid系统，我只买其中的 1/4 做 raid0  测试最快性能之后，好像也不敢直接*4就是性能啊

总之就是有没有什么可以省钱的办法？如果实在没有只能买满盘测了
另外提供整体差不多相同速度的硬盘组raid是 SAS盘+raid卡便宜点还是SATA+raid卡便宜点？

5.如果是多服务器之间说的容灾啊，各种级别的备份啊，通常有啥开源解决方案？继续求好的科普或者介绍文章？
我之前简单看过一些比如有个 glusterfs ，还有没有别的？或者专业做存储的都用啥？
比如对于盘 raid有 0 1 5 6 10
那么把每个服务器看成一个盘做各种层次的镜像也好，校验也好，是不是也有各种各样的方案？

6.所谓优化存储方案一般都是在啥地方优化？比如用更快的文件系统？或者调内核参数让对外的服务更快？
之前遇到过有的地方说要把全部物理内存都在内核态下完全管理起来，之前那种32位的系统通过PAE支持大于4G内存，就不满足他们的要求，这是想干啥？没太搞懂。

7.这种服务器提供的服务用什么软件测试比较好？
有的地方直接说 客户端mount到本地直接 dd 就行了，那感觉也就是改改参数就能测出连续读写？那随机读写呢？还有比如多少IOPS之类的用什么测试？
能直接用windows 下的硬盘测试工具比如 CrystalDiskMark 或者 Hdtune 测么？
linux的话用啥工具更好？

能想到的就这么多问题，主要是事出比较突然，自己慢慢查有点时间不够，还望高人指点
如果有在帝都的朋友愿意面授更好，冬天天冷可以搞个羊蝎子如何 -w-

john

你拿多少钱的工资还给人出一套storage的方案……自己出方案要自己维护的，想想清楚

而且你要的到底是什么，怎么觉得你要的是NAS而不是SAN

warrior

john 发表于 2018-11-6 23:28
你拿多少钱的工资还给人出一套storage的方案……自己出方案要自己维护的，想想清楚

而且你要的到底是什么 ...

我可以理解为NAS就是单机，SAN就是集群吗？

初期只是项目对接而已，是我们要用别人的东西，领导的意思不能光听对面吹牛逼，你自己先弄个开源的出来对比一下对面到底有多厉害。
然后我就开始查，时间又不太够，提预算和购买申请也不太清楚怎么提对比服务器的组成比较合理

目前对比的方式只是一个单台，机器，多台机器组成服务器群算是一个我自己问的小问题，因为看过一点点glusterfs的东西，知道有了这么一种方式，想问问还有哪些别的。

ambivalence

1，FC-SAN是个存储-主机架构，简单来说就是存储将lun映射给服务器，服务器对外提供服务的方式不受它的存储架构影响。
2，iscsi就是Internet scsi，除了协议不同和FC-SAN没有什么区别
3，一般来说这东西都是商用整机，开源的iscsi存储也有，如果只跑iscsi的话虚拟机都可以用的，FC的开源软件我没见过，你可以找找。
4，桌面级CPU也可以，存储对CPU的要求并不很高。性能方面要具体分析，一般来说SAN的瓶颈会在IOPS也就是磁盘性能上，ISCSI的性能不如FC-SAN但是差距并没有那么大。另外不同的RAID级别会具有不同的读/写性能差距，你直接用磁盘乘的话只能得到理论性能。
5，容灾的话没有用过开源方案，一般来说做存储双活，异地备份就可以。存储双活这种东西不同厂商有不同的实现方式。RAID只能防止最基本的磁盘损坏情况。
6，缓存，块大小之类的东西吧。
7，参考这个http://elf8848.iteye.com/blog/2168876，win下也可以，一般的应用场景下其实连续读写并没那么重要。

warrior

ambivalence 发表于 2018-11-6 23:38
1，FC-SAN是个存储-主机架构，简单来说就是存储将lun映射给服务器，服务器对外提供服务的方式不受它的存储 ...

感谢！ 也就是说FC-SAN除了跑的协议不是标准以太网外组成方式和iscsi的一样？
可能是我被一张搜到的组成方式图片误导了，感谢！

明天我再搜搜 存储双活 是啥，确实没有接触过

john

warrior 发表于 2018-11-6 23:33
我可以理解为NAS就是单机，SAN就是集群吗？

初期只是项目对接而已，是我们要用别人的东西，领导的意思不 ...

NAS的文件系统是共享的，而SAN的文件系统归各自主机管
你想把NAS用成SAN，把SAN用成NAS，或者两者混合起来都是可以的，但这就复杂了

我觉得问题在于你的核心需求是大家共享的文件（NAS）还是大家共享的存储（SAN），至于自己搭来测试的机器，做NAS会简单一点

warrior

john 发表于 2018-11-7 00:11
NAS的文件系统是共享的，而SAN的文件系统归各自主机管
你想把NAS用成SAN，把SAN用成NAS，或者两者混合起 ...

我是不是又理解错了，这个 “各自主机” 是指一个存储集群里的每台server 还是说使用服务的 client ?

================================================
那就是说提供基于文件的服务 ftp/samba/cifs/nfs 就叫 nas  提供基于块或者卷的服务比如iscsi 就是san  ?

em......说实话我觉得都需要唉，而且nas的那些配置我还基本用过 san 的从来没有过

ambivalence

warrior 发表于 2018-11-7 00:31
我是不是又理解错了，这个 “各自主机” 是指一个存储集群里的每台server 还是说使用服务的 client ?

==== ...

简单点说，对于服务器主机，不管是FC也好ISCSI也好，它所映射给服务器主机的lun。你都可以理解为本机自带的磁盘。
但是在集群应用中（比如说oracle rac）可以做到多台主机同时使用同一个lun就是了

另外ISCSI是跑在普通网络里的，FC需要专用的FC交换机和HBA卡，这两个东西对于使用上来说并没有太大区别。SAN和NAS的区别你的理解没有什么大的问题，具体使用的话看应用来选取。

warrior

ambivalence 发表于 2018-11-7 00:38
简单点说，对于服务器主机，不管是FC也好ISCSI也好，它所映射给主机的lun。你都可以理解为本机自带的磁盘 ...

原来如此，感谢！可以安心睡觉了（死）

这样确实弄个 NAS 验证平台有点希望，SAN那些。。。就没听说过，没有任何一丁点的知识

再次感谢两位

john

warrior 发表于 2018-11-7 00:44
原来如此，感谢！可以安心睡觉了（死）

这样确实弄个 NAS 验证平台有点希望，SAN那些。。。就没听说过， ...

SAN就是可以扩展的存储集群，你对存储容量有极端需求的话，找一台server后面挂个SAN也是能当NAS用
但我觉得你们这样的草台班子作风应该用不到SAN……能部署这种需求的公司应该有专业的IT了

现在支持iSCSI的NAS也不少了，简单点的话NAS就行了

至于灾备那是很多solution提供方的事情，比如我们最近换的Isilon自带三台主机热备的冗余