自己拼凑的 NAS 硬件+软件层面晒机总结

经过一段时间的折腾，终于感觉稳定了，该晒晒见见光啦，顺便总结一下。

只是装机折腾记录，仅代表个人！~

就是想折腾个NAS，自己喜欢折腾这些电子产品，没钱，只好穷折腾，配件都是利用手头上有的，再拼凑一些咸鱼淘的，勉强拼凑一台自用NAS。

终于可以晒一下机器，大部分是自己的图，前两张是群友的图，拍得漂亮拿来用，勿怪！

整机银色和灰色两款

机箱配件

这是我自己装机内部俯视图，电源400W台达模组，模组线是自己做的，布线比较整齐美观

后排风扇我是上了两个，一个利民12cm，一个利民14cm，只因手上有这两个风扇，就上了，没有其他原因，12串14用了一个14转12的转换板

这是机箱左侧，有进风孔的位置，我加了一个8010的风扇，用磁吸方式吸在电源横梁上，增加进风量，电源下方也增加了一个8010风扇

右边比较简单，我大4D电源口做了5个，背板上插三个，剩两个备用，估计也难用得到，回头可以取消，SATA电源口留了两个，留给硬盘笼外挂硬盘用

前方，自己贴了个膜，我是真不喜欢硬盘笼黑色托架，塑料用得差，有划痕，做工也差，贴膜拉到，眼不见心不烦

背部没啥说的，串联风扇螺丝太长，加了4个橡胶垫，两个风扇之间4根螺丝也加了4个橡胶垫，刚刚好

就是这6个硬盘托架，塑料质感真不好，划痕、注塑气痕、缩印，综合起来比较难看，只好贴膜遮丑

整机贴膜后的效果，没办法，手头上就剩下这个颜色的膜，顺便把硬盘灯也贴住了，不贴的话夜里太刺眼

竖放的话，配得垫脚太低，来回搬动很不方便（虽然难得动一次），换上高垫脚，搬动方便，下方进风口进风应该也会好一些，这个垫脚是3015全铝合金防震的

好了，上面就是所有的图示，拍照难看，勿怪，机器还是很漂亮的，相当满意！！！

我手上有8600T和8600K两颗CPU，考虑到另外一台MINI主机（M720Q）上不了8600K，只好NAS上8600K，主板配了Z370M D3H，TAN机箱对主板匹配度很友好，基本上家用主板都能匹配，赞一个！

内存用了两根金士顿雷电RGB 16G2，一根3200，一根3600，只因手头上有，就上了，这个灯条高度刚刚好顶不到硬盘笼。

电源是台达400W，也是之前在用的，不过装这台机子的时候发现主板电源线不够长，还好机箱支持电源反装，反装后电源长度刚好，不过我有强迫症吧，觉得还是要正装，其他线也不太合适，干脆就自己做了一套模组线，长度都很合适。

散热就用了机箱自带，目前使用下来散热还可以，完全没问题。

风扇之前也说了，一个利民12cm，一个利民14cm，两个8010小风扇，目前一周使用下来散热不错，各方面温度都不高。

硬盘我用量不大，两条250G NVME做缓存（缓存太小，准备换2块500G或者1T SSD固态），3块2T硬盘做存储，2快4T硬盘做校验（为了后续更换存储盘方便，直接用了两块4T），普通家用存储文件和照片、视频，我不挂PT什么的，看一般也比较少，所以存储空间需求不大，主要是办公文件有300G左右，历年的照片、视频有100G左右，偶尔下载一些4K之类的，空间足够了。

网卡现在上了两张，一张HP 366FLR 4口千兆，一张HP 561FLR双口万兆，但是我发现万兆网卡对于目前我来说还没啥用，准备去掉，留个4口千兆就行了，本地万兆对我来说需求不大，主要是远程备份，等以后再折腾万兆。

软件用的是UNRAID，系统本身非常好用，我用过群晖、威联通，对比下来觉得还是UNRAID适合自己，这个看个人感受和需求。

我的Docker应用基本上都开启了SSL加密，上一篇介绍了不使用NginxProxyManager反代开启SSL加密的方法，但是有些容器使用介绍的方法无法开启，这次又把不能直接部署证书的容器进行了NginxProxyManager反代，实现全面的SSL加密访问，图个心理安慰，另外远程访问也更方便，Google浏览器在远程访问时会强制>所谓流媒体技术，是指将连续的影像和声音信息经过压缩处理后放在网站服务器上，让用户能够一边下载一边观看、收听（即所谓的“在线欣赏”），而不需要等整
个压缩文件下载到自己的机器上才可以欣赏的网络传输技术。目前，在这个领域中的竞争者主要有微软、RealNetworks、Apple三家公司，例如微
软新近发布了Windows Media Services 9、RealNetworks公司新近发布的Helix
Platform、Apple新近发布的Darwin streaming server 41，意图在流媒体领域大干一场。
一般来说，一个完整的流媒体服务系统需要三个部分组成：编码器、流服务器和播放器。编码器通过对内容来源（如MP3文件或者麦克风输入）进行编码，并将编
码过的内容发送到流服务器；流服务器再将它们发布到Internet，这样客户端的播放器只要连接到流服务器就可以进行在线播放了。
利用Winamp架设MP3网络电台
当我们静静地在欣赏美妙的MP3音乐时，你是否曾经考虑过将这些原本属于个人的MP3音乐通过网络在局域网内进行发布，甚至还可以通过Internet进
行发布？这样就可以让遍布世界的朋友们与你一起共享MP3音乐之旅。其实，要做到这一点并不难，你只要将本机创建为一台MP3流媒体服务器，将自己所喜爱
的MP3音乐不停播放，然后通知朋友们访问你的这台MP3服务器就可以了。
说起MP3的播放，使用最广泛的莫过于Winamp了。对于MP3流媒体服务这个领域，Winamp的开发者Nullsoft公司当然不会放弃，专门发布
了面向MP3的流服务器SHOUTcast Server。虽然它的功能没有Windows Media Server和Real
Server强大，但它不仅对硬件的要求极低，更关键的是完全免费，使用起来没有后顾之忧。另外你还需要下载一个名为SHOUTcast DSP
Plug-in的插件，只有安装了这个不起眼的插件，Winamp才能支持流媒体服务。
首先打开Winamp（请注意版本号必须在222以上），切换到“Options” | “Preferences”|
“DSP/Effect”标签页，选中“Nullsoft SHOUTcast Source DSP
v182a[dsp_scdll]”下的“Configure”按钮。打开“SHOUTcast
Source”窗口，选择“Output”标签页，如图1所示，在“Address”栏内填入本机的IP地址。如果你想在Internet上广播MP3音
乐，则必须键入本机的外部IP地址，然后就可以从程序组中运行SHOUTcast
DAAS（GUI）程序以启动SHOUTcast服务。这时系统会自动连接到服务器，接下来请返回图1窗口点击“Connect”按钮。如果连接成功，该
按钮会变为“disconnect”字样，这样我们就完成了在本机架设MP3流服务器的全部过程。
架设REAL格式的视频点播中心
如果是架设视频点播服务器，那么选择Real格式是非常明智的。因为RealProducer Plus这款功能强大的软件 *** 作相当简单，每次使用时会d出一个向导对话框进行 *** 作提示。目前最新版本是100，我们只要选择851以上的版本即可。
从“工具”菜单下选择“创建网页”命令，此时会d出一个如图2所示的向导式对话框，点击“前进”按钮选择你希望用于创建Web页面的Real多媒体文件。
随后RealProducer会询问是创建“d出式播放器”还是“嵌入式播放器”，一般建议选择后者，因为这样所需要的系统资源更低，当然启动速度也更
快。至于播放器的界面，可以选择“标准播放器”，很快就可以创建成功。
最后，RM文件对象所在的目录会增加一些文件，请将这些文件与RM对象一起上传，不过要注意保证RM文件与HTML文件在同一目录下，否则播放器可能无法找到播放对象。
架设WMP流媒体服务器
微软的手伸得很长，什么领域都要插足一下。凭借着Windows *** 作系统的影响力，Windows Media Player市场占有率越来越高，而微软的asf、wmv、wma、avi等格式也开始被越来越多的用户所接受。
架设WMP流媒体服务器，你需要安装Windows Media
Encoder才行，目前最新版本是90简体中文版。如图3所示，我们应该在这里选择“广播实况事件”，接着选择用来编码的音频和视频设备。注意请事先
将音频和视频设备与计算机正确连接，否则会无法检测到。接着你还需要指定服务和发布点，当然也可以使用现有的发布点。然后Windows Media
Encoder会自动创建服务器，并给出>nas文件夹中的文件夹上传不到服务器解决办法:第一步，你要确保自己按照群晖官网的 ，正确地完成 NAS 端的配置。如果没有，请根据文中的步骤，一步一步做下去，等到在 NAS 后台中的配置完成，停住，然后可以跳过第二步。
第二步，如果你已经在电脑上进行了 Time Machine 备份尝试并收到了报错提醒，那么你可以在 NAS 相应的文件夹里看到一个 sparsebundle 文件，不管它叫什么名字，删除掉，确保这个文件夹里除了回收站没有其它文件 / 子文件夹。第三步，打开「系统偏好设置-共享」，点击「编辑」按钮，然后复制你的本地主机名（不需要 local 字符）。
第五步，继续在终端 app 中输入命令 sudo hdiutil create -size 320g -type SPARSEBUNDLE -nospotlight -volname "Backup of " -fs "Case-sensitive Journaled HFS+" -verbose ~/Desktop/_sparsebundle ，其中 替换为第三步中获得的本地主机名， 替换为第四步中获得的 MAC 地址，敲击回车键，输入密码，稍等一下，你的桌面上就会生成一个正确的 sparsebundle 文件。
第六步，打开访达 app，使用快捷键 ⌘Command+K 来连接到服务器，填入 NAS 对应的 SMB 地址，并输入 Time Machine 专属账户的用户名和密码。等待成功挂载 Time Machine 共享文件夹后，将桌面上的 sparsebundle 文件复制到这个文件夹中。在这一步中，千万要记住要通过访达 app 来上传文件，而不能在 NAS 后台上传。第七步，等待上传完毕后，重新打开「系统偏好设置-时间机器」来进行接下去正常的流程 *** 作。

然而，这样的灵活性有一个条件：物理机能够看到所有虚拟磁盘镜像。这通常会导致存储网络成为一个使用网络文件系统（NFS）和虚拟网络附属存储（NAS）集群的开放网络。
在传统基于块的存储中，如iSCSI和光纤通道存储区域网络（FC SAN），这意味着我们必须能够分配和 *** 作逻辑单元号（LUN），以便在迁移虚拟机时可以迅速重新分配LUN给其它物理机。这个 *** 作不仅是在最初部署时很难执行，随着环境越来越大和复杂，它也会很难执行。要为每个虚拟机分配一个LUN，然后还要能够迅速地将它重新分配给其它物理主机，这对IT人士来说已然是一个越来越严重的问题。
在越来越多的环境里，IT管理员都开始使用更大的LUN来承载多个虚拟机。尽管这可以减轻分配多个LUN给多个虚拟机的重担，但无法解决分区和LUN增长的问题。
NFS解决方案
现在，VMware支持通过NFS启动部署虚拟机。通过可启动的NFS加载（mount）部署虚拟机是解决这个问题的一个理想方法，而且也被越来越广泛地接受。
NFS是一个客户端或服务器系统，允许用户跨网络访问文件，并能够像 *** 作本地文件目录一样 *** 作这些远程文件。它是通过输出（exporting）和载入（mounting）两个过程完成的。输出过程是指NFS服务器向远程客户端提供文件访问的过程；载入过程是指文件系统对 *** 作系统和用户变为可用的过程。NFS主要用于Unix-to-Unix文件共享，即使你的所有虚拟机都是基于Windows的，你也可以选用NFS。尽管Windows无法引导NFS，但VMware将NFS建立在它的磁盘虚拟层，所以Windows无需引导NFS。
NFS工作站很容易创建和 *** 作。每个物理服务器都能看到所有的虚拟磁盘镜像，而且VMotion等功能也更加容易 *** 作。与iSCSI或FC SAN中的每个VMDK创建一个LUN不同，你可以在一个NFS卷中共置多个VMDK（VMware Virtual Disk）文件。因为VMDK只是文件，而不是真正的磁盘。为什么使用NFS　NFS让存储和VMware管理员的工作变得容易得多，而且在很多VMware环境下都不会有任何性能损失。除了一些例外的存储厂商提供虚拟化解决方案以外，LUN管理对存储和VMware管理员来说都很具有挑战性。而有了NFS执行，与单个文件系统的交互让VMware镜像供应更加容易。
访问控制通过内置NFS安全性被启用后，可以向一组VMware管理员提供NFS文件系统。有了NFS，就不需要微 *** 作每一个LUN了。例如，VMware镜像在文件夹中可以根据应用类型进行分组，而且可以同时提供给一系列应用使用。
此外，访问路径是基于传统的以太网，这不仅节省了成本，也更加易于进行故障检修。因为，大多数企业对于IP管理的了解要远远多于对FC管理的了解。
NFS有一个优点就是访问简易。所有ESX服务器都可以连接到载入点（mount point），这使得VMotion的使用更加容易。在FC部署中，每个ESX服务器都必须能够看到所有其它ESX服务器的LUN，这很不利于配置和管理。NFS是一项共享技术，所有共享访问都是内置的。
NFS的另一优势在于数据保护方面。尽管通过NFS提供的VMware镜像无法使用VMware VCB，但Unix或Linux主机可以载入这些镜像来进行备份。利用支持NDMP的备份软件可以备份这些镜像。通过Linux主机的方法可以访问VMware镜像，而且可以通过这种方法可以载入快照和备份卷。此外，你还可以综合利用NFS主机的复制工具保障业务持续性和灾难恢复，而不用购买VMware专门的复制工具。
说得直白一点，NFS不是唯一的协议，它也有不太适合的时候。例如，Microsoft Cluster Service必须有成组存取（block access），而且有些情况下就需要光纤通道。iSCSI有一些很独特的功能，其中一个是它能够直接分配一个LUN给一个子 *** 作系统，而不用通过VMware磁盘虚拟层。这些独特的功能可以快速地将特定的LUN转移出VMware环境。
这个执行需要的不仅仅是一个标准的文件服务器或NAS，因为除了保存用户数据以外，它还是架构的一个关键部分。
利用虚拟NAS集群解决I/O问题
通过NAS集群虚拟化可以缓解某些物理存储相关问题，如I/O限制。
随着负荷的不断增加，传统的NAS无法有效地扩展升级。部署多个物理服务器会迅速加重I/O带宽的负担，这样的负荷比在多数文件服务器环境中的负荷要大得多。要减轻I/O带宽负担，就必须部署更多的NAS，而这又会导致NAS蔓延。
这使得我们必须在满足额外的NAS系统需求以解决文件服务需求的同时，还要让这些NAS系统必须能处理虚拟服务器环境不断变化的I/O需求。有了单独的NAS head，VMotion就很难适用了，唯一的其它选择是购买更大的单一的NAS head。在VMware环境下，这样的升级不是因为容量限制而进行的，而是为了提供更高的性能而升级。
下面，我们说说虚拟NAS集群。一个虚拟NAS集群代表着整个ESX环境的一个NAS对象，即使这个对象是多个NAS head。一个虚拟NAS集群是一系列NAS节点，这些节点是作为一个整体被管理的。性能或容量的升级就成为相互独立的事了，I/O性能升级只是连接更多的节点到集群，而容量升级则是连接更多的磁盘，互不影响。
此外，虚拟NAS集群还可以为环境提供冗余。如果集群的其中一个节点出错，该节点的文件系统会自动转向集群中的其它节点。这个功能可以保障数据访问不受中断，对于虚拟服务器环境非常重要。因为，虚拟服务器环境下的一个错误可能会导致几十个虚拟机受到严重影响，多层冗余对于这样的环境就显得尤为重要。
Global Files System
将虚拟服务器从一台物理机迁移到另一台物理机是一项势在必行的工作，它可以给数据中心带来很大的灵活性。而数据中心的灵活性也正是客户所寻求的。相关虚拟磁盘的迁移，尤其是从一个阵列到另一阵列或一个NAS head到另一NAS head的迁移，并不是不可能的任务，但是会非常耗费时间，并且会中断服务。
而在虚拟NAS集群环境下，这就是一件非常简单的工作，而且不会造成服务中断。这进一步提高了虚拟环境的灵活性。例如，如果某台物理机中的好几个虚拟机存在I/O带宽需求高峰期，那么你可以将其它虚拟机磁盘镜像移开它们所在的节点来应对I/O高峰期。这个功能还可以用于虚拟NAS集群中的标准文件系统，因为它们可以根据需求进行重新分配。
虚拟NAS和FC
在VMware近期的白皮书中，基于FC的块I/O仍是一个尚未成熟的I/O性能领导者。尽管有些NAS供应商会对这些结果存在争议，但这并不影响我们对这二者的利用。
首先，不到万不得已不要使用FC。现在市场上有两种不同的产品。第一种是NAS供应商（如Network Appliance）为他们的NAS head提供的FC和iSCSI服务。NAS head必须在NAS文件系统中创建一个封装的FC LUN。第二种是EMC和OnStor等公司提供的网关（Gateway）解决方案，这些解决方案允许本地FC访问存储系统。在EMC的解决方案中，这当然是一个通向Clarriion阵列的网关。OnStor允许你通过它们的NAS网关（NAS gateway）为你现有的存储添加一个有Global Files System的虚拟NAS集群。

普通的回答，可以。
看你需求，NAS通常提供的存储功能和FTP，即使不上NAS系统，普通的Win7/XP/Server/Linux都能实现。
特殊的，Mac时光备份，windows 远程备份，Web，MySQL，PHP，BT下载，iSCSI，DLNA媒体共享，远程存储只能通过NAS *** 作系统集成。
服务器装NAS比较纠结，费电，NAS *** 作系统只有FreeNAS可选，FSD做的，很多服务需要手动扩展，不稳定。

1、首先调通网络，比如路由、vlan什么的，服务器到NAS都能ping通。
2、NAS中添加服务器ip，然后允许访问（不同NAS配置稍有差异，可能要配置用户、空间配额，空间映射等）
3、服务器端扫描刷新，识别到NAS空间即可使用。（可能要装NAS软件等，根据不同的NAS服务器来定）

---