[字幕已自动生成。] 今天、我将与Ahsan Kirmani一起工作、他 是阿克曼IT部门的副总裁。 我们将进一步了解Ahsan如何 开启云之旅、 以及他如何使用Google Cloud。 NetApp卷。 好的。 谢谢大家。 感谢您今天的到来。 因此、我们只有15分钟的时间。 因此、这 将非常简短。 但在这段时间、我们将讨论Google Cloud NetApp卷如何 为最关键的应用程序( 此处为医疗保健)提供企业级数据功能。 但是、您可能不知道NetApp的 个人使用情况、 但如果您曾 在医院重新灌装过处方、则使用NetApp。 如果您曾在MLS系统上寻找家、 您就使用过NetApp、因为NetApp为 企业的智能数据基础架构提供支持、 我们很自豪地与Google Cloud合作。 我们的合作伙伴关系始于大约五年前、 去年我们取得了巨大成功、Google Cloud将我们的技术引入NetApp 、现在将其作为第一方服务与 Google Cloud NetApp卷一起提供。 那么他们为什么这样做呢？ 事实上、如果您是一家企业、则 在迁移到云时必须考虑许多事项。 您需要将其复制到云中。 你必须考虑所有这些问题。 如何在云中运行应用程序而无需重构 、而无需花费数月的时间来重写？ 我能否迁移到Google Cloud？ 如何将 内部环境中获得的文件服务配置为云原生服务？ 因此、 我无需花费数小时来配置VPC和VLAN等内容、只需单击几下鼠标即可完成配置。 我如何才能在云中获得内部环境中的功能、 例如针对 防兰森备份进行恢复的快照 、以防止意外或故意删除文件、并增加应用程序的正常运行时间 、 这不仅是在我所在的区域、而且我可能希望在其他区域进行 灾难恢复和备份保护。 最后、您必须了解 我们所有人都必须具备的网络弹性 、这不仅是为了满足合规性要求、而且也是为了运营 、保持客户满意度 并防止停机。 为了弥补 这些功能不足、 NetApp和Google Cloud合作创建了 Google Cloud、NetApp卷。 首先、它是 直接在Google Cloud Console中完全托管的云服务。 只需单击几下鼠标、即可提供 2 TB到100 TB的企业级文件系统、 并且您可以获得所需的性能级别。 它位于Google Cloud Console 和您的gCloud API中。 Terraform。 无论您如何配置、它都可供您使用、 并且支持多协议、因为这一点非常重要、 您可能需要Windows Server File Server协议、在 这种情况下 、用于医学成像、Windows文件共享只是 几十年来企业中的一大必需品。 现在、我们有了一种非常经济高效、可靠的方式 将这些迁移到Google Cloud、以便进行GCP迁移。 如果您考虑迁移VMware、这是另一个使用 情形和SAP文件共享、如果您迁移SAP、 所有这些都是大型企业级应用程序 、都可以通过Google Cloud、NetApp卷来交付、 而且所有这些都直接位于Google云控制台中。 我们提到了您的API、Microsoft托管的Active Directory (如果您使用云日志记录)、以及 用于卷加密的云密钥管理、以 确保满足合规性需求。 当然、所有这些都包含在您的Google Cloud内部版本中。 所以非常简单。 数据保护 和可扩展性与您承诺的数据保护和可扩展性完全不成比例。 这是关键所在。 您知道、在存储 不足或耗尽之前、 或者在需要从意外删除 点(某些用户操作员错误、 应用程序错误或只是一条 命令行删除了大量数据)中恢复之前、您会将存储视为理所当然。 您希望能够快速检索该数据。 您希望将这些 功能内置到存储基础架构中。 您希望对快照进行丰富的数据管理、以便 在几分钟内从意外文件损坏 或(上帝保佑)勒索软件和网络攻击中恢复。 而且、您希望拥有集成备份、这样就 不必使用其他第三方工具 或实用程序来保护您 可以在其中设置策略的数据。 您可以 安全地拥有1000个备份集、涵盖数周、数月甚至数年。 您可以从GCS 对象存储中检索这些对象。 因此、它非常经济高效。 当然、您需要安全性。 安全性不仅 关乎数据的加密方式、 还关乎数据的访问权限。 您需要 记录访问它的每个人。 因此、您确实需要具备所有这些功能。 我们将以一种非常易于使用的方式为您提供服务。 现在、我不会介绍所有这些内容、但 假设我们有四种图形用户界面云NetApp卷。 因此、无论您的应用程序 在性能方面依赖于什么、 我们都可以满足这些需求、而且无论 您的应用程序的价位如何、我们都可以满足这些需求。 因此、我们可以在 所有这些方面为您的应用程序提供非常经济高效的服务。 我们位于Google Cloud区域、新的弹性 层为15个Google Cloud区域、具有标准、 高级和极高层。 我们说极端、因为 我们可以达到每秒4.5 GB。 大约每秒32千兆位。 因此、我们 目前支持云中要求最苛刻的数据库应用程序。 像半导体设计这种 远非医学成像的东西。 但在模拟 和数据管理领域也很繁重。 当然、 每个服务层中涉及的所有协议和所有数据管理功能也是如此。 下面简要概述了Google Cloud、NetApp 卷以及NetApp与Google的合作伙伴关系。 我真的很想将其移交给Hassan、 他可以逐步进入Google Cloud、并了解如何 利用NetApp卷来满足其企业 需求。 太棒了 当然可以。 谢谢Jeff。 那么，那么， 什么是"能动性"？ 所以、在"有能力"的环境中、我们。 是全面 放射学和肿瘤学解决方案的全球领导者。 嗯、在全国范围内、我们是 医疗系统、医生团队和医院的领先合作伙伴之一。 我们是 美国第二大门诊放射科提供商。 当然、让我们处于这个领域的原因是 、我们在PET CTS中排名第一、在MRI中排名第二。 我们与 30个最大的医疗系统中的23个有着良好的关系。 当然，所有这些都包括我们拥有 全国最大的移动成像机队。 嗯，全国。 那么、这对于 磁性和NetApp医学成像之间的关系意味着什么呢？ 当然、每个人都知道存储非常 密集、以及 存储医学影像的和标准。 它被称为DICOM。 今天。 目前、存储DICOM图像需要 在本体架构上进行大量传统存储。 而且、从 传统存储空间迁移到 基于云的新解决方案一直是 一种需求、因此、需要使用一种新技术 、该技术同时还 可以更好地扩展、对医疗保健机构来说是安全的、并且符合 所有不同的合规性法律、 包括美国环境保护署(EPA)。 这就是Google Cloud NetApp卷的优势所在。 所以、 我们今天面临的最大挑战也是如此。 NetApp Google Cloud、NetApp卷可以 应对这些挑战。 为我们服务。 当然、从存储架构的 角度来看、它是安全的。 它位于云中。 它让我们可以轻松站起来。 站起来。 适用于所有不同 医疗应用程序的SMB存储、 当然还可以与GCP集成以实现 无缝管理和集成。 Google Cloud NetApp卷的优势 及其帮助作用。 能性。 当然、今天我们实施Google Cloud NetApp卷安全是最重要的、对吧？ 我们必须确保以安全的方式做到这一点。 可扩展性、确保我们可以 根据需要将其扩展到大小、 同时提高可访问性。 性能在这方面起着重要作用。 同时、将所有这些功能整合到一个经济高效的软件包中 、正是Google Cloud NetApp卷为Ackerman提供了 帮助、也帮助我们满足了DICOM需求。 我将 讨论一个简单的案例研究，呃， 那种能力和我们已经有的一个用例。 对。 不了解的人也是如此。 DICOM图像用于PACS。 PACS是" 图片、存档和通信系统"的缩写。 它实际上是一个存储DICOM图像、传输 DICOM图像和显示DICOM图像的系统。 因此、我们在 一个本地数据中心内部署了这一传统PACS系统。 对。 它运行在一个旧的、旧的SAN上、旧的Compellent SAN也已停产和停产。 对吗？ 因此、我们必须采取一些措施来增加 该传统PACS系统的DICOM图像存储。 供应商告诉我们、 您需要购买新的SAN。 您需要将其放置 在此PACS系统旁边的数据中心、以便我们可以利用存储。 所以、我们在"创新"、我们是技术驱动的、对吧？ 没有太多的医疗保健公司 将技术放在 他们的业务能力的中心。 我们 以技术为导向、这就是我们要做的。 我们希望采用基于云的解决方案。 对。 但是、供应商与许多 基于云的解决方案并不相似。 那又怎样呢？ 所以、供应商对此一无所知。 在某种程度上、 他们只需要一个SMB共享卷。 因此、我们配置了Google Cloud NetApp 卷和SMB共享以及GCP、只是为 软件包解决方案供应商提供了SMB共享。 对。 从技术上讲、所有 从 内部数据中心的应用程序服务器发出的图像实际上都存储 在我们的GCP、Google Cloud、NetApp卷中。 现在来了解一下、 我们从中获得的吞吐量和性能 实际上优于 对吧？ 这让我们 证明了这项技术是有效的。 Google Cloud NetApp卷确实是 存储DICOM图像的好解决方案。 这是一个非常适合医学影像的解决方案、对吧？ 这也是我们的智能开始利用Google Cloud NetApp卷开始将大量 传统PACS系统及其 所连接的DICOM存储迁移到云的地方。 谢谢、Samson。 这是一个伟大的故事。 鉴于您是一名实践者、 您是否从 旅程中学到了可能与 广大受众相关的最佳实践或 在整个过程中学到的内容？ 是的、是的、当然可以。 所以，最大的事情，我的意思是， 每个人都需要记住的最大的事情是有基础。 对吗？ 对。 没有基础。 对。 这一切都不会奏效。 因此、 网络对您的基础向云转型的最大贡献是网络、对吧？ 在 基础架构中建立稳定的网络连接后、 无论什么。 我刚才谈到利用Google Cloud NetApp 卷之后会轻而易举地实现这一目的。 那么、基础是否合适？ 确保 网络连接正常 、并由Google Cloud NetApp卷完成其余操作。 因此、您不会遇到 数据中心与应用程序之间的延迟问题。 太酷了。 这就是它的美，对吧？ 因此、借助 GCP和GCP的VPC网络、 我们能够 在GCP和我们的SD-WAN网络之间建立直接互连。 这使我们能够实现惊人的吞吐量、 卓越的性能以及极 低的延迟或低延迟。 好极了。 因此、能够在这种 混合环境中运行、您 可以在不受 数据中心限制的情况下有效地扩展存储、 从而更好地响应应用程序需求。 我不知道我们的医学成像系统是否 像我们的iPhone相机一样、 在那里、文件大小呈指数级增长。 但 我可以想象、这些文件大小会不断增长。 它们可以是一个，一个，一个克里默可以是从一个 千兆到十个千兆。 对。 而且、它们还会呈指数级增长。 根据您每天的工作数量不断增长。 我们有大约250个固定站点。 所以你可以想象我们做了多少医学影像。 因此、保持正常运行时间也至关重要。 对。 不会丢失图像、不会停机、能够 通过这些昂贵的机器安排患者。 恭喜您踏上旅程。 只需从应用程序 级别和满足所有SLA的角度来扼杀IT、并成为 Google Cloud和NetApp的良好合作伙伴。 我们 非常自豪。 谢谢你。 让您参与其中。 所以对于那些想要采取后续行动的人来说 、我们的NetApp展位 就在您的后面、有一个、两个、三个、一个。 我们 每半小时有许多剧院演示、还有一些很酷的小摊 和一些有趣的游戏。 因此、我们鼓励您停下来看看。 请与Alison或我本人联系、或者 NetApp的其他许多团队成员 也很乐意为您提供帮助。 感谢您的参与、 希望这是一次有教育意义的培训。 我当然学到了一些东西、并且非常感谢 您的时间。 倾听、感谢大家的到来。