大型电视台集群NAS存储解决方案

2024-03-27 04:08

本文主要是介绍大型电视台集群NAS存储解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

大型电视台集群NAS存储解决方案

时间:2008-08-06 17:46:38  来源:  作者:

<script type="text/javascript"> </script> <script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"></script> <script src="http://googleads.g.doubleclick.net/pagead/test_domain.js"></script> <script type="text/javascript"> </script>

       随着电视台规模的不断扩大,所开通的频道也来越多,相应的节目需求量也越来越大。传统的节目制作和存储方式已经不能适应需求的变化。数字化,网络化已经成 为现今电视台节目制作的趋势。随着数字化,网络化的不断深入,相应的节目存储方式也产生了变化,方式有原来的视频磁带转向了磁盘和数据流磁带。作为网络核 心的存储设备,直接决定了应用的顺利进行,所以挑选一款合适的存储产品,直接决定着网络化的成败。
电视台对存储需求分析
   目前电视台全台网或大型的资料管理系统一般都采用FC+以太的双网结构模式,高码率视频文件和低码率文件,音频文件都集中地存储在同一个光纤通道存储设 备上,几乎所有的工作站都是通过光纤通道HBA卡和光纤通道交换机与核心的光纤存储连接,对同一核心存储同时进行读写访问。这种将所有素材和节目集中式存 储大单一的设备上的数据存储方式大大地降低数据的安全性及整个系统的高可用性,一旦核心存储发生故障,整个系统将会瘫痪。同时由于服务器和工作站需要安装 FC HBA,网络中需要大量的光纤通道交换机,这种网络结构也大大地增加了系统的建设成本,相当大的一部分投资要用购买光纤通道网络设备和光纤存储。
   实际上,电视台全台网工作流的不同环节对于存储的需求并不是完全一致的,对存储设备的带宽和容量要求不同。在节目收录、上载、和编辑制作环节,工作站一 般需要对存储设备进行高码率的流媒体方式读写,存储设备要求具有恒定的大带宽,但由于高码率文件的在线时间一般都为7天或15天,超过在线时间的高码率素 材会被自动删除,因此占用的容量不会很大。而在节目素材的编目、检索查寻和媒资管理环节,工作站一般都只对低码率文件进行读写操作,因此对存储设备的带宽 和性能要求较低,但由于低码率文件的占线时间较,一般都为半年到一年,个别大型的全台网和媒资系统要求低码率文件长年基本永久在线,存储低码率文件所需要 的容量就会非常大。如果低码率文件和高码率一起都存储在价格昂贵的光纤通道存储设备上,那么光纤通道存储的购置成本就会非常高,而且,全台网中的编目工作 站、检索工作站以及其它的需要进行低码率文件读写的工作站数量一般都是几十台,基本上百台,与之相关存储共享管理软件的购置费用也会非常的多。
  同时由于高低码率工作站需要从同一个存储设备中共享地读写文件,因此高低码率工作站就必须设置在同一个网段中,且处于同一个网络安全级别,这种应用方式完全违反了网络安全和数据安全的分级管理原则,极大地降低了网络系统防黑客攻击和防病毒的能力。
  因此我们建设在全台网中采用独立的集群NAS来作为低码率文件存储设备,实现高码率文件和低码率文件的分设备存储和分级管理。采用集群NAS作为低码率文件存储具有以下意义:
1、低码率存储采用相对低成本的NAS设备,有利于大幅度降低系统的建设成本,将有限的资金投入用于核心或关键设备的购置。高低码率文件存储设备分开,有利于更充分地利用高码率存储设备性能,或降低高码率存储设备的购置成本。
2、集群NAS设备自带强大的存储共享功能,可以大幅度降低存储共享管理软件的购置成本。
3、 采用独立的低码率存储设备,就可以实现高低码率工作站和服务器的网络安全分级,将高低码率工作站分别设置在不同的网段中,如将高码率和域服务器、数据库服 务器、中间件服务器、迁移服务顺等关键服务器设置在内部中,将所有编目工作站、检索工作站等低码率工作站设置在外网中,有利于提高整个系统的网络安全管理 能力,减少低码率工作站的后期维护工作量。同时NAS存储设备一般都采用非windows操作系统,网络系统的防病毒能力也会大幅度提高。
UIT BA880集群NAS存储
   UIT BA880集群NAS存储设备是创新科存储技术有限公司针对广电行业中小型非线性编辑制作系统、媒体资产管理系统和全台网络系统中的低码率视音频文件存储 的应用特点而专门设计开发的,具有高带宽、高可用性、性能稳定可靠、投资少、性价比高,安装调试和管理维护简单方便等特点。
分布式Cluster集群架构
  UIT BA880的Cluster集群结构为真正的分布式均衡负载的Cluster结构,最大支持32个控制节点。NAS节点的数量可根据实际的带宽和性能需要灵活进行配置。因系统规模扩充时,也可以灵活地增加节点数量来提高存储设备的总带宽和性能。
  强大的自我恢复功能可以保证当任一节点发生故障时,存储系统内部都实现快速的调整,其它的节点会自动接管故障节点所负担的任务,并自动屏蔽故障节点,保障整个系统的稳定性。
全局命名空间技术
   BA880可将数据灵活地以条带化式分布在每一个后端存储的节点上,创造一个共享的存储池,实现控制器节点和后端存储之间的自负载均衡,把压力均衡地分 布到每一个控制器节点和后端存储上,避免瓶颈产生,实现存储空间充分利用,发挥其最大性能,当新的存储设备加到集群中时,BA880会自动实际数据重新分 布,不需要手工迁移数据。
强大的数据共享能力
  BA880系列拥有强大的数据共享能力高同步处理,支持Windows,Unix,Linux以及Apple操作系统环境。
高可靠性
  超过99.999%的数据高可靠性,减少了代价高昂的宕机时间,最大限度地保障了对关键数据的访问。BA880系列采用的自动快照管理,自动复制,卷的克隆,结合Cluster结构、RAID技术来保证数据的高可靠。
高性能及高扩展性
   BA880 NAS可支持1-32个控制器节点,每个节点可配置两个高性能CPU和6GB ECCX缓存,最大可提供32Gb/S的接口带宽。每个节点可提供4个千兆以太接口,后端可通过2个FC光纤通道接口进行大容量磁盘扩展,总体管理管理能 力超过10PB。可同时支持SAS硬盘和SATA硬盘,以满足不同应用的需求。
强大的,简单的web管理
  BA880系 列通过web管理界面来操作配置、管理、检测,使大量的存储数据变得简单易方便。从一个中央的web控制台,BA880系列对集群的性能,容量,利用,配 额,检测,诊断和复制管理,提供了一个实时,单一管理标准。使用web界面,只需要轻轻点击以下鼠标,就可以轻松完成增加或减少集群节点的操作。

这篇关于大型电视台集群NAS存储解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/850887

相关文章

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

k8s搭建nfs共享存储实践

《k8s搭建nfs共享存储实践》本文介绍NFS服务端搭建与客户端配置,涵盖安装工具、目录设置及服务启动,随后讲解K8S中NFS动态存储部署,包括创建命名空间、ServiceAccount、RBAC权限... 目录1. NFS搭建1.1 部署NFS服务端1.1.1 下载nfs-utils和rpcbind1.1

Redis高性能Key-Value存储与缓存利器常见解决方案

《Redis高性能Key-Value存储与缓存利器常见解决方案》Redis是高性能内存Key-Value存储系统,支持丰富数据类型与持久化方案(RDB/AOF),本文给大家介绍Redis高性能Key-... 目录Redis:高性能Key-Value存储与缓存利器什么是Redis?为什么选择Redis?Red

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

Python一次性将指定版本所有包上传PyPI镜像解决方案

《Python一次性将指定版本所有包上传PyPI镜像解决方案》本文主要介绍了一个安全、完整、可离线部署的解决方案,用于一次性准备指定Python版本的所有包,然后导出到内网环境,感兴趣的小伙伴可以跟随... 目录为什么需要这个方案完整解决方案1. 项目目录结构2. 创建智能下载脚本3. 创建包清单生成脚本4

java.sql.SQLTransientConnectionException连接超时异常原因及解决方案

《java.sql.SQLTransientConnectionException连接超时异常原因及解决方案》:本文主要介绍java.sql.SQLTransientConnectionExcep... 目录一、引言二、异常信息分析三、可能的原因3.1 连接池配置不合理3.2 数据库负载过高3.3 连接泄漏

MyBatis-plus处理存储json数据过程

《MyBatis-plus处理存储json数据过程》文章介绍MyBatis-Plus3.4.21处理对象与集合的差异:对象可用内置Handler配合autoResultMap,集合需自定义处理器继承F... 目录1、如果是对象2、如果需要转换的是List集合总结对象和集合分两种情况处理,目前我用的MP的版本

C#文件复制异常:"未能找到文件"的解决方案与预防措施

《C#文件复制异常:未能找到文件的解决方案与预防措施》在C#开发中,文件操作是基础中的基础,但有时最基础的File.Copy()方法也会抛出令人困惑的异常,当targetFilePath设置为D:2... 目录一个看似简单的文件操作问题问题重现与错误分析错误代码示例错误信息根本原因分析全面解决方案1. 确保

C# LiteDB处理时间序列数据的高性能解决方案

《C#LiteDB处理时间序列数据的高性能解决方案》LiteDB作为.NET生态下的轻量级嵌入式NoSQL数据库,一直是时间序列处理的优选方案,本文将为大家大家简单介绍一下LiteDB处理时间序列数... 目录为什么选择LiteDB处理时间序列数据第一章:LiteDB时间序列数据模型设计1.1 核心设计原则

Redis中哨兵机制和集群的区别及说明

《Redis中哨兵机制和集群的区别及说明》Redis哨兵通过主从复制实现高可用,适用于中小规模数据;集群采用分布式分片,支持动态扩展,适合大规模数据,哨兵管理简单但扩展性弱,集群性能更强但架构复杂,根... 目录一、架构设计与节点角色1. 哨兵机制(Sentinel)2. 集群(Cluster)二、数据分片