BlueXP is now NetApp Console
Monitor and run hybrid cloud data services
[字幕已自动生成。] 这是我们 围绕 Amazon FSx for NetApp ONTAP云原生工作负载的三部分虚拟网络研讨会系列的最终安装。 请下一张幻灯片。 今天的会议将围绕 AWS平台中的数据库、自行管理和托管数据库进行。 对于今天的议程、我们将从 AWS上托管和自行管理的数据库的总体概述开始、 然后是 在AWS上运行数据库的精心设计的最佳实践框架。 然后、我们将跳转到Amazon FSx for NetApp ONTAP的概述、它是什么、它有什么功能、它 在平台上是什么样子、我们 还将在聊天中回答有关这一点的问题。 嗯、我们今天就结束了。 哦、我们去吧。 然后、我们将在今天结束时 演示、一个客户示例、 我们将节省一些时间来解决 聊天中提出的问题。 接下来、我将让Phil来 介绍数据库。 谢谢、Adam。 嗯、接下来。 下一张幻灯片或 下一个空格键、我猜。 谢谢你。 好的、首先让我们来介绍一下 AWS中的数据库选项。 我们有一个受管组件、然后是一个自行管理的组件。 但首先在受管端、我们有一个 全球规模的受管数据库、即Aurora。 这就是MySQL或Postgrs产品。 我们有RDS、 这是我们的托管关系数据库服务。 这提供了SQL Server、Oracle等更主流的 产品。 恩普顿是我们的图形数据库。 如果您有这种数据集、那种数据集 确实需要映射您的关系。 um、DocumentDB、这是我们托管的JSON文档数据库。 DynamoDB是我们的NoSQL关键值数据库。 和。 然后是密钥空间、这是我们的cassand拉 兼容 数据库服务。 因此、这些都是管理的。 我们还拥有自己管理的数据库,这 可能是数据库平台。 您知道,您可能在内部运行 ,或者熟悉SQL Server、Oracle等。 嗯、还有一些是自我管理的。 此外、还需要运行 Amazon EC2和计算、 然后使用我们的存储服务托管数据库。 有各种各样的事情需要 考虑。 因此、对于托管数据库 、我们显然已经说过它是托管的。 作为客户、您不必担心 操作系统的启动、 操作系统的修补、 数据库平台的安装和修补。 这是托管服务的全部内容、 还有许多其他内容。 托管服务具有可扩展性、您可以 在其中一些平台中进行配置、也就是说、 随着我的工作负载增加、您可以 对我的平台进行一些调整、以适应这种情况并进行 缩减。 然后是按需付费服务。 因此、如果您在一个月后才需要 它、而在接下来的时间内又不需要 它、您可以将其关闭、而不会产生成本、您知道。 因此、在自管理数据库方面、根据需要、 或应用程序、则 需要在 操作系统中安装的一些内容、以及需要 在应用程序级别登录并进行此类更改的自管理数据库所在的位置、 数据库级别。 所以、您知道、只是为了微调性能。 因此、您需要这样做。 很明显、 这里支持相当多的阵列、您会发现图中显示了其中的 几个阵列。 此外、它还 允许您自带许可证BYOL、 在某些情况下、这是一种非常经济高效的策略。 在今天的会议中、我们将 深入研究自我管理的数据库 、尤其是采用 Amazon FSx for NetApp ONTAP的SQL Server。 那么、 在今天的对话中、我们要认识到并应对哪些挑战。 因此、首先、弹性 和保护始终是重要的。 这意味着什么。 备份还原、高 可用性灾难恢复。 我们 要如何保护这些数据、所有这些要素都是我们的目标。 这是我们将 在对话中直接解决的问题。 以及今天的演示。 接下来、我们将提供高性能。 您知道、数据库的 性能必须高、才能让客户满意。 因此、除了典型的吞吐量和IOPS之外、 我们还需要确保低到足以 满足您所需的任何SLA等要求。 这就是我们在 进一步讨论FSx时要深入研究的指标。 此外,如果需要 X段时间来创建数据库和 刷新数据库,创建时间和成本也会有所增加。 您知道这些时间、 这些时间可能会产生直接成本。 如果您必须使报告环境 脱机四个小时才能刷新数据、 这可能是一个代价高昂的运营缺口。 那么、如何 做到这一点、以及如何节省成本。 最后、 当然也不是最不重要的是成本 性能优化、 我们将在 后面的一些幻灯片中介绍如何真正减少计算、 减少许可占用空间、并真正找到成本 效益与 性能和性能之间的平衡。 今天我们将向您展示 FSx如何帮助您进行对话的几个步骤。 请下一张幻灯片。 在AWS、我们有 一个架构良好的框架。 这是我们可以做的六大支柱、我们可以 真正满足和了解您的需求、 您的应用程序、并提供一个良好的结构 来定义最佳实施方式。 所以为了今天的对话,我们 真的是在深入研究其中的四个支柱。 备份的可靠性 可以帮助您恢复。 然后是性能。 我们谈到了阈值、低 延迟和卓越运营、 这将回到 我们如何以最经济高效的 当然,成本也很高,我们 可以向您展示哪些工具来真正优化该环境 ,并确保您 以最优的价格获得最高的性能,等等。 这就是设计良好的框架。 我们很乐意 在另一个会议上讨论更多内容、 但这正是我们 今天谈话的重点。 请下一张幻灯片。 接下来、我将把它转交给Simeon 、讨论Amazon FSx for NetApp ONTAP。 谢谢你、Phil。 大家好、我是Simeon Mazor。 我是NetApp的产品推广员。 为了了解我们如何应对 Phil刚才讨论的挑战、我们 推出了一项名为Amazon FSx for NetApp ONTAP的服务、 这是一种适用于 AWS上架构良好的数据库的专家存储。 它可以提供强大的数据库保护和性能 、并实现卓越的成本效益。 让我们深入研究一下、了解这 对您意味着什么、以及我们刚才提到的所有挑战。 那么首先、什么是FSx for ONTAP? 它是 Databricks提供的存储服务之一。 FSx NetApp利用NetApp行业领先的技术、 该技术是在过去30年中开发的 、并被众多 要求最苛刻的财富企业和大型企业所利用。 与其他存储服务不同的是、 它具有一套全面的功能、可以 为任何工作负载提供专家存储。 这些功能可 分为五大支柱:可访问性、 弹性和保护、数据安全性、性 价比和数据移动性。 为了便于访问、FSx for lCluster 在同一文件系统上提供了文件块和对象存储。 它提供独特的多协议访问 、支持NFS、SMB和iSCSI 、以实现故障恢复能力和数据保护。 FSx NetApp在默认情况下具有高可用性 、并提供许多数据保护功能、以确保您的 数据在本地和远程副本 中都受到保护、我们将在接下来的几张幻灯片中介绍这些内容。 为了确保数据安全、FSx包含 与数据完整性和隔离、 与Active Directory集成以及文件跟踪相关的各种功能。 存储、防止未经授权的 数据删除和恶意软件保护的不可迁移性、 以及其他数据安全功能、 可提高私有性能。 FSx for lCluster可提供高吞吐量、高IOPS和 通用功能来减少数据占用空间。 FSx NetApp可提供高性能和 成本效益、并可实现数据移动性。 FSx NetApp提供了许多 数据移动、创建新副本、 克隆数据和建立新环境的功能、 这对运行 数据库有着显著的贡献、我们将很快介绍这方面的内容。 现在、让我们打开Phil提到的每个挑战 、看看FSx Front Top如何帮助应对这些挑战。 所以、让我们从可靠性开始。 企业 需要保护数据。 FSx前端提供多层数据保护。 首先、 默认情况下、文件系统的每个前端都具有高可用 性、支持 在部署中使用单可用性和多可用性区域。 第一层数据保护 由只读本地快照提供。 数据的时间点映像。 这些快照 是轻量级的、可即时创建。 此外、数据库也是一致的、因此 恢复起来更容易、无需任何前滚活动。 这些快照充当 本地存储在同一文件系统上的数据副本的初始层、 以便在数据损坏时进行还原。 第二层是灾难恢复。 FSx NetApp 使用 名为SnapMirror的高效复制引擎提供跨区域复制的高级功能。 这样可以确保存在 额外的数据镜像副本、 即使是完整的体验也是如此。 即使是。 即使 整个区域发生中断也是如此。 在这种情况下、数据库可能会 立即通过二级区域出现故障。 数据保护的第三层是备份、它可以 为不同格式的数据创建额外的副本。 这在 紧急情况下提供了额外的保护。 今天、我们还将演示 您创建这些备份的难易程度。 FSx NetApp还与AWS备份相集成、 由于它利用了 NetApp快照、因此效率很高、因此备份速度快、 还原速度快、成本节省。 接下来、我们来 讨论性能效率。 FSx NetApp提供高性能、 可确保降低数据库的低迟发性。 它可以提供每 秒6 GB甚至更多的高吞吐量。 此外、它还集成了独特的 内存缓存和NVMe缓存、 进一步提高了 频繁访问的数据的性能。 借助SSD、磁盘S6可提供 数十万次IOPS、从而 确保数据库在 所需时间内收到结果。 接下来是卓越运营。 大多数组织都有多个数据库环境、 包括生产数据库和用于 开发、测试、预生产、架构验证 等的其他数据库。 通常、每个附加副本都需要 与原始副本相同的存储量。 但是、FSx NetApp提供了一种不同的方法。 FSx NetApp会创建快照、 我们刚才也提到过、 这些快照是轻量级的、可以即时创建、 而不会影响您的生产环境。 现在、基于此快照、可以 创建这些快照的精简关闭来创建新环境 、这些快照会从快照中延伸出来、而不会 影响性能、容量或成本。 这些克隆的最大优势在于、 它们的性能就像数据的真实副本一样。 这些 副本完全可写、您可以根据需要创建和共享尽可能多的可用生产副本、 而不会影响生产环境 或授予对生产环境的访问权限。 因此、 使用 相同的存储量可以获得相同的结果、而不是消耗5倍、50倍或500倍的存储容量。 克隆不仅可以降低数据库成本、 还可以缩短开发周期、从而 降低开发成本 并加快上市速度。 最后、FSx for runtime,运行几个内置的数据 精简功能、有助于节省成本。 现在我将展示这些 功能、稍后我将展示一个客户示例、展示这些功能。 它首先采用各种数据精简技术、 包括重复数据删除和数据压缩、 这些技术可以有效地减少数据容量。 NetApp快照可以高效地 节省存储容量和相关成本、 真正改变游戏规则的是考虑克隆。 我们认为、克隆不仅缩短了 我们刚刚提到的开发周期、 而且还会显著影响您的云支出。 而不是像您所说的那样为多个数据副本付费 、如五个、五个、50个或500个副本、 您只需支付一个费用。 由于FSx NetApp的存储效率、初始环境的容量比原始的100%容量小 、然后后续复制只占数据的一小部分、从而 使数据总量达到100%。 我们提到的性能是可配置的。 这意味着、环境不 需要 由于FSx NetApp在AWS中的集成方式、 它使您能够利用 存储层的网络带宽、因此 这可以显著节省成本。 此外、对于基于存储的复制、FSx for ONTAP 还允许保存以节省数据库许可证。 为了更深入地探讨最后两点、 我会请Phil解释一下它的工作原理。 Bill、您处于静音状态。 很抱歉。 嗯、我们可以回去吗? 一张幻灯片。 我只想谈谈 您谈到的Sammy的最后两点。 是的。 因此、我们希望您 在此了解的信息是、存储复制 是指传输到Amazon FSx for NetApp ONTAP存储系统的网络流量、它不同于 因此、当您将复制和 数据流量转移到不同的介质时、 可能会使您有资格 使用更小的计算大小。 嗯、因为很多时候、您的存储 需求会对 您运行的计算规模产生很大的影响。 但是、当您将该流量转移到 网络层而不是EBS通道时、 可能会减少计算。 请下一张幻灯片。 现在、我们已经讨论了如何 通过将存储流量转移到 网卡来减少计算? 进一步 优化的下一个难题是如何降低许可证成本。 所以我们把我们的。 您能否在空白处点击 。 我们已经开始了。 我们以我们的R6 12 x大作为示例。 当您启动它时、它会提供48个vCPU。 现在、我们可能已经从24倍大开始 、并且可以缩减到12倍。 通过将存储流量移动到网卡。 我们可以通过观察 整体计算来进一步优化这一点、并说、好吧、 我们需要分析AI将为 我们提供的所有内存。 这是一个数据库。 它热爱记忆。 让我们尽我们所能为它提供一切。 但 它也不是受CPU制约的应用程序。 它可以使用少于48张的整批卡。 因此、使用一种称为优化CPU的方法、 它允许您配置 在发布时提供给操作系统的内核数量、 我可以说、它不是48辆汽车。 这只附带 八个、因为这就是我的应用程序所需的全部内容。 需要我能给它的所有记忆、 但只需要八辆车。 这意味着,如果您要自带 许可证,只需要为八辆车授予许可证,这样, SQL Server 企业许可的48辆车就会减少到八辆,83%。 如果您 支付这些许可证的费用、这将节省 大量的资金、因为、您知道、48%到8%、83%是一个很大的数字。 这是第二部分。 我希望通过将 存储流量移至网卡来降低计算。 然后、我们希望通过 确保您只为 应用程序所需的许可证和核心付费来进一步优化。 这两个步骤可以真正减小计算大小 、并使其成为一种经济高效的设计。 请下一张幻灯片。 好的。 所以我们已经谈了很多。 让我们来看看其中的许多工作是如何实际工作的。 请下一张幻灯片。 首先、让我们 做一个高层面的工作。 演示将如何进行。 因此、第一步是创建这些备份。 备份将通过 Simeon所说的快照进行。 嗯、我们的生产数据库将 成为高可用性故障转移集群实例。 您知道、这是连接到我们的 Amazon FSx for NetApp ONTAP存储的。 然后、我们的开发环境也将 成为一个独立实例、或者更低的环境、 但它也会通过ESXi连接到我们的存储。 那么、在我们进行备份之后、我们将在 生产数据库的顶层还原备份。 我们刚刚从中了解了一些保护 数据和回滚更改(如果需要)的信息。 因此、这将是第一个操作、即还原。 下一步是创建这些相同的快照 、并利用这些快照将整个生产 环境克隆到开发环境中。 你会看到一些漂亮的, 相当惊人的数字。 例如、我们 将拥有一个3.1 TB的数据库、 我会让您在脑海中进行一些有根据的猜测 、了解您认为克隆该数据库需要多长时间。 然后、当我们进行演示时、我们将看到。 看看 您的距离有多近。 好的。 这就是演示。 接下来我们将使用的工具 是SnapCenter、这是此次对话的重要组成部分。 这是一个 与FSx技术对话的管理工具。 它允许您启动这些快照、启动这些 克隆、创建备份、执行计划备份、 日志、完整备份、 SQL Server备份策略中习惯使用的所有内容。 这是一个工具、它是在提供 Amazon FSx for NetApp ONTAP功能(即服务)的过程中提供的。 这是一款免费使用的工具、适用于 在AWS中拥有该配置的用户。 您不知道、它确实需要托管 在EC2上、但它是一个很好的使用工具。 嗯、接下来、我们来看看演示。 这是预先录制的演示。 嗯、因为我们要做一些快速转发、所以 您会看到左侧有我们的SQL实例。 这将是我们的住房,我们 的生产数据库。 我们拥有TPC-c 1000。 这是147个工作站、我们的TPC-c 30、000个工作站。 这是我们的 3.1 TB数据库。 好的。 这就是SnapCenter。 我们的数据库正在受到保护。 你会看到这里我们有一个UM 、让我们跳过来向你展示、 这些是预配置的备份。 我们每天都有 备份、每天都有系统备份。 然后、我们将每50分钟运行一次tlog备份。 这些都是经过预先配置的、可以 在他们可以看到的数据库上运行。 但在这里、您会看到我们有这些数据库。 我要做的第一件事就是启动 147个工作的数据库的备份。 这只是告诉我这是带外备份。 没关系。 所以你会看到底部。 您知道、我们会监控 正在运行的作业。 如果我们把它拉起来,我们就会看到大约需要 九秒的时间来完成这个操作。 因此、需要147个工作日备份。 使用该快照技术仅需9秒。 所以、 让我们继续进行同样的操作。 但现在我们将使用3.1 TB的数据库。 我们现在要做另一个备份。 是的。 接下来、我将对这条消息说肯定。 然后、我们将查看 底部的活动日志。 您会看到它正在运行、然后单击此处。 我们将看到这需要多长时间。 所以这13. 一个TB也需要大约9秒。 这就是我们所 讨论的快照技术、以及它如何真正改变 您的超大型数据库的游戏规则。 现在、让我们继续 更新我们在这里可以获取 最近两个备份的内容。 我们要做的 是将这两个备份进行备份。 现在、我要做的是展示您 对大数据库进行了一些更改。 让我们运行此表、您将看到该表。 该表不存在。 所以我们刚刚获得的备份不存在。 现在、我们来创建一个表。 将一些记录放入其中并运行。 好的,现在我们有一个表 ,其中有六条记录存在于30,000个大的3.1 TB数据库中。 现在、让我们继续进行另一次备份、这样我们就 可以开始进行刚才所做的更改。 我们将继续这样做。 再次。 此操作 将对3.1 3.1 TB数据库运行。 我们将等待此操作完成。 然后、我们将检查 状态。 这一个花了大约12秒。 所以很近。 嗯、好的。 我们已经备份了。 现在、我们创建了一个备份预表 、然后创建了一个后表。 现在、让我们继续进行更新。 这 将显示我们在那里进行的备份。 然后单击此处的刷新控制台、好的。 现在、我们有最后两个备份、一个是在创建 表之前、另一个是在创建表之后。 所以我要做的是抓取 我们在创建表之前使用的数据库。 我们在这里有几个选择。 我们将 基本通过恢复来执行恢复。 或者基本上执行现有数据库 文件和连接操作、我们还可以选择使用备用主机。 但我们将在 顶层执行传统还原。 嗯、这里没有日志。 它是受支持的、但我们目前不会使用它们。 我将检查是否覆盖现有生产 数据库并删除我们刚刚创建的表。 好的。 我们有很多选择。 我们可以执行操作 、这基本上是在恢复时、 滚动备份、我们将允许应用其他事务日志、这意味着我们不能执行操作。 但在这里,我们只需要 操作,即,立即 可用。 现在我们可以发送电子邮件了。 这不是总结。 好的。 因此、我们关闭了数据库备份。 让我们 继续检查其状态。 我们将 在这里快速转发到端点。 好的。 完成这项工作大约需要 8分钟。 这是在 现有数据库的基础上进行完全恢复。 所以实际上你知道,这是一个需要做的事情。 现在、我们可以检查该系统、然后 再次运行第一个命令。 现在我们已经完成了恢复、 表已被删除、 现在我们从 生产环境中删除了该更改。 嗯、我们本可以放弃该表、这不会 太引人注目、但为了表明我们可以执行还原。 所以现在我要做的是 我用表做的备份。 而不是还原它、我实际上要 执行克隆操作。 这是我要发送的生产数据库。 我将 在此处选择我们的独立开发箱SQL开发。 这就是我们的目标。 我们将选择实例SQL dev作为 实例。 我们将为数据库命名。 我们将其称为Dash克隆、以便我们看到它。 然后、我们可以选择自动分配挂载 点、也可以实际提供一个目录并将 挂载点托管在该目录下。 但是、我们将保留今天的自动分配。 再次强调、此处没有日志。 它是受支持的、 但我们目前不会使用它们。 嗯、如果我们必须在还原前执行一些还原后操作、或者 清理正在被 取消对环境的生产数据、或者执行其他操作、那么如果我们 需要、无需电子邮件配置、我们可以在这里运行该操作。 我们将跳过这一步。 然后是摘要。 好的。 这就是 3.1 TB数据库的克隆操作。 运行um时、这些都是 应用程序一致的记忆。 因此、这里不会发生崩溃恢复、因为 它是一个应用程序、用于创建磁盘。 你会看到,花了30多个月。 UM 30s用于 将3.1 TB还原到开发、因此、您知道、 我不知道您在 前面谈到它时有多少容量、 但30 s用于3.1 TB、以使您的开发 环境完全刷新。 这是一个我认为改变游戏规则 的颠覆者、用于更新较低的环境。 所以你刚才看到的整个演示 都是基于GUI的,这很棒。 但是、很明显、如果您要执行任何类型的自动化、我们 需要有此的PowerShell版本、或者 基于脚本的版本。 基本上、我将 重复您刚才快速看到的演示、 但完全由PowerShell命令行驱动。 我刚刚 连接到我们的系统中心。 系统中心。 我将启动 您看到的第一个TPK 1000备份、您知道。 然后、我们可以检查备份的状态 、然后运行该备份来查看。 它将为我们提供有关备份的 名称的信息。 这个花了大约22秒。 这种情况取决于系统中的其他情况。 现在、我将 对3.1 TB数据库运行完整备份。 你会看到这些命令,你知道, 当你拿到录像机的时候,你会得到这些命令。 因此、您可以根据需要轻松使用此功能。 但这确实是为了向您展示我们可以实现自动化 、我们只需获取作业ID 318、 我们会将其插入其中、然后运行、获取 此备份命令的状态。 这将给我们带来。 这一个花了九秒。 所以我们可以得到这个。 现在、我们将在 现有数据库的顶层执行恢复、 我们将继续检查3.9作为作业ID、 我们只需检查该恢复的状态、然后 运行该恢复。 这就给了我们这个东西。 我们算出了时间。 我们演示的最后一个部分是克隆到 较低的环境。 下面、我将运行克隆 命令、所有元素都相同、但命令行驱动。 然后、我们将检查该作业的状态。 323 是代码。 我们会将其插入其中。 这也是克隆到较低环境的过程。 让我们运行该程序、我们将获得该程序的状态。 这实际上花费了21秒。 所以我们 用了30多个月的GUI完成了这个过程,这次我们运行了这个过程。 用时21秒。 因此、它可以更快地运行。 这 取决于系统中的其他情况。 演示到此结束。 我知道 它的速度很快、 但如果您 想重新访问某些部分、您会看到录制内容。 但是、现在只需演示 克隆较低环境的速度即可。 如果您 过去必须更新环境、则使用克隆可能会很长时间。 我 的存储系统上没有额外增加3.1 TB。 我不是 像Simon Simeon所说的那样为双倍容量支付费用。 现在我们有了克隆、但克隆 这种低环境所用的时间不到30秒。 它确实是更新 和报告环境的变革者、 也可以让开发人员 根据需要获得最新、最出色的开发测试环境版本。 嗯。 好的。 接下来我将播放下一张幻灯片。 我会把它传回Simeon。 谢谢你、Phil。 因此、我们讨论了 一家 名为CeSian的金融服务软件公司的客户示例所展示的不同功能。 他们还需要优化 数据刷新周期、找到 经济高效的灾难恢复解决方案、同时 在多个 数据库之间保持一致的时间点视图。 因此、在评估了多个选项后、 我们的系统确定FSx for ONTAP是最 合适的解决方案、最终他们会加快数据处理速度。 创建数据库快照的时间是原来的五倍。 他们 将数据库更新成本降低了80%。 。 此外、FSx for lCluster为他们提供了高效的 灾难恢复环境、可增强 数据保护功能、并帮助他们 将存储消耗减少53%、 从而节省40%的存储空间。 从幻灯片上的数字可以看出、 这种影响是巨大的、这只是 客户使用FSx for ONTAP优化其数据库所能获得的诸多益处中的一个示例。 综上所述、使用FSx for Openzfs的FSx成长型、 您可以 以最低的成本快速创建新的数据库环境。 您可以 通过应用程序感知型快照、 高级灾难恢复和备份功能确保数据库保护并满足严格的RPO和RTO要求。 您可以在低延迟、 高吞吐量、高IOPS和智能缓存的情况下保持高性能、 并通过使用更少的EC2核心实现成本优化。 节省数据库许可证并利用 存储效率技术,从而 可能降低多达50%的成本。 接下来、我们将请Adam带我们进入最后一张幻灯片。 谢谢塞缪尔。 谢谢Phil。 接下来是什么? 请下一张幻灯片。 无论您的AWS之旅是包含ECS容器、 机器学习容器和带有Brock的AI、还是您的CI、 CD管道或自行管理的数据库、 您都可以确信FSx for NetApp ONTAP将 成为AWS上的最佳存储服务。 继续这一云原生之旅。 请下一张幻灯片。 您可以在此处找到"资源"选项卡。 其中包括FSx for NetApp ONTAP的登录页面。 您知道的常见问题解答部分回答了 您从今天开始可能看到或可能遇到的大多数问题。 嗯。 您还可以在其中找到教程 和点播课程。 嗯、所有文档和技术 文档也都包含在其中。 还有一个GitHub研讨会、您可以 在空闲时间参加。 现在、如果您在此处使用此二维码、您可以 通过 与AWS或NetApp对应方预约后续会议来继续与我们的对话。 嗯、我们可以帮助您解决您 在课程中可能会遇到的更深层 次的问题、并帮助您准备好尝试此服务。 嗯、我在这里留下这张幻灯片、让您 取出手机并复制此二维码。 嗯、但是、当我们总结时、我认为这 是一个很好的时间来解决 我们在聊天中遇到的一些问题。 第一个问题。
Running database services in the cloud demands flexible, high-performance storage. Get that and more with Amazon Web Services (AWS)-native Amazon FSx for NetApp ONTAP, enabling you to automate and streamline database management.