1. 部署前先想清楚:你的场景决定一切
1.1 本地部署和调用API,到底怎么选
很多朋友一听到“大模型”三个字,手里攥着服务器就想往上装,结果装到一半发现显存爆炸、速度感人、维护成本比买API还贵。我平时被问得最多的问题就是:“博主,我到底要不要在自己服务器上部署大模型?”
我的回答一般比较直接:先看你的业务到底需不需要本地部署。
如果只是写摘要、做翻译、跑RAG问答这类通用任务,厂商API完全够用,按量付费还不用管运维。可一旦涉及私有数据不能出内网、单条调用频率高到API按量计费吃不消、或者需要自定义模型行为和微调,那本地部署就成了刚需。毕竟数据主权和数据合规这两个词,在不少行业里不是选择题,而是必答题。
还有一个容易被忽视的点:本地部署是学习大模型技术栈最好的入口。 模型怎么推理、显存怎么分配、请求怎么排队、并发怎么调优,这些事不亲手摸一遍服务器,光靠看文档是学不会的。哪怕你最后生产环境还是用云API,本地把这套链路跑通一遍,收益也远大于那几天折腾的时间成本。
1.2 硬件评估:显存是硬通货
确定要本地部署之后,第一个绕不开的话题就是硬件。
大模型推理的核心瓶颈不在CPU,不在内存大小,而在 GPU显存。显存决定了你能跑多大参数的模型、能同时服务多少个并发请求。这里的逻辑其实跟搬家很像:冰箱能不能搬进新房,不看你家客厅有多宽敞,而是看电梯门能不能进。模型能不能跑,也先看显存入口够不够。
我见过很多踩坑案例,比如用一张8G显存的卡去跑13B模型,加载权重就把显存吃满了,生成一个token要等半天,最后只能含泪换模型或者切量化。选硬件之前,请先用一个简单算式评估:
模型文件大小(GB)约等于参数(B)× 精度字节数。
7B模型用FP16,权重就要14GB;用Q4量化,大概压缩到4GB左右。推理时除了权重,还需要给KV Cache和激活值留空间,所以实际操作中要预留1.5到2倍的余量。
如果手上已经有服务器,先别急着下单买卡,用 nvidia-smi 看一眼当前GPU的显存和驱动状态,再决定是买新卡、租云GPU,还是老实选个小参数量模型。我见过有人用16G显存的卡硬跑70B量化模型,虽然能勉强加载,但生成速度慢到怀疑人生,这种体验属于典型的“能用和好用之间的巨大鸿沟”。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. Linux环境准备:驱动、CUDA与基础工具
2.1 确认硬件与驱动状态
在Linux服务器上部署大模型,第一步不是急着 pip install 什么,而是先把底层环境摸清楚。
先说驱动。NVIDIA显卡需要安装对应版本的驱动,驱动版本和CUDA版本之间有兼容矩阵,版本对不上后面各种幺蛾子。登录服务器后,先输入:
bash复制nvidia-smi
如果正常输出显卡型号、驱动版本、显存占用等信息,说明驱动已经就绪。如果提示 command not found,那就要先装驱动。Ubuntu/Debian系可以用:
bash复制sudo apt update
sudo apt install nvidia-driver-535
CentOS/RHEL系则用:
bash复制sudo yum install nvidia-driver-latest
装完驱动建议重启一下服务器再验证。为什么非要重启?因为驱动涉及内核模块加载,不重启容易加载了旧模块,看起来装好了实际上还是没生效。
2.2 CUDA与cuDNN安装要点
驱动就绪不等于CUDA就绪。很多人把驱动和CUDA混为一谈,实际上驱动是跑在系统层面的,CUDA是GPU计算的运行时和工具链,模型推理框架需要依赖CUDA。
检查CUDA版本:
bash复制nvcc --version
这里有个很容易踩的坑:nvidia-smi 显示的CUDA版本是驱动支持的“最高版本”,并不代表系统里已经安装了对应版本的CUDA Toolkit。 比如 nvidia-smi 显示 CUDA Version: 12.2,只能说明驱动支持到12.2,但你系统里的运行时版本可能还是11.8。我当时第一次部署时就在这卡了两天,
