Questions tagged «network-attached-storage»

NAS代表网络附加存储，这是一种用于通过网络对存储提供文件级访问的机制。

2
将Hyper-V虚拟磁盘移至SMB共享最终会导致找不到文件错误
我想将一些虚拟磁盘从旧的ISCSI磁盘（旧的NAS）移动到新的SMB共享，​​但是对于每个磁盘，最后都会给出一个文件未找到错误，并且将磁盘在SMB共享上的位置作为文件未显示找到位置。 从主机服务器上的本地磁盘还是从ISCSI磁盘移动虚拟磁盘都没有什么不同。最后，他们给出相同的错误。我正在使用Hyper-V管理器的“移动”功能来移动它们，并且还尝试了手动移动它们并更新管理器中的位置 有什么建议可能导致这种情况吗？ NAS是在SMB 2.0及更高版本模式下设置的2U Synology机架。共享（和NAS）上有足够的空间。服务器是Windows 2012 R2
2
阵列可用空间要求
一般的经验法则是，不要使用超过80-85％的容量，否则性能会急剧下降，并可能发生其他不良情况。 在8TB阵列上，这大约有1.6TB的空间必须留空！一个40TB的阵列大约需要8TB的可用空间！ 这仍然是更大数组的惯例吗？我在桌上留了太多磁盘空间吗？
4
是什么使云存储（Amazon AWS，Microsoft Azure，google Apps）与传统数据中心存储网络（SAN和NAS）不同？
由于我的问题有些混乱，因此使其变得简单： “大型云提供商使用哪种存储，为什么？” 据我了解，但是我无法发现典型数据中心和云之间的任何官方存储网络差异，所有云提供商都使用与典型数据中心不同的DAS。 甚至DAS都比SAN或NAS有许多缺点，我想详细了解为什么云将DAS用于存储或应用目的。 任何资源或描述，将不胜感激。 编辑：在阅读论文“大规模云构建的网络挑战和结果方法，David Bernstein和Erik Ludvigson（思科）”时，他们提到： 奇怪的是，我们没有看到使用NAS或SAN的主要提供商提供的云。典型的云架构使用DAS，这不是数据中心存储方法所特有的。 但是这里存在一个冲突：在我看来，并且在本文的稍后部分中指出，由于VM移动到另一台服务器但仍需要从原始服务器访问存储时，由于DAS不适合，所以云应该使用SAN或NAS。 还有什么其他原因导致云偏爱DAS，NAS或SAN？大型云提供商使用哪种存储，为什么？
2
在无法创建/管理分区的设备上设置ZFS池的方法？
我有一个NAS（带有DSM 5.0的Synology DS214），无法创建和管理分区（也许我可以进行一些我不想做的黑客操作）。存在哪些方法来设置每个分区一个的多个ZFS池（对于初学者-仅想使用重复数据删除）？该设置应与NAS配合使用，即通过网络（我将通过NFS或CIF挂载映像）。 到目前为止，我的想法和相关问题： 通过循环设备安装的稀疏文件（将稀疏文件直接指定为ZFS vdev不起作用，请参见我可以为zfs池选择稀疏文件作为vdev吗？）：问题是分配的循环设备的名称/编号不是常数，不知道增加带有内核参数的数字循环设备会如何影响性能（有理由将其默认值限制为8，对吗？） 如果存储数据的设备仅用于（以错误的形式）以字节形式保存文件中的数据，而其他所有内容均由另一台设备管理（如果无法创建分区，则是必需的），则必须将所有数据保存到ZFS系统或池也需要在设备上运行（至少池的名称和附加的vdev的列表），以使池在控制设备的故障中幸免。与ZFS相关的数据必须在外部备份。如何告诉ZFS在哪里存储其数据？我猜想，挂载目录（/etc/zfs等等）比告诉ZFS在创建池时将数据保存在何处更糟糕。
1
Synology iSCSI Target-使用PXE安装Ubuntu Server
大规模iSCSI / PXE菜鸟在这里。 我的Synology NAS上有一个iSCSI目标，该目标已使用VirtualBox附加在OSX中。我在以下Synology上安装了Ubuntu Server安装ISO/volume1000/IsoMount/ 是否可以在不通过VirtualBox客户端计算机路由流量的情况下使用PXE将Ubuntu Server安装到iSCSI目标？我目前在劣质的互联网连接上处于远程状态，想在我不在时开始该过程。 这是可能的还是未受过教育的白日梦？ 任何帮助表示赞赏。
2
NAS存储问题
我在Buffalo NAS上运行一个小程序，一些用户正在通过网络共享访问该程序。最近，该程序开始经常崩溃，并在用户对其进行处理时将其踢出去。我的问题：并发用户是否通过NAS上的网络共享访问同一文件会影响程序稳定性，还是NAS不支持更多用户使用不同的登录名访问同一共享？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.