- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
面向大影像中心的PACS后台架构设计设计
后台架构设计
--负载均衡策略和虚拟技术的应用负载均衡策略和虚拟技术的应用
--负载均衡策略和虚拟技术的应用
钱隼南①
①宜兴市人民医院,214200,宜兴市通贞观路75号
摘要要随着医院信息化建设重心从面向医院管理的HIS系统转向辅助临床医生做出正确
判断和提高病患就诊服务质量的临床信息系统的建设的转换。各临床信息系统的建设正在如
火如荼的建设中,怎样规划具有高可用性的PACS系统用以管理占据全院信息资源达95%
多的医学图像资料是我们面临的巨大挑战。为了适应我院业务的不断增长,我们对医学影像
信息化平台进行整体规划和调整,通过我院在PACS建设实践中所获取的经验,从全院整体
信息化建设规划的角度探讨了大影像中心PACS后台架构中尝试采用的新技术。
关键词大影像中心PACS后台架构负载均衡虚拟技术
关键词
数字化医院的建设在我院已经列入医院发展规划的方向,早在2004年我院就已经被评
定为江苏省首批现代化医院。作为数字化医院的重要组成部分的临床数字化影像学科建设在
我院被优先考虑。
系统架构的安全稳定是PACS建设的基石,PACS后台的安全稳定是多科室影像集成共享
平台的搭建首先要考虑的问题,我们在大影像中心PACS中采用的系统架构称之为“均衡策
略下的服务器群集”我们通过四个层面进行系统后台架构规划,分别是临床大影像核心应
用服务平台、负载均衡策略平台、光纤网络存储平台、异地容灾平台。建设这些平台的理论
依据如下。
1系统架构的高可用性
1系统架构的高可用性
在医院信息化建设中,核心服务器系统通常是采用服务器双机热备群集架构,此架构
已经流行在业界很多年,特别是在HIS系统建设中。服务器的群集架构已经被大家普遍认可。
该结构的特点见图1。
SAN长期存储设备
DBDB
On-line
图1服务器群集架构
两只服务器互为备份,当一只服务器硬件故障后另一只服务器能够自动顶上;两台服务
器共用一台存储设备;数据库装在存储上,通过备份机制备份数据库。服务器之间的热切换
是通过操作系统层面的应用软件来实现;采用磁带或是光盘刻录等方式做数据长期归档。
缺点是只有一份存储,如果存储出故障,数据需要很长时间才能从长期归档中取回;只
有一个在线数据库,当出故障后可能永久无法恢复;两只服务器故障切换成功率低,随着数
据量,和数据库记录的增加,公共资源检测时间开销增大,群集服务并不是总能有效的自动
切换或切换耗时增加;服务器一般不能分开部署,维修和升级必须停机。
服务器群集架构有非常明显的优势,但是我们认为这种优势主要针对数据量不是特别
大,应用相对简单访问频繁的系统,例如部分HIS系统和LIS系统。PACS系统的特点是应
用服务多,单个文件数据量特别大,数据访问I/O不频繁但持续时间长等。所以我们认为群
集架构在PACS方案设计中已经不是非常有效的高可用性架构,“均衡策略下的服务器群
集”更适合我院院当前PACS应用和未来发展的需求。
2系统数据量负载能力系统数据量负载能力,,峰值数据量处理机制
2系统数据量负载能力峰值数据量处理机制
当前,在医院局域网内,数据量的发展都超出了我们建网初期乐观的估计,网络终端不
断增加,各科室新的应用层出不穷,即使按照当时最优配置建设的网络,也很快会感到有瓶
颈存在,尤其是在影像设备集中的各个重点临床科室。现实的情况让我们迅速行动起来解决
了网络瓶颈问题,从千兆核心交换机升级到了万兆核心交换机,对网路的链路进行了改造,
网络问题很快获得了解决。然而随着大型影像诊断设备不断配置到医院放射科,病人检查量
的快速增加,这些大型设备数据流量的输出和各临床科室对影像访问的迫切需求,使得传统
的单一服务器影像采集和发布机制根本无法承担,系统处理速度越来越慢,而如何在完成同
样功能的多个服务器之间实现合理的业务量分配,不至于出现一台服务器过忙、
原创力文档


文档评论(0)