一核一G能跑什么

一核一G是入门配置的底线，能做什么取决于业务对内存的胃口，边界其实很清楚，别硬撑也别浪费。 先算内存账 主流 Linux 系统开机后占 200MB 上下，剩给业务的约 800MB。一个静态 Web 服务常驻几十 MB；一个 PHP 应用再加一两百 MB；数据库单独放本机就很勉强。瓶颈在内存，CPU 反而相对富余。free -h 一条命令看当前占用，buffer/cache 不算真实占用，看 available 列。系统选最小化安装的镜像能省几十 MB，桌面环境想都不要想。 适合的场景 企业展示站、个人博客这类静态或低频动态站，日 PV 几千以内，访问平稳；学习测试机，跑一两个轻量容器做实验也够；定时脚本、监控探针、小型采集任务同样是它的舒适区。静态站配合缓存，实际体验并不差。建站初期用它试错，方向明确了再升级，钱花在刀刃上。个人网盘、博客的演示环境，访问量可控时也能跑，别公开推广就行。 不适合的场景 动态高并发、数据库独立部署、大文件频繁处理。数据库即使小规模也建议独立出去，查询高峰会把内存吃光，连带 Web 一起卡。判断标准很简单：压测下响应时间超过一秒，就该升配了。硬撑的结果是频繁 swap、响应以秒计，卡顿的站点留不住访客。编译大项目、跑训练任务这类突发吃资源的，也别指望它。 用好的三个技巧 一是配 swap 兜底，三条命令： fallocate -l 1G /swapfile chmod 600 /swapfile && mkswap /swapfile && swapon /swapfile 二是静态资源压缩加缓存，页面加 expires 缓存头，回访用户不重复拉取；php 类应用开启 opcache，内存换速度，小内存机器上收益明显；日志定期切割清理，logrotate 配好，小磁盘被日志堆满会引发新的故障。三是数据库不上本机，用独立实例。健康度用监控看：load 长期低于零点五、swap 基本没用上，说明还有余量。访问涨起来后，及时升到顺云高防云服务器 S2 这类入门机型，规格和防御一起补齐。升级前按清单备份数据，别裸奔操作。