使用 AWS Snowcone 为 AWS Outposts 服务器提供持久存储

作者：Macey Neff，发布日期：2023年8月18日

关键要点

本文讨论了如何通过 AWS Snowcone 为 AWS Outposts 服务器提供持久存储。详细介绍了如何利用 Snowcone 的内置功能将数据持久化至 Amazon S3，提升数据安全性及恢复能力。读者将学习如何配置网络文件系统NFS并启动 AWS DataSync 以实现数据的高效迁移。

本文由 Secure Hybrid Edge 的专家解决方案架构师 Rob Goodwin 撰写。

最近，AWS 出台的 AWS Outposts 服务器 提供了一种更简化的方式，将 AWS 云基础设施部署到区域办公室。针对不适合使用 42U AWS Outposts 机架 的场合，1U 或 2U 的 Outposts 服务器提供了经济实惠的选择。

本文将探讨如何使用 AWS Snowcone 为 AWS Outposts 服务器提供持久存储，以应对 Amazon Elastic Compute Cloud (Amazon EC2) 实例终止或 Outposts 服务器故障的情况。内容包括：

如何利用 Snowcone 的内置功能为 EC2 实例提供持久存储。可选地使用 AWS DataSync 将数据复制回 AWS 区域。使用 DataSync 将数据复制回 AWS 区域，能无缝实现数据的异地备份，增强系统的恢复能力，并利用 AWS 的区域服务进行机器学习训练。

背景

Outposts 服务器配备内部 NVMe SSD 实例存储。与 AWS 区域一样，实例存储会直接分配给 EC2 实例，并与实例的生命周期关联。这意味着如果 EC2 实例终止，与之相关联的数据将被删除。如果希望实例终止后数据能够保留，则必须使用操作系统功能将数据备份到其他介质，或将数据保存到外部网络存储或文件系统。

在 AWS 中，将外部文件系统挂载到 EC2 实例并不是新概念。通过 Amazon Elastic File System (Amazon EFS)，可以将 EFS 文件系统挂载到 EC2 实例。

此架构可能类似于以下图示：

图 1：AWS VPC 展示 EC2 实例挂载 Amazon EFS 于区域内

在这个架构中，EC2 实例使用 Amazon EFS 作为共享文件系统。

Outposts 服务器的一个主要用例是将应用程序部署得更靠近最终用户，以获得更快的响应时间。如果将应用程序迁移至 Outposts 服务器以改善最终用户的响应时间，可以继续使用 Amazon EFS 作为共享文件系统。然而，通过 服务链接 读取文件系统的延迟可能会影响应用程序性能。

虽然市场上有其他第三方网络存储系统可以与 Outposts 服务器兼容，但 Snowcone 提供了内置的 DataSync 服务，能够将数据复制回区域，非常适合物理空间和电力受限的场合。

通过利用 Snowcone，我们可以在 Outposts 服务器外部提供持久的网络附加存储，并有能力实现数据的双向复制至 AWS 区域。Snowcone 是一款小型、坚固且安全的设备，具备边缘计算、数据存储和数据传输的功能。

解决方案概述

在此解决方案中，我们结合多个 AWS 服务以提供持久环境。我们使用 Snowcone 作为网络文件系统NFS挂载点，并利用内置的 DataSync 代理将 Snowcone 上的存储桶复制回区域内的 Amazon Simple Storage Service (Amazon S3) 存储桶。

小熊加速器bear458

当 EC2 实例在 Outposts 服务器上启动时，我们通过 Outposts 服务器的逻辑网络接口 (LNI) 将 NFS 挂载点映射到 Linux 主机的文件系统。对于 Windows 系统，我们可以利用 NFS 客户端 为 NFS 挂载分配驱动器字母。下图说明了这一点。

图 2：EC2 实例在 Outposts 服务器上附加到 Snowcone 的 NFS 挂载，伴随 DataSync 将数据复制回 AWS 区域的 Amazon S3

前提条件

要部署此解决方案，您需满足以下条件：

已 安装 并 授权 Outposts 服务器。

Outposts 服务器必须具备完全能力来 启动一个 EC2 实例，并能通过 LNI 与本地网络资源 通信。

已 订购 AWS Snowcone，并 连接 到本地网络，且 解锁 设备。

为确保 NFS 可用，作业类型 必须为 导入到 Amazon S3 或 从 Amazon S3 导出。

图 3：AWS Snowcone 订购作业类型的截图

已在本地客户端上安装 AWS OpsHub。如果 LNI 连接成功，您可以使用在 Outposts 服务器上启动的实例配置 Snowcone。

激活步骤

手动配置 Snowcone 上的 NFS。

您可以静态分配 IP 地址，或如果使用 DHCP，创建 IP 保留以确保 NFS 挂载的一致性。下图中，使用 100032 作为静态分配给 NFS 挂载的 IP。

可选在 Snowcone 上启动 DataSync 代理。

假设 Snowcone 能够像 Outposts 服务器一样访问互联网。配置代理，然后 启用任务。在此步骤中创建的任务将支持数据的复制。

启动 EC2 实例可选 a 或 b。

a 使用 Linux 操作系统：确保在启动实例时配置 LNI 的情况下，并在 用户数据 部分输入以下命令，将 Snowcone 的 NFS 文件系统挂载到实例。

bash #!/bin/bash sudo mkdir /var/snowcone sudo mount t nfs SNOWNFSIP/buckets /var/snowcone sudo sh c “echo ’ SNOWNFSIP/buckets /var/snowcone nfs defaults 0 0’ gtgt /etc/fstab”

在这个操作系统中，我们创建一个目录，并将 NFS 文件系统挂载到该目录。使用 echo 将挂载信息添加到 fstab 中，以确保实例重启时挂载依然有效。

b 使用 Windows 操作系统：启动时使用包括 NFS 客户端的 AMI。启动 EC2 实例并确保在 用户数据 部分输入以下命令，将 Snowcone 的 NFS 挂载为驱动器字母。

powershell ltpowershellgt NET USE Z SNOWNFSIPbuckets P lt/powershellgt

NET USE 命令将 Z 驱动器映射到 NFS 挂载，P 使其在重启之间保持持久。

此解决方案同样适用于 Snowball Edge Storage Optimized。在订购 Snowball Edge 时，选择基于 NFS 的数据传输作为 存储类型。

图 4：选择 Snowball Edge 存储类型的截图

结论

在本文中，我们探讨了如何将 NFS 文件系统挂载到在 Outposts 服务器上运行的 EC2 实例。我们还介绍了如何在 Snowcone 上启动 DataSync 代理，以实现从边缘到 AWS 区域的数据传输。通过将这些服务结合使用，您可以构建外部于 Outposts 服务器的持久和可靠存储，并将数据复制回 AWS 区域。

如果想了解更多关于如何开始使用 Outposts 服务器的信息，我的同事 Josh Coen 和我发布了一系列视频，展示了如何 拆箱 Outposts 服务器、激活 Outposts 服务器，以及 激活后可以做什么。务必查看一下！