迁移到 Google Cloud：传输大型数据集

对于许多客户来说，采用 Google Cloud 产品的第一步是将他们的数据导入 Google Cloud。本文档探讨了从规划数据传输到使用最佳实践实施计划的过程传输大型数据集涉及建立合适的团队、及早规划并在生产环境中实施之前测试您的传输计划。尽管这些步骤花费的时间可能与转移本身一样多，但此类准备工作有助于最大限度地减少转移期间对您的业务运营的干扰本文档是关于迁移到 Google Cloud 的多部分系列文档的一部分。如果您对该系列的概述感兴趣，请参阅迁移到 Google Cloud：选择您的迁移路径本文是系列文章的一部分： - 迁移到谷歌云：入门 - 迁移到 Google Cloud：评估和发现您的工作负载 - 迁移到谷歌云：建立你的基础 - 迁移到 Google Cloud：传输您的大型数据集（本文档） - 迁移到 Google Cloud：部署您的工作负载 - 迁移到谷歌云：从手动部署迁移到自动化的容器化部署 - 迁移到谷歌云：优化您的环境 - 迁移到 Google Cloud：验证迁移计划的最佳做法下图说明了您的迁移旅程的路径部署阶段是迁移到 Google Cloud 的第三个阶段，您可以在该阶段为工作负载设计部署流程如果您计划从本地环境、私有托管环境、从其他云服务提供商迁移到 Google Cloud，或者如果您正在评估迁移机会并想探索它可能是什么样子，则本文档非常有用喜欢 ## 什么是数据传输？就本文档而言，数据传输是在不转换数据的情况下移动数据的过程，例如，将文件原样移动到对象中数据传输并不像听起来那么简单人们很容易将数据传输视为一个巨大的 FTP 会话，您将文件放在一侧，然后等待它们从另一侧传出。但是，在大多数企业环境中，传输过程涉及许多因素，例如： - 制定考虑到行政时间的转学计划，包括决定转学选项、获得批准和处理意外问题的时间 - 协调组织中的人员，例如执行传输的团队、批准工具和架构的人员，以及关注移动数据可能带来的价值和中断的业务利益相关者 - 根据您的资源、成本、时间和其他项目考虑因素选择合适的传输工具 - 克服数据传输挑战，包括“光速”问题（带宽不足）、移动正在使用的数据集、在数据传输过程中保护和监控数据并确保数据传输成功本文档旨在帮助您开始成功的转移计划与数据传输相关的其他项目以下列表包括本文档未涵盖的其他类型的数据传输项目的资源： - 如果您需要转换数据（例如组合行、加入数据集或过滤掉个人身份信息），您应该考虑可以将数据存入 Google Cloud 数据仓库的提取、转换和加载 (ETL) 解决方案。有关此架构的示例，请参阅此数据流教程 - 如果您需要迁移数据库和相关应用程序（例如，提升和转移数据库应用程序），您可能会查看 Cloud Spanner 的文档、PostgreSQL 的解决方案以及有关您的数据库类型的其他文档 - 如果您想将数据从 HBase 迁移到完全托管的 NoSQL 数据库服务，该服务与 HBase API 兼容并且可以处理更大的工作负载，请查看 Cloud Bigtable - 如果您需要移动虚拟机 (VM) 实例，请考虑使用 Google 的 VM 迁移产品，Migrate to Virtual Machines ## 第 1 步：组建您的团队计划转移通常需要具有以下角色和职责的人员：启用传输所需的资源：存储、IT 和网络管理员、执行发起人和其他顾问（例如，Google 客户团队或集成合作伙伴）允许传输哪些数据）、法律顾问（针对数据相关法规）和安全管理员（针对如何保护数据访问的内部政策）执行传输：团队负责人、项目经理（用于执行和跟踪项目)、工程团队、现场收发货（接收家电硬件）确定谁对您的转移项目负有上述责任，并在适当的时候将他们包括在计划和决策会议中，这一点至关重要。糟糕的组织规划通常是转移计划失败的原因从这些利益相关者那里收集项目要求和意见可能具有挑战性，但制定计划并建立明确的角色和职责是值得的。不能期望您知道数据的所有详细信息。组建团队可以让您更深入地了解业务需求。最佳做法是在您投入时间、金钱和资源来完成转移之前确定潜在问题 ## 第 2 步：收集需求和可用资源当您设计传输计划时，我们建议您首先收集数据传输的要求，然后再决定传输选项。要收集需求，您可以使用以下过程： - 确定您需要移动哪些数据集 - 选择 Data Catalog 等工具将您的数据组织成可以一起移动和使用的逻辑分组 - 与组织内的团队合作以验证或更新这些分组 - 确定你的数据集可以移动 - 考虑监管、安全或其他因素是否禁止传输某些数据集 - 如果您需要在移动数据之前转换某些数据（例如，删除敏感数据或重组数据），请考虑使用 Dataflow 或 Cloud Data Fusion 等数据集成产品，或 Cloud Composer 等工作流编排产品 - 对于可移动的数据集，确定每个数据集的传输位置 - 记录您选择的存储选项来存储您的数据。通常，Google Cloud 上的目标存储系统是 Cloud Storage。即使您在应用程序启动并运行后需要更复杂的解决方案，Cloud Storage 也是一种可扩展且持久的存储选项 - 了解迁移后必须维护哪些数据访问策略 - 确定是否需要将此数据存储在特定区域 - 计划如何在目的地构建这些数据。例如，它与来源相同还是不同？ - 确定您是否需要持续传输数据 - 对于可移动的数据集，确定哪些资源可用移动它们 - 时间：需要什么时候完成转账？ - 费用：球队可用的预算和转会费用是多少？ - 人员：谁可以执行转移？ - 带宽（用于在线传输）：您当前可用的 Google Cloud 带宽中有多少可以分配给一次传输，分配时间是多长？在下一阶段的规划中评估和选择传输选项之前，我们建议您评估是否可以改进 IT 模型的任何部分，例如数据治理、组织和安全性您的安全模型作为数据传输项目的一部分，传输团队的许多成员可能会在您的 Google Cloud 组织中被授予新角色。数据传输规划是审查您的身份和访问管理 (IAM) 权限以及安全使用 IAM 的最佳实践的好时机。这些问题会影响您授予对存储的访问权限的方式。例如，出于监管原因，您可能会严格限制对已存档数据的写入访问权限，但您可能会允许许多用户和应用程序将数据写入您的测试环境您的 Google Cloud 组织您在 Google Cloud 上构建数据的方式取决于您打算如何使用 Google Cloud。将数据存储在运行应用程序的同一个云项目中是一种简单的方法，但从管理的角度来看可能不是最佳方法。您的某些开发人员可能没有查看生产数据的权限。在这种情况下，开发人员可以在示例数据上开发代码，而特权服务帐户可以访问生产数据。因此，您可能希望将整个生产数据集保存在单独的 Cloud 项目中，然后使用服务帐户允许访问每个应用程序项目的数据Google Cloud围绕项目组织。项目可以分组到文件夹中，文件夹可以分组到您的组织下。角色在项目级别建立，访问权限在 Cloud Storage 存储桶级别添加到这些角色。此结构与其他对象存储提供程序的权限结构一致有关构建 Google Cloud 组织的最佳实践，请参阅为您的 Google Cloud 着陆区确定资源层次结构## 第 3 步：评估您的传输选项要评估您的数据传输选项，传输团队需要考虑几个因素，包括以下内容：- 成本- 时间- 离线与在线传输选项- 传输工具和技术- 安全性成本大部分相关成本传输数据包括以下内容：- 网络成本- 进入云存储是免费的。但是，如果您将数据托管在公共云提供商上，您可能需要为传输数据支付出口费用和潜在的存储成本（例如，读取操作）。此费用适用于来自 Google 或其他云提供商的数据- 如果您的数据托管在您运营的私人数据中心，您可能还需要支付额外的设置费用为谷歌云增加更多带宽- 数据传输期间和之后云存储的存储和运营成本- 产品成本（例如，Transfer Appliance）- 组建团队和获得后勤支持的人员成本时间计算中很少有事情强调网络在传输大量数据时的硬件限制。理想情况下，您可以通过 1 Gbps 网络在八秒内传输 1 GB。如果将其扩展到一个巨大的数据集（例如，100 TB），传输时间为 12 天。传输庞大的数据集可以测试您的基础架构的限制并可能给您的业务带来问题您可以使用以下计算器来了解传输可能需要多少时间，给定您正在移动的数据集的大小以及可用于传输的带宽。计算中考虑了一定百分比的管理时间。此外，还包括一个有效的带宽效率，因此得到的数字更加真实，不会获得理想的数字您可能不想将大型数据集转移出您的公司在工作高峰期上网。如果传输使网络过载，其他人将无法完成必要的或关键任务的工作。为此，转会团队需要考虑时间因素数据传输到 Cloud Storage 后，您可以使用多种技术在新文件到达时对其进行处理，例如 Dataflow增加网络带宽如何增加网络带宽取决于您连接到谷歌云的方式在谷歌云和其他云提供商之间的云到云传输中，谷歌提供云供应商数据中心之间的连接，不需要您进行设置如果您在私有数据中心和谷歌云之间传输数据，主要有以下三种方法：- 使用公共 API 的公共互联网连接- 使用公共 API 进行直接对等连接- 使用私有 API 进行云互连在评估这些方法时，考虑您的长期连接需求会很有帮助。您可能会得出结论，仅出于传输目的而获取带宽的成本过高，但考虑到 Google Cloud 的长期使用以及整个组织的网络需求，投资可能是值得的使用公共互联网连接当您使用公共互联网连接时，网络吞吐量是不可预测的，因为您受到互联网服务提供商 (ISP) 容量和路由的限制。ISP 也可能提供有限的服务水平协议 (SLA) 或根本不提供。然而，这些连接的成本相对较低，并且通过 Google 广泛的对等安排，您的 ISP 可能会在几个网络跃点内将您路由到 Google 的全球网络我们建议您检查与您的安全管理员讨论您的公司政策是否禁止通过公共互联网移动某些数据集。还要检查公共互联网连接是否用于您的生产流量。大规模数据传输可能会对生产网络产生负面影响使用直接对等连接要以比公共互联网连接更少的网络跳数访问 Google 网络，您可以使用直接对等互连。通过使用直接对等互连，您可以在您的网络和 Google 的边缘接入点 (PoP) 之间交换互联网流量，这意味着您的数据不使用公共互联网。这样做还会减少您的网络与 Google 网络之间的跃点数。与 Google 网络对等互连需要您设置一个注册的自治系统 (AS) 编号，使用互联网交换连接到 Google，并提供与您的网络运营中心的全天候联系与云互连连接 Cloud Interconnect 通过 Google 或 Cloud Interconnect 服务提供商之一提供与 Google Cloud 的直接连接。此服务有助于防止您的数据进入公共互联网，并可以为大型数据传输提供更一致的吞吐量。通常，Cloud Interconnect 会针对网络可用性和网络性能提供 SLA。直接联系服务提供商以了解更多信息。 Cloud Interconnect 还支持私有寻址，RFC 1918，这样云就可以有效地成为私有数据中心的扩展，而无需公共 IP 地址或 NAT 在线与离线传输一个关键的决定是使用离线还是在线流程进行数据传输。也就是说，您必须选择通过网络传输，无论是专用互连还是公共互联网，还是使用存储硬件传输为帮助做出此决定，我们提供了一个转移计算器来帮助您估算这两个选项之间的时间和成本差异。下图还显示了各种数据集大小和带宽的一些传输速度。这些计算中包含一定数量的管理开销如前所述，您可能需要考虑实现较低数据传输延迟的成本（例如获取网络带宽）是否被该投资对您的组织的价值所抵消 Google 提供的选项 Google 提供了多种工具和技术来帮助您执行数据传输在 Google 的传输选项中做出决定选择传输选项取决于您的用例，如下表所示 | |您从哪里移动数据| |场景| |推荐产品 |另一个云提供商（例如，Amazon Web Services 或 Microsoft Azure）到 Google CloudStorage Transfer Service| |Cloud Storage to Cloud Storage（两个不同的bucketsStorage Transfer Service| |您到 Google Cloud 的私有数据中心||足够的带宽来满足您的项目截止日期 | 对于少于 1 TB 的数据 | | |您到 Google Cloud 的私有数据中心||足够的带宽来满足您的项目截止日期 | 对于超过 1 TB 的数据 |本地数据的存储传输服务| |您的私有数据中心到 Google Cloud||没有足够的带宽来满足您的项目截止日期||Transfer Appliance| gsutil 用于较小的本地数据传输这 gsutil 工具是中小型传输的标准工具（小于 1 TB）通过典型的企业级网络，来自私有数据中心到谷歌云。我们建议您包括默认路径中的 gsutil 当你使用云壳它在安装时也默认可用谷歌云命令行它是一款可靠的工具，可提供您管理所需的所有基本功能你的云储存实例，包括将数据复制到本地文件系统和从本地文件系统复制数据云储存。它还可以移动和重命名对象并执行实时增量同步，比如 rsync，到 Cloud Storage 存储桶 gsutil 在以下场景中特别有用： - 您的传输需要按需执行，或在用户的命令行会话期间执行 - 您只传输几个文件或非常大的文件，或两者兼而有之 - 您正在使用程序的输出（将输出流式传输到云存储） - 您需要监视一个包含适量文件的目录，并以极低的延迟同步任何更新入门的基础知识 gsutil 是为了创建一个 Cloud Storage 存储桶和复制数据到那个桶。对于更大数据集的传输，有两件事要考虑：对于多线程传输，使用 gsutil -m 并行处理多个文件，提高传输速度对于单个大文件，使用复合传输此方法将大文件分成较小的块以提高传输速度。块被并行传输和验证，将所有数据发送给谷歌。一旦数据块到达谷歌，它们就会被合并（称为组合）形成一个单一的对象使用 gsutil 的复合传输有一些缺点，包括每个部分（不是整个对象）都是单独校验和的，冷存储类的组合会导致提前删除惩罚用于大量本地数据传输的存储传输服务喜欢 gsutil, 本地数据的存储传输服务允许从网络文件系统 (NFS) 存储传输到云储存。虽然 gsutil 可以支持较小的传输大小（向上到 1 TB），本地数据的存储传输服务专为大规模传输（高达 PB 的数据，数十亿的文件）。它支持完整副本或增量副本，适用于列出的所有传输选项早些时候在 Google 的传输选项中做出决定。它还有一个简单的、可管理的图形用户界面；甚至不懂技术用户（设置后）可以使用它来移动数据本地数据的存储传输服务在以下场景中特别有用： - 您有足够的可用带宽来移动数据量（请参阅 Google 云数据传输计算器） - 您支持大量可能会找到命令行的内部用户像工具 gsutil 使用起来很有挑战性 - 您需要强大的错误报告和所有已移动文件和对象的记录 - 您需要限制传输对数据中心其他工作负载的影响（该产品可以保持在用户指定的带宽限制之下） - 您想按计划进行定期转账您可以通过安装本地数据为本地数据设置 Storage Transfer Service - 将本地软件 [称为 *代理*] 安装到数据中心的计算机上。这些代理在 Docker 容器中，这使得运行它们中的许多或通过 Kubernetes 编排它们设置完成后，用户可以通过以下方式在 Google Cloud 控制台中启动传输提供源目录、目标存储桶和时间或计划 Storage Transfer Service 以递归方式爬网中的子目录和文件源目录并在其中创建具有相应名称的对象 Cloud Storage [对象 /dir/foo/file.txt 成为名为 /dir/foo/file.txt 的目标存储桶中的一个对象]。存储传输服务遇到任何瞬态错误时自动重新尝试传输在传输过程中，您可以监控移动了多少文件以及整体传输速度，可以查看错误样本传输完成后，将生成一个制表符分隔文件 (TSV)，其中包含所有接触的文件和收到的任何错误消息的完整记录。代理是容错的，因此如果一个代理宕机，传输将继续与其余代理一起进行。代理还可以自我更新和自我修复，因此您不必担心修补最新版本或在由于意外问题而出现故障时重新启动进程使用 Storage Transfer Service 时的注意事项：在每台机器上使用相同的代理设置。所有代理都应该以相同的方式（相同的相对路径）看到相同的网络文件系统 (NFS) 安装。此设置是产品运行的必要条件。代理越多，速度越快。由于所有代理之间的传输自动并行，我们建议您部署许多代理，以便使用可用带宽。带宽上限可以保护您的工作负载。您的其他工作负载可能正在使用您的数据中心带宽，因此请设置带宽上限以防止传输影响您的 SLA。计划检查错误的时间。大型传输通常会导致需要检查的错误。 Storage Transfer Service 可让您查看直接在 Google Cloud 控制台中遇到的错误示例。如果需要，您可以将所有传输错误的完整记录加载到 BigQuery，以检查文件或评估重试后仍然存在的错误。这些错误可能是由于正在运行的应用程序在传输发生时正在写入源，或者这些错误可能揭示需要进行故障排除的问题（例如，权限错误）。为长时间运行的传输设置 Cloud Monitoring。Storage Transfer Service 让 Monitoring 可以监控代理程序的运行状况和吞吐量，因此您可以设置警报，在代理程序关闭或需要注意时通知您。处理代理故障对于需要数天或数周的传输非常重要，这样您就可以避免可能延迟项目时间表的显着减速或中断 Transfer Appliance 用于更大规模的传输对于大规模传输（尤其是网络带宽有限的传输），Transfer Appliance 是一个很好的选择，尤其是当快速网络连接不可用且获得更多带宽成本太高时 Transfer Appliance 在以下情况下特别有用： - 您的数据中心位于偏远地区，带宽访问受限或无法访问- 带宽可用，但无法在截止日期之前及时获取- 您可以访问后勤资源以接收设备并将其连接到网络使用此选项时，请考虑以下事项：- Transfer Appliance 要求您能够接收和运回 Google 拥有的硬件- 根据您的互联网连接，使用 Transfer Appliance 将数据传输到 Google Cloud 的延迟通常高于在线- Transfer Appliance 仅在某些国家/地区可用要考虑的两个主要标准使用 Transfer Appliance 是成本和速度。在合理的网络连接（例如 1 Gbps）的情况下，在线传输 100 TB 的数据需要 10 多天才能完成。如果这个汇率可以接受，在线转账可能是满足您需求的一个很好的解决方案。如果您只有 100 Mbps 的连接（或从远程位置更糟），则相同的传输需要 100 多天。此时，值得考虑离线传输选项，例如 Transfer Appliance获取 Transfer Appliance 非常简单。在 Google Cloud 控制台中，您请求一个 Transfer Appliance，指明您拥有多少数据，然后 Google 会将一个或多个设备运送到您请求的位置。您有几天时间将数据传输到设备（“数据捕获”）并将其发送回 Google网络设备的预期周转时间运送、加载您的数据、运回并在 Google Cloud 上重新水化的时间为 20 天。如果您的在线传输时间范围被计算为大大超过此时间范围，请考虑 Transfer Appliance。300 TB 设备流程的总成本不到 2,500 美元用于云到云传输的存储传输服务存储传输服务是完全托管的，高度可扩展的服务，用于自动从其他公共数据传输到云存储。它支持从 Amazon S3 和 HTTP 传输到云存储对于 Amazon S3，您可以提供一个访问密钥和一个 S3 存储桶，以及可选的S3 过滤器要选择的对象，然后将 S3 对象复制到任何云存储桶。该服务还支持任何修改的对象。该服务目前不支持数据传输 *到* 亚马逊 S3 对于 HTTP，您可以为存储传输服务提供一个公共 URL 列表指定格式这种方法要求您编写一个脚本来提供每个以字节为单位的文件，以及文件内容的 Base64 编码的 MD5 散列有时文件大小和哈希值可从源网站获得。如果不，您需要对文件进行本地访问，在这种情况下，可能更容易利用 gsutil，如前所述如果您有适当的传输，存储传输服务是获取和保存数据的好方法，尤其是从另一个公共云传输时安全对于许多 Google Cloud 用户来说，安全是他们的首要关注点，并且有不同级别的安全可用。需要考虑的几个安全方面包括保护静态数据（对源和目标存储系统的授权和访问）、保护传输中的数据以及保护对传输产品的访问。下表按产品概述了安全性的这些方面 | |产品| |静态数据| |传输中的数据| |访问传输产品 |Transfer Appliance||所有数据都是静态加密的数据由客户管理的密钥保护任何人都可以订购设备，但要使用它，他们需要访问数据源。| | ||访问云存储所需的访问密钥，静态加密数据通过 HTTPS 发送并在传输中加密任何人都可以下载和运行 | |本地数据的存储传输服务||访问静态加密的云存储所需的访问密钥。代理进程可以在操作系统权限允许的情况下访问本地文件数据通过 HTTPS 发送并在传输过程中加密您必须具有对象编辑器权限才能访问 Cloud Storage 存储桶。| |存储传输服务||非谷歌云资源（例如，Amazon S3）所需的访问密钥。需要访问密钥才能访问静态加密的云存储数据通过 HTTPS 发送并在传输过程中加密您必须具有服务帐户的 IAM 权限才能访问任何云存储存储桶的源和对象编辑器权限。| 为了实现基线安全增强，在线传输到谷歌云使用 gsutil 通过 HTTPS 完成，数据在传输过程中被加密，所有数据在默认情况下，Cloud Storage 是静态加密的。有关信息更复杂的安全相关方案，请参阅安全和隐私注意事项如果你使用转移装置，您控制的安全密钥有助于保护您的数据。一般来说，我们建议您与您的安全团队合作，以确保您的转移计划满足贵公司和监管要求第三方转账产品对于高级网络级优化或正在进行的数据传输工作流，您可能需要使用更高级的工具。有关更多高级工具的信息，请访问 Google 合作伙伴以下链接突出显示了众多选项中的一部分（此处按字母顺序列出）： - Aspera On Cloud 基于 Aspera 的专利协议，适用于大规模工作流。它可以作为订阅许可模型按需提供 - Tervela 的 Cloud FastPath 可用于构建传入和传出 Google Cloud 的托管数据流。有关详细信息，请参阅使用 Cloud FastPath 创建数据流 - Signiant 提供 Media Shuttle 作为软件即服务 (SaaS) 解决方案，可将任何文件传输到任何地方或从任何地方传输任何文件。 Signiant 还提供 Flight 作为基于高度优化协议的自动缩放实用程序，以及 Signiant Flight Deck 作为跨地理位置分散位置的大规模传输的自动化工具 ## 第 4 步：准备转移对于大型传输或具有重要依赖关系的传输，了解如何操作传输产品非常重要。客户通常会经历以下步骤：定价和 ROI 估算。此步骤提供了许多选项来帮助做出决策。功能测试。在此步骤中，您确认产品可以成功设置并且网络连接（如果适用）正常工作。您还测试是否可以将数据的代表性样本（包括伴随的非传输步骤，如移动 VM 实例）移动到目的地您通常可以在分配所有资源（例如传输机器或带宽）之前执行此步骤。此步骤的目标包括以下内容： - 确认您可以安装和操作传输 - 表面潜在的项目停止问题会阻止数据移动（例如，网络路由）或您的操作（例如，非传输步骤所需的培训）性能测试。在此步骤中，您将在分配生产资源以执行以下操作后，对大量数据样本（通常为 3××××5%）运行传输： - 确认您可以消耗所有分配的资源并且可以达到您期望的速度 - 发现并修复瓶颈（例如，缓慢的源存储系统） ## 第 5 步：确保传输的完整性为帮助确保传输过程中数据的完整性，我们建议采取以下预防措施： - 在您的目的地启用版本控制和备份以限制意外删除的损害 - 在删除源数据之前验证您的数据对于大规模数据传输（PB 级数据和数十亿文件），底层源存储系统的基线潜在错误率低至 0.0001% 仍然会导致数千文件和 GB 的数据丢失。通常，在源上运行的应用程序已经可以容忍这些错误，在这种情况下，不需要额外的验证。在某些特殊情况下（例如，长期存档），在认为可以安全地从源中删除数据之前，需要进行更多验证根据您的应用程序的要求，我们建议您在传输完成后运行一些数据完整性测试，以确保应用程序继续按预期工作。许多传输产品都有内置的数据完整性检查。但是，根据您的风险状况，您可能希望在从源中删除数据之前对数据和读取该数据的应用程序进行一组额外的检查。例如，您可能想要确认您独立记录和计算的校验和是否与目的地写入的数据相匹配，或者确认应用程序使用的数据集是否已成功传输 ## 寻求帮助 Google Cloud 提供了各种选项和资源，供您寻找必要的帮助和支持以最好地使用 Google Cloud 服务：自助服务资源。如果您不需要专门的支持，您可以根据自己的进度使用各种选项。技术合作伙伴。Google Cloud 已与多家公司合作，以帮助您使用我们的产品和服务。 Google Cloud 专业服务。我们的专业服务可帮助您充分利用对 Google Cloud 的投资 Google Cloud 迁移中心有更多资源可帮助您将工作负载迁移到 Google Cloud 有关这些资源的更多信息，请参阅迁移到 Google Cloud：入门的查找帮助部分＃＃下一步是什么 - 如果您对制定转移计划或特定用例有疑问，可以联系 Google Cloud 支持，或直接联系您的 Google 客户团队 - 为了开始您的转移，我们提供以下指南： - 对于一般的数据迁移策略：Migrating a monolithic application to microservices on Google Kubernetes Engine - 对于离线传输：Transfer Appliance - 对于从公共云进行的在线传输：Storage Transfer Service - 探索有关 Google Cloud 的参考架构、图表、教程和最佳实践。查看我们的云架构中心。