01
选择主机，而非预置大小的虚拟机
Proxmox 专用服务器让您租用机器的处理器、内存和磁盘，以分配给工作负载。您管理主机和客户机，包括访问、更新、存储和备份策略。这是带有操作系统选择的裸机租赁，不是托管虚拟化服务或保证 VM 插槽的捆绑包。
在此选择机器，然后确认 Proxmox 版本和安装详情。任何客户管理或应用支持需单独协商。
02
从客户机向上构建资源预算
列出客户机、其峰值内存、活动磁盘空间、CPU 需求和恢复优先级。为宿主机本身和您打算运行的存储服务留出资源。Proxmox 要求区分宿主机需求和客户机需求，并需要为 ZFS 或 Ceph 等存储堆栈提供额外资源。
将始终繁忙的客户机与偶尔的开发工作负载分开。不要将线程数除以名义上的 vCPU 分配，并将结果称为容量保证。为快照、迁移和恢复规划临时空间，并在增加整合之前测量实际工作负载。
03
围绕限制资源筛选硬件
这些是购买候选，而非经过测试的客户机数量建议。当前型号表提供确切的规格和价格；请将其与资源预算一起使用，而不是仅按 CPU 系列选择。
围绕限制资源筛选硬件| 起始候选 | 考虑它的理由 | 待验证的决策 |
|---|
| EPYC 7443P | 内存、计算和成对 NVMe 设备的平衡配置 | 预期的冗余布局是否适合客户机数据 |
|---|
| EPYC 7513 | 更多核心和额外的 NVMe 设备 | 客户机 I/O 和布局是否受益于这些设备 |
|---|
| EPYC 9554 | 更大的计算和内存分配 | 整合风险和备份窗口是否仍然可接受 |
|---|
| 更小的 Xeon 或 Ryzen | 资源需求较低的较窄工作负载 | 内存余量、包含的端口速度和存储设计 |
|---|
04
在交付前设计存储和客户机网络
在指定控制器行为之前选择存储堆栈。Proxmox 记录了传统硬件 RAID 和直连磁盘 ZFS 或 Ceph 设计的不同要求；添加 RAID 控制器并不自动是改进。确认实际安装的磁盘呈现、预期冗余和可用容量。
包含的IP前缀并不定义通用的客户机网络拓扑。在创建公共网桥或客户机路由之前，获取分配的地址、可用范围、网关和路由规则。规划如何在不随意暴露的情况下访问管理接口，并在更改连接之前保留独立的恢复路由。
05
将集群视为架构决策
单台服务器仍然是单主机故障域。订购多台机器不会自动提供高可用性、共享存储或实时迁移。Proxmox 集群依赖于仲裁和可靠通信；存储访问和故障转移行为也需要精心设计。
不要假设位于不同 US 区域的服务器可以通过未指定的公共网络加入生产集群。根据 Proxmox 集群要求确认延迟、网络隔离和恢复行为。交叉连接或额外的网络安排需要其自身确认的范围和报价。
06
在选择中包括恢复和运营成本
将备份保存在主机之外，并验证您可以使用可用的凭据和软件恢复具有代表性的客户机。同一台机器上的快照不是独立的恢复副本。要考虑保留增长以及备份和恢复产生的流量。
比较硬件租赁、您需要的任何 Proxmox 订阅、备份存储和报价选项。除非明确说明，软件选择不包括商业订阅。在订购期间选择区域、Proxmox VE 和计费期限，然后在迁移工作负载之前确认镜像版本、访问方法和部署计划。
直接回答
订购前的问题
我可以运行多少个虚拟机？
没有固定的虚拟机配额。根据客户机的实际内存、CPU、存储和网络需求来确定主机大小，并为主机和恢复工作留出资源。
租赁中包含 Proxmox 支持吗？
不要假设包含客户机管理、应用程序支持或Proxmox订阅。请单独确认任何所需的软件订阅或管理服务。
订购三台服务器就能创建高可用集群吗？
否。仲裁、网络、存储访问、故障处理和运维责任必须经过设计和验证。单独的硬件订单本身并不能建立高可用性。