当前位置: 首页 > article >正文

NetApp EF 系列全闪存存储,为实时分析、HPC 和数据库等性能敏感型工作负载提供助力

NetApp EF 系列全闪存存储

如果您需要为实时分析、HPC 和数据库等性能敏感型工作负载提供强劲动力,NetApp® EF 系列全闪存存储的性价比优势不言自明。其可为要求最苛刻的应用程序提供微秒级响应,最大限度地延长正常运行时间并提供 99.9999% 的可靠性。

为什么选择 NetApp EF 系列存储?

获得更快、更具行动力的结果

大数据分析。高性能计算。要求苛刻的数据库。NetApp EF 系列全闪存存储专为当今巨大的工作负载(以及未来更加严峻的工作负载)而设计。

EF 系列存储将令人惊叹的 IOPS、微秒级响应时间和卓越的吞吐能力相结合,即使是要求最苛刻的应用程序也不会错过任何响应。此外,EF 系列由 NetApp® SANtricity 软件提供支持,可为您提供大范围内的配置灵活性、自定义性能调整以及对数据放置的完全控制。换言之,可在数据管理方面为您提供三大助力。

极致性能,满足所需

利用业内性价比一流的 NVMe 系统为数据分析和高性能计算 (HPC) 工作负载提供更强动力。可享受高达 2,000,000 IOPS、SSD 延迟时间低于 100 微秒、数据库应用程序性能提高 20 倍……换言之,它可以为你打造更卓越的速度。

高可用性,助您大步向前

借助可用性高达 99.9999% 的完全冗余模块化 2U 企业级组件系统,以及自动故障转移和高级监控功能,最大限度地延长正常运行时间。从 100 万个 SANtricity® 系统部署量中受益。无缝扩展到 1.8 PB。通过 NetApp Active IQ 中灵活的通知选项和可见性,主动监控系统运行状况。

效率最大化

避免过度配置。将空间、电耗和散热需求减少多达 95%,大幅降低成本。

模块化可扩展性

可利用模块化 2U 组件获得高达 1.8 PB 原始容量,不仅提供卓越的数据访问能力,而且性能延迟低。

经市场验证的平台

针对闪存优化的第四代 EF 系列存储得益于近 100 万个系统部数量,专为在要求最苛刻的环境中使用而设计。

高级数据保护

利用高级数据保护功能避免本地和远程位置发生数据丢失和停机事件。

主要用例

从大数据分析到高性能计算 (HPC),以及介于两者之间的所有繁重工作负载,EF 系列全闪存存储均已准备就绪,乐意并能够执行任何操作。

大数据分析

获得稳定一致的高性能、更频繁地访问数据以及将计算和存储分离,实现独立扩展。

NetApp 创新型大数据分析平台可以将数据分析速度提高 50%,确保数据始终可用,并帮助您满足 Splunk、Hadoop 和 NoSQL 数据库工作负载极高的企业级要求。

通过利用 NetApp 进行大数据分析,您可以提高资源利用率并消除不必要的数据副本,从而将许可证费用、硬件成本和总体 TCO 降低多达 50%。

高性能计算

优化 PB 级数据密集型应用程序的高性能计算 (HPC) 性能。

对于如何满足极端 AI 工作负载的需求 — NetApp 在高性能计算中增强了“性能”。在我们的 HPC 解决方案中,每个可扩展组件(两个 EF600 系统和两个服务器)可提供高达 200 万次随机读取 IOPS 和 24 Gbps 的持续写入带宽。 

通过以任意增量(一次添加一个或多个驱动器)添加容量,从 TB 级无缝扩展到 PB 级。解决方案的容错设计经验证可提供 99.9999% 以上的可用性。客户可以获得全天候可靠性和 AI 流状态。

产品规格

EF 600EF 300
最大 IOPS[1]200 万次 IOPS67 万次 IOPS
平均延迟<100 微秒,高达 20 万次 4K 随机写入 IOPS
<100 微秒,高达 30 万次 4K 随机读取 IOPS
<250 微秒,高达 200 万次 4K 随机读取 IOPS
<100 微秒,高达 5 万次 4K 随机写入 IOPS
<100 微秒,高达 15 万次 4K 随机读取 IOPS
<200 微秒,高达 67 万次 4K 随机读取 IOPS
持续吞吐量[1]高达 44 GBps高达 20 GBps
基本控制器机箱中的最大驱动器数[2]2424
基本控制器机箱中的最大原始容量367 TB367 TB
支持的驱动器类型SSD (NVMe)
SED:1.9 TB、3.8 TB、7.6 TB、15.3 TB
FIPS:3.8 TB
非 SED:1.9 TB、3.8 TB
扩展选项最多 420 个 NL-SAS HDD 或 96 个 SAS SSDSAS 扩展:最多 240 个 NL-SAS HDD 或 96 个 SAS SSD[3][4]
扩展时的最大原始容量7.9 PB 混合或 1.8 PB 纯 SSD4.7 PB 混合或 1.8 PB 纯 SSD
外形规格基础系统:2U/24基础系统:2U/24
扩展架:4U/60 和 2U/12
混合;2U/24 全闪存
主机 I/O 端口4 端口 200 Gb NVMe/IB、NVMe/RoCE
4 端口 200 Gb iSER/IB
8 端口 100 Gb NVMe/IB、NVMe/RoCE
8 端口 100 Gb iSER/IB、SRP/IB
16 端口 32 Gb NVMe/FC
16 端口 32 Gb SCSI FC
16 端口 25 Gb iSCSI
NVMe/IB、NVMe/RoCE
4 端口 100 Gb iSER/IB、SRP/IB
8 端口 32 Gb NVMe/FC
8 端口 32 Gb SCSI FC
8 端口 25 Gb iSCSI
系统管理SANtricity System Manager(基于 Web,机载)
高可用性功能(所有平台)双活控制器,具备自动化 I/O 路径故障转移功能,自动负载平衡和路径连接监控,动态磁盘池技术和传统 RAID 级别 0、1、5、6 和 10,冗余、可热插拔存储控制器、磁盘驱动器、电源和风扇,驱动器出现故障后自动重建,镜像数据缓存,由电池供电将缓存数据存入闪存,Data Assurance(T10 PI ANSI 标准,以确保数据完整性),主动式驱动器运行状况监控,可提前发现问题,避免造成严重后果,NetApp Active IQ,在线 SANtricity 操作系统升级和驱动器固件升级,在线配置更改,实现 99.9999% 的可用性(借助适当的配置和服务计划)
安全特性支持自加密驱动器 (SED/FIPS) 支持[5],本机加密密钥管理,外部加密密钥管理(符合 KMIP),基于角色的访问控制和审计日志,用于用户身份验证的 LDAP/LDAPS,支持 SAML,以启用多因素身份验证,通用认证标准
系统功能动态磁盘池和传统 RAID 共存,动态卷扩展,适用于 DDP 或 RAID 卷组的动态容量扩展,动态容量缩减(仅限 DDP),动态 RAID 级或区块大小迁移(仅限传统 RAID),嵌入式系统事件监控,完整条带写入加速 (FSWA),可在符合条件的工作负载下提高系统写入性能
包括的软件功能SANtricity 卷副本,SANtricity Snapshot,远程存储卷
管理助推器SANtricity Unified Manager,可对多达 500 个系统进行企业管理,适用于 vCenter 的 NetApp SANtricity 存储插件,适用于 Splunk Enterprise 的 NetApp SANtricity Performance App,VMware vSphere Storage APIs—Array Integration (VAAI),Microsoft 卸载数据传输 (ODX)
开放式管理和编排NetApp SANtricity Web 服务嵌入式 REST API,NetApp SANtricity 安全 CLI,适用于 E 系列的 Ansible® 模块,NetApp PowerShell 工具包
系统上限最多主机数:1024
最多分区数:512
卷数:2,048
最大 DDP 卷大小:2 PB
最大 RAID 卷大小:30 个驱动器
Snapshot 副本数:2,048
最多主机数:512
最多分区数:256
卷数:1,024
最大 DDP 卷大小:2 PB
最大 RAID 卷大小:30 个驱动器
Snapshot 副本数:1,024

尺寸和重量EF600 基础系统EF300 基础系统EF300 的闪存扩展 (DE224C)
高度8.7 厘米(3.43 英寸)8.7 厘米(3.43 英寸)8.81 厘米(3.47 英寸)
宽度48.3 厘米(19.02 英寸)48.3 厘米(19.02 英寸)48.26 厘米(19 英寸)
深度44.7 厘米(17.6 英寸)44.7 厘米(17.6 英寸)48.95 厘米(19.27 英寸)
重量[6]24.34 千克(53.66 磅)24.34 千克(53.66 磅)21.27 千克(46.896 磅)
电源和散热EF600 基础系统EF300 基础系统EF300 的闪存扩展 (DE224C)
kVA典型:0.979
最大:1.128
典型:0.646
最大:0.872
典型:0.265
最大:0.379
瓦特典型:979.09
最大:1128
典型:643
最大:870
典型:262.76
最大:375.12
BTU典型:3348
最大:3859.128
典型:2194
最大:2970
典型:896.57
最大:1,279.96


http://www.kler.cn/a/156616.html

相关文章:

  • Keil基于ARM Compiler 5的工程迁移为ARM Compiler 6的工程
  • 四:HTTP的诞生:它解决了哪些网络通信难题?
  • Java NIO 深度解析:构建高效的 I/O 操作
  • 向日葵软件Windows系统连接苹果系统(MacOS)的无反应问题解决办法
  • 微服务架构面试内容整理-API 网关-Gateway
  • 时间管理的三个痛点
  • 数字孪生3D场景开发工具:弥补不足,开拓全新可能
  • Linux入门攻坚——7、磁盘管理——文件系统挂载管理及RAID、LVM
  • 学生犯错误老师应该怎么教育
  • colab notebook导出为PDF
  • C语言图书管理系统的代码,包括图书录入、查询、插入、修改和删除功能。
  • 奇迹mu 架设过程中可能会出现的问题及解决办法
  • 微机原理——定时器8253(8254)学习1
  • ROS第一个程序——helloworld
  • error转string
  • Linux 基础知识整理(一)
  • GEE:Sobel算子卷积
  • 第三届首都高校“青春智慧”新铁人三项公开赛圆满落幕
  • .NET8 依赖注入
  • docker搭建nginx实现负载均衡
  • Vue 或者 React 中,什么情况下会用 Es6 的 Class 类
  • 计算机基础知识63
  • AC自动机
  • 2024版软件测试面试100问(答案+文档)
  • 【苍穹外卖】——第一天
  • Docker快速入门(docker加速,镜像,容器,数据卷常见命令操作整理)