BlueXP is now NetApp Console
Monitor and run hybrid cloud data services
[字幕已自动生成。] 感谢您参加本次演示会议。 我叫Joe Pandolfi、是NetApp的首席技术专家。 多年来、我一直与 客户合作、帮助企业 实现IT环境转型 并将其迁移到云。 今天、我将 向您演示我们的Cloud Volumes平台和Global File Cache、您知道、我还将向您展示如何构建Data Fabric 、以便在云中实现高性能存储平台 、简化数据管理、 通过数据监管保护 您组织的信息以及保护您免受勒索软件的侵害。 那么、让我们开始吧。 分散在远程办公室、 分支机构、制造工厂和 建筑工地的非结构化数据使各地的团队速度变慢。 为什么? 我们与客户进行了交谈。 我们发现、他们80%的数据是非结构化 文件级数据、 其中60%到80%的数据位于远程 办公室站点、本地文件服务器、Windows、文件服务器、 NAS设备等的边缘。因此、基本上、 如果 我们仔细观察一下该数据集、 我们只会发现、总数据 集的10%在组织中处于活动状态、 其中一个站点仅使用了一小部分数据。 因此、如果您从 数据惯性角度来看、您知道、 许多企业仍在 边缘配置存储和基础架构、 就像它是第一层主存储一样。 因此、我总是问客户这样一个问题: 既然您知道90%的存储和基础架构都 不应该出现、您为什么要配置所有这些存储和基础架构并进行投资呢? 因此、 整合分布式存储的一些因素和原因是 与管理数据孤岛相关的挑战。 对。 本地备份本地服务器基础架构。 本地身份验证授权企业正在 摆脱传统的分支 机构方案、因为用户在家 办公、企业正在合理调整办公室规模、可能会关闭办公室、 或者 利用虚拟桌面基础架构简化用户在云中的工作方式。 他们正在利用公共云 提高灵活性和可扩展性、 并且必须应对指数级数据增长。 这也会带来配置难题、不仅在 数据中心或云端、而且在边缘。 因此、这 会导致IT管理变得复杂、 这意味着这会影响 组织的整体RTO、RPO和SLA。 现在、让我来谈谈 我们看到的一些业务挑战。 因此、如果您没有集中或整合 数据、或者将所有非结构化数据放在一个位置、 您就会发现自己处于用户 处理数据孤岛的情况下。 可能存在版本控制问题。 可能存在数据 损坏甚至数据丢失的风险。 我的一些客户甚至报告了 有关勒索软件攻击的问题 、基本上不得不计算出 分布在全球各地的70到80台服务器。 数据监管和合规性要求。 由于 每个人都在处理不同版本的 文件而无法高效协作的用户、这会导致 业务效率低下、这 也会影响项目的最后期限。 那么我要怎么做呢? 我们基本上会为您提供一个 有助于整合的解决方案。 从 服务器到存储基础架构、从数据管理、 从 分支机构环境的全面整合策略、整合可以在许多不同方面进行。 但是、我今天要向大家展示的是 我们的Cloud Volumes平台上的NetApp全局文件缓 通过整合IT占用空间来减少占用空间、 这意味着我们可以减少 边缘所需的硬件资产数量和 要管理的服务数量。 简化 存储和基础架构、 通过 我们 平台内置的众所周知的快照机制、向您展示如何快速恢复勒索软件攻击、通过缓存活动数据来加快客户端访问速度、 这意味着我们会将数据拉近与用户 的距离、就像他们在本地工作一样 、并在中央存储库的数据管理中保持一致。 然后 在全球实时共享非结构化文件数据、这样您 就可以通过中央文件 锁定和有保障的一致性来协作处理这一组数据 、并消除版本控制问题、所有这些都 可以通过Cloud Manager中的一个控制平台进行管理、也可以通过各种 超大规模云平台采用不同的方式进行架构。 全局文件缓存。 实际上、这是一项在Windows Server上运行的缓存技术、可将数据靠近用户。 它基本上扩展了 内部数据中心、混合云或公共云中的现有功能、 并利用所有NetApp平台 将数据扩展到用户所在的边缘。 边缘可能是传统上您的 远程办公室分支机构环境、 但也可能是建筑工 地、制造地点、您可以说出这种情况。 但是 ,我们对客户的了解,特别是在新型冠状病毒肺炎(COVID-19)之后,我们发现,企业 要求用户在家办公。 因此、您可以考虑 在 云中构建一个虚拟分支机构基础架构、使您的用户可以 通过VPN连接直接访问云中的数据 、或者使用基于Azure虚拟桌面或云PC构建的虚拟桌面基础架构(基本上允许用户直接在云中处理其应用程序)从高性能计算中受益。 此外、还可以 缓存高性能GPU、然后缓存与其相关的数据、 无论数据是否协作。 您知道、为了提供适当的最佳最终用户体验。 这就是我们要看的模型。 我们将了解不同的平台。 今天的演示将包括 对Cloud Volumes ONTAP平台的演示。 但是、如果您需要利用 内部NetApp存储或 Azure中的Azure NetApp Files工作负载、Google Cloud中的Cloud Volumes Service、 甚至是最新的Amazon AWS FSx for NetApp ONTAP解决方案、 我们都可以将这些 数据扩展到边缘。 为什么选择全局文件缓存? Global File Cache是一款基于软件的解决方案 、运行 在Windows Server上、可在装载到 任何数据中心或云层平台的边缘创建智能文件缓存。 如您右侧所示、您拥有 Azure NetApp Files、 AWS FSx for NetApp ONTAP或Google Cloud、um、 Cloud Volumes Service的第一方产品或 使用NetApp Cloud Volumes ONTAP和任何 主要超大规模云平台在云中构建您自己的存储平台。 优势在于、您可以 将其扩展到更大的规模、并基本上将数据中心与 云相结合、从而为您的组织 以及从 数据管理角度来看您可能具有的要求创建合适的内容。 节省的成本非常可观、因为我们利用 后端ONTAP平台的智能以及存储效率 优化、数据缩减、数据压缩和分层、 同时 、我们仅在边缘实现所需的功能、用户可以通过虚拟文件共享与数据进行交互、用户界面与虚拟文件共享交互时、他们感觉自己在本地文件服务器上工作、 因此、它可以透明地集成到 您使用驱动器映射 或DFS的现有环境中。 随后、 通过缓存、流式传输和优化、 我们为用户 提供了类似于本地的体验、这基本上为他们提供了高性能、呃、 文件访问。 现在、我们将讨论演示本身。 在本演示中、我们将 在Azure中的Cloud Volumes ONTAP上构建云存储平台。 我将配置一个HA对和主区域、 并在 二级区域的单独部分中配置一个医生节点。 接下来、我将利用Cloud Backup Service 和Cloud Data Sense等云服务向您展示如何 在以后改进备份功能、 同时还能为您提供数据监管 和合规性、并了解 您存储在云中的工作负载。 因此、在 全面管理合规性和 全面实施合规性方面、您可以采取适当的措施。 规则和条例。 随后、我们将启用全局文件缓存服务。 有两种方法可以实现此目的、 一种是通过Cloud Manager、另一种是通过 市场模板直接在所选的超云提供商中实现。 我们将 在远程办公室和 分支机构环境中部署所谓的边缘实例。 最后、我们 将重点介绍用户体验、 然后放大并了解如何 在一组数据上协作和共享文件。 这是什么样子的? 从这个角度来看、体验是什么样的? 希望 在不同地区将最终用户计算容器(例如、fslogix容器)放置在同一位置。 如果您的目标是 通过VDI在云中建立虚拟分支机构、 我们展示了一个全局命名空间、 我将展示 我们通过缓存、流式传输 和协议本身优化所获得的一些性能优势。 所以、如果您看看我们 为此构建的参考架构、在本演示中、它实际上是 我们所称的标准化 现代文件服务平台。 还有许多不同的口味可供选择。 高度可定制。 但在本演示中 、我想从根本上说 、对于 Azure中的客户和我们的客户来说、 他们想要实现的是多区域 冗余或地理冗余 、而不仅仅是在后端 依靠Microsoft服务、而是真正依靠NetApp的智能文件 服务和NetApp服务(如SnapMirror)、以便 在数据中心发生中断时能够快速恢复。 在右侧、您可以 看到数据中心的斜杠云层。 其中包括 Cloud Volumes ONTAP等所有存储元素、这些元素提供了 一个与Active Directory集成的SMB接口 、该接口可将SSD和对象存储结合在一起 进行分层、然后 在云中提供文件存储平台。 然后、我们将 在边缘使用全局文件缓存 进行叠加、在边缘展示并演示 对用户透明的文件服务、 在主数据 中心提供集中式文件共享、供这些用户、应用程序、 用于任何给定垂直 工作负载的特定应用程序或特定工作负载的特定应用程序使用、例如 用于云中最终用户计算的fslogix容器。 然后、 我们将进一步讨论 灾难恢复场景。 如何将所有 分布式站点从一个区域故障转移到另一个区域? 呃,万一发生了灾难,比如说美国东部的两个消失了。 我们如何移动 这些数据、首先如何在这些区域之间SnapMirror这些数据、 然后如何将边缘实例迁移 到二级数据区域、 以便您可以让用户的工作效率 在任何时候都得到恢复和运行。 我们首先要做的是 构建我们的Cloud Volumes ONTAP HA对和 实际的医生节点。 然后、我将向 您展示我们在备份服务之上的云服务。 Cloud Data Sense。 这一切都通过我们的 云管理器平台进行管理。 让我跳出来。 打开我的浏览器、我将 添加一个工作环境。 我们的Cloud Manager平台的优点在于、 无论您 使用哪个平台、它都是统一的。 基本上、您可以 在Azure、AWS、GCP和内部部署基础上、 以相同的统一方式部署我们的服务。 这样、您就可以 尽快启动这些服务。 此外、 我们还可以使用Terraform、ARM模板或其他超酷的工具来实现自动化。 但现在、我要介绍的是一个 手动配置资源的过程。 我要导航到我们的、嗯、我要 添加一个工作环境、选择Azure。 我要创建Cloud Volumes ONTAP。 Harper单击"下一步"。 我将给它一些参数,我 将把这个工作环境称为CVO ha文件管理器零1。 这是我们的哈文件管理器。 我 必须提供一些凭据 才能在本地管理 此实例。 单击Continue。 如您所见、我的Azure订阅已经 通过我们的连接器实现了关联、 您基本上可以将其与超大规模 租户和订阅相关联。 我将创建此CVO HA文件管理器。 我现在要禁用监控、但我要 将云数据感知与合规性以及备份保留到云、 即Cloud Backup Service On。 我将选择 区域、正如我们在美国东部的两个区域所记得的那样、 我们正在配置我们的哈集群。 选择正确的子网。 我会 为您创建一个新的资源组。 我确认Cloud Manager服务器和选定的vNet之间的网络连接可用。 单击"继续"、然后出现提示。 我需要如何支付? 对。 我是否要按小时使用按需购买? 您知道、如果您有大量开发测试工作负载 正在运行、关闭或任何其他操作、 我是想自带许可证并从 更好的成本效益和预留实例中获益、还是 只想尝试我们的免费增值 产品、您知道、 许多客户现在都在尝试 使用 Cloud Volumes ONTAP解决方案并进行引导、然后 实际上会提示我们选择一个 我们 为特定工作负载定义的预配置软件包。 或者、我们也可以更改配置、然后说、嘿、 我想手动创建一个 适合工作负载的平台。 那么幕后发生了什么呢? 我们正在配置 运行Data ONTAP软件的VM实例、 这与您 在内部环境中了解的配置方式相同。 此外、 该平台上提供的所有特性和功能也将受支持、 具体取决于虚拟机的大小、 磁盘和 对象存储的组合、您可以设计适合您的方案。 我将从DS 5 v2开始、然后单击继续。 嗯、根据活动数据量、 我将调整磁盘大小。 现在我要选择一个1 TB的磁盘大小。 此外、 聚合中还有许多磁盘可供使用、 这些磁盘会与对象存储相结合、以 满足您可能的容量需求。 我将保持启用数据层。 如果单击此处、 我只需启用或禁用此功能即可。 我也可以选择存储类。 现在、我要将此问题留到"热" 嗯、基本上是将这些数据分层 到对象存储中、或者将不常发生的数据分层到对象存储中。 我将在此处保留所有默认值。 有不同的原因、您可能会 启用或不启用此功能、但我们现在没有进行介绍。 我要创建一个卷。 这个卷 叫做共享一个。 我要保持这种简单。 我 要创建一个100 GB的共享。 我将保留默认快照策略、其中包含每小时、 每天和每周快照计划。 我要做的是将此CIFS SMB文件共享发布到Active Directory或与 Active Directory关联、以便用户可以 针对 需要访问的资源进行身份验证和授权。 因此、我要输入 我的AD域的DNS主IP地址、 然后输入 我的实际域名和一个基本上可以帮助我将其作为 计算机加入域的帐户、保持存储效率 (如精简配置重复数据删除数据压缩)处于启用状态、 因为这正是我们 为客户带来大量价值的地方。 单击Continue、然后进行确认。 我知道Cloud Manager会分配 适当的资源、例如VM、 Ilbs Azure中的所有资源。 单击 "Go (执行)"、此时将开始配置。 但是、我不会创建一个对、而是 利用一个节点。 通过单击单个节点、我单击"下一步"、我将 按照 之前对我们的HA对执行此操作的方式定义工作环境。 但现在我要做的是 、我会将其称为不同 的名称、因为很明显、 它将位于美国东部的另一个区域、并且将被称为我们的CVO灾难恢复文件管理器。 因此、我提供了工作环境名称和 用于管理该环境的本地凭据。 我单击继续。 我要禁用这些服务 、因为我们已在 主工作负载上的上使用这些服务。 如果发生灾难、您可以随时 根据需要重新启用这些服务。 我将选择 美国东部的区域、这是我们的第二个区域。 我可以选择可用性区域、也可以保留 默认值。 我要选择VNet。 我将再次验证 Cloud Manager服务器和 选定的VNet之间是否存在网络连接。 单击"继续"我将 在此处再次获取我的高级免费产品、 单击"继续"、我可以从多 种不同的软件包中进行选择、您知道、嗯、也可以选择。 因此、对于这种情况、我将采用 基于标准HDD的经济高效的灾难恢复。 如果您要 对整个 分布式环境进行故障转移(您知道、该环境包含80个分支机构 站点)、这可能不是正确的解决方案、因为这种分布式环境本质上非常复杂。 您可能希望基本上复制 主工作负载的相同义 性、但现在、我将向您展示经济高效的灾难恢复。 我要 配置,嗯,我需要的任何给定的股份。 嗯、我现在要跳过这一步、因为 我要做的是将 我在 主HA对上创建的现有共享复制到此DR实例。 我跳过了这一部分、我知道Cloud Manager会自动配置 所需的这些资源。 现在、 如果我们看一下架构图、再回到演示文稿。 我们已 在Azure中完成Cloud Volumes ONTAP实例的部署、并将共享一作为 SMB CIFS接口。 我们已经建立了一个灾难恢复实例。 因此、我们只需要 通过启用复制斜杠SnapMirror来关联这些实例。 有两种方法可以做到这一点。 实际上、您可以 通过复制通过用户界面执行此操作。 或者、您也可以基本配置 SVM DR。 嗯、你们中的一些人可能已经 通过我们的System Manager界面熟悉了来自Data ONTAP环境的信息。 但让我先回去。 我会再来看看画布。 请参见、 此操作仍在初始化。 如果我单击其中一个工作负载、 实际上、我可以 基本上、我可以启用 监控全局文件缓存的所有Kubenetes服务、 我将向您展示其中的一项、 然后深入了解我们的备份设置和 备份信息板、让我们了解、 现在、我们可以了解 通过单卷或多卷还原实现还原的功能。 但是、即使是单个文件还原功能也 可在平台上使用。 我强烈建议您了解其中一些、 您知道、您如何管理卷? 您的组织需要哪些类型的策略 ? 接下来、我们如何 还原整个卷或单个文件呢? 所以有一个有不同的选项,你可以 从恢复的卷,恢复文件等. 现在、如果我们回到画布上、我认为 这两个实例都已启动并正在运行。 我唯一需要做的就是 在 我们的主H.R.文件管理器和二级医生文件管理器之间建立SnapMirror关系。 我只需拖放即可。 我要做的是、我要 选择源对等方和源卷、 然后我们创建它。 分享一个。 这将成为我的来源。 我将选择目标磁盘类型。 您知道这是标准HDD、因为这种偏差和 产品以及 我使用的预配置软件包、我将保持启用Blob Tiering。 单击 Continue。 我可以定义目标卷名称。 有些客户可能希望以不同的方式调用此共享名称、 但在演示中、我将保留此 只有计算机名称可能会更改,随后 我们可以通过DFS、命名区等进行混淆。 我将限制 复制所需的带宽。 我可以选择仅使用镜像进行 灾难恢复、也可以选择使用镜像和备份、 这是许多客户都在使用的功能。 我将选择五分钟、 我知道我们将 在Azure中配置其他资源来满足此要求。 然后单击"Go (执行)"。 现在、我们已经完成了这些步骤 、在云中拥有了一个全面的存储平台。 通过此存储平台、我们可以开始 配置存储支持服务。 顶部 栏中的所有这些服务均可启用。 嗯、我认为值得一提的 是Cloud Data Sense。 Cloud Data Sense是一款SaaS解决方案、 支持现有工作负载、 无论这些工作负载是结构化 数据工作负载还是非结构化数据。 该解决方案基本上为您提供 对信息和工作负载的可见性、洞察力和控制力。 您知道、 企业之所以要 从 数据集获得这种级别的智能、有着不同的原因、您知道、在数据监管中、可能是其中之一。 嗯、总的来说、一般数据保护条例(GDPR)或CCPA规则和法规 都是好的。 我们可以看看任何供应商。 下面我们提供了不同的选项卡、用于管理合规性 调查策略配置。 但基本上、我们可以看看任何 给定的供应商、然后深入 了解、您知道各种不同的 非结构化和结构化工作负载。 我们可以深入了解SAP Hana、Postgre、MongoDB。 但是、我们也可以引入您的现有 文件服务、Windows文件服务器、 任何其他供应商平台、甚至 从这个角度来看S3存储分段。 因此、大多数主要的数据库公司和过去的服务 都可供我们进行扫描和索引 、并让您了解、从而使其成为异构 平台、并与 多云兼容。 因此、您可以引入内部数据、 也可以引入云数据。 "监管"选项卡为我们提供了一些关于节省的想法、对吧? 您知道、我在给定工作负载上存储了多少数据 ? 我的数据使用期限是多久? 我的数据规模估算? 我甚至可以为分类提供方便。 您知道敏感数据量。 是否存在任何打开权限? 我甚至可以深入了解、以便 采取相应措施、 或者使用Azure信息保护标签对数据进行分类、 这真的很酷。 这基本上可以向您展示 数据管理和存储平台上的智能信息、 从而让您更好地了解 数据资产以及您所管理的内容、位置和时间。 所以这绝对是一个值得研究的问题。 嗯、合规性选项卡基本上为 您提供了风险评估选项、 我们将使用 自然语言处理 与AI相结合来了解哪些是非敏感的 个人数据和敏感的个人数据。 所以你可以考虑电子邮件,Iban号码,税收,社会 保险号码,还有关于健康记录, 犯罪记录,医疗记录,所有这些 东西的细节。 一切都在这里。 这可以让您深入了解 结构化和非结构化数据。 随后、您可以调查 特定数据源、甚至可以对其应用策略。 所以一定要看看这个。 但从根本上说、Cloud Data Sense 为您提供了所有这些选项 、让您可以了解您的存储、数据和信息、 然后为其做正确的事情。 显然、您可能希望获得DSR报告、 这基本上允许您的客户、嗯、 因此、Cloud Cloud Data Sense无疑是您 想要了解的解决方案、可以帮助您获得更多智能信息。 让我们回到这里的画布。 嗯、我们有了H.R. 文件管理器、也有了D文件管理器。 医生文件管理器。 下一步基本上就是下一步、 我们要 在 创建的现有工作负载之上使用NetApp Cloud Volumes ONTAP部署全局文件缓存。 为此、我们将使用Cloud Manager。 但是、您也可以使用Azure门户。 我将简要介绍两个可用选项。 嗯、 您知道、通过Cloud Manager配置的内容基本上是一个标准化的、 提供一个核心实例和 一个管理服务器实例。 如果您对 您 在此基础上、我们将启用GFC服务。 那么、让我们开始吧。 我们正在启用GFC核心和管理服务器实例。 然后、作为最后一步、我们将启用并部署 GFC边缘。 现在、我将返回到Cloud Manager。 但是、在我开始启用此服务之前、我还 想强调一下、所有这些服务 或您可能需要的所有VM实例 在主要超大规模云提供商中都可用。 我正在展示Azure、但这也适用于AWS和GCP。 这些VM实例依赖于 您的BYOL许可、您可以引入 这些VM实例并随后启用这些服务。 但是、为了便于使用、我 现在要在主文件管理器工作负载上启用全局文件缓存。 在右侧面板上、单击全局文件缓存旁边的启用、 系统将引导我完成启用该 服务的部分步骤、该服务基本上是管理服务器、 它是一个VM实例、负责许可 授权以及部分策略管理。 如果要将数据预先填充到边缘、则 需要此GRC管理服务器。 随后、我将被问及几个问题。 这 很可能只是清单和容量规划。 Global File Cache在Windows Server上运行、 可集成到您的AD环境中、 因此 您可能需要执行许多步骤、您知道、 在实施 该解决方案时一定要考虑这些步骤。 来看看吧。 此外、还提供了有关解决方案要求的详细信息、以及有关解决方案要求的更新信息。 我要单击继续。 第一个屏幕基本上会显示GFC 服务设置、即管理服务器VM。 为此、我需要配置一个 本地管理员名称、基本上就是、 嗯、您不需要、因为这基本上都是 通过Azure资源管理器自动配置的 、因此 从这个角度来看、不需要任何维护。 我要在这个实例中使用VM、 GFC License Manager、零一个。 无论您要调用什么来启用GFC服务。 此过程可能需要长达15分钟。 您知道我的经验、这需要 5到15分钟、因为在 后台发生的是GFC管理服务器VM、 您也可以在Azure中找到它。 因此、已 成功部署全局文件缓存管理服务器虚拟机、单击Continue。 下一步、我要将 此VM实例加入域。 因此、核心实例是挂载到现有 存储的实例、需要将其加入到同一GFC、 同一Active Directory域或 任何类型的联合域。 但是、此服务帐户基本上是 您的AD环境中的域用户、您随后 可以为其提供与 所选后端存储平台( 此处为Cloud Volumes ONTAP)连接的权限。 我将继续、最后一步 是为此实例命名。 我将此VM命名为GFC核心零1、并且本地 管理员名称和本地管理员密码将继承。 我可以部署此GFC核心。 它将 自动加入到您的AD环境中。 因此、如果您确实需要执行任何管理、则 可以通过RDP连接到该实例、或者 在 需要管理该实例时、最好使用一个bas有用 的主机来访问Azure环境中的该实例。 下一步是配置边缘实例、 边缘实例将在分支机构或 云虚拟桌面环境中运行。 和这些边缘实例。 这基本上就是 发生缓存的地方。 核心实例只是一个流量 COP、用于访问已有的内容。 在Cloud Volumes ONTAP上、Edge 提供了一个虚拟文件共享、 该共享随后可以嵌入 到全局命名空间中。 它托管一个智能缓存卷、该 卷是一个NTFS卷、基本上可以 根据您 的需要以任何方式调整大小、形状或形式调整大小、以便为活动数据集调整大小 、并与 您可能需要的所有Microsoft角色和功能共存、然后共存。 因此、请考虑一下、您的Active Directory 域服务、DNS、DHCP、 但您也可以考虑 使用 您可能拥有的任何其他解决方案将此缓存作为本地软件分发点。 因此、我们的想法是、将您的所有服务 以及角色和功能整合到一个 虚拟机或物理服务器实例上、 只需运行Windows Server Global File Cache以及 您可能需要的任何角色或功能即可。 让我们回到浏览器、即信息板。 返回到我的云管理器、我可以 看到所有已配置的实例。 我可以单击"部署GFC边缘"链接。 这将使 我转到一个入门页面、该页面随后 您可能需要查看Global File Cache 软件安装包、 它是一个可执行文件、您可以 直接在操作系统顶部下载和安装。 请查看此文档。 这基本上有助于您确定 部署边缘所需的范围。 加入以添加配置IP地址。 安装软件、然后将边缘与 我们配置的许可证管理服务器相关联、 然后将边缘与 我们配置的核心实例相关联、 之后、您的用户将能够使用边缘虚拟 文件共享与集中式数据进行连接。 那么做了什么呢? 我们 在Microsoft Azure中构建了基于Cloud Volumes ONTAP的云存储平台。 我们为NetApp的云服务提供了复制 支持、支持业务连续性、灾难恢复、 用于扩展备份的Cloud Backup Service以及 用于数据监管的Cloud Data Sense。 在此基础上、 我们启用了全局文件缓存服务、并在 直接在Windows Server上运行的分支机构站点部署了GFC边缘实例。 下一阶段我们将 讨论最终用户体验、 这意味着访问您的文件并 在全球范围内协作处理这些文件。 同时、位于多个 位置的用户演示了一个全局命名空间。 GFC如何与DFS的 最终用户配置文件容器。 如果您可以在 边缘为需要使用的用户本地化您的Fslogix配置文件、 然后我们将向您展示 一些已实现的性能优势、将会怎样? 这种情况非常简单。 我们已经讨论过 这个问题。 我们使用East US two作为数据中心。 我们有两个分支机构、一个 在纽约市、一个在阿姆斯特丹。 纽约市的 数据中心离数据源很近、大约有10毫秒的延迟。 在荷兰阿姆斯特丹、 延迟为104毫秒、 这通常是一个 CIFS或SMB协议性能下降的数字。 因此、当我们与客户合作时、我们通常会 为之前的图片创建一个快照。 您知道、如果客户要 将数据集中到云中、 在文件 打开节省给定应用程序的时间方面、性能会如何? 在这种情况下、您会发现、典型的Word Excel PowerPoint文件可能需要长达3040 50才会打开。 如果是大型工程文档、 设计文档或CAD文件、则 我们已经看到、 只需15到20到30分钟即可打开或保存单个文件的情况。 嗯、有时甚至根本无法在 广域网中打开。 这就是我们需要缓存的原因。 请在图片之前先看一下。 我们 还将向您展示后面的图片。 因此、演示的第一部分是 通过全局文件锁定实现集中数据访问。 我们如何访问云端和边缘的数据。 我们 对这张图片很熟悉。 我们就在您的右手边。 我们有后端文件服务器和 中央文件共享。 命名为共享一。 运行GFC的每个边缘实例都会划分出一个虚拟文件 共享、并 通过驱动器映射或作为DFS命名空间的一部分将此虚拟文件共享提供给用户。 如您所见、通过构建 虚拟文件共享、您可以 灵活地制定部署策略。 您可以将单个边缘 同时连接到多个核心、 将单个核心连接到多个后端、 从而 在后端提供多个文件共享 因此、 这项技术有许多不同的部署选项。 让我深入了解一下演示。 在这个演示中,我实际上带来了 两个客户工作站, 一个在我美丽的阿姆斯特丹 的后院,另一个在纽约市的池塘里。 如果我在纽约,我可以, 你知道,我可以说,嘿, 我将直接从 Cloud Volumes ONTAP打开其中一个文件共享,因为它与 Active Directory域服务以及身份验证 和授权框架集成在一起。 为此、您可以直接向 后端(即Cloud Volumes ONTAP)进行身份验证。 我可以导航到文件结构。 我可以 看到我的所有文档。 一切都很好。 嗯,如果我尝试在阿姆斯特丹做同样的事情, 那么很明显 ,如果 我尝试打开一个非常大的文件,在这 种情况下是一个80千格的Word文档, 那么浏览 使用超过100毫秒的延迟就会变得有点慢 您会发现、 每次下载和上传都需要 很长时间才能打开此数据集。 如您所见、这需要大约一到两分钟。 每次保存文件、 重新打开文件或启用文件以进行编辑时、都会 对 广域网延迟产生相同的影响。 因此、从根本上说、只需将数据迁移到云中 并告知用户通过 广域网访问数据、这不会为 您提供所需的性能。 您需要一种方法来加速 用户与实际中央数据集(此处为 80 MB文件)之间的SMB CIFS会话。 这就是GFC的设计 初衷。 让我们通过GFC访问数据。 我获得了指向一个位置的快捷方式、该位置指向 代表Cloud Volumes ONTAP 后端的虚拟文件共享和第一个共享。 在Boot Camp"文件夹中、我可以找到 我的Word文档、如您 所见、所有这些小交叉标记 都表示尚未缓存任何此类数据。 在这种情况下、这80兆字节的文件尚未 存储在本地缓存文件系统中。 但是、当我双击此文件并 从后端打开此文件时、 边缘将与核心流进行通信并 通过广域网压缩数据。 您会看到、在几秒钟内 、它会打开整个文件、并 通过一个中央文件锁定为我们提供 对这些数据的读写访问权限。 我可以在此处进行任何更改、以便 添加到本文档中。 节省成本。 使用回写缓存在本地进行保存、 之后、边缘会将 增量差异发送回 GFC核心实例、以将该数据提交回 Cloud Volumes ONTAP上集中存储的文件。 如果我现在关闭此文件、您可以看到 此文件本身现已变热。 没有更多的CROSSMARK、这意味着 数据已在本地缓存。 因此、下次打开此文件时、 大部分文件将 直接从缓存发送回用户。 可能只需要1%的数据即可 解除中央文件锁定。 因此、您可以看到、 处理这一大型文档时、性能显著提高。 现在我从 荷兰阿姆斯特丹打开了这个文件,有一个中央文件锁。 如果另一个用户希望 直接通过Cloud Volumes ONTAP或通过 该位置的GFC解决方案访问数据、则 可以导航到相同的路径结构。 他们将双击此文件。 边缘将与 核心进行检查、以便能够解除中央文件锁定。 如果文件正在使用中、我们将在Word 应用程序中收到一条消息、指出文件正在被其他用户使用。 好的、就在这里。 是否要获取只读副本? 是否要创建本地副本并稍后进行合并、 或者是否要 在原始副本可用时收到通知? 我将选择后一个、然后单击此处的"确定"。 所以我从缓存中打开这个文件。 我刚才所做的所有增量数据、 我刚才在底部所做的更改、都是 现在、我可以 毫无问题地读取此文件。 如果 世界另一端的另一个用户选择关闭此文件。 中央文件锁定将正常关闭。 我在纽约的用户将收到一条消息、指出 该文件可进行读写。 如您所见、文件现在可用。 我想打开 读写副本。 现在会发生什么? 用户将 从文件中请求最新和最大的更新。 边缘将 从核心到后端再 到边缘再到缓存的更改差异进行增量、 并将其提供给最终用户。 现在、我已 在读写模式下获得了文件的最新版本和最佳版本。 我可以提交所需的任何更改、然后 与全球用户进行协作。 简而言之、这非常简单、对吧? 我们有一个文件带有文件锁定、但某些 应用程序会更复杂一些。 因此、与Excel一样、如果您希望多个用户 处理同一个Excel工作表、则 这意味着您可以在同一个Excel 工作表上协同工作。 这意味着您可以处理相同的问题。 呃,猫或3D模型,呃,所有 这些都包括了。 因此、我将 在演示中结束这一部分。 我们已经了解了冷文件、热文件以及性能 优势。 下一个主题显然是DFS命名空间。 我回到阿姆斯特丹、只需 双击我的DFS命名空间。 如您所见、我看到了我的Active Directory域、根和共享的域名。 如果右键单击属性、我将 能够在此处导航到DFS UM选项卡。 您可以看到、我正在指向 为该站点指定的本地虚拟文件共享。 所有这些都是由 Active Directory中的站点和服务配置决定的。 和作为故障转移目标。 我确实看到了后端文件共享的可用性。 这意味着、如果我丢失GFC本地边缘、 我仍然能够 直接在Cloud Volumes ONTAP上故障转移到本机目标、 这就是我们实现 DFS在故障转移和故障恢复类型功能方面的一些优势的方式。 另一个主题是、 在兑现数据方面、您还可以考虑其他哪些工作负载? 我们谈到了传统生产数据。 您可能有特定的应用程序、复杂的文件 集、如3D建模、CAD、3D分析。 嗯、您可以考虑一下用户配置文件、对。 我可能已经实施了fslogix。 我可能有一个可以实际挂载的VDI环境。 在这种情况下、我认为这是一个高清容器。 我可以挂载 随后托管在缓存上的vHD容器、 并且可以 在该容器中进行任何类型的编辑和更改。 所以想想,呃,你的Office 365现金展望。 现金。 想想您的漫游配置文件。 您。 所有这些内容都将集中存储、管理和 维护。 因此、如果我在世界各地漫游、或者 我使用不同的VDI场 或不同的位置来访问我的 因此、在结束 演示的最后一部分时、我想 了解一下 我们为客户带来的一些整体性能特征、以及 我们 多年来为现场客户带来的一些性能优势。 我们看了前面的图片。 但是、后面的图片更有趣、因为我们 收集了相关指标、呃、 与数百家客户相比、 我们发现、与通过WAN直接访问数据的本机广域网访问相比、性能显著提高。 传统应用程序、办公应用程序 、PDF文件共享要求方面、我们甚至可以看到、与本地文件服务器的体验一样接近。 甚至您的猫文件。 因此、我们 通过缓存、流式传输、数据压缩 以及 平台中内置的所有加速机制实现了许多性能优势。 演示部分到此结束。 我想回顾一下 我们构建的这一现代文件服务平台的一些关键要点。 我们的想法是建立一组 数据、 我们在相同的中央数据上进行了实时协作、 从根本上保证了数据的完整性 、并消除了版本控制问题。 因此、我们正在简化和优化 分布式存储基础架构、因为 我们唯一需要的是 在边缘运行我们的G.f.c软件的Windows服务器。 请记住,边缘可以是您的传统远程办公室 ,但也可以是在云中。 它可以是您正在运行的云中的VDI场。 正如我所说,这项技术是 为Microsoft和企业构建的。 您知道,这是一个基于Windows的软件 ,它在边缘创建缓存, 完全集成到 Active Directory环境、 NTFS权限、ACL等的所有语义中。 所以、您 肯定希望从中受益。 因此、有关本课程的其他内容以及 有关Global File Cache Cloud Volumes ONTAP、 Cloud Data Sense云备份以及我们所 讨论的所有内容、请导航到Cloud NetApp .com。 因此、请通过 NetApp TV上的以下频道保持联系、或通过V yap@ LinkedIn .com直接与我联系、或扫描NetApp代码在LinkedIn上连接。 我非常感谢您参加本次会议、 期待未来与您合作。 谢谢你。 再见。
It’s time to get consolidated! Find out how Cloud Volumes and Global File Cache can achieve a scalable, highly available, cloud-native store for your file-based workloads.