2026 年最佳 Stirling PDF VPS：自托管指南

Stirling PDF 的最佳 VPS 取决于您对文档的处理方式。合并或拆分几个 PDF 是一项轻松的工作； OCR、Office 转换、图像渲染和并发作业可能会使用更多的 CPU 和内存。 Stirling PDF 提供用于 PDF 处理的自托管 Web 界面，因此文件可以保留在您控制的基础设施上，而不是上传到不相关的在线转换器。

这种控制仍然伴随着运营工作。私有 PDF 处理服务器需要足够的 RAM、持久的 Docker 卷、身份验证、HTTPS、备份和及时更新。本指南比较了实用的 Stirling PDF VPS 托管配置、当前提供商价格以及基本团队部署的成本。它还展示了如何使用 Docker Compose 在 Ubuntu 上安装标准镜像、添加反向代理、保留 OCR 语言以及测试部署，而无需假装每个工作负载都具有相同的服务器要求。

发布于 2026 年 11 月 12 日。根据 Stirling PDF v3.3.0 和当前官方文档进行审核。 除非另有说明，提供商价格不含税和可选服务。不暗示购买服务器基准测试或第一手性能声明。 LightNode 链接是附属链接；我们可能会赚取佣金。

• 什么是Stirling PDF？
• 斯特灵 PDF VPS 要求
  • CPU 和内存
  • 磁盘、上传和备份
  • Stirling PDF 可以在 2GB RAM VPS 上运行吗？
  • 4GB RAM 足够用于 Stirling PDF 吗？
• 斯特灵 PDF 托管费用是多少？
• 2026 年斯特灵 PDF 最佳 VPS 提供商
  • 1. LightNode：灵活的每小时Stirling PDF 托管
  • 2. DigitalOcean：清晰的计划和开发人员文档
  • 3.Vultr：全球云计算选项
  • 4. Akamai Cloud / Linode：通用 Linux 实例
  • 5.Hetzner：以成本为中心的欧盟云比较
• 如何在 Ubuntu VPS 上安装 Stirling PDF
  • 第 1 步：准备 VPS
  • 步骤 2：安装 Docker 引擎并撰写
  • 步骤 3：创建持久目录
  • 步骤4：创建compose.yaml
  • 步骤 5：启动并检查 Stirling PDF
  • 步骤 6：保护管理员帐户
  • 步骤 7：使用 Nginx 添加 HTTPS
  • 步骤 8：启用 OCR 语言
  • 步骤 9：测试 PDF 处理
  • 步骤 10：备份和恢复
  • 第 11 步：安全更新
• Stirling PDF、PDF24 与 Adobe Acrobat
• Stirling PDF 与 Paperless-ngx
• 自托管 Stirling PDF 值得吗？
• 常见的Stirling PDF 托管问题
  • 容器未启动
  • 端口 8080 已被使用
  • OCR 不起作用
  • 转换期间内存不足
  • Docker 卷上的权限被拒绝
  • 反向代理返回 502 Bad Gateway
  • 大文件上传失败
  • 设置重启后消失
• 常见问题
  • Stirling PDF 的最佳 VPS 是什么？
  • Stirling PDF 需要多少 RAM？
  • Stirling PDF 可以在 2GB VPS 上运行吗？
  • 4GB RAM 足够用于 Stirling PDF 吗？
  • Stirling PDF 支持 OCR 吗？
  • Stirling PDF 是免费且开源的吗？
  • 斯特灵 PDF 托管费用是多少？
  • 我可以使用 Docker Compose 安装 Stirling PDF 吗？
• 最终判决
• 相关文章

什么是Stirling PDF？

Stirling PDF 是一个 PDF 平台，可用作基于浏览器的自托管服务器和桌面应用程序。其工具涵盖合并和拆分、压缩、页面旋转和组织、签名、水印、编辑、PDF 到图像转换、文件到 PDF 转换、扫描文档的 OCR 以及通过管道和 API 实现的自动化。确切的工具集取决于图像和计划。

它适合个人、开发人员、自由职业者、小型企业、文档较多的团队以及愿意管理服务器的注重隐私的用户。自托管可以减少不必要的第三方文档传输，但不会自动确保系统安全。访问控制、传输加密、主机维护、保留设置和备份仍然决定着真正的隐私结果。

主存储库主要是 MIT 许可的，明确标识的目录受其自己的许可证管辖。当前的自托管免费计划支持最多五个用户和所有 PDF 工具，而外部数据库、集群、S3/数据库文件存储、指标、SAML 和审计功能具有团队或企业边界。检查官方计划和许可证页面，而不是假设每个企业功能都是免费的。

斯特灵 PDF VPS 要求

Stirling PDF发布单独的镜像指南。标准 latest 映像包括 LibreOffice、Tesseract、OCRmyPDF、WeasyPrint、Calibre、Ghostscript、QPDF 和 ImageMagick，并建议 4GB RAM。 latest-fat 添加了捆绑的 AI 引擎，并建议 6GB 或更多，特别是在启用 AI 时。 latest-ultra-lite 建议 2GB，但忽略登录、OCR、Office、HTML 和电子书转换。

下表是编辑的 VPS 规划基准，而不是新的官方最低值。它包括 Ubuntu 和 Docker 的空间，并且应该根据测量进行调整。

使用案例	图片	中央处理器	内存	存储	规划笔记
基本合并、拆分和分页工作	超轻量	2 个虚拟CPU	2GB	20-40GB 固态硬盘	仅核心工具；无需登录或 OCR
标准 PDF 处理和轻型 OCR	标准	2-4 个 vCPU	4GB	40-80GB 固态硬盘	对于一些用户来说是一个好的起点
繁重的 OCR、转换或并发工作	标准或胖	4-8 个 vCPU	8-16GB	80-160GB 固态硬盘	测量峰值和队列并发性

官方性能指导对于用户容量比较保守：1-10个用户映射2-4个核心、4GB RAM、10GB应用磁盘； 10-50 个用户映射到 4-8 个核心、8-16GB 和 50GB SSD。磁盘数据不包括每个用户保留的文档、备份、操作系统文件或临时工作空间。

CPU 和内存

尽管内存随着文件总大小的增加而增加，但合并和拆分操作对 CPU 的需求相对较低。 OCR 非常消耗 CPU 和内存。 LibreOffice 转换也很昂贵，并且每次转换可能占用一个核心。 PDF 到图像的处理尤其占用大量内存。因此，文件大小本身并不是一个糟糕的容量指标：页数、分辨率、嵌入图像、操作类型和同时作业都很重要。

容器应该有明确的内存限制。 Stirling 根据该限制调整其 Java 堆大小（默认情况下最多为 70%），将剩余部分留给 Tesseract、LibreOffice 和其他本机工具。如果主机内存不足，容器可能会停止并且所有活动作业都会失败。不要将整个VPS分配给容器； Ubuntu、Docker、反向代理和监控都需要空间。

磁盘、上传和备份

临时转换可能需要数倍于上传文件的大小。为容器镜像、/logs、/configs中的内置数据库和密钥、/storage中保存的文档、管道、自定义签名文件、OCR语言包以及用于备份的本地暂存区预留空间。在另一个系统上保留恢复副本；同一 VPS 上的第二个目录不能防止磁盘或帐户故障。

Stirling PDF 可以在 2GB RAM VPS 上运行吗？

是的，但 2GB 最适合 latest-ultra-lite 和小容量核心 PDF 工作。 Ultra-lite 没有登录、OCR、Office、HTML 或电子书转换，因此不建议面向公众进行全面部署。专用网络或本地隧道尤其重要，因为该映像缺少应用程序登录。 2GB 标准容器为 Ubuntu 和本机转换过程留下的空间很小，并且低于标准镜像的 4GB 建议值。

4GB RAM 足够用于 Stirling PDF 吗？

4 GB 是标准镜像的官方建议，对于少数人轻度使用来说是一个合理的起点。它不能保证包含大量图像的大型 PDF、同步 OCR 或多个 Office 转换。监视峰值内存、失败的作业、队列时间、临时磁盘和容器重新启动。当测量显示压力时，转向 8GB 或更多，而不是尝试通过更长的代理超时来解决内存耗尽问题。

斯特灵 PDF 托管费用是多少？

自托管成本包括 VPS、备份容量、可能的额外存储、带宽过剩、域和管理员时间。可选的人工智能处理也会增加内存或外部服务成本。这些每月范围是计划预算，而不是提供商的报价。

部署	建议资源	典型计算范围	其他规划费用	预计总数
基本 PDF 服务器	2 个 vCPU、2-4GB、40GB SSD	$10-$20	$2-$5 备份/域	$12-$25
标准 PDF + OCR	2-4 个 vCPU、4-8GB、80GB SSD	$20-$48	$4-$12 备份/域名	$24-$60
商业文件处理	4-8 个 vCPU、8-16GB、160GB+ SSD	$40-$100+	$10-$40+ 存储、备份、域	$50-$140+

标准套餐涵盖经过验证的示例，例如 Vultr 的 2-vCPU/4GB 计划（20 美元）、DigitalOcean 的 2-vCPU/4GiB 计划（24 美元）和 8GB 计划（约 40-48 美元）。如果您已经拥有一个域并使用子域，则该域可能不会添加任何内容。备份可能会花费一定比例的计算费用或按存储容量计费。 OCR 并发性（不仅仅是存档大小）通常会推动使用更多 CPU 和 RAM。

2026 年斯特灵 PDF 最佳 VPS 提供商

所有五个服务都提供普通的Linux VM；没有一个作为托管Stirling PDF 服务提供。订购前检查库存、特定区域定价、IPv4、税费、备份覆盖范围和结帐总额。

供应商	推荐配置	中央处理器	内存	存储	经验证的每月参考	最适合	访问网站
光节点	代理	2 个虚拟CPU	4GB	50GB NVMe	参考价 13.70 美元	按小时计费和区域选择	访问
数字海洋	基本常规	2 个虚拟CPU	4GiB	80GiB 固态硬盘	24 美元	清晰的文档	访问
乌尔特尔	vc2-2c-4gb	2 个虚拟CPU	4GB	80GB 固态硬盘	20 美元基础	广泛的地点选择	访问
Akamai 云/Linode	易诺德 4GB	2 个虚拟CPU	4GB	80GB	基础价 24 美元	传统Linux 主机	访问
赫兹纳	CPX22，如果有的话	2 个虚拟CPU	4GB	80GB NVMe	检查当前报价	以欧盟为重点的预算比较	访问

1. LightNode：灵活的每小时Stirling PDF 托管

LightNode 推荐配置

建议的标准设置： 2 个 vCPU、4GB RAM、50GB NVMe，大约 13.70 美元/月参考。对于常规 OCR 和 Office 转换，请考虑 4 个 vCPU、8GB，大约 26.70 美元/月参考。

访问网站 → LightNode

LightNode 提供 KVM Linux 实例、SSD/NVMe 存储、专用公共 IP、根访问权限以及跨多个区域的位置。在保留更大的服务器之前评估图像选择和 OCR 需求时，按小时计费非常有用。

优点： 灵活的按小时部署、兼容 Docker 的 Linux 服务器以及包括不太常见市场的位置。 缺点： 当前的常见问题解答记录了仅 IPv4 的实​​例以及每个实例一个 IPv4；加密货币支付支持尚未得到验证。 最适合： 想要区域选择和从 4GB 到 8GB 的​​简单路径的用户。确认流量费用、停止实例计费、存储和当前控制台总计。

2. DigitalOcean：清晰的计划和开发人员文档

DigitalOcean推荐

建议配置： 基本常规、2 个 vCPU、4GiB RAM、80GiB SSD、4,000GiB 传输、24 美元/月。

访问网站 → DigitalOcean

DigitalOcean Droplets 支持常见的 Ubuntu 映像、Docker、云防火墙、卷和快照。它的文档使 SSH 到 Docker 的工作流程变得平易近人。

优点： 透明的资源阶梯和强大的部署文档。 缺点： 4 美元的入门计划远远低于标准镜像的内存指导；备份和卷需要额外费用。 最适合： 重视可预测的计划规模和文档的开发人员。当 OCR 需求证明合理时，4-vCPU/8GiB 层的价格为 48 美元/月。

3.Vultr：全球云计算选项

Vultr 推荐

建议配置： vc2-2c-4gb、2 个 vCPU、4GB RAM、80GB SSD、3TB 列出的传输、20 美元/月基础。

访问网站 → Vultr

Vultr云计算在许多地方提供Linux虚拟机，并支持普通的Docker部署。其公共 API 列出了基本区域中 4-vCPU/8GB/160GB 的价格为每月 40 美元。

优点： 广泛的区域目录以及 4GB 和 8GB 计划之间的直接扩展。 缺点： 区域价格覆盖和容量可能会改变最终选择；备份是额外的。 最适合： 优先考虑特定区域的用户。验证所选产品是否使用 SSD 还是 NVMe，而不是在每个计算系列中进行推广。

4. Akamai Cloud / Linode：通用 Linux 实例

Akamai Cloud 推荐

建议配置： Linode 4GB、2 个 vCPU、4GB RAM、80GB 磁盘、4TB 传输、24 美元/月基础。

访问网站 → Akamai 云

Akamai Cloud 的 Linode 实例提供 Linux 映像、SSH 管理、云防火墙、块存储和 Docker 兼容基础设施。经过验证的 8GB 步骤是 4 个 vCPU、160GB 磁盘和 48 美元/月的基础费用。

优点： 熟悉 Linux VM 管理并记录实例大小。 缺点： 某些地区的价格不同，附加存储需要自己的备份计划。 最适合： 需要传统虚拟机和记录的 API 的管理员。确认当前备份附加组件和区域总数。

5.Hetzner：以成本为中心的欧盟云比较

Hetzner 推荐

建议配置： CPX22、2 个 vCPU、4GB RAM、80GB NVMe（如果有）。 价格： 获取当前位置和特定税收的报价。

访问网站 → Hetzner

Hetzner 的常规性能共享 vCPU 系列包括 CPX22 和 CPX32（4 个 vCPU、8GB、160GB NVMe）。欧盟上市的包含转让量比新加坡更大。

优点： 具有吸引力的规格值得在欧洲部署中进行比较。 缺点： 检查的公共目录将这些报价标记为不可用，并且没有公开可靠的价格；主 IPv4、增值税、备份和区域会影响总数。 最适合： 注重预算的用户能够验证实时库存和结帐定价，而不是依赖旧的标题价格。

如何在 Ubuntu VPS 上安装 Stirling PDF

本演练使用 Ubuntu 24.04 LTS、Docker Compose v2、官方注册表和当前稳定的 3.3.0 标签。在部署更高版本之前，请查看 Docker 安装页面 和 发行说明。

第 1 步：准备 VPS

标准镜像至少选择 2 个 vCPU、4GB RAM 和 40GB SSD。创建一个启用 sudo 的非 root 用户，添加 SSH 密钥，修补 Ubuntu，在服务器上指向一个域，并在可行的情况下仅允许来自可信来源的 SSH。为代理公开端口 80 和 443；不要公开暴露端口 8080。

步骤 2：安装 Docker 引擎并撰写

遵循 Docker 的 Ubuntu 官方说明。安装后，验证这两个组件：

sudo docker version
sudo docker compose version

步骤 3：创建持久目录

sudo mkdir -p /opt/stirling-pdf/stirling-data/{configs,logs,customFiles,pipeline,storage,tessdata}
sudo chown -R 1000:1000 /opt/stirling-pdf/stirling-data
cd /opt/stirling-pdf

默认情况下，映像以 UID/GID 1000 运行。 /configs 保存设置、内置数据库、备份和生成的密钥； /storage 保存已保存的文件。其他安装保存日志、自定义文件和签名、处理文件夹以及其他 Tesseract 语言。

步骤4：创建compose.yaml

services:
  stirling-pdf:
    image: docker.stirlingpdf.com/stirlingtools/stirling-pdf:3.3.0
    container_name: stirling-pdf
    ports:
      - "127.0.0.1:8080:8080"
    volumes:
      - ./stirling-data/configs:/configs
      - ./stirling-data/logs:/logs
      - ./stirling-data/customFiles:/customFiles
      - ./stirling-data/pipeline:/pipeline
      - ./stirling-data/storage:/storage
      - ./stirling-data/tessdata:/usr/share/tessdata
    environment:
      SECURITY_ENABLELOGIN: "true"
      SYSTEM_BACKENDURL: "https://pdf.example.com"
      SYSTEM_FRONTENDURL: "https://pdf.example.com"
    mem_limit: 4g
    restart: unless-stopped

更换域名。不要将真实密码放入已提交的文件中。 mem_limit 允许应用程序调整其 Java 堆的大小，而主机仍然需要容器外部的内存。

步骤 5：启动并检查 Stirling PDF

sudo docker compose config
sudo docker compose pull
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 stirling-pdf

docker compose config 检查结构，但无法证明应用程序有效。保留 127.0.0.1 绑定，以便只有本地反向代理才能到达端口 8080。

步骤 6：保护管理员帐户

标准镜像默认启用登录。使用空用户数据库时，它会使用密码 stirling 创建 admin，并在首次登录时强制更改至少八个字符的密码。立即打开 HTTPS 站点，更改密码，然后创建单独的指定用户。免费计划目前允许五个用户。

对于无人值守配置，Stirling 在首次启动之前支持 SECURITY_INITIALLOGIN_USERNAME 和 SECURITY_INITIALLOGIN_PASSWORD，但机密属于根可读的环境文件或机密管理器，而不是在 Git 或本示例中。用户存在后，这些设置将被忽略。切勿在面向 Internet 的生产服务器上设置 SECURITY_ENABLELOGIN=false。

步骤 7：使用 Nginx 添加 HTTPS

使用正常的 ACME 工作流程安装 Nginx 和证书，然后在 TLS 虚拟主机内使用如下所示的服务器块：

client_max_body_size 2000m;
proxy_read_timeout 1800s;
proxy_send_timeout 1800s;
proxy_buffering off;

location / {
    proxy_pass http://127.0.0.1:8080;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-Host $host;
    proxy_set_header X-Forwarded-Port 443;
}

官方上传默认为2000MB，长作业可能需要30分钟的读取超时。如果您的用例允许，请降低限制。较长的超时有助于使长时间操作合法化，但无法修复内存不足的容器。在重新加载之前验证 Nginx 并在主机和提供商防火墙处阻止 8080。

步骤 8：启用 OCR 语言

标准和Fat图像包括OCRmyPDF和Tesseract； Ultra-lite 没有 OCR。标准镜像中包含英语、德语、法语、葡萄牙语和简体中文语言数据。其他 .traineddata 文件可以在 设置 → 服务器 → 高级 或从官方 Tesseract 存储库下载。由于容器本地下载在容器重建后消失，因此请将它们保存在安装的 /usr/share/tessdata 卷中。

OCR 使用大量 CPU 和 RAM。仅安装所需的语言、测试代表性扫描并减少并发性，然后再假定较大的上传限制将改善处理。

步骤 9：测试 PDF 处理

通过 HTTPS 登录并执行受控验收测试：上传非敏感样本、合并两个 PDF、拆分页面、转换文档、在扫描页面上运行 OCR 并下载每个结果。 OCR 仅适用于支持 OCR 的图像。检查日志、内存、临时磁盘和输出可读性。这些是您的部署的验证步骤；本指南并不声称它们已经通过您的服务器。

步骤 10：备份和恢复

备份挂载的6个主机目录，特别是/configs、/storage、/pipeline、/customFiles、tessdata。包括应用程序设置、内置数据库、生成的密钥、存储的文档、签名资产、自动化文件夹和 OCR 语言。停止写入或使用应用程序一致的方法、加密异地副本、定义保留并测试恢复到单独的目录和容器。从未恢复过的备份是未经验证的恢复计划。

第 11 步：安全更新

阅读发布和重大更改说明，创建并验证备份，更改固定图像标签，然后运行：

sudo docker compose pull
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 stirling-pdf

验证登录、数量、OCR、转换和下载。保留先前的标记可用于计划的回滚。 不要使用 docker compose down -v 进行例行更新，因为 -v 可以删除指定的持久卷。

Stirling PDF、PDF24 与 Adobe Acrobat

面积	斯特灵 PDF 服务器	PDF24	Adobe Acrobat
部署模型	自托管 Web 服务器或桌面	Windows 桌面工具和在线服务	桌面、Web 和云服务
自托管	是的	不是同等的通用自托管服务器产品	没有同等的客户托管 Acrobat Web 服务
合并/拆分	是的	是的，取决于产品	是的，取决于计划/应用程序
光学字符识别	标准/肥胖图像	可在受支持的 PDF24 工作流程中使用	在符合条件的 Acrobat 产品中可用
转换	广泛的、依赖图像的	广泛的桌面/在线工具集	广泛的商业工具集
数据控制	您的部署和政策	桌面可以本地处理；在线工具涉及一项服务	取决于桌面/云工作流程和策略
资源需求	您提供服务器资源	Windows 工作站或在线服务	支持的工作站/浏览器和服务计划
保养	您可以修补、保护和备份	维护桌面软件	供应商应用程序/服务加上本地管理
定价模式	免费自托管计划；付费团队/企业功能	免费工具；验证当前条款	商业订阅和产品等级
最适合	受控多设备自托管	Windows 用户想要方便的实用程序	需要 Acrobat 工作流程和支持的组织

这些产品有重叠但并不完全相同。根据所需的编辑深度、工作流程、操作系统、支持和文档处理策略进行选择，而不仅仅是清单计数。

Stirling PDF 与 Paperless-ngx

Stirling PDF 专注于更改文档：合并、拆分、压缩、转换、OCR、签名、编辑和自动转换。 Paperless-ngx 专注于使用、归档、标记、索引、搜索和检索长期存在的文档集合。

当处理任务的输出是目标时，请使用 Stirling PDF。当持久的组织和搜索是目标时，请使用 Paperless-ngx。一个团队可以同时运行这两者，但加入它们会产生两项安全、存储、更新和备份职责。我们的 Memos、Immich 和 Beszel] 指南涵盖相邻的自托管笔记、照片管理和监控工作负载。

自托管 Stirling PDF 值得吗？

当文档应保留在您控制的基础设施上、多人需要共享浏览器工具或可重复的 PDF 自动化证明服务器维护合理时，这是值得的。成本是可以预测的，特别是对于稳定的工作负载，并且私有 API 可能适合内部系统。

对于维护的桌面应用程序已经处理的偶尔编辑来说，它的吸引力较小。您负责 Linux、Docker、TLS、身份验证、备份、漏洞响应和容量规划。自托管本质上并不比信誉良好的云服务更安全：默认密码、开放端口 8080、未修补的主机或暴露的备份可能会破坏隐私优势。

常见的Stirling PDF 托管问题

容器未启动

可能的原因： 无效的 Compose 语法、不支持的标签、内存不足或卷权限。 检查： docker compose config、docker compose ps 和容器日志。 **修复：**更正报告的字段，确认官方标签，释放资源，并将所有权设置为容器UID/GID，而不使目录全局可写。

端口 8080 已被使用

可能的原因： 另一个服务绑定了该端口。 检查： sudo ss -ltnp | grep ':8080'。 **修复：**停止冲突的服务或仅更改主机端，例如127.0.0.1:8081:8080，并更新proxy_pass。

OCR 不起作用

可能的原因： 超精简图像、缺少语言数据、无法读取的卷或扫描质量差。 检查： 图像标签、安装的 OCR 语言、日志和 tessdata 所有权。 修复： 使用 Standard/Fat，安装 /usr/share/tessdata，安装正确的语言，然后重试代表性扫描。

转换期间内存不足

可能的原因： 大型或图像较多的 PDF、多个作业或 Java 之外的空间太小。 **检查：**容器退出状态、docker stats、内核 OOM 日志和并发性。 修复： 减少并发作业，使用更大的 VPS，并仅在测量后调整记录的 Java 百分比。

Docker 卷上的权限被拒绝

可能的原因： 主机目录与 UID/GID 1000 或配置的 PUID/PGID 不匹配。 **检查：**已安装路径和容器日志上的 ls -ln。 **修复：**正确的预期服务身份的所有权；避免毯子 chmod 777。

反向代理返回 502 Bad Gateway

可能的原因： 容器已停止、代理指向错误的主机端口或防火墙/网络命名空间阻止访问。 检查： curl http://127.0.0.1:8080、Compose 状态和 Nginx 错误日志。 修复： 恢复容器运行状况并将 proxy_pass 与环回映射对齐。

大文件上传失败

可能的原因： 代理主体限制、应用程序上传限制、超时或临时磁盘不足。 检查： 浏览器响应、代理日志、应用程序日志和可用磁盘。 修复： 将限制与合理的最大值保持一致，并延长有效作业的超时；不要将此视为内存修复。

设置重启后消失

可能的原因： /configs 或 /storage 未安装，或者 Compose 从具有相对路径的不同目录运行。 检查： docker inspect 挂载和主机目录。 **修复：**从备份恢复，使用稳定的绝对或项目相对路径，并在处理真实文档之前挂载每个官方持久目录。

常见问题

Stirling PDF 的最佳 VPS 是什么？

对于标准镜像，从 2-4 个 vCPU、4GB RAM 和 40-80GB SSD 开始。 LightNode 提供灵活的区域和小时选项； Vultr 有经过验证的 20 美元 4GB 基本套餐； DigitalOcean 和 Akamai Cloud 提供清晰的文档和 24 美元的 4GB 套餐。按区域、备份覆盖范围和测量的 OCR 需求进行选择，而不仅仅是按提供商名称进行选择。

Stirling PDF 需要多少 RAM？

官方镜像指南建议 Ultra-lite 为 2GB，Standard 为 4GB，Fat 为 6GB 或更多。 Ultra-lite 删除了登录、OCR 和一些转换，因此这些数字并不描述等效的功能集。繁重的 OCR、大图像、Office 转换、AI 和并发用户可能需要 8-16GB。

Stirling PDF 可以在 2GB VPS 上运行吗？

是的，主要是 Ultra-lite 图像和轻核心 PDF 操作。该图像没有应用程序登录、OCR、Office、HTML 或电子书转换。 2GB 标准部署低于官方指导，并且为可靠的通用服务器留下的操作系统和本机进程空间太少。

4GB RAM 足够用于 Stirling PDF 吗？

4 GB 符合标准镜像建议，可以支持少数用户的轻度使用。它可能无法可靠地处理大型图像文件或并发 OCR 和 LibreOffice 作业。设置容器内存限制，保留主机余量，观察实际峰值使用情况，并在作业失败或排队过多时进行升级。

Stirling PDF 支持 OCR 吗？

是的。标准和胖图像包括 OCRmyPDF 和 Tesseract，其中包含多个语言包。额外的语言可以通过 /usr/share/tessdata 卷下载和保存。 Ultra-lite 不包括 OCR。 OCR 是 CPU 和内存最密集的 Stirling PDF 工作负载之一。

Stirling PDF 是免费且开源的吗？

主存储库主要是 MIT 许可的，指定目录带有自己的许可证。自托管服务器从免费计划开始，目前仅限于五个用户，而某些数据库、集群、存储、监控、SAML、审计和企业功能则需要付费套餐。查看存储库许可证和当前计划矩阵。

斯特灵 PDF 托管费用是多少？

基本服务器每月的合理预算约为 12-25 美元，而标准 OCR 部署通常约为 24-60 美元，包括适度的备份津贴。文档繁重的团队可能花费 50-140 美元或更多。税收、额外存储、带宽、域名、付费功能、人工智能和管理员时间改变了总数。

我可以使用 Docker Compose 安装 Stirling PDF 吗？

是的。 Docker 是推荐的服务器方法，官方文档提供了 Compose 示例。使用官方注册表，固定生产稳定版本，将端口 8080 绑定到 HTTPS 后面的环回，至少挂载 /configs 和 /storage，保留其他所需目录，保持登录启用状态，并在存储敏感文档之前测试备份。

最终判决

• 基本 PDF 编辑： 如果您接受其缺少的登录、OCR 和转换功能，则 2-vCPU/2GB 专用 Ultra-lite 服务器可以工作。
• 标准 OCR 工作负载： 从 2-4 vCPU 和 4GB 上的标准开始，然后进行测量。 LightNode的4GB套餐和Vultr经过验证的4GB计划是实用的参考。
• 文档密集型用户： 喜欢 4-8 个 vCPU、8-16GB、宽敞的 SSD 空间和独立备份； DigitalOcean、Vultr 和 Akamai 都公开了明确的 8GB 步骤。
• 预算托管： 将实际可用的 Hetzner 报价与 Vultr 和 LightNode 总计进行比较，包括 IPv4、税收、备份和区域。
• 团队部署： 当外部数据库、集群、S3、SAML、指标或审核日志很重要时，根据并发规模确定大小并使用官方计划矩阵。

为了实现灵活的起点，LightNode 提供按小时计费和 4GB/8GB 配置。无论您选择哪个提供商，决定性的生产工作都是相同的：固定映像、保持登录启用、在反向代理处终止 TLS、保留每个所需的卷、限制公开曝光并证明恢复有效。

相关文章

• 无纸化最佳VPS-ngx
• 备忘录的最佳 VPS
• Immich 的最佳 VPS
• Beszel 的最佳 VPS
• 最佳 Docker VPS 托管