最近和几位在医院信息科工作的朋友聊天发现一个普遍痛点传统PACS影像归档和通信系统的升级和维护正变得越来越“吃力不讨好”。一方面海量影像数据CT、MR、DR等每年以TB级增长存储和调阅压力巨大另一方面国家“信创”信息技术应用创新战略的推进要求核心系统逐步迁移到国产化技术栈这涉及到从底层硬件、操作系统到上层应用的全栈替换技术复杂度和风险极高。很多医院信息科面临两难继续用老旧的国外商业PACS数据安全、扩展性和运维成本是问题直接上马全新的全栈信创方案又担心业务中断、数据迁移和生态兼容性。这背后“信创云PACS”正在成为一个关键的破局思路。它不是一个简单的“PACS上云”而是融合了信创基础设施、云原生架构和医疗影像专业处理能力的综合解决方案。本文将从一个技术实施者的角度深入拆解“医院影像科-信创云PACS”的构建逻辑。你会看到它如何通过云管平台统一纳管异构资源如何用分布式存储应对海量非结构化数据以及如何在保证业务连续性的前提下平滑完成信创迁移。文章后半部分我会用一个模拟环境搭建的完整示例展示从资源准备、平台部署到PACS应用对接的核心流程与代码并附上实践中最常见的“坑”与排查指南。1. 这篇文章真正要解决的问题对于医院信息科工程师、医疗软件开发商或正在规划信创迁移的技术负责人来说面对“信创云PACS”这个概念最核心的困惑通常是以下几个技术栈冲突信创要求用国产CPU鲲鹏、飞腾等、操作系统麒麟、统信UOS而传统PACS大量依赖x86架构和Windows/Linux特定库如何兼容数据迁移风险历史影像数据是医院的宝贵资产如何安全、无损、高效地从旧存储迁移到新信创云存储业务能否在线迁移性能与体验影像调阅要求“秒级”响应云化后网络延迟、解码性能是否会成为瓶颈医生工作站的使用习惯如何保持成本与复杂度自建全栈信创云平台硬件采购、软件适配、运维团队投入巨大是否有更轻量、可控的落地路径本文的目的就是拨开营销术语的迷雾直击这些工程实践中的硬核问题。我们将不讨论宏观政策而是聚焦于一套可落地的技术架构与实施方法。你会了解到一个典型的“全栈信创云管平台方案”如何为“云PACS”提供基础以及在实际部署中需要重点关注哪些配置项和验证步骤。2. 基础概念与核心原理在深入实操前必须统一几个关键概念的理解避免后续讨论出现偏差。2.1 PACS 是什么PACS (Picture Archiving and Communication System) 是医院影像科的核心业务系统。它的核心工作流程可以概括为采集从CT、MR等影像设备遵循DICOM协议接收图像。存储将图像含患者信息、检查信息等元数据归档到存储系统中。调阅供医生在诊断工作站上检索、浏览、处理窗宽窗位调整、测量等图像。分发将图像发送给临床科室或远程专家。传统PACS通常是“烟囱式”系统软件、服务器、存储紧密耦合扩展困难。2.2 信创云与全栈信创云管平台信创云指基于信创技术体系国产CPU、操作系统、数据库、中间件等构建的云计算平台。它提供计算、存储、网络等IaaS层资源以及可能的PaaS服务。全栈信创云管平台这是实现“信创云”的关键软件层。它的核心价值在于统一管理。一个典型的云管平台需要具备以下能力异构兼容能同时管理信创服务器鲲鹏/飞腾和现有x86服务器形成混合资源池。资源交付能够按需创建虚拟机、容器、网络和存储卷。运维监控提供统一的监控、告警、日志和运维操作界面。服务目录将PACS等应用所需的资源如特定规格的虚拟机、带GPU的实例、高性能存储卷打包成标准化服务供业务部门一键申请。对于PACS而言云管平台的价值在于它将复杂的底层信创硬件差异封装起来向上层应用提供标准、统一的资源接口。PACS应用开发者无需关心底层是鲲鹏还是飞腾只需关注自己的应用能否在提供的虚拟机或容器中正常运行。2.3 云PACS的架构演进“云PACS”不是简单地把PACS软件装在云虚拟机上而是架构的重构维度传统PACS云PACS (基于信创云)架构单体或紧耦合集群微服务化组件可独立伸缩存储集中式SAN/NAS扩容难分布式对象/文件存储容量与性能线性扩展计算固定物理服务器虚拟化/容器化资源弹性调度部署本地化周期长基于模板快速部署支持蓝绿发布高可用依赖硬件冗余基于云平台的跨节点、跨可用区调度核心原理云PACS将影像的存储、索引、缓存、处理如压缩、转码和呈现如Web Viewer拆解为独立的微服务。这些服务部署在信创云平台上由云管平台统一管理。当需要调阅影像时请求通过负载均衡分发到对应的处理服务并从分布式存储中获取数据。这种架构解耦了软硬件使得信创硬件的更换对上层业务影响降到最低。3. 环境准备与前置条件假设我们要在一个模拟环境中搭建一个最小化的信创云PACS验证平台。这里我们使用混合架构管理节点和部分计算节点采用信创服务器以鲲鹏ARM架构为例同时保留部分x86节点用于过渡或运行尚未完成适配的服务。存储采用兼容ARM和x86的分布式存储。3.1 硬件与网络规划角色数量推荐配置说明管理节点3台鲲鹏920 32核 128GB内存 2*1TB SSD (RAID1)部署云管平台管理组件需高可用。计算节点 (信创)2台鲲鹏920 64核 256GB内存 2480GB SSD (系统盘) 104TB HDD (存储)运行业务虚拟机/容器。计算节点 (x86)2台Intel Xeon 同等规格用于运行暂未适配ARM的组件或作为过渡资源池。存储节点3台通用服务器 大容量HDD 高速网络部署Ceph等分布式存储为所有节点提供统一存储池。网络-万兆以太网 划分管理网、存储网、业务网网络隔离与带宽保障是关键。重要提醒生产环境规划需更严谨建议与云管平台厂商、存储厂商及PACS软件商共同设计。3.2 软件与系统准备操作系统信创节点openEuler 22.03 LTS (AArch64)或统信服务器操作系统V20。它们对鲲鹏等国产CPU有良好优化。x86节点CentOS 7.9或openEuler 22.03 LTS (x86_64)保持系统环境一致便于管理。云管平台选择支持异构资源统一管理和信创环境的商业或开源方案。例如基于OpenStack或Kubernetes增强的国产云管平台。本文以概念性操作为主。分布式存储Ceph是一个成熟的开源选择它支持ARM和x86架构能提供块存储(RBD)、对象存储(S3)和文件系统(CephFS)非常适合存储海量影像数据。PACS应用需要与PACS软件供应商确认其软件版本是否已提供针对ARM架构鲲鹏/飞腾和指定操作系统openEuler/UOS的适配包或源码。3.3 基础环境配置以openEuler为例在所有节点上执行基础配置# 1. 设置主机名和hosts解析以管理节点1为例 hostnamectl set-hostname mgmt01 echo 192.168.1.101 mgmt01 192.168.1.102 mgmt02 192.168.1.103 mgmt03 192.168.1.201 node-arm01 192.168.1.202 node-arm02 192.168.1.211 node-x86-01 /etc/hosts # 2. 关闭防火墙和SELinux生产环境需按安全策略调整 systemctl stop firewalld systemctl disable firewalld setenforce 0 sed -i s/SELINUXenforcing/SELINUXdisabled/g /etc/selinux/config # 3. 安装基础工具 yum install -y vim wget net-tools chrony # 4. 配置时间同步 systemctl enable --now chronyd chronyc sources4. 核心流程拆解搭建信创云PACS基础平台整个流程可以概括为四个阶段下图展示了各阶段的关键任务与产出 注此处用文字描述流程图逻辑实际博文不输出Mermaid图阶段一基础IaaS云平台搭建。任务部署云管平台纳管信创与x86资源提供计算虚拟化能力。产出一个可创建虚拟机的混合资源池。阶段二统一存储池建设。任务部署Ceph集群为云平台提供块、对象、文件存储服务。产出一个可弹性扩展的共享存储池。阶段三PACS应用部署与适配。任务在云平台上创建PACS应用所需的虚拟机/容器安装并配置PACS软件。产出可提供服务的PACS应用实例。阶段四数据迁移与业务切换。任务将历史影像数据迁移至新存储并切换业务流程至新PACS系统。产出完成信创云PACS的替换上线。下面我们重点详解前两个阶段的关键步骤。4.1 阶段一部署云管平台以OpenStack Yoga版为例概念性步骤我们选择在三个管理节点上部署OpenStack控制服务计算服务部署在所有计算节点上。1. 配置OpenStack Yum源 (openEuler)# 在所有节点上执行 yum install -y centos-release-openstack-yoga # 注意openEuler可能需要使用特定的OpenStack仓库此处为示例请根据实际版本调整。2. 安装并配置MariaDB (管理节点)# 在mgmt01上执行 yum install -y mariadb-server mariadb systemctl enable --now mariadb # 运行安全初始化脚本 mysql_secure_installation # 根据提示设置root密码等。 # 创建OpenStack所需数据库示例Keystone认证服务 mysql -u root -p在MySQL交互界面执行CREATE DATABASE keystone; GRANT ALL PRIVILEGES ON keystone.* TO keystonelocalhost IDENTIFIED BY 你的密码; GRANT ALL PRIVILEGES ON keystone.* TO keystone% IDENTIFIED BY 你的密码; FLUSH PRIVILEGES; EXIT;3. 安装并配置Keystone (身份认证服务)# 在mgmt01上执行 yum install -y openstack-keystone httpd mod_wsgi # 编辑 /etc/keystone/keystone.conf 配置数据库连接、token provider等。 openstack-config --set /etc/keystone/keystone.conf database connection mysqlpymysql://keystone:你的密码mgmt01/keystone openstack-config --set /etc/keystone/keystone.conf token provider fernet # 同步数据库 su -s /bin/sh -c keystone-manage db_sync keystone # 初始化Fernet密钥库 keystone-manage fernet_setup --keystone-user keystone --keystone-group keystone keystone-manage credential_setup --keystone-user keystone --keystone-group keystone # 引导身份服务 keystone-manage bootstrap --bootstrap-password 你的admin密码 \ --bootstrap-admin-url http://mgmt01:5000/v3/ \ --bootstrap-internal-url http://mgmt01:5000/v3/ \ --bootstrap-public-url http://mgmt01:5000/v3/ \ --bootstrap-region-id RegionOne后续还需安装Glance镜像、Nova计算、Neutron网络、Cinder块存储等服务并配置计算节点。这是一个极其简化的流程实际部署需参考官方文档或厂商方案通常涉及数百个配置项。关键点在计算节点包括信创和x86节点安装openstack-nova-compute时云管平台需要能正确识别其架构aarch64vsx86_64以便在创建虚拟机时调度到正确的主机上。这通常需要检查计算节点的/etc/nova/nova.conf中[DEFAULT]部分的cpu_mode和virt_type配置并确保ARM节点上的QEMU/KVM已正确安装并支持ARM虚拟化。4.2 阶段二部署Ceph分布式存储以Octopus版为例我们计划部署一个3节点的Ceph集群monitor manager OSD为云平台和PACS提供存储。1. 在所有存储节点上安装Ceph# 配置Ceph Yum源以openEuler为例需查找对应源 # 示例添加Ceph Octopus源 sudo yum install -y https://download.ceph.com/rpm-octopus/el8/noarch/ceph-release-1-1.el8.noarch.rpm sudo yum install -y ceph-deploy ceph-common2. 从部署节点初始化集群# 假设在mgmt01上操作 mkdir ~/ceph-cluster cd ~/ceph-cluster # 创建集群配置文件指定初始monitor节点 ceph-deploy new storage01 storage02 storage03 # 在所有节点上安装Ceph ceph-deploy install storage01 storage02 storage03 mgmt01 # 初始化monitor并收集密钥 ceph-deploy mon create-initial ceph-deploy admin mgmt01 storage01 storage02 storage03 # 添加manager节点 ceph-deploy mgr create storage01 # 在每个存储节点上添加OSD假设/dev/sdb是数据盘 ceph-deploy osd create --data /dev/sdb storage01 ceph-deploy osd create --data /dev/sdb storage02 ceph-deploy osd create --data /dev/sdb storage033. 创建存储池并为OpenStack提供后端# 创建用于OpenStack Cinder块存储的池 ceph osd pool create volumes 128 ceph osd pool create vms 128 # 创建用于PACS影像对象存储的池如果使用S3接口 ceph osd pool create pacs-images 256 ceph osd pool create .rgw.root # ... 更多RGW配置4. 在OpenStack中集成Ceph需要在OpenStack控制节点上安装python-rbd和ceph-common并配置/etc/cinder/cinder.conf和/etc/glance/glance-api.conf等文件指定Ceph作为后端存储。同时需要将Ceph的客户端密钥环复制到OpenStack节点。# 在Ceph管理节点上创建客户端密钥 ceph auth get-or-create client.cinder mon allow r osd allow class-read object_prefix rbd_children, allow rwx poolvolumes, allow rwx poolvms ceph auth get-or-create client.glance mon allow r osd allow class-read object_prefix rbd_children, allow rwx poolimages # 将密钥文件拷贝到OpenStack控制节点 scp /etc/ceph/ceph.client.cinder.keyring rootmgmt01:/etc/ceph/5. 完整示例在信创云上部署一个简易PACS服务假设我们已有一个完成了ARM适配的PACS应用Docker镜像registry.local/pacs-arm:latest。我们将通过云管平台这里简化为使用Docker Compose在单台信创虚拟机上运行来部署它。5.1 创建信创虚拟机通过OpenStack Horizon dashboard或CLI创建一个基于ARM架构的虚拟机。镜像使用预先上传的openEuler-22.03-aarch64云镜像。规格8 vCPU, 16GB RAM, 100GB 系统盘来自Ceph卷。网络连接到业务网络。安全组开放DICOM端口默认104和Web管理端口如8080。创建后获取虚拟机IP例如192.168.2.100。5.2 在虚拟机上部署PACS服务登录到新创建的ARM虚拟机。1. 安装Docker和Docker Compose# 安装Docker curl -fsSL https://get.docker.com -o get-docker.sh sudo sh get-docker.sh sudo systemctl enable --now docker # 安装Docker Compose (以v2为例) sudo curl -L https://github.com/docker/compose/releases/download/v2.20.3/docker-compose-$(uname -s)-$(uname -m) -o /usr/local/bin/docker-compose sudo chmod x /usr/local/bin/docker-compose2. 准备应用配置文件创建项目目录并编写docker-compose.yml# 文件路径/opt/pacs-deploy/docker-compose.yml version: 3.8 services: pacs-db: image: postgres:15-alpine container_name: pacs-postgres environment: POSTGRES_DB: pacsdb POSTGRES_USER: pacsuser POSTGRES_PASSWORD: StrongPass123! volumes: - pg_data:/var/lib/postgresql/data networks: - pacs-net restart: unless-stopped pacs-server: image: registry.local/pacs-arm:latest # 你的ARM适配PACS镜像 container_name: pacs-server depends_on: - pacs-db environment: DB_HOST: pacs-db DB_NAME: pacsdb DB_USER: pacsuser DB_PASSWORD: StrongPass123! DICOM_PORT: 104 WEB_PORT: 8080 STORAGE_PATH: /data/images ports: - 104:104 # DICOM接收端口 - 8080:8080 # Web管理端口 volumes: - image_data:/data/images - ./config:/app/config:ro # 挂载外部配置文件 networks: - pacs-net restart: unless-stopped pacs-web-viewer: image: ohif/viewer:latest # 假设使用OHIF Viewer需确认其ARM兼容性 container_name: pacs-viewer ports: - 80:80 environment: APP_CONFIG: /app/config.js volumes: - ./viewer-config.js:/app/config.js:ro networks: - pacs-net restart: unless-stopped volumes: pg_data: driver: local image_data: driver: local driver_opts: type: none o: bind device: /mnt/ceph/pacs-images # 挂载CephFS或NFS共享存储 networks: pacs-net: driver: bridge关键解释pacs-server使用ARM适配的镜像这是信创迁移的核心。image_data卷映射到了/mnt/ceph/pacs-images这个目录应提前挂载CephFS或通过NFS连接到后端分布式存储集群确保影像数据持久化且可被多个PACS实例共享。ohif/viewer是流行的开源Web影像浏览器需确认其Docker镜像是否支持ARM64。若不支持需自行构建或寻找替代方案。3. 配置存储挂载连接Ceph在虚拟机上挂载CephFS假设Ceph集群已配置好CephFS# 安装Ceph客户端 yum install -y ceph-common # 创建挂载点 mkdir -p /mnt/ceph/pacs-images # 从Ceph管理节点获取配置文件和管理密钥 scp rootceph-admin-node:/etc/ceph/ceph.conf /etc/ceph/ scp rootceph-admin-node:/etc/ceph/ceph.client.admin.keyring /etc/ceph/ # 挂载CephFS mount -t ceph monitor-ip:6789:/ /mnt/ceph/pacs-images -o nameadmin,secretadmin-secret-key # 或使用更安全的密钥文件方式4. 启动PACS服务cd /opt/pacs-deploy docker-compose up -d6. 运行结果与效果验证部署完成后需要进行多维度验证确保服务可用、性能达标。6.1 基础服务状态检查# 检查容器状态 docker-compose ps # 预期输出所有服务状态为 “Up” # 检查PACS应用日志 docker-compose logs pacs-server --tail 50 # 检查数据库连接 docker exec -it pacs-postgres psql -U pacsuser -d pacsdb -c \l6.2 DICOM通信测试使用dcm4che工具包中的dcmsnd工具模拟一台CT设备向PACS发送影像。# 在另一台测试机上发送一个测试DICOM文件 dcmsnd 192.168.2.100:104 ./test.dcm # 如果返回成功信息说明DICOM接收服务正常。6.3 Web访问与影像调阅测试打开浏览器访问http://192.168.2.100:8080应能进入PACS服务器管理界面。访问http://192.168.2.100(OHIF Viewer)尝试检索刚才发送的测试病例应能成功加载并浏览影像。测试窗宽窗位调整、缩放、测量等基础操作确保Web Viewer功能正常。6.4 性能基准测试简化版存储IO测试在挂载的CephFS目录 (/mnt/ceph/pacs-images) 下进行读写测试。# 写测试 dd if/dev/zero of/mnt/ceph/pacs-images/testfile bs1G count1 oflagdirect # 读测试 dd if/mnt/ceph/pacs-images/testfile of/dev/null bs1G count1 iflagdirect记录速度评估是否满足影像并发调阅需求通常需要数百MB/s的聚合带宽。网络延迟测试从医生工作站ping PACS服务器IP延迟应稳定在1ms以内局域网内。7. 常见问题与排查思路在信创云PACS的部署和迁移过程中以下问题是高频出现的问题现象可能原因排查方式解决方案虚拟机创建失败提示“No valid host was found”1. 资源不足CPU、内存。2. 调度过滤器不匹配如架构要求、标签。3. 计算节点服务异常。1. 检查OpenStack Nova调度日志/var/log/nova/nova-scheduler.log。2. 在Horizon查看各计算节点资源使用情况。3. 检查计算节点nova-compute服务状态systemctl status openstack-nova-compute。1. 扩容资源或迁移部分虚拟机。2. 检查虚拟机规格中的元数据如hw_architectureaarch64是否与目标主机匹配。3. 重启故障节点的计算服务。PACS应用在ARM虚拟机上启动崩溃1. 应用依赖的某些库未针对ARM编译。2. Docker镜像本身非ARM64架构。3. 内核参数或系统调用不兼容。1. 查看容器日志docker logs container_id。2. 检查镜像架构docker inspect --format{{.Architecture}} image_name。3. 在容器内运行ldd检查动态链接库。1. 联系PACS厂商提供真正的ARM适配版本或源码自行编译。2. 使用docker buildx构建多架构镜像。3. 尝试在x86资源池中临时运行该组件。影像调阅速度慢频繁加载1. 存储性能瓶颈IOPS/带宽不足。2. 网络带宽不足或延迟高。3. PACS服务器或Viewer应用性能问题。4. 未启用影像缓存。1. 使用iostat,ceph osd perf监控存储节点IO。2. 使用iperf3测试网络带宽。3. 监控PACS应用容器的CPU/内存使用率。4. 检查PACS配置中的缓存设置。1. 优化Ceph配置如增加PG数、使用SSD缓存层。2. 升级网络至万兆或更高确保业务网独立。3. 横向扩展PACS应用实例增加前端缓存服务器如Redis。4. 在Viewer前端或PACS服务器启用多级缓存。从旧PACS迁移数据失败1. 网络互通或防火墙问题。2. 存储权限问题。3. 迁移工具不兼容新存储接口。4. 数据校验错误。1. 测试新旧系统间网络连通性。2. 检查目标存储目录的读写权限。3. 在小批量数据上测试迁移工具。4. 对比迁移前后文件的MD5值。1. 规划专用迁移网络和带宽。2. 使用具有足够权限的服务账户进行迁移。3. 开发或采用支持对象存储/S3协议的迁移工具。4. 实施分阶段迁移先迁移非活跃数据并做好回滚预案。信创节点与x86节点无法组成集群1. 时间不同步。2. 内核版本或系统库差异大。3. 集群软件本身对异构支持不佳。1. 检查所有节点的ntp/chrony状态。2. 对比uname -r和关键库版本。3. 查阅集群软件如Ceph, K8s的官方文档对异构架构的支持说明。1. 强制使用NTP服务器同步时间。2. 尽量选择同一大版本的操作系统并保持更新一致。3. 考虑采用“分层”或“分区”策略将信创与x86节点作为独立的资源池或集群管理通过上层云管平台统一纳管。8. 最佳实践与工程建议基于实际项目经验总结以下几点能帮助你在信创云PACS项目中走得更稳。采用“双轨并行渐进迁移”策略不要追求一步到位。初期可以构建一个独立的信创资源池将新建的、非核心的PACS组件如新的三维后处理服务部署其上。核心的在线调阅服务可以先在x86资源池与信创资源池同时部署通过负载均衡引流少量流量进行验证。历史数据迁移安排在业务低峰期分批进行每完成一批立即进行数据一致性和业务功能验证。重视“数据迁移”的专项设计与演练数据迁移是风险最高的环节。必须制定详细的迁移方案、回滚方案和应急预案。迁移前务必对源数据进行全面盘点数据量、文件数量、结构。迁移过程中要有实时监控和校验机制确保数据的完整性、一致性和可用性。进行多次全流程演练记录迁移速率、资源消耗和问题点优化迁移脚本和流程。构建跨架构的持续集成/持续部署CI/CD流水线为ARM和x86架构分别准备构建环境如GitLab Runner on ARM。使用Docker Buildx等工具构建多架构Docker镜像并推送到统一的镜像仓库。在流水线中增加针对ARM架构的自动化测试环节包括单元测试、集成测试和简单的性能测试。实现PACS应用在信创云上的蓝绿发布或金丝雀发布降低升级风险。建立全方位的监控与运维体系基础设施监控监控信创服务器硬件状态通过BMC、操作系统资源使用率。云平台监控监控OpenStack/K8s各服务状态、资源配额使用率、虚拟机/容器健康度。存储监控监控Ceph集群健康状态、OSD使用率、IOPS、带宽和延迟。应用监控监控PACS各微服务的响应时间、错误率、DICOM接收队列长度、在线用户数等业务指标。将所有监控数据接入统一的运维平台如Prometheus Grafana并设置合理的告警阈值。安全与合规性考量等保2.0/三级信创云PACS作为核心业务系统需满足相应安全等级要求。重点关注网络安全隔离、入侵防范、恶意代码防范、审计日志、数据备份与恢复等方面。数据安全影像数据属于敏感个人信息在存储和传输过程中必须加密。确保Ceph配置了加密功能或在前端应用层实现加密。权限最小化遵循最小权限原则严格管理云平台、存储集群和应用系统的账户权限。定期进行权限审计。医院影像科的信创云化是一条必经之路但绝非简单的硬件替换。它是一次从底层基础设施到上层应用架构的全面升级。成功的核心在于采用云原生思想解耦应用与硬件通过成熟的云管平台统一管理异构资源并选择兼容性强的分布式存储作为数据底座。本文从问题出发梳理了从概念到实践的全链路并提供了可操作的示例和避坑指南。对于计划启动此类项目的团队建议从小规模验证开始优先完成技术栈的可行性验证特别是ARM应用适配和存储性能再逐步扩大范围。记住稳定性和业务连续性永远优先于技术的先进性。在信创的征程上一步一个脚印用扎实的工程实践为医院的数字化转型构建一个坚实、弹性且自主可控的影像平台。