块,文件,对象:适用于您的应用程序?

张贴了

记住生活简单的时候,你只需要挑选NAS或SAN?现在,存储admin有许多存储格式选项可供选择,例如块,对象,文件和NAS,如果您在AWS上通往我们的朋友,则会添加更多的缩写选项。选择正确的选择时选择什么格式最能为您的数据和工作流程所需的需求可能会混淆,但取向对您的组织的整体成功至关重要。糟糕的选择可以导致数据和应用服务延误,膨胀成本,缺乏可扩展性,复杂的管理框架以及许多其他问题。所以,让我们挖掘这些格式中的一些以及它们最适合的工作流程。

块存储

第一个停止是好的ole块存储。它是当数据存储的原始体积呈现给服务器时,通常来自通过FC,SAS或iSCSI访问的存储附加网络(SAN)。每个卷块都可以用作单独的硬盘驱动器;想想您插入笔记本电脑的USB驱动器,它只是文件系统或数据库使用的安装存储卷。块存储是一个和零;没有文件系统或元数据,用于跟踪和可视化数据;操作系统必须处理块的所有读/写。此选项的好处是吞吐量性能,低延迟和高IOPS。通常,块最适合支持虚拟基础架构(虚拟机管理程序)和数据库,鉴于其高性能趋于。虽然块非常通用,但它缺乏描述您的数据的元数据和管理文件级别的存储分配的能力,使其不太适用于文件中心的工作流程。

文件存储

这是一个很好的SEGUE到基于文件的存储。与块存储不同,基于文件的存储(NAS,文件系统,对象)隐藏与块存储相关的大部分复杂性。NAS只是在网络上作为驱动器号,并且顾名思义,在存储和管理文件时确实良好,而块存储缺少该更高级别的数据组织,并使它更具有挑战性。基于文件的存储在主目录中是常见的,并且由于其能够在网络上轻松共享文件以及扩展的能力而是主流IT文件共享。基于文件的存储也在更多数据密集型工作流程中获得普及,例如在M&E,石油和天然气和研究应用中看到的。这主要是由于需要将数据访问为文件而不是块或零和零。它还有助于将基于文件的存储从昂贵的光纤通道移开到高性能,低成本100Gbe网络。它还有助于这种可扩展性,令人满意性和基于文件存储的总体TCO结构使其在以虚拟的工作流程中具有吸引力。

对象存储

新的小孩在-the-the-the-the-the-the-the over over run run为它的钱运行,非常适合我们现在居住的新数据密集型物联网世界。由AWS S3和冰川普及,对象存储迅速成为存储在数据科学应用中发现的大量非结构化数据的事实标准,存储大量音乐或照片的Web农场,以及用于自动车辆基因组研究的工作流程的AI / ML数据存储库。那么,是什么让对象如此酷?首先,它是一个简单的概念,其中数据被传递为具有丰富,可搜索的元数据和唯一ID号的对象。与您在目录和树中组织文件组织中的文件存储外,对象被放置在大规模的规模,平坦,高度耐用,可用的铲斗或可在云中的可用铲斗或池中,或者在上述所有内容中分布。每个对象中的元数据是一个重要的关键,因为它给出了应用程序和用户能够快速搜索和运行分析的能力,而不是非常大的非结构化数据存储库。这是它在机器学习中流行的一个原因以及任何利用先进的分析。对象存储也固有非常安全 - 通过使用擦除编码,它提供了非常高的数据耐久性,通常超过10-15 9。意思是,一旦创建了一个对象,它可能永远存在。这使对象存储是备份或存档的理想位置,其中数据保存是关键组件。最后,通过对象存储,您的首席财务官将欣赏所有这些技术术语给定的对象存储是您可以从可爱的磁媒体磁带存储之外部署的最低成本存储解决方案之一。

哪种存储格式满足您的需求?

正如您在下面的图表和上图所示,有许多方法可以部署存储,每个方法都具有不同用例的独特优势。需要数据库等结构应用程序的性能?考虑块。很多用户共享文件;NAS可能是合适的。构建癌症研究或未来飞车的数据储存库?对象存储可能是要采取的路径。并非所有存储都是平等的,并且很可能您的数据中心需要混合解决方案来满足贵公司的需求。beplay娱乐客户端下载在Quantum,我们的技术存储专家希望帮助您了解最适合您组织的使命需求的明智决策。我们希望这篇博客提供一些良好的见解和信息,并且在即将到来的帖子中,我们将解决数据管理困境。

3评论

发表评论

本网站使用AkisMet减少垃圾邮件。了解如何处理评论数据