日本云服务器怎么选：五步定，避开四个坑

同样一台2核4G的日本云服务器，挂一整个月和跑三十秒就关，账单能差出好几倍。决定这件事的不是配置单，是计费单位。AWS 的按需实例按小时或按秒算，最短按60秒起；Google 的 vCPU、GPU 和内存最低按1分钟算，之后按1秒递增。两家单位不一样，同一个用法，月账单就不一样。

所以选日本云服务器，第一件事不是比CPU和内存，是先弄清这台机器按什么单位扣钱。对做站、做面向日本和东亚用户的生意的人来说，这台机器同时是成本项和体验项：预算表上它是一行月支出，用户那边它是打开页面的速度。猎者出海主力做英文独立站和英文数字产品，这类机器是日常开销的一部分，选的时候先看账单会怎么变，不看配置单上写着什么。

人在中国大陆能不能直接下单和使用，以官方为准。

• 这是什么：云主机形态的日本云服务器，AWS 把它说成可调整、安全的虚拟服务器计算能力。
• 计费怎么算：按需实例最短60秒起算，Google 最低1分钟起算、之后按1秒递增。
• 流量怎么算：AWS 每月给出站流量100GB免费额度，入站流量始终免费。
• 怎么做：控制台里先定区域和可用区，再选实例类型、计费方式、公网 IP 和带宽计费方式。
• 容易错在哪：把区域当成单个数据中心，以为换计费方式带宽计费会跟着变。

这篇讲的是面向日本或东亚用户的业务，怎么用五步定下一台日本云服务器，四个坑怎么回查。

云主机和普通 VPS 的分界还没弄清的话，先看 VPS 这一篇，回来再谈计费和带宽。

日本云服务器是什么：云主机形态，和物理服务器差在哪

日本云服务器指的是在日本区域里开出来的一台云主机，「云服务器日本」是同一个东西的另一种说法。它不是一台摆在机房里写着你名字的实体机，是在厂商的物理资源上切出来的虚拟机，配置能改，用多久算多久。这一点定了，后面计费、带宽、退款三条规则才接得上。

官方定义：可弹性伸缩的虚拟服务器计算资源

AWS 对 EC2 的定义是「a cloud computing service that provides resizable, secure compute capacity as virtual servers」，翻成大白话就是：把可调整、安全的计算能力当成虚拟服务器卖给你。它在售的实例类型有1000多种，从小机器到大机器都有。

阿里云把 ECS 定义成 IaaS 级服务，意思是不用先买硬件，计算资源按需扩。两家措辞不同，指向同一件事：你租的是计算能力，不是硬件本身。日本区域的机器在形态上和别的区域没区别，区别只在位置。

区域和可用区不是一回事

AWS 的说法是，一个区域由至少三个相互隔离、物理分离的可用区组成；可用区是区域内一个或多个独立的数据中心，有冗余的电力、网络和连接。同一个区域里，各个可用区之间隔着若干公里，但都在100公里以内。

Google 的说法更抽象：区域是独立的地理区域，由若干区组成，区和区域都是底层物理资源的逻辑抽象。你在控制台看到的「东京」是一个区域，机器最终落在哪个区，是另一个选项。

这个区别有个直接用处。Google 建议把应用部署到多个区和多个区域，抵御单区或单区域故障。云主机层面最基础的防御就是这个，先把机器分散到不同区，而不是先去找一个高防标签。

和物理服务器的分工

这篇只讲云主机形态下的计费单位、带宽计费、区域选择、退款和额度。物理服务器和机房怎么挑是另一套判断，写在 日本服务器怎么选 里，两篇不重叠。

为什么日本云服务器要先看计费单位，而不是先比配置

选日本云服务器最容易搞反的一步，就是先去比CPU和内存。同样一台2核4G的机器，挂一个月和跑三十秒就关，账单差得远，决定这件事的不是配置，是计费单位。

按量计费：最短 60 秒和最低 1 分钟

AWS 的按需实例按小时或按秒计费，最短按60秒算，没有长期承诺。还有个细节：Linux、Windows、RHEL、Ubuntu Pro 这些按秒计费，SUSE Linux Enterprise Server 按整小时计费。同样叫按量，镜像不一样，计费粒度也不一样。

Google 的规则是所有 vCPU、GPU 和内存最低按1分钟计费，之后按1秒递增，跑30秒也按1分钟收。

两条放一起看，结论清楚：跑短任务、频繁开关机，计费单位就是成本开关；跑连续在线的业务，单位影响小，真正拉账单的是机器开着的时长。

订阅与承诺：折扣换的是一年到三年的承诺

AWS 的 Savings Plans 是用一年或三年的按小时支出承诺，换最高72%的成本降低。Spot 针对的是闲置容量，最高90%折扣。两个数摆在一起，Spot 便宜得多，代价在「闲置」两个字上，容量来自暂时没人用的部分，任务能不能被打断，是选它之前要回答的问题。

Google 那边，预留资源无论是否启动都按标准费率计费。这句话的意思是，预留买的是确定性，不是省钱。

停止不等于不收费

实例处于 RUNNING 状态时，即使空闲，也按运行时长计费，关机才算停。按量计费的账单跟着状态走，不跟着CPU占用走。半夜没人访问，机器开着，钱照走。

日本云服务器怎么选：五步定下来

日本云服务器推荐看再多，也得自己走一遍这五步，因为每一步的选择都会改后面的账单。五步是有顺序的，前一步定了，后一步的范围就小了。

1. 第一步，选区域和可用区。控制台里先定地理区域，再定可用区。Google 建议跨多个区和多个区域部署；创建实例时可以用批量实例创建 API 自动选可用区，区域托管实例组也支持。出问题怎么回查：项目级或区域级的配额超限以后，在该项目或该区域就加不了同类资源，回控制台配额页看。
2. 第二步，选实例类型。按处理器和内存档位选，别按价格从低到高选。AWS 支持 Intel、AMD、Arm 三类处理器，是首家同时支持这三类的主要云厂商。Google 的内存优化型 X4 覆盖6TB到32TB内存；网络优化型 C4N 网络带宽最高400 Gbps、包处理95 MPPS、块存储吞吐最高25 GiB/s、100万 IOPS。出问题怎么回查：先看是不是档位选错，加钱升配之前先确认这一层。
3. 第三步，选计费方式。按量、订阅承诺、Spot、预留，四选一。判断标准两条：这台机器是不是长期跑，业务能不能接受中断或容量被拿走。出问题怎么回查：从订阅转按量，账户余额不足会因为欠费中断服务，转换完先保证余额够用。
4. 第四步，配公网 IP 和带宽计费方式。按带宽和按流量是单独设的，跟实例的计费方式是两件事，别当成一个开关。出问题怎么回查：转换计费方式时，静态公网 IP 或 EIP 的带宽计费方式不会跟着变，转换完要去 IP 或 EIP 的详情里单独确认一次。
5. 第五步，下单前用价格计算器核一遍。AWS 有价格计算器估算月度账单，阿里云可以在 ECS 控制台的自定义启动页估算按量付费价格。出问题怎么回查：算出来的数只覆盖你填进去的实例配置，出站流量是另外算的，流量大的站要单独加一档。

抗攻击这件事在云主机上要分开看：可用性承诺和跨区部署是基础，具体的高防清洗能力、清洗阈值和计费方式，要在各家产品页里逐项看清，不能默认自带。另一个下单前要定的是机房位置，日本还是韩国，日本韩国机房怎么选。

日本云服务器的数字和限制：流量、额度、SLA 一张表

日本云服务器价格的差别，一半在配置，一半在流量和额度。下面这张表只放有原文出处的数字，日本区域的单价不在表内，那一项只能按自己的配置算。

表里最该盯的是流量那三行。同一个区域里，跨可用区流动双向都要钱，只有同一可用区内的实例之间免费，所以互相调用的机器放在同一个可用区，是最直接的一笔省钱。

抵扣和额度都有边界。新账户抵扣金6个月内有效，过了就按正常价走；99.99%是写进 SLA 的可用性承诺，不代表你的架构自动拿得到这个数，跨区部署还得自己做。

日本区域的单价和延迟，都得自己动手取。单价在价格计算器里填实例类型、数量和每月出站流量，看它给什么数；延迟等机器开起来以后，用自己业务的真实请求，从用户所在的地方测首字节和完整加载，跑三天取平均。预算卡得紧，可以先看 最便宜的日本VPS 摸个底，再回计算器核云主机。

日本云服务器常见误区：四个坑和回查顺序

四个坑都不在配置单上，出问题时按下面的顺序回查，能省掉一半排查时间。顺序是从位置到计费，再到额度和条款。

坑一：把「区域」当成单个数据中心

选东京不等于选了一栋楼。AWS 明确说过，其他云厂商常把区域定义成单个数据中心，而它每个区域由多个可用区组成。你选了区域，机器落在哪个区还要再定一次，容灾也是按可用区来排的。回查方法：实例详情页里能看到所在的区域和可用区，两台机器是不是同区，看这里。

坑二：换计费方式，带宽计费跟着变

不会变。阿里云的转换规则里，静态公网 IP 或 EIP 的带宽计费方式（按带宽或按流量）不随关联 ECS 实例的计费方式改变。实例从订阅转成按量，带宽那一项还是原来的。回查方法：转换完去 IP 或 EIP 详情里看带宽计费那一栏，没动就手动改过来。

坑三：停止状态下转换，经济模式会自动打开

不会。实例在停止状态时转换计费方式，即使开了经济模式，也不会自动进入，需要先启动再停止。后果是机器状态和你以为的不一样。回查方法：转换前先启动一次、再停一次，看状态有没有落到经济模式。

坑四：退款额度和折扣是无限的

不是。当月退款额度用尽，要等下个月1日才重置。转换计费方式还会作废因为 ICP 备案、服务故障、机房迁移赠送的免费订阅时长，这部分没有退款价值；原来带的促销折扣转换后失效，将来再转回订阅，未必还能拿到同样的折扣。回查方法：转换前先看当月退款额度还剩多少，再确认这台机器上有多少赠送时长和折扣。

还有一条放在镜像那一步：过期实例、使用 RHEL 或 SUSE 公共镜像的实例、使用市场镜像的实例，阿里云不支持转成按量付费。买的时候选了哪个镜像，后面就少一条退路。

国内访问快慢只能实测。线路层面的差别，先在 日本VPS主机实测对比 里看各机房的实测数据，再到 CN2三网直连 看线路类型怎么影响回程。云主机这边，机器开起来用自己业务的内容压一遍，比参数表准。

付款和开通：钱怎么进出、开通后怎么连

付款这一步容易卡住，问题多半不在钱，在支付方式对不上。各家结算页支持的方式不一样，能不能用支付宝，支持支付宝的国外VPS 里列了情况，下单前对着看一眼。

转换计费方式后要保证账户余额充足，别等到服务断了才想起来。

开通后第一步：拿到 IP 和登录方式

实例创建完，控制台会给公网 IP 和登录方式，密钥对或者密码，取其一。第一次连之前，先在实例详情页确认两件事：当前计费方式，和带宽计费方式。这两项错了，后面每一步都跟着错。

连接的具体操作，SSH 客户端怎么填、密钥权限怎么设，写在 VPS服务器租用怎么连 里。连上以后回头看一眼实例详情页，区域、可用区、计费方式三项和下单时选的对不对，不一致现在改还来得及。

AI 能帮哪几步选日本云服务器，人要核什么

选型有一半是整理信息：几家厂商的区域列表、实例档位、计费规则、退款条款，格式都不一样，看一遍要半天。这一半可以交给 AI，判断和确认还是自己来。

AI 能接的四步

1. 把候选厂商的区域、可用区、实例类型列表整理成一张对比表，标出哪些区域靠近日本或东亚用户。
2. 按你给的业务流量估出站流量，套用免费额度和阶梯档位，算出月流量成本区间。
3. 把按量、订阅、Spot、Savings Plans 的规则整理成决策树，回答「我这种情况选哪个」。
4. 把退款、转换、配额限制条款整理成下单前检查清单，一条一行，每条注明触发条件和后果。

下面三条提示词是这篇给的示例，不是官方模板，可以直接复制，把花括号里的内容换成你自己的。

「把下面这段云厂商计费规则整理成表格，列：计费单位、最短计费时长、免费额度、超出后单价档位、限制条件。原文：{粘贴官方计费页原文}」

「根据以下业务参数估算月出站流量成本：日均出站流量 X GB、免费额度 Y GB、阶梯档位 Z。只按给定数字算，不补充任何未给出的单价。」

「把以下退款和计费方式转换条款整理成下单前检查清单，每条注明触发条件和后果。原文：{粘贴官方条款}」

必须人做的三件事

人要做的绕不开这三件：在云厂商控制台的价格计算器里填自己的实例配置和流量，看实际报价；在实例详情页确认当前计费方式和带宽计费方式两项，再决定要不要转换；看账户余额和当月退款额度够不够，再点确认。

AI 给的是整理结果，报价对不对、余额够不够、条款在你这个账户上怎么套，只有控制台里的数字算数。猎者出海的AI Agent 能接的是整理这一段：几家的官方计费页和条款放一起对照，整理成能逐条勾的清单，你拿着清单去控制台核。条款摆得再整齐，点确认那一下还是你自己按。

常见问题

日本云服务器适合跑什么业务？

AWS 说 EC2 适合开发者、企业，以及跑 Web 与企业应用、高性能计算、机器学习、SAP、Windows 和 macOS 工作负载的团队。对做站的人来说，面向日本和东亚用户的站点、需要按量扩容的服务都在这类范围里。放不放在日本，看用户在哪一侧。

日本云服务器延迟多少？

延迟没有通用数字，只能自己测。机器开起来以后，用自己业务的请求从用户所在的地方测，跑三天取平均，这个数才算你的。同一台机器白天和晚上的结果也不一样。

日本云服务器一个月多少钱？

由三块拼出来：实例配置、计费方式、出站流量。日本区域的单价要用价格计算器按自己的配置和流量算，出站部分超出免费额度后按阶梯走。同一句问话，两个人算出来的数不一样很正常。

按量计费和订阅哪个划算？

机器长期跑、用量稳定，用承诺换折扣合算；短期试、用量说不准，按量更稳妥。Spot 便宜，但容量来自闲置部分，业务能不能被打断，是选它之前必须先答的问题。

日本云服务器能退款吗？

能退多少、怎么退，以官方为准。转换计费方式之前，先看当月退款额度和赠送时长，这两项比退款比例更影响结果。

免费长期在线的日本云服务器可信吗？

不可信。官方免费计划都带条件，要么限时间，要么限机型和小额度。长期在线的机器没有白给的理由，按商业用途跑，这笔钱早晚要出。

选型最后落在两个动作上：下单前把计费和带宽当成两个独立问题各确认一次，上线后用自己业务的真实请求测三天延迟。好了，就写到这里。