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

本文主要是介绍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

这篇关于NetApp EF 系列全闪存存储,为实时分析、HPC 和数据库等性能敏感型工作负载提供助力的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/441769

相关文章

C# WinForms存储过程操作数据库的实例讲解

《C#WinForms存储过程操作数据库的实例讲解》:本文主要介绍C#WinForms存储过程操作数据库的实例,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、存储过程基础二、C# 调用流程1. 数据库连接配置2. 执行存储过程(增删改)3. 查询数据三、事务处

Python如何使用__slots__实现节省内存和性能优化

《Python如何使用__slots__实现节省内存和性能优化》你有想过,一个小小的__slots__能让你的Python类内存消耗直接减半吗,没错,今天咱们要聊的就是这个让人眼前一亮的技巧,感兴趣的... 目录背景:内存吃得满满的类__slots__:你的内存管理小助手举个大概的例子:看看效果如何?1.

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

mysql数据库重置表主键id的实现

《mysql数据库重置表主键id的实现》在我们的开发过程中,难免在做测试的时候会生成一些杂乱无章的SQL主键数据,本文主要介绍了mysql数据库重置表主键id的实现,具有一定的参考价值,感兴趣的可以了... 目录关键语法演示案例在我们的开发过程中,难免在做测试的时候会生成一些杂乱无章的SQL主键数据,当我们

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用

Spring Boot 整合 MyBatis 连接数据库及常见问题

《SpringBoot整合MyBatis连接数据库及常见问题》MyBatis是一个优秀的持久层框架,支持定制化SQL、存储过程以及高级映射,下面详细介绍如何在SpringBoot项目中整合My... 目录一、基本配置1. 添加依赖2. 配置数据库连接二、项目结构三、核心组件实现(示例)1. 实体类2. Ma

SpringCloud之LoadBalancer负载均衡服务调用过程

《SpringCloud之LoadBalancer负载均衡服务调用过程》:本文主要介绍SpringCloud之LoadBalancer负载均衡服务调用过程,具有很好的参考价值,希望对大家有所帮助,... 目录前言一、LoadBalancer是什么?二、使用步骤1、启动consul2、客户端加入依赖3、以服务

SpringCloud负载均衡spring-cloud-starter-loadbalancer解读

《SpringCloud负载均衡spring-cloud-starter-loadbalancer解读》:本文主要介绍SpringCloud负载均衡spring-cloud-starter-loa... 目录简述主要特点使用负载均衡算法1. 轮询负载均衡策略(Round Robin)2. 随机负载均衡策略(

Redis中高并发读写性能的深度解析与优化

《Redis中高并发读写性能的深度解析与优化》Redis作为一款高性能的内存数据库,广泛应用于缓存、消息队列、实时统计等场景,本文将深入探讨Redis的读写并发能力,感兴趣的小伙伴可以了解下... 目录引言一、Redis 并发能力概述1.1 Redis 的读写性能1.2 影响 Redis 并发能力的因素二、