[字幕已自动生成。] 大家好、我是Andrew Hatfield、他是 Google Cloud产品管理团队的云战略主管、显然与Google合作。 最近我们推出了Google Next。 这是一个巨大的成功、我们介绍了 客户如何快速地处理现有工作负载 并在Google Cloud中运行它们。 在这种情况下、 我们使用的迁移路径是从 其数据中心内的VMware环境中迁移的。 因此、您可以在内部环境 中使用Google Cloud和云中的VMware引擎。 这确实是有史以来速度最快的云迁移。 如果 您需要一个简单的升班示例。 这就是它。 让我们来看看。 好的。 因此、 我们知道客户正在迁移到云。 原因有很多。 他们中的大多数 人都很适合这样做。 但有时客户并不真正 控制他们的时间表。 他们只需移动应用程序、 无论这是因为执行决策。 这可能会 影响内部部署的许可。 可能是存在应用程序支持问题。 可能他们不想 继续为内部环境提供支持而花费资金。 可能是因为他们需要将应用程序迁移到 云来支持与其他内容的集成、例如、 所以 我们只需要把整个环境，你知道，hoos推举并将其转移到Google Cloud，我们可以在大约三个月内完成。 通常我们已经看到、嗯、 只是做这样的事情、NetApp还没有什么用。 与 客户重构应用程序甚至只是进行 优化的全面转型相比、这一速度可以加快五倍。 对。 那么、目标是什么？ 实际上、它是一种 名为Google Cloud VMware引擎的Google云服务。 这是Google 提供的一项托管服务、它使用vSphere、vSAN、ESX和NSX创建私有云、以提供所有 网络硬件和部分存储、 然后允许客户以不同的 速度进行转型、以便我们可以断开他们 现在、有些客户希望 一步一步地实现这一飞跃。 在许多情况下、他们可以完全控制这一点、而这 并非客户所能实现的目标。 这是帮助 客户迁移到云的绝佳方式。 不过、我们会看到、 当 他们使用Google Cloud和NetApp卷时、可以获得一些显著优势。 那么、什么是Google Cloud、VMware引擎？ 嗯、 这是第一方。 这是一项Google服务、可让您 使用vSphere快速配置私有云。 它允许您自动扩展子系统 并托管自助式配置。 您可以像云一样按需获取容量、 云私有云、 还可以将Google IAM和安全性集成 到VMware私有云中。 使用VPC等设备进行网络连接、 获得所有集成计费功能、以及 访问其他Google云服务。 正如您所期望的、它是按使用量付费的。 因此、当我们考虑两者的区别时、 如果我是内部部署的VMware管理员或 操作人员、我需要管理完整的 扩展堆栈、就像 连接到应用程序、 以及应用程序如何与 Google Cloud VMware引擎(即服务)进行交互。 所以 你可以看到左侧的底部方框。 所有这些都由Google Cloud管理。 您可以看到NetApp卷。 因此、Google Cloud NetApp卷作为一种存储、作为一种经过认证的 存储产品、适用于数据存储。 因此、我可以在那里运行虚拟机、 显然也可以在网络上作为一个输入共享运行虚拟机。 因此、最终 用户只需管理他们的虚拟机 以及他们 可能选择采用或继续使用的任何其他第三方服务即可。 因此、我们看到 客户使用Google Cloud VMware引擎处理许多不同的用例。 我之前谈到的其中一个问题是、 我希望离开数据中心。 我真的没有时间、没有 兴趣、也没有什么。 其局限性在于、需要对 所有应用程序进行全面转型并采用云架构、以便 我能够真正快速地离开数据中心。 我可以移动我的应用程序以选择应用程序。 我不需要对他们做任何事情。 我们还 看到、客户能够摆脱VMC。 从Amazon到Google Cloud的云端VMware。 客户 发现这款解决方案极具吸引力的原因有很多。 我们还看到灾难恢复和备份。 这从两个方面来看、我们确实看到客户希望 在其 内部环境中的云中找医生、但同样、我们也看到 客户在Google Cloud中使用其主云、 并且正在对其内部环境进行灾难恢复。 因此、我们可以使用Zero、Veeam、活动等 以及NetApp存储来实现这一点。 我可以从一个非常低的占用空间开始。 您知道、 我的医生站点的最小节点大小为3个或4个。 然后、我可以在 需要故障转移到IT时进行扩展。 现在我们也看到了，这 在新型冠状病毒肺炎方面非常重要， 突然有人开始在家工作。 因此、我们发现、VDI虚拟桌面基础架构 无处不在、可供正在运行的客户使用。 要 在云中继续支持这种功能、唯一的方法是在 VMware引擎Google Cloud上使用它。 此外、还支持Citrix VDI。 为应用程序、配置文件 以及用户和应用程序数据提供可扩展的存储。 然后、我们开始发现、仍有许多 应用程序或团队希望在 VMware环境中控制其计算。 因此、他们可能会运行VMware虚拟机、但 仍在与其他Google云服务进行交流。 因此、由于与VPC、虚拟 专用连接以及网络访问的集成、 他们也能够做到这一点、这也意味着我们 可以在VMware环境中的子系统 与Google计算引擎或其他一些数据服务之间共享数据。 同样、这也使它 对于真正需要它的客户来说具有超级强大和灵活的功能。 那么它是什么样子的。 他们有两种虚拟机 类型。 你可以看到它们非常漂亮。 嗯、有大量核心和大量内存。 它们从768千兆字节开始， 一直到高达2 TB。 使用GCP、Google Cloud和VMware引擎时、我们需要注意的是它附带了vSAN、对。 无法将其删除。 您不能选择不使用它。 随附存储、您可以从中获得存储。 但现在面临的挑战是、vSAN 将作为服务在计算节点上运行。 现在、这意味着您的存储就是 存储生命周期的存储。 嗯，让我再讲一次。 这意味着您的存储生命周期紧密相连 且相互交织、无法 与您的计算生命周期相脱离。 因此、如果您需要对 可能会影响存储的计算执行任何维护、 如果您需要对存储执行任何管理、 您的计算将受到影响。 这还意味着、由于 vSAN的工作方式、 您需要 支付相当多的可宽延空间存储费用。 您可能无法使用高达20%的容量。 这还没有让我们看到 复制的开销等问题。 对。 但您可以看到、您 不仅获得了NSX HCI、还获得了ESX和vCenter。 然后它运行在您可以看到的这些机器上。 NetApp带来了什么？ 对。 当客户使用Google Cloud VMware引擎时、 他们显然希望运行虚拟机。 客户迁移的大多数 应用程序都是企业级应用程序。 它们很重要、对业务至关重要。 因此、他们需要可靠的存储、 不仅能提供经济高效的性能、还能提供 他们期望从 内部环境获得的企业级存储功能。 因此、Google Cloud、 NetApp卷是 Google Cloud VMware引擎的认证数据存储库。 这意味着存储与 计算是分开的。 所以我有一个完全不同的生命周期。 这是一项完全托管的服务。 因此、我 无需担心 自己执行任何存储管理。 只需关注我的私有云以及 在其中运行的应用程序和VM即可。 这也意味着我继承了 NetApp卷提供的所有其他优势。 对。 因此、当我想保护我的存储时、我、您 知道、我可以执行备份、我可以执行快照等、 这就是、 在不使用NetApp卷的情况下、绝对可以在上进行提升。 但是、我只需部署 所需的计算节点、而无需 仅仅为了支持存储而部署额外的计算节点。 对。 这是一个很重要的事情，我会 在一秒钟内讨论。 但使用情形是什么。 这些应用程序就像存储繁重的应用程序。 因此、如果我需要超过10 TB的 数据、而我需要复制、那就没有办法了。 对。 所以我可以使用vSAN。 Google Cloud也提供了集成的文件存储。 但是、从文件存储的角度来看、我们可以进行更高的扩展 、并提供数据保护。 对吗？ 从vSAN的角度来看、我们可以进行扩展、而不会 增加额外节点的庞大成本、也不会增加 管理这些节点所产生的所有开销。 对。 嗯、就像这样、这看起来很简单、但 绝对值得一试。 NetApp卷。 这是一项文件共享服务、通过 网络交付、因此我们可以为访客提供肝脏存储。 我们经常看到内部客户 在运行VM时 遇到的情况、因为它有许多案例作为后盾、可以随时使用。 他们将所有数据都放在 虚拟机中、因为只需 一次移动包含数据的整个应用程序就会更容易、 尤其是在执行复制 以及灾难恢复和故障转移时。 我们客户发现的 是、这没有太多意义。 当我在云中时、更有道理的是 、将这些数据进行分解、而只是 为我的虚拟机提供更小的占用空间、并将存储分开。 这意味着 、不仅可以减小、虚拟机的大小、 尤其是在迁移和运行虚拟机时、 而且现在还意味着、我可以非常轻松地共享 由该虚拟机管理、 但托管在外部网络上的数据、以及与 其他服务(例如Google计算引擎、 虚拟机或其他数据服务)连接的卷。 因此 、我可以轻松地挂载和共享这些数据。 它非常适合主目录和VDI配置文件。 我们 看到许多客户使用它进行数据库备份。 很明显、开发测试 和应用程序开发。 对。 什么是Google Cloud NetApp卷？ 嗯、 它是随时可以使用的。 Google Cloud与Google Server合作设计、产品管理、以完全拥有 和运营的Google Cloud服务的形式提供。 因此、我获得了文件服务、无需担心管理 任何基础架构。 我创建了一个存储池。 我给它一个大小、位置和性能配置文件。 然后在上面创建卷。 然后我分享。 这真的很难、对吧？ 三个步骤。 嗯、还有一个视频、我 只需单击十次即可创建一个完整的卷、这是一个艰难的过程、对吧？ 非常简单。 嗯、我们显然也 支持多个协议。 我们刚才讨论了 VMware的数据存储库、包括Windows、Linux。 现在、从Windows的角度强调这一点非常重要、 我们是唯一提供SMB的云服务。 Windows文件共享协议是 Google Cloud中唯一一个以服务形式实现此功能的协议。 此外、我们是唯一 提供NFS v 4.1的云服务。 如果客户仅需要 NFS 3、则还可以选择其他选项。 显然，我们也支持这一点。 因此、我们不仅支持最广泛的协议、 而且还支持、而且我们是唯一 支持混合模式的协议。 所以、如果我需要在Linux和Windows之间共享数据、而 不想在Linux上使用SMB、我想使用NFS、 我们可以这样做、对吗？ 从用户角度来看、这是一种完全集成的Google Cloud体验。 集成到控制台中、集成到IAM等内容中、 我可以使用API、我可以使用Terraform、 还可以访问 其他Google服务并与数据范围集成、 因为它在ONTAP上运行。 我们拥有所有的 数据保护和可扩展性、 因此我可以将卷扩展到真正的小型卷。 我可以将其扩展到非常大的容量。 我可以抓取它们、保护它们、备份 它们、复制它们、克隆它们 等等。显然这两者都是因为 NetApp和Google所做的承诺、这在设计上是高度安全的。 因此、我们可以获得客户管理的加密密钥、 空闲加密和传输中加密。 您可以从底部看到、 很明显、云API、在这里 是VMware引擎、我会获得所有云日志记录、我 可以使用CMek进行密钥管理、 我会获得集成计费、 这实际上是针对我们 在市场产品上运行的客户。 Cloud Volumes Service是一个巨大的、极具吸引力的巨大 优势、赢得了客户的青睐。 那么、从价格角度来看、这是什么样子的呢？ 让我们举个例子。 128个虚拟机、 每个虚拟机需要大约800万加的存储。 因此、让我们将总容量取整为10到100 TB。 对。 因此、如果我只使用vSAN运行Google Cloud VMware引擎、 那么 第一年的总成本将约为40万美元。 对。 现在，嗯， 你可能可以减少这个。 抱歉、 作为您与Google Cloud签订的合同的一部分、您可以享受承诺的使用折扣、折扣可降低到40万。 嗯、但是如果我们去说、看吧、我不 想去使用Google Cloud、 VMware引擎节点并扩展到如此多的节点、只是 为了满足我的存储需求。 我只想为我的计算节点运行它们、对吧？ 嗯、 我们可以做到。 我们可以将节点数减少大约70%。 我们可以 使用Google Cloud和NetApp卷添加78 TB的数据存储容量。 我可以将这些成本降低25%，降低 到大约304,000。 这是一个巨大的改进。 但除此之外、当您考虑到这一点时、 还有许多虚拟机 需要在其中运行。 如果我只是使用Google Cloud、VMware引擎、那么 想想能耗以及 对绿色得分的影响吧、对吧？ 因此、我们肯定看到客户正在 根据他们的能耗和环保程度来评估服务和架构。 因此、 除了其他产品之外、这也是另一个很好的卖点。 对。 由于它运行在Google Cloud NetApp卷上、因此 我可以 根据需要调整容量和性能。 对。 所以我可以从1 TB扩展到100 TB。 这也将增加。 我们可以获得所有 其他数据保护优势。 目前是GCP。 因此、VMware引擎位于19个区域、NetApp卷 位于15个区域、并且这一数量正在快速增长。 因此、当您跟踪接下来的两个季度时、 您将看到 可用的区域数量显著增加。 因此、它确实为客户带来了极大的信心和 灵活性、而且成本显著降低、 因为当客户迁移时、他们希望 快速迁移 VMware环境、并使用NetApp卷作为 数据存储库、从而获得大量优势。 成本不是最起码的、对吧？ 因此、这是一 条非常简单、轻松、快速的云之路。 并非每个客户都已准备好 进行全面的云转型。 因此，不管出于什么原因，情况并非如此。 他们只 想将VMware工作负载迁移到Google Cloud。 巨大的商机、尤其是 随着收购的形成、VMware生态系统正在发生变化。 现在是时候与 客户讨论这个问题了、重点介绍 引擎结合使用可以获得的性能、功能和成本优势了。 对吗？ 这是一种完全原生 的集成公有云体验。 正如我所说、成本大幅降低。 接下来、请与Google Cloud销售 团队和云解决方案架构师联系。 嗯、与您的客户讨论一下。 如果您有需要、 请联系我们的产品团队。 我很乐意帮助您。 嗯，超级 简单对吧？ 超级超级简单。 嗯、客户真的很感兴趣、 开始大规模采用这种方式、 这是很酷的。 所以、请与 我们交流、祝您销售愉快。 谢谢。