轻量起步，逐步扩展
按应用规模规划计算、内存和存储，减少早期一次性投入。业务增长后，可结合平台支持范围调整实例规格或增加实例。
PRODUCT OVERVIEW
什么是云服务器？
- 云上部署
- 灵活选型
- 应用承载
云服务器将计算、内存和存储组合为可用的云实例。适合从小规模业务起步，再根据访问量、应用负载和数据增长调整资源方案。
选型核心
云服务器的价值在于按业务规模组织计算资源；选型要把应用并发、状态数据和故障恢复一起考虑。
环境独立，便于管理
将开发、测试与生产环境分别部署，按用途管理系统、应用和访问权限，降低相互影响。
围绕负载选择资源
网站、接口与数据服务的资源侧重点不同。结合 CPU、内存、磁盘和带宽用量，选择更合适的实例组合。
架构解析
INSIDE THE ARCHITECTURE
从一次请求理解云服务器
云实例提供操作系统可见的计算环境。对业务而言，响应速度取决于请求经过的整条路径，而不只取决于购买了多少 vCPU。
- 01
网络入口
请求先经过 DNS、连接建立及入口转发；跨地域时延会直接进入用户等待时间。
- 02
应用计算
进程执行路由、鉴权和业务逻辑，线程调度与连接池决定并发如何落到 CPU。
- 03
状态访问
数据库、缓存和文件保存共享状态，其等待时间常超过应用自身的计算时间。
- 04
结果与观测
响应返回客户端，同时记录延迟、错误和依赖耗时，为扩容和故障定位提供依据。
vCPU 是资源视图，不是独享物理核的同义词
vCPU 表示实例可使用的虚拟处理器，其与物理核、硬件线程的对应关系取决于平台及实例类型。相同数量的 vCPU，遇到不同处理器代际、单核能力和调度方式时，实际吞吐可能不同。先用业务请求验证单线程和并发性能，再判断增加核心是否有效。
纵向扩展与横向扩展解决不同问题
纵向扩展是增加单台实例的计算或内存资源，适合暂时无法拆分的应用，但仍受单机容量限制。横向扩展是增加应用节点，需要入口分流和共享状态管理。扩展前先查明瓶颈；如果全部节点都等待同一个慢查询，增加应用实例只会进一步放大数据库压力。
状态服务决定节点能否被替换
登录会话、上传文件和后台任务进度若只保存在某台实例中，流量切换后可能丢失上下文。可将这些状态交给专门的数据层，并为重复请求设置幂等处理。数据库仍需处理一致性、复制和恢复；应用层变成无状态，并不意味着整个系统不再需要管理数据。
以下为通用架构与运维示例。WAF.PRO 的资源规格、网络与存储形态、扩容方式、镜像和备份能力，以具体方案及交付清单为准；参考文档仅用于理解技术原理。
性能选型
PERFORMANCE & CAPACITY
读懂指标，才知道资源该加在哪里
把相同数据规模、请求比例和并发条件固定下来，观察持续负载及高峰；平均值之外，还要看较慢请求的 p95、p99 延迟。
| 关注项 | 对业务的影响 | 如何评估 |
|---|---|---|
| CPU 与并发 | 单线程热点或锁竞争可能使总 CPU 看起来不高，接口却已排队。 | 同时记录各核利用率、请求吞吐与线程等待，比较单并发和多并发。 |
| 内存工作集 | 缓存不足会增加数据库或磁盘访问；持续换页会拖慢响应。 | 观察可用内存、换页及缓存命中率，覆盖真实数据量与高峰时段。 |
| IOPS 与吞吐 | 小块随机访问更关注每秒操作数，大文件传输更关注每秒字节数。 | 按实际块大小、读写比例和队列深度测试，同时检查实例与存储限制。 |
| 存储延迟 | 同步写入和事务提交会等待 I/O，吞吐未满也可能出现明显卡顿。 | 关注读写延迟及排队时间，并把应用事务耗时与存储指标对齐。 |
| 网络与依赖 | 带宽、连接数和下游响应会共同限制请求完成速度。 | 从主要用户区域测连接时延与丢包，拆分入口、应用及数据层耗时。 |
指标与术语说明
- vCPU
- 实例操作系统看到的虚拟处理器，不能单凭数量判断物理核心是否独享。
- IOPS 与吞吐
- IOPS 是每秒读写操作次数；吞吐是每秒传输的数据量，需要结合请求块大小理解。
- P95 / P99 延迟
- 分别表示约 95% / 99% 的请求在这一时长内完成，用于观察较慢请求的体验。
- 幂等
- 同一业务操作重复提交时，不产生额外的重复业务效果，例如避免重复创建同一订单。
BEFORE YOU CHOOSE
整理需求，再确定配置
带上这四类信息，让选型讨论更具体。
- 计算与内存
- 应用进程数、并发量、内存占用和峰值负载。
- 存储与数据
- 系统盘与数据盘容量、读写性能、备份及恢复需求。
- 网络与地域
- 用户所在地区、业务出入流量和公网带宽。
- 扩展与维护
- 变更规格的方式、是否需要停机、系统镜像和管理功能。
APPLICATION SCENARIOS
这些业务，可以从这里开始
企业官网与内容站点
承载官网、内容管理系统和常规 Web 服务，随访问规模规划资源。
应用与 API 服务
部署业务接口、后台服务及轻量应用，为后续多实例部署留出空间。
开发与测试环境
按项目划分环境，进行功能验证、版本测试与应用试运行。
部署实践
DEPLOYMENT PLAYBOOK
一个可逐步扩展的业务部署示例
以企业网站和 API 为例，先建立可恢复的基础部署，再按证据拆分和扩展，避免在流量很小时提前承担复杂集群的成本。
- 01
建立基线
将应用配置与程序包版本化，记录健康检查、启动顺序及依赖关系；先测代表性接口，确定正常延迟与容量余量。
- 02
分离状态
梳理会话、文件、任务和数据库的存放位置；将需要跨节点共享的状态移出应用本地，验证重启后业务仍能继续。
- 03
增加节点
需要时通过自建或已确认可用的入口分流机制接入第二个应用节点，验证请求分配、连接排空与单节点退出。
- 04
演练恢复
在隔离环境恢复备份，检查数据与关键交易，再记录从故障发现到恢复服务的总耗时，将步骤整理为运行手册。
这套部署思路的取舍
单台部署易于维护，却把应用和数据故障集中在一起；多节点提升可替换性，也增加配置同步、会话管理和监控成本。扩展节奏应由负载、允许中断时间和团队维护能力共同决定。
运维重点
OPERATE WITH CONFIDENCE
从上线，到持续稳定运行
监控业务信号
先监控请求成功率、关键接口延迟和任务积压，再关联 CPU、内存、磁盘与网络指标。告警应说明影响及处理入口；单看实例存活，无法发现应用死锁、数据库连接耗尽或证书过期。
让发布能够回退
保留经过验证的程序版本与配置，先小范围更新并观察健康检查和业务指标。数据库变更要兼容发布期间的新旧版本，明确回退条件；只回滚程序而忽略表结构，可能无法恢复服务。
区分持久化与备份
数据写入持久存储不等于已有备份，副本也可能同步误删除。制定备份频率、保留期和独立存放策略，定期恢复并核验业务数据，用实际结果验证是否达到预先设定的数据损失容忍度和恢复时间目标。
按增长安排容量
结合高峰并发、数据增长和依赖容量规划余量，提前验证扩容流程及可能的中断窗口。扩容后重测瓶颈是否转移到数据库或网络，并清理失效资源，避免长期为闲置容量付出成本。
适用取舍
CHOICES & TRADE-OFFS
把产品优势，放到真实条件下比较
当您的业务是
网站、API 与可拆分的后台任务
优先评估云实例部署
应用可按负载逐步拆分，团队能在较小起点上验证容量与部署流程。
当您的业务是
数据库或长期运行的状态服务
带着恢复与存储要求选型
可以运行，但应先验证事务延迟、数据保护和故障恢复，不能仅按核心数判断。
当您的业务是
严格依赖整机隔离或专用硬件
先核对云实例能否满足约束
普通虚拟资源视图不证明物理核独享，也不自动提供应用需要的硬件访问能力。
三个容易忽略的判断
增加 vCPU 就能让所有接口更快
串行逻辑、数据库锁和外部接口等待不会随核心数线性改善，应先找到实际等待点。
磁盘容量够大，性能就足够
容量、IOPS、吞吐和延迟是不同维度，实例和存储路径也可能存在各自的性能限制。
做了快照就不用备份演练
快照是否可用、覆盖哪些数据及能否满足一致性要求需要核对；最终仍要通过恢复验证。
QUESTIONS & ANSWERS
选型前，您可能还想了解
云服务器可以随时升级吗？+
是否支持升级、可调整的资源以及是否需要停机，取决于所选平台和实例规格。建议在选购时确认扩展路径，并为业务维护预留窗口。
云服务器默认包含高防吗？+
基础网络防护和高防产品的服务范围不同。如业务持续面临 DDoS 攻击，可进一步了解钛金云（高防云），并确认所需的防御额度和处理策略。
怎样选择起步配置？+
先整理应用类型、预计并发、数据量和访问地区，再以实际监控结果调整。数据库、缓存和文件服务是否分开部署，也会影响资源需求。
已有单体应用，必须先改成微服务吗？+
不必。先补齐配置管理、健康检查和备份，再分离会话与文件等状态；只有明确的容量或团队需求出现时，才考虑进一步拆分。
CPU 不高却很慢，应先升级吗？+
先查看单核、I/O 等待、锁、连接池和下游延迟。整体 CPU 低可能只是进程在等待，直接加核心未必改善用户体验。
怎样验收一次云服务器迁移？+
除功能测试外，比较代表性负载下的延迟与错误率，验证定时任务、权限和恢复流程，并在切换前明确数据同步与回退方式。
YOUR NEXT STEP
一起确定您的云服务器方案
提供业务类型、访问地区、峰值负载、数据规模与恢复目标，和技术顾问一起评估配置、网络及交付方案。