Proxmox迁移至AWS的三种方法对比

将 Proxmox 工作负载迁移至 AWS，可帮助组织消除前期硬件资本性支出（CAPEX），转而采用真正的按需付费模式——仅需为您配置的 EBS 存储容量（以 GB·月计）、以及按需使用的 IOPS 和吞吐量付费。AWS 全球覆盖 36 个区域和 114 个可用区，并设有数十个边缘节点，确保低延迟性能。除计算与存储服务外，AWS 还提供完全托管的各类服务（如数据库、网络、安全等），大幅减轻运维负担，同时增强系统韧性。

为何将 Proxmox 迁移至 AWS？

Proxmox 的痛点

存储开销高：Proxmox 超融合架构通常依赖 Ceph，每个 OSD 和监控节点约需消耗 1 个 CPU 核心及 4 GB 内存；此外，外部 SAN 存储阵列还需投入大量资本性支出（CapEx）并耗费大量管理精力。

复杂的高可用性（HA）要求：要实现真正的高可用性，至少需要三个集群节点以满足法定人数（quorum）要求，并需配置共享存储；若不满足此条件，节点故障将导致冷重启及潜在的数据丢失。

AWS云服务优势

按需付费模式

AWS 的按需计费模式让您只需为您所使用的每项服务付费，无需签订长期合同，也无需支付终止费用——这与水、电等计量式公用事业类似。

全球基础设施

AWS 云服务覆盖 36 个区域和 114 个可用区，并拥有超过 700 个边缘节点，从而实现低延迟部署、地理冗余以及满足本地数据驻留要求。

高性价比块存储

Amazon EBS 按照预置存储容量（以 GB·月计）和预置 IOPS 收费，因此您可以根据实际需求精准配置容量与性能，避免资源过度配置带来的额外开销。

原生多可用区高可用性

EC2 实例和 EBS 卷会自动分布在多个可用区（AZ）中，无需手动配置法定人数或共享存储，即可实现内置的故障隔离和同步复制。

高性能数据库

Amazon Aurora 在相同硬件配置下，吞吐量最高可达标准 MySQL 的 5 倍、PostgreSQL 的 3 倍，并提供完全托管的弹性扩展及无服务器选项，以应对工作负载激增。

企业级安全防护

AWS 通过 IAM 实施最小权限身份管理，利用虚拟私有云（VPC）实现网络隔离，并借助 AWS KMS 的信封加密技术，对静态数据和传输中数据进行保护——所有措施均遵循 AWS 优秀架构框架中的安全支柱最佳实践。

如何通过导出和导入虚拟机将 Proxmox 迁移到 AWS？

将 Proxmox 虚拟机迁移到 AWS 涉及多个步骤，包括环境准备以及验证 EC2 实例是否成功启动。以下是一份结构化指南，以确保迁移过程顺利进行。

先决条件

AWS 账户： 一个具有必要权限的活跃 AWS 账户。

网络连接：在您的本地环境与 AWS 之间建立 VPN 或 Direct Connect。

虚拟机兼容性： 请确认 AWS 是否支持导入使用 Proxmox 虚拟机操作系统 的虚拟机。

AWS CLI 已安装：请确保已在本地计算机上安装并配置 AWS 命令行界面（CLI）。

用于虚拟机导入的IAM角色：创建一个名为vmimport的IAM角色，并为其配置必要的信任策略和权限策略，以允许导入虚拟机。

Proxmox 到 AWS 的迁移步骤

1. 准备 Proxmox 虚拟机

确保虚拟机已关机，并将虚拟机的磁盘镜像转换为受支持的格式。

qemu-img convert -f qcow2 -O raw /path/to/proxmox-vm.qcow2 /path/to/vm.raw

2. 将磁盘镜像上传到 AWS S3

创建一个 S3 存储桶，并将转换后的磁盘镜像上传至该 S3 存储桶。

aws s3 cp /path/to/vm.raw s3://my-vm-imports/vm.raw

3. 创建导入任务

创建一个 containers.json 文件，指定磁盘镜像的 S3 位置。

[  {    "Description": "Proxmox VM",    "Format": "raw",    "UserBucket": {      "S3Bucket": "my-vm-imports",      "S3Key": "vm.raw"    }  }]

运行导入命令：

aws ec2 import-image --description "Proxmox VM Import" --disk-containers file://containers.json

4. 监控导入任务

检查导入任务的状态：

aws ec2 describe-import-image-tasks --import-task-ids import-ami-xxxxxxxx

请等待状态变为“已完成”。

5. 启动 EC2 实例

导入完成后，将导入的镜像注册为 AMI。

使用导入的 AMI 启动 EC2 实例。

6. 验证实例

连接到 EC2 实例，以确保应用程序和服务按预期运行。

检查系统日志和应用程序日志，查找任何错误或问题。

故障排除提示

导入失败：请确保虚拟机的磁盘镜像采用受支持的格式，且IAM角色具备必要的权限。

启动问题：请确认虚拟机的操作系统与 EC2 兼容，并已包含必要的驱动程序（例如网络和存储驱动程序）。

性能问题：请考虑调整 EC2 实例的大小，或优化应用程序在云环境中的配置。

如何使用 AWS MGN 将 Proxmox 迁移至 AWS？

先决条件

支持的操作系统： 请确保 Proxmox 虚拟机运行的是受支持的操作系统。

网络连接：通过 VPN 或 Direct Connect 在 Proxmox 和 AWS 之间建立安全的网络连接。

AWS 账户： 需拥有具备必要权限的有效 AWS 账户。

使用 AWS MGN 将 Proxmox 迁移至 AWS 的步骤

1. 设置 AWS MGN

登录 AWS 控制台。在搜索栏中输入并选择“应用程序迁移服务”。单击“开始使用”以启动设置流程。

2. 创建复制设置模板

暂存区子网：选择暂存区的子网。

复制服务器实例类型： 选择实例类型（默认：t3.small）。

EBS 卷类型： 选择卷类型（默认：gp3）。

EBS 加密：选择加密选项。

安全组：请确保已勾选“始终使用应用程序迁移服务安全组”。

用于数据复制的私有 IP：如果使用私有网络连接，请选择“对数据复制使用私有 IP”。

网络带宽限制：如有需要，请选择“限制网络带宽”（每台服务器，单位为 Mbps）。

创建模板：点击“创建模板”以完成配置。

3. 在源虚拟机上安装复制代理

生成临时凭证：使用 AWS CLI 或 CloudShell 生成临时凭证：

aws sts assume-role \  --role-arn arn:aws:iam::<account-id>:role/MGN_Agent_Installation_Role \  --role-session-name mgn_installation_session_roleInstall Required Packages: On the source VM, install necessary packages:sudo yum install -y make openssl wget curl gcc kernel-devel-$(uname -r) build-essential

下载并安装代理程序：下载AWS 复制代理程序安装程序，并使用之前获取的临时凭据运行该安装程序。

4. 配置复制设置

在 AWS MGN 控制台中，导航到源服务器部分并选择相应服务器。单击启动设置选项卡，并配置必要的设置，包括 EC2 启动模板配置。

5. 启动测试实例

在源服务器部分，选择服务器，然后点击测试并执行切换，接着选择启动测试实例。在控制台中监控进度，直至测试实例完全启动。

6. 切换至 AWS

切换准备：测试实例验证通过后，选择服务器并点击测试和切换，然后选择标记为已准备好切换。点击启动切换实例以开始切换流程。确保切换实例已完全启动并正常运行。

7. 验证虚拟机在 AWS 上的启动

导航至 EC2 控制台。找到已迁移的实例，并确认其状态为“正在运行”。使用 SSH（适用于 Linux）或 RDP（适用于 Windows）连接到该实例，并验证其功能是否正常。

使用 Vinchin 轻松将 Proxmox 迁移至 AWS

Vinchin 备份与恢复 是一款专业的企业级虚拟机备份解决方案，支持完全免代理的备份与迁移，助力企业以最小化对生产系统的影响，顺利过渡至新的虚拟化环境。

它支持超过15种虚拟化平台，包括 VMware vSphere、Microsoft Hyper-V、Proxmox VE、oVirt、Oracle OLVM、Red Hat Virtualization、XCP-ng、XenServer、OpenStack 等，为异构环境提供统一的保护与迁移能力。除本地服务器外，Vinchin 还能通过相同的免代理、图形界面驱动的工作流，无缝实现本地与云平台之间的虚拟机迁移——例如从 Proxmox 迁移至 AWS EC2。

虚拟机迁移过程非常简单：先备份源虚拟机，再将其恢复到目标主机并启动；您只需在 Vinchin 简洁易用的 Web 控制台中创建一个虚拟机备份任务，并选择目标位置即可。具体迁移操作请按以下四个步骤进行：

1. 选择 Proxmox 虚拟机备份

2. 选择 AWS 作为目标主机

3. 选择迁移策略

4. 提交任务

加入全球数千家将 Vinchin 评为 G2、TrustRadius、SoftwareAdvice 和 Gartner 高性能产品的知名企业行列。立即开启15 天全功能免费试用——点击按钮，几分钟内即可下载并部署。

下载免费试用版

适用于多种数据备份

* 15天全功能免费安全下载

Proxmox 迁移至 AWS 常见问题解答

问题1：AWS 应用迁移服务是否提供免费套餐？

A：是的，AWS MGN 为每台服务器提供 90 天免费使用期，之后将按 AWS 标准费率收费。

问题2：我是否需要在 Proxmox 虚拟机上安装代理程序才能进行迁移？

A：对于无代理迁移，AWS MGN 支持 VMware vCenter 6.7 和 7.0；但 Proxmox 并未获得原生支持。

问题3：使用 AWS MGN 进行迁移是否存在任何限制？

A：AWS MGN 不原生支持 Proxmox；可能需要采用导出和导入虚拟机或 Vinchin 备份与恢复等替代方法。

结论

将 Proxmox 虚拟机迁移至 AWS，可实现成本节约、全球覆盖及托管服务支持。如需简单直接的迁移方式，请选择 VM 导入/导出功能；若希望停机时间最短，则推荐使用 AWS 应用程序迁移服务。若追求无代理、一键式操作体验，Vinchin 备份与恢复解决方案可助您在数分钟内完成 Proxmox 虚拟机的备份，并将其恢复至 EC2 实例。立即试用 Vinchin 为期 60 天的全功能免费版本。