亚马逊云香港账号 AWS 弹性计算最佳实践：EC2性能优化、成本控制与资源利用率提升操作指南

亚马逊aws / 2026-10-21 15:16:53

很多用户搜索“AWS 弹性计算最佳实践”时，真正要解决的不是概念问题，而是几个直接影响业务的决策：实例应该怎么买，CPU和内存怎么配，为什么机器不满载却账单很高，为什么应用响应慢但监控看起来正常，为什么扩容后效果依旧不稳定。本文围绕 EC2、EBS、VPC、安全组、CloudWatch、Auto Scaling 等实际操作，给出可落地的配置与排查方法。

亚马逊云香港账号一、用户最常遇到的场景与问题

在实际操作中，最常见的不是“不会创建实例”，而是“创建后配置不合理”。例如：

网站上线后访问高峰 CPU 飙升，但平峰资源浪费严重。
数据库部署在普通磁盘上，IOPS 不足导致接口偶发超时。
实例在东京地域运行，但核心用户在新加坡，网络延迟偏高。
安全组只开放了 80 端口，SSH 或 RDP 无法连接。
业务长期运行在按需实例，缺少 Savings Plans 或 Spot 策略，成本偏高。

如果你的目标是提升 AWS 资源利用率，核心不是盲目压低配置，而是让计算、存储、网络、监控和扩缩容策略相互匹配。

二、开始前的准备工作

1. 账号与权限要求

建议使用具备以下权限的 IAM 用户，而不是长期直接使用 Root 账号：

权限项	用途
EC2FullAccess 或细粒度 EC2 权限	创建、修改、停止、重启实例
VPC 相关权限	配置子网、安全组、路由、公网IP
CloudWatch 权限	创建监控与告警
IAM PassRole	给实例挂载角色，如 CloudWatch Agent、SSM
EBS 快照权限	做备份、迁移与回滚

2. 前置资源

已开通 AWS 账号并完成付款方式配置。
准备好 SSH 密钥对，Linux 实例连接时会用到。
如果是 Windows，提前确认是否需要开放 3389 远程桌面。
确定业务部署地域，例如面向中国香港和东南亚用户时，优先测试 ap-east-1、ap-southeast-1、ap-southeast-3 的延迟。

3. 创建前先做的判断

不要先选实例再想用途，正确顺序应为：用户区域 → 应用类型 → 并发规模 → 存储类型 → 网络要求 → 成本预算。

业务类型	优先关注	常见错误
Web 应用	CPU、内存、带宽、负载均衡	只看 vCPU，不看网络吞吐
MySQL	内存、IOPS、延迟、备份	用通用型实例配低性能磁盘
Redis	内存、网络延迟、连接数	系统参数不调优，连接耗尽
CI/CD 节点	短时高 CPU、弹性扩容	长期使用按需实例，成本高

三、实例创建与购买：从控制台到参数填写

步骤1：选择地域和可用区

进入 AWS 控制台，打开 EC2，点击“Launch instance”。先不要急着选镜像，优先确认 Region。

面向东南亚用户：优先新加坡。
面向日本用户：优先东京。
面向跨境电商站点：先做延迟测试，再决定是否叠加 CloudFront。

可用区建议遵循两个原则：单实例业务优先与数据库或其他依赖资源同可用区，减少跨 AZ 延迟；高可用业务则分布至少两个可用区。

步骤2：选择 AMI 与实例规格

Linux 推荐 Amazon Linux 2023、Ubuntu 22.04 LTS；Windows 选择带许可证的官方镜像即可。

场景	推荐实例类型	建议起步配置
个人开发测试	t3.micro / t4g.micro	2 vCPU、1GB 或 2GB 内存
中小型网站	t3.small / t3.medium	2 vCPU、2GB-4GB 内存
Java/PHP 应用	m6i.large / m7i.large	2 vCPU、8GB 内存
高并发 API	c6i.large / c7g.large	2-4 vCPU、4GB-8GB 内存
数据库节点	r6i.large / r7i.large	2 vCPU、16GB 内存

如果长期 CPU 使用率低于 20%，不要再横向增加实例，先检查是否选错实例家族。突发型 t 系列适合波动负载，但持续高负载业务建议切换 m/c/r 系列，避免 CPU Credit 成为瓶颈。

步骤3：配置存储、网络与公网访问

系统盘建议不要低于 30GB。数据库、日志型应用应分离数据盘，不建议把系统盘和业务数据盘混用。

磁盘类型	适用场景	注意事项
gp3	大多数通用业务	可单独调整 IOPS 和吞吐，性价比高
io2	数据库、高IO场景	成本高，适合稳定高性能需求
st1/sc1	吞吐型或归档数据	不适合数据库和随机IO

VPC 选择时，若是新业务，建议单独规划私有子网和公有子网。需要公网访问的实例可分配 Auto-assign Public IP 或绑定 Elastic IP。长期对外服务建议使用 Elastic IP，避免停机后公网 IP 变化。

四、Linux/Windows 连接与安全组配置

步骤1：配置安全组

在实例创建页或实例详情中进入 Security Groups，至少确认以下规则：

协议	端口	用途	来源建议
TCP	22	SSH	仅允许办公IP
TCP	3389	RDP	仅允许办公IP
TCP	80	HTTP	0.0.0.0/0
TCP	443	HTTPS	0.0.0.0/0
TCP	3306	MySQL	不要开放公网，限制到应用服务器安全组

最常见错误是安全组放行了，但系统内防火墙没放行；或者实例没有公网IP，导致外网根本无法连接。

步骤2：Linux SSH 连接

亚马逊云香港账号 创建实例时下载 .pem 密钥，执行：

chmod 400 your-key.pem

ssh -i your-key.pem ec2-user@公网IP

亚马逊云香港账号 Ubuntu 系统默认用户通常为 ubuntu，Amazon Linux 为 ec2-user。若连接超时，优先排查：安全组、子网路由表是否有 Internet Gateway、实例是否绑定公网IP、系统 firewalld 或 iptables 是否拦截。

步骤3：Windows RDP 连接

选择实例后点击“Connect”，进入 RDP 客户端页面，下载远程桌面文件并使用创建时的密钥解密 Administrator 密码。如果无法连接，除了检查 3389 端口，还要确认 Windows 防火墙入站规则是否启用 Remote Desktop。

五、性能优化：先定位瓶颈，再调整资源

1. CPU 与实例规格调整

在 CloudWatch 查看 CPUUtilization、CPUCreditBalance、StatusCheckFailed。若 t3 实例 CPU 利用率高且 Credit 持续下降，应升级到 m6i/c6i 而不是继续加同类突发型实例。

Linux 可用以下命令快速定位：

top

vmstat 1 5

mpstat -P ALL 1 3

2. 磁盘与 EBS 调优

业务变慢但 CPU 很低时，往往是磁盘 IO 卡住。重点关注 EBS 的 VolumeQueueLength、BurstBalance、Read/WriteLatency。如果你在 gp2 上跑数据库，建议迁移到 gp3 并单独设置 IOPS。

常见可执行动作：

系统盘与数据盘分离。
日志目录挂载独立卷，防止系统盘写满。
数据库卷启用更高 IOPS，减少随机读写抖动。
定期清理无用日志和临时文件，避免磁盘满导致服务异常。

3. 网络优化

如果跨地域访问延迟高，不要只升级带宽。先用 mtr、ping、curl -w 测试客户端到实例的时延和 TCP 建连时间。Web 应用建议：

静态资源接入 CloudFront。
数据库与应用部署在同一地域、同 VPC，优先走私网。
使用 ENA 增强网络实例，提升吞吐表现。

4. 系统参数实践

高并发 Linux 服务器常见优化项：

参数	建议值示例	用途
fs.file-max	100000 或更高	提升文件句柄上限
net.core.somaxconn	1024-65535	提升连接排队能力
net.ipv4.ip_local_port_range	1024 65000	扩大临时端口范围
vm.swappiness	10	减少频繁交换分区

修改后需要结合应用模型验证，不建议在生产环境一次性批量改完不测试。

六、成本优化：不是一味降配，而是改购买方式

1. 先看实例运行模式

很多账单高的问题并不是资源过多，而是购买方式不合理。

方式	适用场景	建议
On-Demand	短期、不可预测业务	适合新业务试运行
Savings Plans	长期稳定使用	适合核心生产业务
Reserved Instances	固定规格长期运行	适合稳定老业务
Spot	可中断任务	适合批处理、CI/CD、爬虫、测试环境

2. 自动启停减少空转

开发测试机经常 24 小时运行却只有白天使用。可通过 EventBridge + Lambda 按时间自动关机和开机，直接减少非业务时段成本。

3. 删除隐藏成本项

未释放的 EBS 卷。
未删除的快照。
闲置的 Elastic IP。
跨可用区流量。
NAT Gateway 长期大流量转发费用。

月末账单异常上涨时，先查 Cost Explorer，再按服务维度定位是否为 EBS、Data Transfer 或 NAT 成本导致。

七、资源利用率优化：监控、扩缩容与实例调整

步骤1：建立基础监控

为实例接入 CloudWatch Agent，补充内存、磁盘、进程级指标。仅看默认 CPU 指标不够，很多内存泄漏、磁盘写满问题默认监控是看不到的。

亚马逊云香港账号步骤2：设置告警阈值

建议至少配置以下告警：

CPU 持续 5 分钟高于 80%。
磁盘使用率高于 85%。
状态检查失败。
亚马逊云香港账号 网络输出突增，疑似被攻击或异常抓取。

亚马逊云香港账号步骤3：启用 Auto Scaling

如果业务波峰波谷明显，可将 EC2 放入 Auto Scaling Group，配置最小、期望、最大实例数。例如最小 2、期望 2、最大 6，按平均 CPU 60% 触发扩容。扩容前要先做 AMI 固化，避免新实例启动后缺包、缺配置、缺证书。

八、快照备份、系统重装与迁移实践

1. 快照备份

对 EBS 卷执行 Create snapshot，生产环境建议业务低峰期做，并结合 AWS Backup 做周期管理。关键数据卷建议保留多版本快照，便于误删回滚。

2. 系统重装

AWS 里更常见的做法不是“原地重装”，而是基于新 AMI 重新启动实例，再挂载原有数据卷。这样更适合版本升级、补丁修复和回滚管理。

3. 服务器迁移

从旧实例迁移到新规格时，建议顺序为：创建快照 → 基于快照创建新卷 → 挂载到新实例 → 修改安全组和私网配置 → 切换 Elastic IP 或 DNS。若是 Windows，可结合 AWS Application Migration Service 做在线迁移。

九、按业务场景给出配置建议

用户类型	推荐方案	重点建议
个人开发者	t3/t4g + gp3 30GB	启用自动关机，限制 SSH 来源IP
企业用户	m6i/m7i + 多AZ + CloudWatch告警	核心业务购买 Savings Plans
跨境业务	靠近用户地域部署 + CloudFront + Route 53	先测试延迟再定 Region
网站应用	ALB + Auto Scaling + gp3	静态资源走 CDN，HTTPS 强制启用
数据库业务	r6i/r7i + io2/gp3 高IOPS	不要暴露公网数据库端口

十、常见问题与处理办法

1. 实例可以 Ping 通，但 SSH 连不上

通常是 22 端口未放行、系统防火墙阻断、密钥权限不对，或默认用户名错误。优先检查安全组、NACL、firewalld、sshd 服务状态。

2. CPU 不高，但网站很慢

优先看磁盘延迟、数据库慢查询、连接池是否耗尽、带宽是否打满。不要只盯着 CPU。

3. 换大实例后性能提升不明显

问题可能在磁盘 IO、单线程应用瓶颈、数据库索引缺失或跨可用区访问，而不是纯计算资源不足。

4. 账单突然上涨

检查 Spot 是否被替换为按需、EBS 快照是否激增、是否新增 NAT Gateway 流量、是否有跨区域数据传输。

5. 为什么实例重启后公网 IP 变了

如果未绑定 Elastic IP，停止再启动后公网 IP 可能变化。需要固定对外地址时应分配并绑定 Elastic IP。

十一、持续优化建议

安全方面，优先关闭 0.0.0.0/0 的管理端口访问，使用 IAM Role 替代长期 AK/SK，系统定期打补丁；性能方面，建立 CPU、内存、磁盘、网络四类基线数据，再决定升级方向；成本方面，按月复盘实例利用率和购买方式，不要让测试机长期空转；稳定性方面，关键业务至少做多可用区部署、快照备份和告警闭环。

亚马逊云香港账号 如果你正处于“实例已上线但运行不稳定、成本又高”的阶段，优先做三件事：重新检查实例家族是否匹配业务、把 EBS 与监控补齐、为波动业务加上 Auto Scaling。多数 AWS 弹性计算问题，不是资源不够，而是参数、购买方式和架构位置选错了。