BlueXP is now NetApp Console
Monitor and run hybrid cloud data services
[字幕已自动生成。] 大家好、欢迎回到NetApp on Air。 像往常一样、我是您的东道主Nick Howell。 非常感谢您今天参加我们的另一集活动。 嗯、 过去几周发生了很多事情、 我想给大家简要回顾一下发生了什么。 两周前、NetApp在春季全面发布 了全新A系列AFF系统、 同时还发布 了许多其他内容、我们现在已经创建了这一系列内容、我们 将在未来几周进行介绍。 上周、我们的好朋友Keith先生 正在观看该节目。 91. 如果你错过了那一个,回去看看那一个。 有很多不错的东西 915即将推出。 嗯、今天我们将讨论一个 对我来说非常激动的话题、因为我还没有 机会去做。 嗯、我 还没有去。 下周我们将 在新的A系列平台A70、A90 和A1、K上推出超级硬件GUI细节 。接下来、我们将在下周与Matt Trodeau先生一起跟进。 一年后再次回到展会 、让我们对Cyber Vault有一个全面的了解。 这也是 我们发布的新参考架构 以及 ONTAP和其他NetApp解决方案领域中的一些其他安全增强功能的一部分。 首先也是最重要的是 几周前发生的其他事情之一。 注册已开放供深入了解。 是的、现在是时候了。 现在是时候获得洞察力了。 因此、请确保您已注册、现在您 可以获得最优惠的价格来获得深入见解。 请继续预订航班和酒店。 他们只会变得更贵 、您知道您希望在那里。 来到我的家乡拉斯维加斯、 与我们一起度过几天、 了解我们 围绕AI、Rans未来 软件、可持续性等所有解决方案的各种好知识、 以及 我们 利用所有这些新系统向世界展示的所有其他好知识。 因此、请确保您尽快注册以获取Insight 。 它现在已开放。 Insight NetApp。 com是您想去的地方、 另外、在 一年中的其他362天内、如果见解不能持续、 您还想加入我们的Discord社区。 请访问NetApp discord.com与我们联系。 只需单击页面上的"加入"按钮、即可 了解我们的全部内容。 这里有多达5000人、 其中包括众多合作伙伴和客户、 NetApp工程师、支持人员和高管、 或者、通常只关注存储、 基础架构、云以及 您心中所需的任何内容。 嗯,但是是的, NetApp discord.com是您的理想之选。 好的、充足的内务、充足的介绍。 让我们去吃肉。 让我们来了解一下业务。 我今天的客人。 嗯,我不知道如何介绍这个人。 老实说、他是NetApp的其中一个钟乳。 他是。 他在这里的时间就像我一样长,如果不是更长的话 ,我想问他, 所以我就带他来。 他是 NetApp的StorageGRID和对象存储副总裁。 嗯,邓肯·穆尔先生。 Duncan、感谢您加入我们的行列。 欢迎观看该节目。 感谢您的支持。 Nick。 很开心见到你。 那么、您会说您在这里做了什么? 就像我是一个以人为本的人、因为我们 都在这里工作了很长时间。 我们在不同领域开展了不同的工作、拥有不同的 专业知识领域。 我们扮演了不同的角色、做了类似的事情。 您会如何评价您 在NetApp的旅程、以及您会怎么评价、 就像您的日常生活就在这里一样。 首先、我认为您在办公空间上 的行为与您认为您在这里做什么完全不一样? 是的。 嗯、是的、我还可以。 我是一个以人为本的人、Nick。 我认为这就是答案。 嗯、是的。 是的。 所以、 首先,我已经在这里工作了25年了。 嗯、看起来不是很长、但是如果你 看一下旧徽章照片、就会发现很明显。 嗯,我戴着几顶帽子。 嗯、我最喜欢的是领先的 对象存储和StorageGRID产品线。 我已经做了十多年了。 嗯、 还有很棒的产品。 我会私下击败您、 因为您在今天之前不会谈论StorageGRID、 但我们会讨论这个问题。 嗯、我是RTP 工厂的现场主管、这是NetApp迄今为止最酷的工厂。 我们来到北卡罗来纳州。 嗯、还有更多。 这就像是学生团体的主席。 我会说现场主管。 所以,嗯,这是一个很大的乐趣。 嗯、欢迎新员工、欢迎客户 光临我们的网站、欢迎新蜂箱。 我相信您会就此提出一些很好的问题。 哦、是的。 稍等。所以、 我想快速解决两个问题。 现在森尼韦尔,RTP绝对是一种胜利。 是的。 第二件事。 请快速告诉我们BES的相关信息。 BES的用途是什么? 在LinkedIn上有你在RTP做养蜂的照片。 嗯。 我不是真正的西服。 我穿着西服。 但是的、如果 你想看这套西服、你必须在我的LinkedIn上查看。 嗯、是的。 作为我们可持续发展努力的一部分,我们 现在在RTP之间有三个地方。 如果您前来参观我们、我必须向您展示 网站、并向您展示他们已经在这里住了 几周的蜂箱。 我们将拥有我们自己的RTP蜂蜜 、这些蜂蜜将由这里的咖啡人加工。 是的、不会、我们会玩得很开心。 啤酒的名称类似于The、um、 on Tap和类似的东西。 是的、我们还没有做到这一点。 嗯、 也许我们会看到它的味道。 嗯,是的,但是我们还在给女王命名。 哦。 太可爱了。 是的。 我希望未来能有一场演出。 我不是暗示这一点。 也许,比如,在两个蜂窝之间,你知道吗? 是的,你和我可以把它混合在一些 养蜂队的装备上,做一些蜂。 当我们 谈论技术时,做一些日常工作。 可以做到。 玩得开心。 我对此感到失望。 是的、让我们来做。 很好。 让我们来做吧。 不是在8月份。 否 我向你们保证, 8月份拉斯维加斯的情况比RTP要差得多。 但在RTP中并不是什么都没有。 嗯,这是一种 不同的热。 不同类型的热。 嗯、我不知道 今天要从哪里开始、因为正如您所说、 我对没有您和或StorageGRID 在节目中的表现感到有罪。 我觉得这很可怕,在 我们做这个节目的近两年里, 我们没有StorageGRID。 请进。 我一直 在LinkedIn上谈论它、认为它是 NetApp最保守的秘密之一、尽管 我们不希望它成为一个秘密。 但是、在TAP和 硬件平台上、 FAS和AFF往往是800磅重的大猩猩、它们 占据了大部分市场 份额或人们关注的时间份额。 在我看来、我们不会花足够的时间 谈论StorageGRID、坦率地说、 StorageGRID有多好。 如果您愿意、请将我们带回到开头。 我知道我们有很多新的东西、但是 由于我们还没有谈论过、所以 我们是如何开始使用StorageGRID的? 我记得 与收购有一定关系。 在我于2011年开始 收购之前、我就曾参与过一次收购、后来它成为了一条产品线。 那么、您能给我们提供这样的历史吗? 当然。 而且在你开始之前也没有那么多。 2010年、我们在 不列颠哥伦比亚省温哥华收购了一家名为比切街的公司。 他们的产品是StorageGRID。 这是软件。 我们 在温哥华还有一个工程设施, StorageGRID的许多原始DNA仍然 存在,并且还在生产该产品。 现在、我们 的RTP设施实际上正在进行StorageGRID开发。 我们在温哥华以及班加罗尔的NetApp工厂。 因此、我们扩大了开发范围。 嗯、当我们第一次购买该产品时、您知道 、有人想到、嘿、您知道、我们能不能、您知道、 其中一些很酷的功能、我们将讨论 产品的一些功能、 是什么让我们想要进行此次收购。 我们的目的是、我们可能会 将其中一些内容融入ONTAP、 而我们刚刚从 集群模式ONTAP的交付之旅中走了出来。 我想在那一点上,我们坐下来 说,现在这真的没有意义。 它确实是它自己的东西。 嗯、这是一 组不同的工作负载、也是一种不同类型的部署。 嗯、我们决定让StorageGRID 成为自己的独立产品线。 它不是ONTAP、而是它自己的东西。 在我们被铸造公司收购之后不久,我们又收购了, 嗯,你知道,是的, E系列 产品线。 这给了我们。 是的、是的、这给了我们一个拥有设备的途径。 因此、最初的StorageGRID设备很快就 与我们新收购的E系列产品组合在一起。 我清楚地记得那是一 件很让我困惑的一件二三件事。 我不能真正地将什么、 战略或计划整合在一起、因为您让他们 开发集群模式ONTAP的功能。 您有StorageGRID、您有双播采集功能、 我想我们会尝试并喜欢 将其固定到ONTAP上 、并拥有我们 现在所具备的某种S3功能、但有其他不同的方式。 但是、与所有这些产品一样、 E系列的工程师产品似乎是一种专门 为特定垂直市场设计的设备。 我记得 在那段时间里非常困惑。 现在一切都变得有意义了。 是的。 我不想让人们 以为我们购买了E系列用于StorageGRID、从而混淆视听。 事实并非如此、对吧? 是的、我们 之所以购买E系列、是因为它可以处理一系列 独特的工作负载、 UM、 零数据管理功能的性能。 您知道、我需要极速的性能、但我不 需要ONTAP数据管理的所有优势。 这就是E系列和渲染的目的。 农场之类的东西。 是的。 您知道的。 完全正确。 嗯、HPC是对的。 嗯、 其中一些环境。 但事实 恰恰证明、这正是我们对 StorageGRID设备的需求、我们不需要数据管理 、因为这正是StorageGRID的功能。 嗯、我们需要良好的性能、而最重要的 是极高的密度。 E系列为我们提供了这种支持。 正确。 是的。 很好。 嗯、是的。 嗯、有很多评论。 约瑟夫说, 1.6 PB的StorageGRID 非常喜欢。 非常感谢您的分享、Joseph。 嗯、我们有很多人在聊天、所以。 大家好。 感谢您的加入。 如果您有任何疑问,请 将它们放在聊天中, 无论您是在LinkedIn上还是在YouTube或Twitch上观看。 例如、我们将在浏览 案例时现场回答问题。 邓肯,这让我们很好的建立起来。 嗯。 我们如何做到。 所以现在我们坐下来的 时间可能是什么、2012年和2013年、我们把所有这些都整合在一起。 集群模式ONTAP也是我们以前的称呼。 集群模式ONTAP现在或集群模式。 是的。 嗯、是的。 你知道,所有这些东西都出来了。 这些都是疯狂的时代。 我还记得,我和 一些SAN成员合作, 我是VMware团队中 第一次在内部看到集群模式的第一批成员之一。 我被提名做一些工作、 但我认为我从不会因此而分心 、当 E系列产品中的StorageGRID产品出现问题时、我就离开了。 他们 从未真正跨越过经常发生的河流。 收购Buy Cast的结果以及所有 这些因素、我们如何才能达到今天的目标。 是的。 那么、现在、让我们回到 收购的过程。 我们为什么购买它们? StorageGRID拥有这种令人难以置信的能力。 这仍然是IT的一个巨大竞争优势。 我们将其称为ILM策略、即信息 生命周期管理策略。 这基本上是最简单的解释方法、 我们可以将业务规则嵌入到存储层中、以 帮助确保特定数据片段 位于正确的地理位置、 正确的性能层、正确的 持久性层、以及正确的合规保留、 所有这些内容都可以让应用程序 不必管理。 所以这真的很有吸引力、这促使我们购买了它。 然后、我们重新设计了 产品的核心以实现扩展。 我们添加了S3、因为在过去、S3 是新兴的对象API。 那时、每个人都有自己的专有API。 有些人可能还记得 SNIA曾试图说,嘿, 我们会把这个cdmi作为对象标准。 这种情况并没有真正跟上。 S3是什么? 嗯、关于2012 、2011、我相信有人会告诉我、当我们 推出StorageGRID 10.0时、这确实是 支持S3 API的新架构。 它成为我们发布设备 和目前所做一切的基础。 嗯、就是基于 我们在10.0天内发布的主要架构变更。 我们实际上是这个版本,这个版本是 我们上个月刚刚发布的版本。 很好。 嗯、对于那些不知道我们在谈论什么的人来说、 如果你是在说 假象、我什么也不知道、嗯、我 可能是一个喜欢TAP 、我的AFF系统和我的FAS系统的客户、 我已经在使用这些系统多年了。 但 也许我从未接触过StorageGRID。 也许我从未被介绍过StorageGRID。 您将如何吸引他人? 作为现有客户的潜在客户、 可以利用StorageGRID。 是的。 所以我想我首先解释一下什么是 对象存储为什么很重要? StorageGRID为何与众不同? 嗯、如果您在(例如) 过去5到7年中没有查看过对象存储、那么 您对它的用途和 价值的印象可能有点过时。 我想说、在过去、 对象存储的最初用例非常无聊、对。 这就像备份和冷归档一样 、如果您想确定工作负载的特征、它是一次写入、一次 读取、从不是对象 、供应商可以提供的唯一价值主张是您能提供多大的价值、您能提供多便宜? 是的。 嗯、我们 过去看到、五、六、 七年来、对象已经真正 成为一项主要存储技术、在 许多用例中、 传统文件或块无法提供这些用例。 嗯、部分数据还能恢复 到这种规模。 如此大规模的扩展。 我看到有人评论 说他们有数PB的数据。 我的客户 在一个命名空间中拥有数百PB的容量。 因此、它变得很大。 此外、还需要 在不同地理位置分布命名空间或这种规模。 是的。 嗯、我的一些最大的客户是 像制药开发公司这样的人、他们需要所有 研究人员 都能访问所有数据、无论数据存在于世界上的什么地方。 你知道,我可以要求一个对象, 它可能是临床仪器的结果 ,研究或基因组序列, 它在命名空间的什么位置都没有关系,它 会找到它,它会把它拉回来。 要在文件环境中做这种事情, 你的方式是在整个 地方都有副本,这就变得非常非常昂贵。 而且,你知道,你会处理很多速度的 光问题和类似的事情。 与分布式对象的协作更容易 实现。 因此、它为我们带来了大量新的工作负载。 嗯、在这种情况下、性能是否会有所取舍? 你知道、适应性、持久性 以及随着时间的推移的情况。 而且、您知道、 全球范围内的大规模横向扩展占用空间。 但是、 有什么利弊是有 原因的、为什么我们倾向于将其与这样的产品搭配使用 、因为AFF可以非常快速地尖叫、 但可能并不是他们每个人都能 独立站立。 我要说的是、 与AFF的权衡通常是成本、对吧? 您将获得这种 极致性能、 但 与StorageGRID类似的产品相比、成本要高一点。 您将获得 所描述的全局命名空间特征。 您将能够 通过不同的应用程序、 集成等方式获得不同的访问途径。 但是、 在您看来、与StorageGRID有何不同之处? 嗯、这不是我不会说性能 、因为当我们了解"新增功能"时、 我会向您展示一些新设备、包括 全闪存对象存储。 对。 因此、您可以创建高性能对象、 这是一个关于StorageGRID本身的对象。 这是一种横向扩展的无共享架构。 因此、在添加节点时、您会 根据所能获得的架构线性地添加性能。 IT规模越大、速度越快。 现在,我不 想说东京的研究人员是否要求在中输入一个对象。 这是在旧金山,他们 不会 像其他人一样受到同样速度的光问题的影响。 因此、在这种情况下、在分布式环境中 、您肯定会有一些迟发。 当然。 但速度可能很快。 嗯、我认为这种权衡 是反对的。 对象无法解决所有工作负载问题。 有许多工作负载是您 永远不会放在对象上的。 是的。 举例来说、我们的E系列的一些最佳工作负载、 高性能事务处理工作负载、 这些工作负载可能会非常糟糕。 如果 我知道谁是观众、我会使用一些更糟糕的语言。 对象存储。 对。 您知道、您不希望读取更新。 更新。 读取。 写入。 更新。对于 您需要考虑、在各个位置写入、读取、 创建新转换、在各个位置读取的对象来说、这种工作负载会非常糟糕。 但 这不是事务性的。 嗯、这是一个折价。 这与 协议的功能一样重要。 还有事吗? 是的、有一定的意义。 所以我想 把你刚才讲的东西与 对象存储进行并行。 嗯、我 有一个不同的途径、我 猜我在 过去5到6年中看到的情况是、我们一直在启动 云产品。 实际上、如果您回到 2015年Kubbernetes诞生时的样子、 我们看到了大量的在线应用程序开发。 我们发现、在 2000年中期、 大约20年前、DevOps在某种程度上接管了Docker和Kubornetes。 随之而来的 是DevOps的突出地位。 当他们开始 在云中做一些事情时、我发现了这一点。 他们选择在AWS中使用S3存储、 我总是将这归因于 开发人员的一些无知。 对。 存储基础架构。 这里有恐龙。 说话。 好的。 不了解他们在做 什么、因为我知道什么是对象存储、我 就像您一样完美地说、这是长期归档。 它永远不会被访问。 比如、您将其留在那里、直到您 需要合法保留或需要某种东西。 对。 或从某个内容进行审核。 这不是它的用途。 但最终 发生的是、它变得非常普遍 、我们开始看到 与S3、S3、API兼容性、 所有这些新产品和系统的兼容性 以及即将推出的产品和系统。我感到哇、好的。 那么DevOps是否改变了存储环境? 这就是 我所看到的道路。 这就像是我们 传统的存储人员的文件和块的背后、我们 会仔细观察、然后就去、是的、您不想 用它来实现这一点。 但他们让它发挥了作用。 我想知道其中有多少 与性能增长有关。 您知道、嗯、摩尔定律的一点是 协议和文件系统所能提供的功能。 现在、 我们看到这个周期在使用400千兆以太网时再次发生。 我们发现、第五代PCIe性能惊人。 嗯、我看了看这个、当然、10到15 年前、性能可能会很差。 我不认为现在已经不存在了。 我想我们已经到了 这样一个阶段、硬件可以 在某些阶段克服软件的一些限制。 我的意思是、同意绩效不是进入的障碍。 我还同意、在云中采用对象可以 加快其他任何地方的对象使用速度、对吧? 如果您在AWS上查看 您可以在市场上购买的数千项服务、 它主要是对象、对吧? 它是一个很大的对象块。 你知道,原因是什么? 我的意思是,从根本上说,我一直相信这是 因为它很容易。 嗯、您创建了一个文件夹、一个存储分段。 是的。 如果我是一名开发人员、我需要数据存储、 那么比一种协议更简单、 如果我想在其中加入一些内容 、我就可以将其放置、然后、我就可以获得、嗯、 另一种方式是 开发人员不会管理它。 IT对象将这种完整的高价值 数据作为服务提供给开发人员、因此 开发人员可以担心 我要解决的问题是什么。 我的业务挑战是什么? 我要做的很酷的事情是什么? 而且、我不必担心管理 文件系统或LUN、因为 对象存储服务负责管理 。 是的。 对。 是的。 作为一名开发人员、我知道如何编写CURL命令。 我知道怎么做。 我知道如何做这样的事情。 获取并放置我不知道如何创建卷 、配置导出路径、分配类似的协议、 然后委派 对类似中的特定文件夹和卷的某些访问权限、例如、我想进入IDE、并 开始编写应用程序和代码。 是的。 最简单的方法是、只需使用 了解如何操作的S3兼容API即可。 所以我觉得他们只是把中间人剪除了。 我 在2000年末以管理员身份经历过这种情况。 甚至文件存储也是如此。 他们没有。 他们会使用 内部提供的基础架构四处走动、然后开始将 企业卡投入AWS。 我们会发现 我们会收到账单、金额大约为12万美元。 我们想、你们在那里做什么? 他们 会向我们解释他们在做什么,然后我们去了,对吧? 您可以这样做。 这就是我了解AWS的方式。 可能是2009年时间框架的力量。 嗯、三年 后、就像它真的被启动了一样、我在EC2实例中安装了ONTAP。 这是一个疯狂的世界,我们经历了 20年。 回顾一下。 嗯、看看 过去20年中VMware、Kubnetes、Cloud Now和AI之间的关系、这绝对是一种让人无法自定义的情况。 只是我们所经历的一切的范围。 我可以看一下,然后说,对象 在几乎所有这些活动中都发挥了很大的作用。 当我想到对象的力量时、 我对它有很多不同的看法、 但我想从NetApp如何 看待StorageGRID以及我们 所看到的客户、我们所希望的客户的角度来谈论它。 我们非常希望客户能够 以各种方式利用它。 但我很好奇您在哪里看到了最受欢迎的。 如果您愿意、请将其称为用户可能 希望将其视为解决方案的用例。 嗯、嗯、我确信、大多数听众 都是现有的ONTAP客户或合作伙伴。 是的。 或合作伙伴。 给你。 因此、您知道、 FabricPool是了解StorageGRID并立即从中获得价值的最简单的按钮之一。 是的。 简单地说、FabricPool正在 从基于ONTAP的闪存环境、 AFF甚至E系列迁移到StorageGRID以节省成本。 因此、您可以 从ONTAP层中为最热的数据 提供最佳性能、而StorageGRID可以为您提供更 经济高效的活动归档、 因为它确实不像旧时代的对象、 它的召回性能更类似于 您在本地SATA 或其他存储上所期望的性能、对吗? 当然。 但是、我们发现 、当客户 在闪存ONTAP环境下部署StorageGRID时、 他们会立即发现 其环境中的大量其他对象工作负载。 这是一种 对象存储的"希望之地"版本。 你知道、我可以在这里使用它。 一家本地金融客户(嗯)购买了它作为备份 目标、这是一个非常传统的对象用例 我们应该把所有这些都放在这里。 所以 他们把所有这些都移到了那里。 然后、他们移动了文档成像检查成像 工作负载、这是零售银行的核心主要工作负载。 你不想把那一个弄乱了。 这也转移到了对象。 嗯、您知道、FabricPool很快就会 成为工作负载的10%、它是100%的工作负载。 哇! 所以,你知道,对于那些人。 不知道FabricPool是什么、您说的是 T字。 我想澄清一件事。 您说的是"层化"。 嗯。 我想花一分钟时间 这样做。 不是这样。 它们是什么。 这不是您的孙子的分层。 是的。 这 不是我们标记文件属性的位置。 这不是HSM。 请勿混淆。 IT。 在 磁盘的不同冷层和热层之间移动文件。 对。 我们实际上是在块级别进行观察。 在TAP上、正在对其进行处理并将其拆 分成64兆克的冷数据块、 然后将该数据块向下移动到 StorageGRID系统上的存储分段中。 我是否正确地描述了这一点? 是的。 关键是、您在 开始时的目标是、这对 最终工作负载绝对透明。 问 这个问题是没有意义的、好吧、分层是否适用于这个或那个或这个。 是的。 因为 他们甚至不知道自己的数据已分层。 是的。 FabricPool有三种模式。 如果我 在这些问题上错了、有人可以纠正我、因为我 一段时间内没有查看最新的 数据、但是有一个快照数据分层、您可以说、嘿、 这些块只存在于快照中。 它们 不属于活动文件系统。 他们会将这些数据分层出来。 有一 个活动文件系统层、您基本上有一个旋钮、您可以决定冷对您意味着什么? 这是几天或几周的时间, 我们将积极地汇总那些 你用旋钮设定的温度的块 ,并将它们移过,然后有一个模式。 Nick、如果我错了、请更正我、我们以前称之为 数据保护模式或其他。 这基本上是 我们要撕裂的所有东西。 这个想法就是你会在 SnapMirror SnapVault目标站点中使用的。 SnapVault二级系统、您可以将其设置为数据 保护模式、然后执行其他所有操作、 它基本上会被启动。 是的。嗯、这是一个你知道的即时、有 很多指标。 您可以使用我们的NetApp。 com站点和我们的合作伙伴、您可以访问现场 路径Field Portal、查看数据、了解这些数据 为您带来的价值。 这是一个立竿见 影的成功案例、而不会出现所有其他工作负载。 但是、一旦您开始添加所有这些其他工作负载、 您最终会 获得一个可扩展到数百PB的环境 、并且可以非常轻松地进行管理。 对。 我有一个大型媒体和娱乐客户在管理。 我想说的是、我上次查看他们的环境 可能接近100 PB、相当于FTE的三分之一。 嗯、它正在执行主数据流以及一些 数据保护和归档等任务。 就是这样。 是的。 所以最后一个 关于FabricPool的快速问题、最后一个快速问题。 您知道、是否有一种 以每TB为基础的风最佳猜测比率。 就像我要告诉别人的那样 、我现在甚至告诉别人、我不是销售人员。 但是、如果您要购买AFF、则需要 购买StorageGRID坐在它旁边、 即使您唯一要 使用它的是FabricPool。 就像I一样 、您知道、 每购买1 TB AFF、您就 应该购买X TB StorageGRID吗? 你们有没有做过这样的规模估算等等。 是的、让我弯下了弯。 嗯、是的。 因此、 在大规模部署中、 立即 考虑使用StorageGRID当然是有意义的。 嗯、我相信、 当您对 大型AFF环境进行规模估算时、我们的合作伙伴和系统工程师可以使用我们的 规模估算工具、它会立即为您提供与FabricPool相当的规模估算 、以便您了解其价值所在。 是的。 我还想说、StorageGRID不是 FabricPool分层的唯一解决方案、对吧? 因为ONTAP也有S3、这 是FabricPool的一个很好的目标、 尤其是当您处理的 规模较小的 工作负载或客户喜欢时、请注意、我没有其他S3工作负载。 这就是 ONTAP S3这个更简单的按钮、因为您不必 学习其他产品。 这已经是ONTAP了、对吧? 它们如何以任何方式协同工作? 如果不是这样,请不要说我的无知。 但是、就像ONTAP S3和一样、StorageGRID中的 对象包括"帮助我了解我应该购买哪一个?" 我如何理解哪一项? 是的、这将变得非常 明显、具体取决于API支持的类型 和所需的功能。 嗯、StorageGRID 实施的S3功能更强大。 在这方面,它的功能更加全面。 ONTAP 很好。 每个版本都在变得更好。 嗯、它们也可以协同工作。 你 原来的问题,对吗? 您可以在ONTAP、 S3和StorageGRID之间使用S3 SnapMirror进行SnapMirror、以便它们可以共存。 您也可以使用 SnapMirror to Cloud、 这是一种将快照镜像到S3存储分段的功能。 您知道、这 也是在几个面向StorageGRID的领先备份应用程序中实施的。 我们还拥有 不同租户之间的云镜像 、以及S3实例之间可以执行的类似操作。 是的。 这就是SnapMirror S3、 SnapMirror云。 此外、还有云镜像、它 实际上是一种StorageGRID功能、 用于在存储网格之间进行镜像。 Gotcha。 好的。 例如、它不会转到StorageGRID到S3。 它将位于存储网格之间。 我们可以做到。 是的。 我们也可以做到。 是的。 但是、我们也可以从 StorageGRID复制到另一个S3目标。 是的。 很好。 但我们没有。 所以有几种方式可以跳转一点。 可以通过多种方式来看待大规模扩展。 嗯、我有一些客户说、嘿、 一个命名空间可以处理数百PB的数据、这一点很棒。 从长远看、我需要数十EB的数据、对吧? 您是否要在一个命名空间中执行此操作? 你可能不是第一名,你知道。 请、不可以 请不要在此处谈论 EB命名空间的爆炸半径。 对。 嗯、但是您真的要 通过联合来实现扩展、对吧? 一种网格网格,其中多个网格 相互关联。 因此、当我们这样做时、我们将其称为跨网格复制。 在StorageGRID中、我们不仅可以 复制对象、 我们还可以复制密钥、这样、您 就像实施多个区域一样、对吧? 是的。 嗯。 在某种程度上、您将成为您自己的提供商。 您将成为您自己的服务提供商。 当您达到这一级别时, 就像您 为最终用户制定了自助服务例程时,当您 进行备份检索等操作时, 您就会从IT部门过渡 到服务提供商,并且 在 执行这种操作的人员之间有一个非常清晰、清晰的界限。 我很容易看到如何实现这一目标。 但我 知道Fusion可能会有很多混淆。 因为,你知道,我会说我们的孩子有点丑。 在我们的不同产品 和产品组合以及整个产品组合中、我们确实存在大量冗余。 因此、我真的要选择哪一个? 这是一种假设、 您必须与客户团队沟通、找到 正确的解决方案、然后找出您的 实际场景可能与 其他人不同、可能需要一些 更适合客户的解决方案。 嗯、 这样可以构建这样的内容。 嗯、这是我听说过 的最大规模的实施方案、自从 我们谈到这一点以来、我听说我们就是这一个。 我不想 说出名字或任何东西、 但我听说有超过500 PB的容量。 我们还见过EB吗? 不是单个。 我们不支持 在一个命名空间中使用此功能。 什么? 我的意思是、我们称之为" 支持我"的最大理论规模是多少? 我认为这大约是300 PB。 嗯、我已经完成了这个练习。 我认为这实际上比这要多一些,但是。 好的。 嗯。 因此、最多支持200个节点。 嗯、我想知道一个节点有多大、但 我会在下一次商业中断时进行数学计算、 但不 超过数百PB、然后联合起来、实现超过这一规模的扩展。 但我想回到您在 最后一次体验开始时所说的一些非常 准确的内容、当人们执行X、Y、Z时、 他们是在构建自己的云服务。 这就是您需要StorageGRID时的重点所在、这 也是人们使用StorageGRID时的重点所在。 这就是一个金融客户的例子 、 他们使用所有这些不同的应用程序构建自己的S3、即自己的对象服务。 这就带来了很多要求、对吧? 嗯、我们提供QoS功能。 我们是唯一一个 具有对象的企业对象存储平台。 智能显示了我们可以执行的功能 、例如限制对象基础、在存储分段级别 或租户级别执行此类操作。 您知道、一切都 可以通过REST API进行编排。 嗯、它只适合管理大量 规模化的不同类型的工作负载。 是的。 换了一点,因为 我想保持一点相同的精神, 但我也想知道这里的时间。 我想和大家谈谈云的相关内容。 自2018年以来、我一直被埋在云中 、就像我所做的几乎所有事情一样 、除了少数例外、我一直与 Cloud Volumes Service、Azure NetApp Files、UM、FSx、 ONTAP和AWS相关。 嗯、任何 可能与这些解决方案相关的虚拟化解决方案、就像我在 过去六 年中一直在头脑中工作的地方一样。 StorageGRID在这种情况下处于什么位置? 因为我知道有一种方法 可以将数据镜像到云中的存储分段。 嗯、 目前使用StorageGRID的云集成云解决方案的状态如何? 是的。 第一个显而易见的问题是、我们 不在云中运行StorageGRID、对吧? 我的意思是、 与原生Amazon S3产品相比、这种解决方案没有吸引力。 对。 或Azure Blob。 因此、我们在 云中部署StorageGRID的战略一直是、我们希望 与主要云提供商实现最强的互操作性。 因此、 我们可以通过复制数据和智能方式执行FabricPool、例如从 StorageGRID分层到所有云。 例如Google、Azure、AWS。 嗯、 我们有一个非常有趣的功能、称为通知。 我把它比作你有两个选择 您可以使用云 镜像将数据迁移到云中、例如、我说的是、嘿 、这个 存储分段、或者更精细的存储分段、带有此前缀的存储 分段、所包含的任何内容、我们都将复制到AWS中的相应存储分段、例如。 好的。 但是、我们还有一种方法可以让云计算在 内部部署的StorageGRID上发挥作用。 亚马逊拥有SNS、对吧? 您知道简单的通知服务。 因此、 StorageGRID在StorageGRID中实施了UM、SNS。 我们可以在存储分段或存储分段加上前缀级别执行此操作。 所以当你放下东西时 ,假设你有一个叫做um 的桶,邓肯的照片,然后你把 一张照片放入这个 桶中,我可以有一个SNS规则,说,哦,向亚马逊发送短信,说一张新照片刚刚到达邓肯的桶中。 我不知道。 每天从源代码存储库构建一次、 质量保证团队将在 云中使用该源代码存储库执行测试和其他操作。 嗯、这真的很智能。 这会触发Lamb达 作业 、并显示"我要去做图像识别"。 我将提取这张图片、 我将创建元数据、 然后将元数据 重新放入StorageGRID、例如。 所以、我要将云计算 应用于内部对象存储。 因此、我们可以复制、撕裂、将 工作负载绑定在一起。 我们可以做所有这些事情。 我相信 我们今后还会做更多很酷的事情。 您知道、 我对此感到非常兴奋、因为 可以根据 发生的情况或活动(不一定是坏的情况或活动)触发任何类型的自动化、 就像我们倾向于将触发器和警告以及 类似的事情视为失败事件。 但就像我看到他们的MacBook Pro上有人可能在Visual Studio代码中工作, 就在安全区域,并放置一个夜间构建。 他们可以 ,你知道,他们可以在夜间进行扩建。 使用SNS触发到 云的复制、在云中、有一些自动化单元测试的兰巴达 正在等待运行、一旦 这些兰巴达进入S3存储分段、就会触发这种复制。 一切都是自动化的、例如。 这只是 这些事情中的一个简单用例, 就像某些事情可以做一样,我们仍然做任何类型的 地理标记或类似的事情,就像 应该 根据命名空间设计和内容复制某些东西的地方一样。 这些规则可以由各种因素触发。 他们可以执行强制实施数据控制权 规则等操作、就像您所说的那样。 如果此对象是在欧盟创建的、则可能 只能复制到这些其他数据中心。 例如、它不能再去伦敦或纽约了。 对。 嗯、一般般。 我们在德国看到这一点非常突出。 嗯, 他们喜欢呆在里面,你知道,和。 我的意思是、许多 不同的机构和许多不同的国家/地区都有地域主权规则。 嗯、是的、这就是一个例子、如果 我在StorageGRID级别实施该功能、 那么我就不需要担心某些应用程序开发人员 忘记了规则。 对。 他们不会这样做。 您知道、基本上是 在数据服务本身中进行数据监管。 因此、您知道、应用程序开发人员可以 专注于交付其应用程序的价值。 而且、您可以相信、我们不会让 他们对数据做坏的事情。 对。 是的。 您知道、这是一种比实际情况更加标准化的策略 、它 还有助于您控制变更管理以及类似的事项。 无论你什么时候通过这些 动作? 是的。 嗯、我们有一个整体。 我看到我们还剩下大约15分钟。 嗯、 我们还没有谈到新增功能。 我想这就是这件事的目的。 是的、但我认为是的。 我们可能 需要做一个零件,一个零件,因为这个。 但这是我们进入某些领域(如问答)之前的一个很好的环节 让我们来回顾一下 两周前发布的部分。 是的。 嗯、我们谈到了很多关于AFF的事情、 在过去的几周里 、我们也谈到了很多关于ONTAP、网络存储和勒索软件的事情。 嗯、 如果您对对象存储的勒索软件有顾虑、如果有顾虑、我很乐意听到您的想法 。 嗯、这是其中的一部分。 是的、让我们深入了解 两周前的公告和发布。 是的。 所以我们实际上 在几个月前推出了我们的版本是11.8. 但我们在会上宣布的 一切,与我们刚刚为所有 内部人员举办的大型会议是一致的。 我们宣布 全面更新我们的设备系列。 嗯、我们有四个。 是的、有四行 设备、还有一些我们称为数据服务设备的设备。 我将解释这些是什么。 以及我们的更新内容。 嗯、我们有一个全闪存设备 、称为GF、6112。 它是一个单u12 SSD设备。 这是针对 这些新兴的高性能、 高并发性对象工作负载而设计的。 那么、物联网、AI、 前端数据、 湖边的房子,像这样的东西。 闪存的最佳用例。 此外、我们还 在11.8中引入了一些新功能、使您可以更有效地 将这些闪存设备与 我们的以及SG 6160设备混合使用。 或者对于我们中使用上一代 产品的客户、也可以使用6060设备。 在这种情况下、我们基本上使用的是SGF、6112、 几乎就像在网格的其余部分中使用网络结构整合一样。 太有趣了 好的。 是的。 因此、您基本上会 在混合网格中获得这种透明的闪存优化、它将成为。 有点像级联、分层的方式。 是的。 过去、我们允许您在网格中混用设备。 但是、我们真正希望您创建 不同的池、就像虚拟数据中心。 这就是闪存和另一个 混合磁盘或全旋转磁盘虚拟数据中心、然后使用ILM规则。 现在我们要说的是 ,我们将使这变得更容易, 让你把6112和 其他6160放在一个网格中。 因此、它不再是关于机箱、而是关于 磁盘。 您现在的情况是这样吗? 嗯、这是关于机箱的。 更多的是关于光盘。 我不知道、你可以有 不同类型的混合。 所以你可以有三个半的自旋体。 您可以使用一些闪存SSD。 您可以 混合使用它。 但是、当您构建时、您知道。 如果您有需求、如果您有一些 高性能工作负载 、并且您有某种常规传统活动归档 、例如FabricPool等、 嗯、6112闪存设备、解码器在那里响铃、 12个告诉你其中有12个存储设备、 所以它是12个SSD。 嗯、6112是一个 12个SSD的全闪存存储节点。 这些存储节点再次成为 我们横向扩展集群环境中的节点。 因此、他们会为 S3端点提供所有功能。 它们执行元数据管理。 它们存储对象有效负载、并执行所有这些操作。 然后、 性能下降一步、达到6160。 这是工作负荷设备。 这是五个机架单元。 一个是连接到的专用计算刀片式服务器、适用于 60个驱动器的NL SAS。 这是你的目标。 此外、还有几个SSD正在执行 元数据缓存以加快这一速度。 这一个可以实际进行纵向扩展和横向扩展。 因此、我可以在 该节点上再添加两个扩展架、即120个22 TB驱动器。 所以这些节点会变得很大、对。 嗯,你知道 ,就像我说的那样,6160是一种核心的力量。 可以了。 嗯、可以了。 高性能工作负载、 大型对象工作负载、纵向扩展、横向扩展。 嗯、当您开始 处理小型对象高并发性 工作负载等问题时、您需要考虑6112、这是您可能需要考虑的时候。 然后、我们将采用更传统的全NL SAS、而不是混合SAS。 这是5860和5812。 因此、最后两位数 是驱动器数量。 那么5812呢,嗯,三个212。 而其他人则不是 212之后、对于60 MB和Lsass以及所有这些、您知道、 我们有不同的驱动器密度、您知道、FIPS、 非FIPS、所有这些功能。 但是、最酷的是所有这些 设备或软件定义、 部署在您自己的裸机和Docker容器中 或部署VMware基础架构。 无论 您选择如何部署、软件都是相同的。 明白了吗? 不、这是很酷的东西。 嗯,对不起,我 的眼睛里有一个小的睫毛,真的让我感到很不高兴。 哇哦! 嗯、看看吧。 好的、我们推出了新的。 我们 更新了所有硬件系列。 是的。 嗯、从软件端开始。 人们可能有任何新的增强功能、他们 可能会期待并感到兴奋。 嗯。 让我们来看一下。 嗯。 是的。 我的意思是、我们总是 在S3 API中添加更多功能。 除了Object Lock之外、我们还增加了一项 符合S3的保留功能。 除此之外、我们还增加了监管模式功能。 嗯、 我们可以通过许多不同的方式提供性能。 所以、您知道、一种方法是、当您推出新硬件时、 显然您可以利用 处理器和网络等方面的速度提升。 但是在11.8中、就在软件方面、如果 已经拥有6112的客户(例如 、通过升级到11.8运行11.7)的 性能提升高达40%。 是的、这是很酷的东西。 这与Windows效果正好相反、 每当您使用更新Windows时、 您的笔记本电脑速度变慢、或者我们说、嘿、您更新 StorageGRID、您的现有环境会变得更快、 对吗? 嗯、我认为我们有更多的 机会、我们在那里有更多的机会。 所以、我不认为我们已经结束了 对数据路径的优化、并加快了速度。 Keith在上周我们让 他讨论ONTAP时也说过一些话、 他说我们每个 ONTAP版本的首要目标是提高性能。 这让我有点兴奋,因为在 某种程度上,你只会遇到回报下降的问题,对吗? 您将开始运行 其中一些版本、以及每个版本。 他们让工作变得更快、更 高效、我只知道如何做到。 所以、当您说性能提高40%时、 我只想说这是如何实现的。 我的意思是、我不想让 我们为每个版本做好准备。 这只是一个伟大的标题为11.8. 对。 我的意思是、我认为他们发现了一些 与我们看到的闪存工作负载非常相关的内容。 他们做了适当的改变。 我,我,你知道,我知道一个事实,我们不能 谈论这些事情的未来。 但我知道、 在近期和长期路线图中、性能优势会更多 。 我们还可以做更多的工作。 嗯, 你知道,我不认为它在减少。 很明显、在某个时刻、您将 尽可能地优化。 但S3的功能也是API Pi。 与 块和文件非常不同。 这还处于发展阶段、对吧? 它仍在不断发展。 您知道、 S3中更高级的功能可以让您 比以往的工作方式更快地完成工作、对吗? 是的。 你知道,如果我以前不得不去读一个巨大的物体, 我必须去读整个东西,然后,你知道, 然后,就会出现字节偏移 或范围读取之类的事情,我可以说,嘿, 只给我这一小块物体。 那么、 接下来的一个重大改进是、嗯、S3。 在GET语句中选择使用SQL来 检索结构化对象的一部分的功能、对吗? 因此、通过功能实现的这些改进 可以在不改变性能的情况下提供巨大的性能。 但是、在一天结束时只需要块存储、就像 我们在某个时间点检索单个块一样、 如否 在这种情况下。 只需说一下。 就是这样。 A这是逻辑项目、对吧? 所以、您知道、 假设此对象存储在逗号 分隔、镶木地板或JSON中、对吗? 是的。 它本质上是针对 对象结构的查询。 您知道、这在 物联网之类的东西中尤其有意义、因为在这些 东西中、可能有大量的日志和要进入对象存储的东西。 是的、是的。 还有什么? 还有事吗? 在我们 进入最后几分钟的这类问答之前。 嗯、在发布时、您还想 强调哪些重要内容可以让人们关注? 我很高兴有,你知道,如果 我们想把毗湿奴带回来。 我听说 StorageGRID团队的一位前任成员已经回到NetApp、 所以我们可能需要看看能否找到他。 嗯、或许是 Vishnu或其他人来吧、我们可以。 是的。 但是他不在StorageGRID上工作。 是的、但我们可以做到。 我们现在可以做到。 我们谈论的是您,好! 是的。 来吧,狗狗。 欢迎您的好员工回来。 嗯。 好的,让我 ,嗯,让我快速地把这些东西扔出来。 所以我问,有一个 NAS网关被丢弃了。 嗯、有没有机会让它恢复、或者有没有 其他方法可以将NAS功能迁移到S3后端? 我们 现在是否考虑使用ONTAP S3来解决这一问题? 是的。 ONTAP提供多协议、对吧? 嗯、我想 我们已经到了S3即将推出的地步。 ONTAP ONTAP拥有行业领先的文件功能。 将产品组合拆分成不同的大脑、 使事情变得混乱。 答案是,继续 在ONTAP中开发双重性功能。 嗯、这就是您要 看到文件和对象共存的地方。 是的。 太棒了 非常感谢您提出的问题。 嗯、是的、是的、还有一条是、 他说,我的一些学生购买了 大约5 PB的StorageGRID for FabricPool。 然后、开发人员发现了这一点、他们不得不购买 额外的容量、而且预计的工作负载完全改变了。 我认为这种情况比不常见。 是的、是的。 我想,你知道,我们的目标 是使这种方法尽可能适应 工作负载的变化,因为,你知道, 采购的运动通常是有人 为了一件事购买东西。 对。 是的。 随着时间的推移,一件事变成了 5到10件不同的事。 您不能总是期望有一件事能够优雅地适应。 这是我们将继续 与StorageGRID合作的一个领域。 对。 例如、 将这些闪存节点添加到 6060个节点中以正常添加新工作负载的能力、 例如、仅包含元数据的节点、 这将是与Vishnu讨论的一个很好的话题。 是的。 嗯、抱歉。 我认为这是事实。 嗯,如果他们。 这是Field of the希望对象存储的故事。 所以我就根据您所说的、我的第一个 客户体验、NetApp 就是我们完全按照您所说的做了。 VMware是一款全新的 产品、我希望一些共享存储能够做到这一点。 我们购买了2050 FAS。 是的。 这是一次糟糕的体验 、因为它是赛扬系统。 我认为这是低端中的低端,我们 很便宜。 我们只是在探索。 在三个月内、我们就购买了 六对3140 、因为我们确定我们可以 执行SMB、CIFS、我想那时、 NFS、块和光纤通道、 一小部分光纤通道、 就像我们仍然 在同一系统上拥有的Oracle产品。 是的。 所以我们都进去了,这是我第一次经历 很糟糕。 然后他们带来了3140年代的一个。 我们当时进行了POC。 嗯,这就像2006年说的 2007年初,也许我认为是我们做这事的时候。 不管怎样,你的观点是有效的,因为我的第一次 经历是非常有目的的目的,你知道, 做一件事。 我认为这就是 客户端服务器时代的一般情况。 就像通常有堆 东西做一件事一样。 是的。 完全正确。 而虚拟化技术的 发展需要花费一点时间才能让人们摆脱这种思维方式。 我想我们现在的世界已经 完全将它的头完全地改变了 现在我们只希望做一件事、这是一 种标准、对吧? 是的。 好的。 非常感谢您、您好! 嗯、 与我们分享。 嘿、Duncan、在 容量、节点数或站点数方面、最大的网格是什么? 显然、如果没有命名名称、您能不能 在其中抛出一些大数字? 节点数我们有几个客户的 节点数即将达到最大值。 因此、在一个命名空间中、只需不到200 um。 当然、我们的客户 在多个网格中拥有更多节点。 UM、站点计数。 我们在一个命名空间中支持多达16个UM站点、 我相信这就是数量。 嗯、我不知道我们是否有超过八个 数据中心的数据中心。 平均值为2或3。 嗯、也有很多单一数据中心网格。 是的。很好。 我知道有一个。 嗯、差不多是300多个。 我上次的估计是500 PB以上、 但我不确定这是否都是单一位置 、也不知道它们的实际设计和布局是什么、 但这是一个大规模实施。 是的、有。 有很多大规模实施。 是的、我 会密切关注这些问题。 嗯、但是。 是的。 所以,亚瑟,我猜他迟到了。 嗯、说、存储 分段或站点的备份路线图上有什么内容吗? 实际上不是站点复制? 是的、这是一个有趣的问题。 我不打算谈论路线图。 嗯、我要告诉你、这是一个问题、一个 对象问题比过去更常问的问题。 因为、正如我们在开头所说、 对象用于备份、对吧? 但现在、该对象正被用于初级人员、 他们有自己的监管规则 、我必须有三、两、一个用于数据保护。 嗯、因为它是您的。 需要备份的源代码存储库。 对吗? 是的。 所以、您知道、站点 复制、版本控制等组合、您知道、人们正在使用这些组合。 现在有备份应用程序、也就是 现在支持备份分段的备份应用程序。 嗯、我很确定Commvault"具有 S3备份功能。 例如。 我认为NetBackup也能做到这一点。 是的。 嗯、一般般。 我认为、您将 在这一领域看到创新、 不仅来自我们作为对象供应商、而且 来自有关备份的ISV领域、 因为越来越多的主存储意味着越来越多的 要求要适应我们定义保护的方式。 对。 我认为每个人都会 有一个不同的定义。 而且,你知道,不是所有的都是三个,两个, 我认为 保护的级别、温度和程度不同。 是的。 根据您与谁交谈、取决于 您交谈的垂直市场或行业。 嗯、让我们来看一下。 快速滚动浏览此处,我想 我们还得到了一个,呃,来自Oliver说。 因此、我可以将cassanda数据库固定为仅 在具有磁盘节点时分发到6112。 嗯、嗯。 Oliver希望 Vishnu的续集、网络广播或续集广播仅讨论元数据。 节点。 嘿、我们来吧。 就是这样。 奥利弗在说。 我们引入了一项功能 、可以使节点不实际存储对象、 而是仅管理元数据。 当您处理 大量非常小的对象的环境时、这就变得更有必要了。 嗯、这只是推动这种对元数据的需求的一种方式。 我们在那里做了一些工作、并 在11:8发布了一些功能。 我认为让Vishnu 来这里并深入了解文本会非常好。 是的、他说现在他知道该功能的名称了。 仅元数据节点。 我不是在告诉未来。 我们现在就这样做。 是的、就是这样。 我们现在所做的事情,我们有一个特殊的嘉宾出现 ,由数据中心的狗决定给我们带来恩惠。 她的存在。 嗯、欢迎。 欢迎观看本节目。 数据 中心。 狗。 很遗憾。 结束了。 你太晚了。 哦,各位,非常感谢邓肯 在这里的参与。 这是。 我觉得我们可以再花一个小时来讨论一些 用例、并深入了解一些具体内容、 但我确实认为、与Vishnu进行良好的跟进会更好。 我们也欢迎您加入我们的行列。 嗯,我们可以在这里同时做多个人。 嗯 ,但是你想继续做什么? 我会等的。 两个蜂窝之间。 是。 哦、嗯。 我可以也不可以。 没有任何承诺。 可能在7月的最后一周在RTP中、也可能不在RTP中。 好的。 所以我不知道你能不能安排一些 Adirondack椅子在蜂箱旁边。 我可能有或没有一些相机设备和麦克风与我 . 我们可以看到一些蜂套会发生什么。 我认为这会很有趣。 是的、我 认为这会很棒。 嗯、Duncan、 非常感谢您今天为我们安排的时间。 我知道每个人都喜欢它。 聊天非常活跃。 嗯、我们会有一些跟进、然后、各位、如果您 对邓肯还有任何其他问题、请 让他们不和。 嗯,对我们来说,我们一定要 确保他看到了这些,并为你找到答案。 请记住、这是 我们下周将要做的系列的一部分。 我们将让克里斯·路易斯的AFF家伙、斯科特·贝尔、 他们之前在这里看过的表演的朋友、 以及马特·古德温来讨论 网络存储和所有这些好的东西 今天的嘉宾邓肯非常感谢您 抽出宝贵时间与我们交流。 我们对此深表感谢。 嗯、我怀疑这是我们最后一次 与您交谈、看到或听到您的声音。 因此、随着StorageGRID的不断发展、 嗯、请 告诉我们。 请预订我们的时间。 请。 何时是 与受众分享内容的合适时机。 知道他们在这里、并且知道他们很活跃 、并且他们希望听到你要说的一切。 这就是。 很有趣 感谢您联系我们、Nick。 非常感谢。 谢谢大家。 好的。 谢谢你、Duncan。 而且,各位,请确保, 正如我在节目开始时所说的, 请确保您注册获得见解。 这是9月23日发生的,但是 现在已经开放了。 它已经开放了几周。 现在、您可以 通过Insight NetApp .com预订所有航班、酒店和注册、享受最优惠的价格。 确保你尽快预订所有这些东西。 嗯、这个计划 和去年的计划是一样的。 根据我的理解,大约两天半到三天。 这将是一个星期一、星期二、星期三、星期三的 安排,从我到目前为止所见的一切开始。 所以只要注意一下,如果你想继续进行并开始 为深入了解预定,那么, 当谈到这一点时, 我们将在整个夏天发布信息,因为我们将 更接近我们的Discord社区的展示。 您可以在这里获取所有信息 、查找有关产品发布的任何信息、 向一些工程师提出一些问题、或者只是 与我一起闲逛、然后像画一样、这很有趣、对吧? 我们在社区部分中做一些有趣的事情。 人们张贴烧烤图片和各种有趣的爱好和 类似的东西。 这是一个很棒的地方 它是我们所有社区活动的中心、 也是我们为 本节目宣传和发布即将到来的节目的地方。 NetApp在空中、快来加入我们吧。 NetApp。 不和。 com。 但我相信这就是 今天的情况。 我们已经走过了足够长的时间。 嗯、正如我所说、我们将在下周与 AFF团队的孩子们一起讨论新的A70、 A90和A1 K、并在 下周三上午10点将其列入您的日历中。 你不会想错过这个, 因为我们将深入探究 新平台的硬件极好性, 包括我在 一个月前检查系统和拍摄一些视频时观察到的一些情况。 所以、请继续关注这一项。 当然、Matt在下周回来是 为了获得一些网络安全网络存储的优势。 但各位,我的名字是尼克·豪尔,是为邓肯·摩尔而命名的。 再次感谢您加入我们的大会。 我们对此深表感谢。 嗯、我们 下次再见。 请细心一些。
StorageGRID is a part of the NetApp family that doesn't get enough attention, so we brought the platform flag-bearer that has championed StorageGRID for more than a decade to discuss the latest and greatest when it comes to Object Storage at NetApp!