AWS日本账号 Amazon EC2 入门指南：实例创建、SSH连接、安全组与性能排查操作教程

用户搜索 Amazon EC2 入门指南，通常不是为了了解 EC2 的历史或定义，而是希望尽快把一台云端虚拟服务器创建出来并用起来。实际操作中最常见的问题集中在四个环节：实例规格怎么选、地域和可用区怎么定、为什么连不上服务器、端口已经开了为什么网站还是访问失败。下面这篇教程按真实上云流程展开，重点解决首次使用 EC2 时最容易卡住的步骤。

从搜索意图看，用户最关心的不是原理，而是这些决策

在准备购买或创建 Amazon EC2 时，用户通常会连续遇到以下判断题：

• 选哪个地域延迟更低，是否影响备案、访问速度和成本。
• 实例类型该选突发型还是通用型，2 核 4G 是否够用。
• Linux 还是 Windows，后续 SSH 和远程桌面怎么接入。
• 公网 IP 是不是默认固定，重启后 IP 会不会变化。
• 为什么安全组放行了 22 或 3389 端口，还是连接失败。
• 磁盘大小怎么设置，后续扩容会不会中断业务。
• 实例已经启动，为什么网站打不开、数据库连不上。

AWS日本账号 如果你的目标是先跑通测试环境、部署网站、安装数据库或迁移一台旧服务器，那么下面的流程可以直接照着做。

开始前先准备，避免创建后反复重装

AWS日本账号 账号与权限要求

建议使用具有 EC2、VPC、EBS、Elastic IP、Security Group 基本权限的 IAM 账户。如果你使用主账户，虽然操作方便，但后续不利于权限隔离。至少确认以下权限可用：

前置资源清单

• 一个 AWS 账号和已完成付款方式绑定。
• 本地 SSH 工具，如 Terminal、Xshell、PuTTY。
• Windows 远程桌面客户端，若计划使用 Windows Server。
• 一个密钥对，Linux 登录必须提前准备。
• 确定操作系统版本，例如 Ubuntu 22.04、Amazon Linux 2023、Windows Server 2022。

创建前先定这几个参数

实例创建流程：按控制台一步一步完成

步骤1：进入 EC2 控制台并选择地域

登录 AWS 控制台后，右上角先切换 Region。不要先创建实例再考虑地域，因为实例、EIP、快照、VPC 等资源都与地域绑定。选择时重点看三点：访问延迟、合规要求、数据是否需要留在特定国家或地区。

如果是面向中国大陆以外用户的站点，优先用新加坡、东京、首尔、法兰克福、弗吉尼亚等常用 Region。若你的办公网络在国内，SSH 操作延迟也要纳入考虑。可以先用本地终端执行网络测试，再定最终地域。

Linux 或 macOS 可用命令示例：

ping ec2.ap-southeast-1.amazonaws.com

traceroute ec2.ap-southeast-1.amazonaws.com

步骤2：点击 Launch instance 创建实例

进入 EC2 后点击“Launch instance”。以下参数最容易选错：

步骤3：创建或选择密钥对

AWS日本账号 点击“Create new key pair”，Linux 场景建议选择 .pem。下载后立即保存到本地安全目录，例如 ~/.ssh/。如果权限不正确，SSH 会拒绝使用该密钥。Linux/macOS 下执行：

chmod 400 my-ec2-key.pem

常见错误是把密钥文件放在桌面公开目录，或者使用了错误的用户名。不同 AMI 的默认用户名不同：

步骤4：配置网络与安全组

在“Network settings”中，如果只是快速上线测试，先选择默认 VPC 即可；如果业务需要与数据库、缓存、应用层分区隔离，建议新建独立 VPC 和子网。

安全组必须显式放行需要的入站端口。常见配置如下：

很多用户把 22 端口来源设成 0.0.0.0/0 图省事，短期可测试，正式环境不建议这样做。

步骤5：设置存储并启动实例

EBS 类型优先选 gp3。它比早期 gp2 更容易控制性能和成本。若你只是部署 Nginx、Node.js、PHP、小型数据库，30GB 系统盘一般够用；但如果需要日志、镜像包、备份文件，建议从 50GB 起步，避免创建后立刻扩容。

确认配置无误后点击“Launch instance”。启动完成后进入实例详情页，重点记录：

• Instance ID
• Private IPv4 address
• Public IPv4 address
• Security Group
• Subnet ID

创建后最容易卡住的部分：连接服务器

Linux：SSH 连接步骤

在实例详情页复制公网 IP，然后使用命令连接：

ssh -i my-ec2-key.pem ubuntu@公网IP

如果出现 Permission denied (publickey)，按顺序排查：

• 用户名是否正确。
• 密钥文件是否与该实例绑定时使用的是同一把。
• 密钥权限是否为 400。
• 安全组是否已放行 22 端口。
• 实例是否真的拥有公网 IP，或是否位于公有子网。
• 本地出口网络是否被公司防火墙限制。

Windows：RDP 远程桌面连接步骤

Windows 实例启动后，先在实例页面点击“Get Windows password”，上传私钥解密管理员密码。然后使用 mstsc 输入公网 IP 和 Administrator 账号登录。

如果 RDP 连不上，除了检查 3389 端口，还要确认：

• Windows 防火墙没有阻止远程桌面。
• 实例系统初始化已完成，刚开机时可能需要几分钟。
• 网络 ACL 没有拒绝 3389 对应流量。
• AWS日本账号 使用的是正确的公网 IP，而不是私网 IP。

固定公网访问：绑定 Elastic IP

实例默认分配的公网 IP 在停止再启动后可能变化。如果你需要固定地址用于 DNS 解析、白名单、SSL 或第三方接口回调，建议绑定 Elastic IP。

操作路径：

EC2 控制台 → Elastic IPs → Allocate Elastic IP address → Associate Elastic IP address

注意：Elastic IP 申请后如果未绑定实例，或绑定资源处于非正常使用状态，可能产生额外费用。

系统初始化配置：开机后至少完成这些动作

Linux 初始化建议

• 更新软件源：apt update 或 yum update。
• 创建非 root 管理用户，并禁用密码登录。
• 修改 SSH 配置，仅允许密钥登录。
• 安装常用工具：curl、wget、htop、unzip、rsync、net-tools。
• 校准时区：timedatectl set-timezone Asia/Shanghai。

如果你部署网站，接下来再安装 Nginx、Docker、MySQL 或运行时环境，不建议在实例刚创建时直接导入全部业务，先验证网络与磁盘正常。

Windows 初始化建议

• AWS日本账号 修改默认 Administrator 密码。
• 安装最新系统更新。
• 配置远程桌面来源 IP 限制。
• 关闭不需要的服务和测试端口。
• 确认系统盘剩余空间，Windows 日志和补丁容易占满磁盘。

不同场景下，EC2 参数怎么选更稳妥

如果业务 CPU 持续超过 60%，不要继续依赖突发型实例；这类实例在 CPU Credit 用尽后，性能会明显下降。持续负载业务建议直接升级到更稳定的规格。

部署网站、数据库时的高频问题

网站端口开了，浏览器还是打不开

这类问题通常不只是安全组。请按下面顺序检查：

• 应用是否真的监听在 0.0.0.0 而不是 127.0.0.1。
• AWS日本账号 系统防火墙是否开放 80/443。
• Nginx 或 Apache 服务是否启动成功。
• 域名 DNS 是否解析到当前 EIP。
• HTTPS 证书是否部署在正确虚拟主机配置中。

MySQL 连接失败怎么排查

如果你在 EC2 上安装 MySQL，远程连接失败常见原因有四个：

• mysqld 只监听 127.0.0.1。
• 3306 没有在安全组放行，或来源设置错误。
• 数据库用户未授权远程主机。
• Linux 防火墙阻止 3306。

AWS日本账号 检查命令示例：

ss -lntp | grep 3306

MySQL 授权示例：

CREATE USER 'appuser'@'10.%' IDENTIFIED BY 'StrongPassword';

GRANT ALL PRIVILEGES ON appdb.* TO 'appuser'@'10.%';

FLUSH PRIVILEGES;

如果数据库用于生产环境，更建议放在私网，仅允许应用服务器通过内网访问。

故障排查：连不上、变慢、磁盘满，分别怎么处理

实例无法 SSH 或 RDP

服务器突然变慢

先看 CloudWatch 指标，不要直接重启。重点看 CPUUtilization、NetworkIn/Out、DiskReadOps、DiskWriteOps、StatusCheckFailed。如果是 t3 系列，额外看 CPU Credit 消耗情况。若 CPU 低但系统卡顿，通常是磁盘 IO 或内存不足。

磁盘空间不足

EC2 使用 EBS 时可在线扩容。流程是：修改 Volume 大小 → 登录系统识别新磁盘大小 → 扩展分区和文件系统。很多用户只在控制台扩容了卷，没有在操作系统内执行扩展，结果空间看起来仍然没变。

Linux 常见命令：

lsblk

sudo growpart /dev/nvme0n1 1

sudo resize2fs /dev/nvme0n1p1

备份、迁移、重装系统时怎么做更安全

快照备份

在对系统升级、迁移数据、调整分区前，先对 EBS 创建 Snapshot。这样即使操作失误，也能从快照恢复卷或新建实例。建议至少保留：

• 变更前快照
• AWS日本账号 每周固定快照
• 数据库重大升级前快照

服务器迁移

从本地物理机或其他云平台迁移到 EC2 时，网站类业务优先使用 rsync、scp、镜像打包或应用层重新部署；数据库优先逻辑备份或主从同步迁移。不要直接复制正在运行的数据库数据目录，容易产生不一致。

系统重装

如果系统被错误配置到无法修复，直接替换实例系统盘通常比长时间人工修补更快。重装前先确认业务数据是否独立挂载在数据盘，避免重建后丢失应用文件。

配置建议：按用户类型给出可执行方案

个人开发者

优先选择 Linux、单实例、默认 VPC、t3.small、30GB gp3。先把 SSH、Nginx、代码部署、快照备份流程跑通。不要一开始就配置复杂多子网和多安全组，先确保服务能稳定上线。

企业用户

建议拆分应用层与数据库层，使用独立安全组，数据库放私网，管理端口仅对白名单开放。至少建立快照策略、告警策略和 IAM 最小权限策略。

跨境业务

先用目标国家或地区实际网络测试，确认首选 Region。只看控制台价格容易选错区域，最终问题通常不是算力不足，而是跨境网络绕路导致延迟高、丢包高。

网站应用

固定公网 IP、DNS 解析、80/443 开放、SSL 证书部署是最基本四项。若静态资源较多，应考虑接入 CDN，避免 EC2 直接承担全部图片、JS、CSS 分发流量。

数据库业务

如果数据库必须部署在 EC2，优先私网访问、限制来源、单独磁盘、定期备份，并监控磁盘延迟和连接数。高并发场景下，不建议数据库与 Web 服务混部在一台 2 核 4G 实例上。

最后一部分不是总结，而是上线前必须做的优化动作

安全优化

• SSH 和 RDP 只允许固定运维 IP 访问。
• 禁用弱口令，Linux 仅保留密钥登录。
• 数据库端口不要直连公网。
• 及时更新系统补丁和组件版本。

性能优化

• 持续高负载业务避免长期使用突发型实例。
• 系统盘统一使用 gp3，并观察吞吐与 IOPS。
• 使用 CloudWatch 设定 CPU、磁盘、网络告警。
• 网站接入 CDN，数据库分离部署。

成本优化

• 测试实例及时关停，不用的 EIP 和卷及时释放。
• 固定长期业务考虑 Savings Plans 或 Reserved Instances。
• 避免磁盘盲目开大，但不要小到频繁扩容。

稳定性优化

• 重要变更前先做快照。
• 应用配置文件纳入版本管理。
• 磁盘、CPU、内存和端口巡检做成固定流程。
• 跨可用区部署前先梳理依赖，不要只迁移计算层。

AWS日本账号 如果你是第一次使用 Amazon EC2，真正的入门不是记住术语，而是把“选地域、建实例、绑 IP、配安全组、成功登录、完成初始化、能排查故障”这条链路走通。只要这几步不出错，后续部署网站、数据库和应用服务都会顺畅很多。