Questions tagged «storage»

主要是有关磁盘存储的问题,有时是有关应用程序存储或云存储的问题。总是对存储数据有疑问。

7
还有磁带存储的地方吗?
我们已经将数据备份到LTO磁带上已有多年了,知道我们在磁带上拥有所有内容,这真是令人感到安慰。一个姊妹项目和我们的一个数据提供者都已转移到100%磁盘存储上,因为磁盘成本下降了很多。如今,当我们向潜在客户提出系统建议时,我们往往会轻描淡写或不提起使用磁带系统进行数据存储,因为它似乎已经过时了。 将数据保存为两种单独的格式(磁盘和磁带)使我感到更加自在。此外,一旦将数据安全地写入磁带,我(也许是幼稚的)感觉到它已经被永久保存了。对我来说,不必依靠RAID控制器就能读回数据。 这些天您看到磁带备份的地方了吗?
19 storage  tape 

2
新创建的XFS文件系统显示已使用78 GB
我们有一个12 TB RAID 6阵列,应该将其设置为带有XFS文件系统的单个分区。创建新文件系统时,它表示已使用78 GB,但驱动器上没有文件。 [root@i00a ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 32G 0 32G 0% /dev tmpfs 32G 0 32G 0% /dev/shm tmpfs 32G 11M 32G 1% /run tmpfs 32G 0 32G 0% /sys/fs/cgroup /dev/sdb3 154G 3.9G 150G 3% / /dev/sdb2 1014M 153M 862M …
18 storage  partition  xfs  rhel8 

3
是否在VMWare快照中永久运行会降低性能?
我了解VMWare KB对长时间运行的快照不满意,主要是由于两件事(我认为) 拍摄大量快照可以填充数据存储。快照只是增量文件。假设您有一个50 Gig VMDK,快满了,然后进行快照。在快照中,您每翻转一次。您的增量文件也将约为50 GB。再次快照,翻转位,另一个50 Gig增量文件。这些会很快失去控制。 提交大快照会带来风险。合并快照时,您会将增量更改写入原始VMDK。这需要花费时间,并且冒着发生某些事情的风险,即您只是破坏了VMDK。 他们的警告似乎合乎逻辑。 话虽这么说,从快照VMDK永久运行我的机器固有地不好吗?我要使我的树如下: 基础 快照1 快照2 你在这里 安装和配置基本系统后,将立即执行Snap 1和Snap 2。这些是我计划经常刷新的机器,因此我将使树看起来像下面这样: 基础 快照1 你在这里 快照2 删除Snap2并重新创建Snap2。 由于以下原因,我看不到这可能有什么影响: 由于我只是安装了一个基本映像并在没有办法填充数据存储区后立即获取了增量数据。假设我的基本映像只有10 GB(在50 GB精简配置的磁盘上),即使我的增量每翻转一位,我的总使用量就可能是60 GB(10 GB基本VMDK已锁定+ 50 GB的增量)快照VMDK文件)。假设我没有再创建任何快照。 由于我的用例不要求合并快照,因此在合并增量时不会冒错误的风险。当我回到Snap1并删除Snap2时,驻留在Snap2中的所有增量都将被删除。 存储负载完全相同,因此我应该获得相同的IOPS。我知道某些文件(主要是系统文件)将在原始VMDK上存在,而其他文件(所有在基数之后的文件)将驻留在增量中,但我看不到ESXI会如何处理。所有文件都位于同一物理数据存储上,因此性能应等同于引用原始VMDK中没有快照的所有内容。 有什么想法吗?ESXI 5.5,数据存储为RAID DAS。 我没有vCenter许可证,因此无法进行模板和克隆。 测试结果 我今天早上开始进行一些测试。这是结果。有性能损失,但我不确定为什么。 快照之前: 快照后:

3
150 TB并在增长,但是如何增长?
我的小组目前有两台大型存储服务器,两台NAS均运行debian linux。第一个是已经使用了几年的多合一24磁盘(SATA)服务器。我们在LVM之上设置了两个硬件RAIDS。第二台服务器是64个磁盘,分布在4个机箱中,每个机箱都通过外部SAS连接到一个硬件RAID 6。我们将XFS与LVM结合使用,以创建100TB可用存储。所有这些工作都很好,但是我们已经淘汰了这些系统。已经构建了两个这样的服务器并且仍在增长,我们希望构建一些东西,使我们在将来的增长,备份选项方面具有更大的灵活性,在磁盘故障下表现更好(检查较大的文件系统可能需要一天或更长时间),并且可以承受在高度并发的环境中(例如小型计算机集群)。我们没有系统管理支持, 因此,我们寻求的是一种相对低成本,可接受的性能存储解决方案,该解决方案将允许未来的增长和灵活的配置(请考虑具有不同池且具有不同运行特性的ZFS)。我们可能不在单个NAS的范围内。我们一直在考虑将ZFS(例如,在openindiana上)或每台服务器的btrfs与运行在其上的glusterfs组合在一起。我们所反对的只是简单地钻研子弹,并投资Isilon或3Par存储解决方案。 任何建议或经验表示赞赏。

3
RDX可移动磁盘是否可以很好地替代LTO磁带?
在三周的时间内,我在客户端站点经历了LTO-1和LTO-2磁带驱动器的六次完全故障。一些机制失败了。其他人则失去了可靠书写的能力。这些是HP Ultrium 232、448和460驱动器。这些单元大多数是在2006年至2008年之间部署的,因此发生故障的时机正确。容量(400GB)适合于应用程序。为了保持一致性,我用等效的设备替换了几个驱动器。一台服务器还发生了SCSI HBA故障,从而进一步延迟了恢复。当时,客户询问是否有任何可用的硬盘解决方案比磁带更好(或花钱少)。 当我开始寻找替代产品时,我发现RDX可移动磁盘存储技术已被主要的服务器制造商(HP,Dell和IBM)采用。从我的角度来看,它看起来像是通过USB2在内部或外部通过USB2连接的对接2.5“ SATA磁盘,容量高达1TB。由于它们是实际磁盘,因此恢复和寻找时间似乎是合理的。但是我有一些疑问实践中的技术。 这里有人能成功使用这些驱动器吗?有什么需要注意的吗? RDX与直接外部USB磁盘有何区别? 在我的应用程序中,磁带的优点之一是驱动器具有硬件压缩功能。这极大地帮助了我必须在Linux系统上备份的高度压缩的数据集。我假设RDX依赖软件压缩是否正确? 由于这些是物理磁盘,因此Linux或Windows中是否存在挂载点问题?磁带的优点之一是它不是已挂载的文件系统,并且通常不受病毒,rootkit,系统崩溃等的影响。 此外,我观看了有关将RDX与Cactus Lone-Tar结合使用的入门知识,并在看到它们使用mkfs命令在RDX驱动器上创建文件系统时感到惊讶/dev/sda。是否有任何设备的重命名/重新排序(从添加SCSI控制器,插入USB密钥等)的机会,或将对接单元在一个特定的设备名称坚持为你更换驱动器? 30兆字节/秒的备份速度是否准确? 我很好奇,因为这可能是一个有趣的选择。一系列磁带机故障的发生是在继续前进之前重新评估其他选项的时候。

3
将许多硬盘驱动器放入机架安装的经济方法?
请允许我成为19英寸机架安装设备的新手。 最近,我一直在考虑将4倍或6倍2.5英寸硬盘插入机架的最佳方法,目前确实感到困惑的是最好的(经济实惠的)解决方案。 在搜寻市场之后,我发现这种类型的磁盘阵列单元具有内置的RAID和许多驱动器插槽以及大量的极客信誉,但价格却不符合我的预算。 我还发现了这种类型的可爱适配器,它们在一个3.5英寸插槽中可容纳两个2.5英寸驱动器,但是为了使它正常工作,我显然需要一个具有大量3.5英寸空间的机箱。 那么,将硬盘驱动器放入机架的最经济的方法是什么?


5
HBA卡和RAID卡有什么区别?
我以为我知道HBA和RAID之间的区别。 在我看来,HBA正在从主板/ CPU上卸下负载,只是JBOD ...通常具有外部SAS端口,而RAID卡的功能与HBA相同,但是增加了所有不错的RAID级别,并且可能还提供了备用电池和其他功能好处。 查看LSI网站上的产品后,我发现它们具有内置RAID的HBA卡,例如LSI SAS 9211-8i主机总线适配器。 所以...显然我错了! HBA卡和RAID卡有什么区别?

7
了解NVMe存储和硬件要求
我对基于PCIe的存储的最新发展有些困惑,特别是因为它与NVMe规范及其硬件兼容性有关。 虽然我已经广泛使用磁盘形式的SSD和某些高端PCIe设备(例如Fusion-io)进行了工作,但我对我不了解NVMe的基础知识,并且正在寻求澄清哪种服务器类型支持硬件。 例如,Supermicro 这样的广告文案令人困惑。 ...高性能CPU PCI-E Gen3直接连接到NVMe设备。 我正在使用基于Linux的软件定义的存储解决方案,并想使用备用Fusion-io设备,该设备使用专有驱动程序(向OS 展示/ dev / fioX设备名称)。 当我向供应商寻求帮助时,答复是: 新的NVMe设备界面已使“ fioX”设备命名过时。这意味着我们购买了过时的适配器以增加其他人没有要求的支持。 这似乎有点苛刻。我不认为Fusion-io适配器已经过时。 我在网上发现的稀缺信息似乎暗示着NVMe仅在绝对最新的服务器硬件(英特尔E5-2600v3 CPU和PCI 3.0芯片组?)上受支持。但是我无法验证这一点。 这是真的? 普及率是多少?这是工程师在设计决策时要考虑的问题,还是我们在谈论尚未完全形成的“标准”? 如果NVMe 仅适用于市场上的最新系统,是否(向供应商)建议我的较旧系统的安装基础不能与NVMe兼容,是否值得添加我要求的支持?

3
性能差异SAS与SATA?
似乎找不到任何地方。 在其他条件相同的情况下,在SAS和SATA之间访问(例如SAN,虚拟化主机存储等)高度并行化的存储后端方案中,预期的性能差异是什么? 我认为这会影响到NCQ(32命令限制)到SAS光盘的更高命令限制的影响。 我们正在考虑更换某些光盘,并且有机会选择SAS或SATA-所有其他光盘都准备就绪了-我希望从性能角度进行评估。请忽略所有其他问题(可靠性等)-我纯粹想知道SAS将对类似的特殊光盘产生什么影响(RPM等是相等的)。可以同时订购带有两个接口的我们想要的光盘,并且-这里有一个使用SATA的想法,以后可能会重新使用它。价格差异不是很高,但这让我想知道性能影响...
16 storage  sas  sata 

2
SAS SFF-8087分支电缆如何工作?+ RAID /连接问题
如果我的问题没有任何意义,请告诉我,因为由于缺乏对此方面的技术知识,我不确定我是否能根据自己的想法正确地解释它。 如果我使用的主板具有SFF-8087到4x电缆的连接,例如SFF-8087到4x SATA连接。 我仍在学习SAS,但被告知要利用这些连接从潜在的雇主那里建立一个系统。但是,我不确定我是否了解系统如何处理通过此电缆进入SAS端口的SATA连接的概念。 与仅将SATA驱动器直接连接到SATA主板端口相比,以这种方式进行操作还有什么优势?我相信内置的SAS连接可能是集成的RAID控制器。 虽然,是的,我可以继续并连接所有适合的电缆,我希望对自己的工作有更好的了解,例如: 如果主板具有SAS连接,我是否应该自动假定其内置了某种类型的RAID控制器,或者是视情况而定? 是否所有RAID控制器都只有SAS连接? 即使SATA驱动器是通过SAS连接连接的,还是将它们视为SATA驱动器还是SAS技术?
16 raid  storage  hardware  sas  sata 

3
测量正在运行的系统的Linux IOPS
如何测量正在运行的Linux服务器的IOPS?我知道SATA驱动器的理论IOPS约为90,而企业10k SAS / FC磁盘的理论IOPS为180。我想知道我的运行系统当前使用了多少? 目前,我正在使用iotop和iostat。但是,两个实用程序均未提供IOPS编号。 顺便说一句,这个问题不是this的重复。我不是要对存储系统进行基准测试,而是要确定当前系统正在使用多少IOPS。

7
在不使用RAID的多硬盘LVM中发生硬盘故障时,会丢失所有内容吗?
我正在讨论将LVM用于媒体/文件服务器,因为我想将多个物理硬盘合并为一个卷。我不希望在LVM中使用任何RAID,所以我的问题是: 如果卷中的多个硬盘之一发生故障,我会丢失所有数据还是会丢失存储在该单个磁盘上的数据? 另外,如果我只丢失单个磁盘上的数据,那么是否像更换该磁盘并从备份中还原其中的内容那样简单以进行恢复?

6
具有成本效益的视频和图像数据的长期存档?约50 TB
我的实验室正在建立一个小型服务器,该服务器存储着我们小组正在处理的项目的数据(主要是视频和图像数据以及一些文档)。从历史上看,在一个研究项目结束之后,数据偶然地最终存储在一个硬盘或一大堆DVD(或旧时代的CD)中,和/或某些视频最终存储在Sony DV卡带中,甚至VHS磁带(自90年代初以来一直活跃于该实验室),或上述所有物质的混合物... 问题:(1)将它们全部合并到相同格式和存储介质中的最佳方法是什么,(2)对于偶尔访问(例如30年以上)的此类数据进行长期归档的最佳介质是什么?不幸的是,我们没有企业级的预算(我们只是一个约10人的实验室),因此不能做花费数十万美元的事情。 谢谢! PS考虑到我们的旧视频和图像分辨率较小,但最近的图像和图像分辨率很高,我认为我们正在谈论的是真正的旧数据为30〜40 TB,最近的数据为10〜20 TB,然后每年增加约5 TB 。

10
哪些品牌的硬盘故障率最低?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 Wiki,有关哪些存储制造商的驱动器寿命最长/故障率最低的信息? 每个人都有自己的最爱,但是如果您可以参考(希望是最近的研究,并且有些公正)研究,那将有助于避免主观性。 编辑:任何信息都是有用的,所以不是将问题限制为服务器级驱动器或特定大小等,我只是想问您在答案中提及任何细节。

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.