stream行的海量存储选项

有人能给我一些人们使用的常见大容量存储设备的例子吗?

具体来说,假设你有前端服务器,都需要连接到一个大容量存储设备(SAN),它为用户提供磁盘空间(他们的使用可能会有所不同,但只要说是在他们的FTP帐户中使用它)。

这些types的设备的一般尺寸/价格比是多less? 我感兴趣的是10个或更多的TB。

有三种types的企业存储:

  • DAS – 直接连接存储

这是存储在机器内部,或者是连接到计算机总线的外部磁盘arrays。 示例将包括从内部硬盘驱动器到外部USB驱动器到12托架SCSI RAIDarrays的任何内容。 决定因素是存储在本地总线上。

  • NAS – networking寻址存储

这是通过(通常)TCP / IPnetworking使用更高级别的协议可用的存储。 如果您的桌面具有NFS挂载,则可以将该数据视为在NAS服务器上。 NAS是一个相对的想法。 实际存储可能是另一台服务器上的内部硬盘驱动器,或者是一个只能提供存储的networking设备。 无论哪种方式,从客户的angular度来看,它是networking可寻址的。 通常作为NAS包含的协议是NFS,CIFS / Samba和FTP,但也有其他协议

  • SAN – 存储区域networking

networking可寻址存储使用TCP / IPnetworking使用更高级别的协议传输数据。 存储区域networking使用较低级别的协议来呈现块设备,并且通常他们自己的networking结构来执行它,但不一定。 有两种非常常见的SAN结构:iSCSI和光纤通道。 stream量通过主机总线适配器(HBA)(您可以将其视为SAN网卡)发送到光纤networking。

iSCSI利用自己的IPnetworking,并能够使用标准的networking适配器和交换机,这使得它相对便宜。 iSCSI HBA与普通网卡非常相似,尽pipe它们中的许多都执行TCP卸载以保护服务器上的处理器使用。 通过允许或拒绝IP地址访问磁盘资源来提供访问控制。 与任何其他基于IP的networking一样,ACL,防火墙和路由可以用作stream量控制设备,尽pipe由于延迟而导致这种情况被许多人所诟病。 全新的,价格昂贵的networking设备的速度范围从1Gb / s到10Gb / s。

光纤通道利用现有的基于IP的networking完全独立的网状networking。 它需要本地光纤收发器或铜缆SFP连接的FC HBA。 FC交换机可用于提供额外的网段。 计算机使用全球通用身份证或名称(WWID)进行寻址,并通过交换机和SAN存储自身使用这些地址提供访问控制。 我不确定当前的最大FC速度,但我知道4Gb / s是可用的,我怀疑8Gb / s也是如此,只要有足够的钱。 如果没有,这将是很快。

典型的SAN存储是昂贵且高度冗余的机箱中的大量磁盘arrays。 使用arrays上的embedded式软件,SANpipe理员使用可用磁盘创build切片,标识为逻辑单元号(LUN),将其作为原始SCSI设备呈现给指定的服务器。

在服务器本身上,这些设备的处理方式与本地存储相同。 分区被创build,文件系统被放置到位,数据被正常写入。

iSCSI和FC不是唯一的SAN结构,但它们是最常见的。 另外还有超高速(40-50Gb / s)的超高速(超过500美元的HBA)infiniband结构,以及超便宜的(现成的网卡)相对较慢的以太网ATA,这是一种iSCSI相当于2层。

所以,现在的初步信息,让我们回答你的问题…

您需要数TB的数据,而5分钟前,您对SAN不熟悉。 这是一个有趣的困境。 假设你真的需要数TB的数据,你将会花费大量的资金。 比你想象的还要多。

你可以走进任何百思买,甚至用他们淫秽的高价废话,走出18 TB的东西像1500美元。 存储很便宜,对不对?

事情是,存储可能便宜,但企业存储是昂贵的。 您不是为存储本身付费,而是为机箱的可靠性,运行的软件支付费用,并且为设备附带的企业支持付费。 我有一个婴儿套装:带有12个1TB磁盘的EMC AX4 / 5 SAN存储,以及来自EMC的企业支持。 这让我想到了大约8TB的可用数据(因为你失去了一定数量的RAID,取决于你的RAID级别),我想呢? 因为嘿,如果你花了那么多,你必须得到双控制器,这是FC,所以你必须购买开关,以便你可以有多path。

如果你确实需要这样的存储空间,而且你确实是企业级存储的新手,那么我强烈build议你花费一小部分资金,最终解散你的培训。 否则,你一定不会得到正确的东西,而且要花两倍的时间去做正确的事情,因为第一次,你会做错的。 这不是你,只是有大量的隐性知识涉及到这一点,需要时间来获得它。

祝你好运。

编辑啊,抱歉的可怕的警告,宅基地。 只是想确保你知道手头任务的重要性:-)

另外,我最终还是把它作为一个博客文章:
http://www.standalone-sysadmin.com/blog/2009/12/introduction-to-enterprise-storage/