地市級廣播中心核心服務器機房架構全解

崔 凱

（長治市廣播電視臺技術管理中心，山西 長治 046000）

0 引言

5G、大數(shù)據(jù)、云計算、物聯(lián)網、人工智能、虛擬現(xiàn)實等網絡與通信技術的發(fā)展極大地促進了廣播電視行業(yè)技術升級迭代，大大提升了人與高新技術交互的體驗。不過服務器端設置于核心任務環(huán)境，絕不容許服務中斷，目前來看新技術很難快速融合進來，服務器的基礎架構仍然精簡單純。本文以長治市廣播電視臺廣播中心服務器系統(tǒng)搭建運維為例，解析服務器的基礎設計，結合日常管理實踐，探討高性能服務器系統(tǒng)的基本架構思路，并提出未來升級改造要點，供廣播電視服務器運營與維護的現(xiàn)場管理人員作參考。

1 廣播中心內外網總體布局

1.1 核心交換機為中心

位于服務器一端中心部位的核心交換機扮演多重角色，幾乎所有的通信都需要經過它的梳理與轉發(fā)。傳統(tǒng)網絡架構采用層次化架構的三層式，一是為了提供層次分明的管理結構，降低后續(xù)管理人員理清通信流的難度，二是便于把不至于影響全局網絡的通信都定位于所屬層，遵循局部問題就地解決的原則。一般要求，所涉及的網絡硬件設備超過500 臺時，需要設置分布式交換機，以銜接接入交換機和核心交換機，集中接入層業(yè)務通信的同時，分散核心交換機的處理負荷。以長治市廣播電視臺實際建設為例，廣播電視大樓主體是一幢25 層高層建筑，廣播中心服務器和客戶機的數(shù)量超過100 臺，尚未超過常規(guī)使用匯聚交換機的場景標準。不過，核心服務器機房建設于8 樓，不同業(yè)務的客戶機分設于不用的樓層，如20 層的新聞廣播頻率、21 層交通廣播頻率、9 層的廣播總控部門、3 層的錄音棚等，同時外設有三處距離廣播電視大樓超過7 km的常態(tài)化場外直播環(huán)境。同時，作為全臺基礎性設施，網絡架構必須兼顧未來開辦更多頻率的需求。目前電視臺已實際醞釀音樂廣播和戲曲廣播的申報，因此做了略超前的網絡架構，引入了分布交換機來銜接核心和接入交換機。

細分來看，廣播網絡總體布局以業(yè)務不同區(qū)分為播出網和非播出網。播出網作為廣播中心的重點保障業(yè)務，安全等級最高，非播出網則涵蓋制作系統(tǒng)、新聞文稿、媒體素材，以完成直接面向節(jié)目的采集與后期交互為主。實際考慮到需為播出業(yè)務提供可靠的傳輸，也為了為后續(xù)改擴建留出余量，采用高速度、寬頻帶的光纖交換機作為分布交換機。基于統(tǒng)一管理的需求，樓層交換機采用華為s5700-28P-LI（LI 為簡化型），作為終端業(yè)務接入使用。不同業(yè)務的樓層交換機分類編組后接入分布交換機，最終引入組建主干網絡的s5700-52p-EI（EI 為增強型）核心交換機。該5700 系列產品是組建企業(yè)數(shù)據(jù)中心的專業(yè)三層網絡交換機，其下行接口速率均為千兆，基本能穩(wěn)定滿足數(shù)字廣播業(yè)務的并發(fā)通信[1]。此外，中心核心交換機采用了s6700-16-EI（此交換機無上行口），這是長治市廣播電視臺使用的最高規(guī)格的全光纖交換機，用來解決場外直播環(huán)境的播出業(yè)務傳輸，其16 位下行接口速率均為萬兆，是遠距離專線無時延傳輸?shù)目煽窟x擇。廣播中心網絡簡要示意如圖1 所示。

圖1 廣播中心網絡簡要示意圖

1.2 安全網閘提供數(shù)據(jù)隔離

NG200 廣播專用網閘主、備并列配置，分列于核心交換機兩側，提供嚴格文件篩查兼具數(shù)據(jù)擺渡和應用防護功能，為全局網絡提供訪問控制，阻斷網絡攻擊，對播出內網進行嚴格保護。播出網設置得小巧而精干，嚴格限制不必要連接，禁止旁支業(yè)務訪問，定義為內網—核心網，追求安全穩(wěn)定不間斷。播出之外的總控、新聞、制作、媒資、新業(yè)務等，直接滿足不同環(huán)境下多種業(yè)務的并發(fā)連接，設備多樣連接分散，追求高速訪問、高效反饋，定義為外網-交互網。網絡安全是播出安全的核心，來自于外網的業(yè)務訪問必須集中接入外網交換機，由外網交換機鏈接安全隔離網閘不可信處理單元，對音頻數(shù)據(jù)進行逐幀檢查過濾。安全檢查邏輯為白名單邏輯，高于防火墻機制的黑名單邏輯，不僅實現(xiàn)格式檢查而且進行病毒粉碎，設置對HTTP、TCP、IP、UDP 協(xié)議組的有限制支持，且對通過數(shù)據(jù)進行嚴格過濾，對通過策略檢查機制的訪問向后轉送到可信處理單元，鏈接內網交換機，接入播出核心交換機來保證播出網的安全。此舉大大增強了播出業(yè)務的封閉性。目前來看，長治市廣播電視臺廣播中心播出硬件設備限能至30 臺即可高效滿足四個直播室的穩(wěn)定訪問。在現(xiàn)實案例中，制作業(yè)務終端由于編輯記者訪問網站感染病毒，導致病毒代碼蔓延到制作網絡，導致所有廣播錄音、電視配音、音頻剪輯工作無法進行，但由于安全隔離網閘的布設，此問題并沒有蔓延到播出網。工作人員可以在播出業(yè)務正常進行的情況下處置制作網絡的修復工作，大大減輕了系統(tǒng)維護工程師的工作負荷。外網業(yè)務終端訪問播出內網流程如圖2 所示。

圖2 內外網隔離業(yè)務圖

2 廣播中心服務器通信流梳理

服務器機房作為一個單位的基礎設施，業(yè)內共識都是采取集中布置、集中運營、集中維護的策略。服務器機房內部遍布各類網絡元素，紛繁復雜，最能體現(xiàn)技術集成。以長治市廣播電視臺廣播中心為例，統(tǒng)一布設了域控服務部分、播出服務部分、制作服務部分、新聞文稿部分、媒體資料部分、新業(yè)務部分（如電話錄音、廣播可視化、新華社文稿采集、微信采集微信消息同步軟件及微博等），下文以播出核心服務為主詳細介紹建設經驗，輔以各個子服務部分的不同配置要點，力求展現(xiàn)廣播中心服務器綜合架構的全貌。

2.1 域控服務

以長治市廣播電視臺為例，廣播中心近90 臺業(yè)務終端和30 臺服務器采用域控統(tǒng)一指派用戶權限、管理用戶賬戶、統(tǒng)一各業(yè)務端客戶機軟件環(huán)境，大大方便集中管控。此處的主要應用場景是將域控服務器接入核心交換機，裝載校時程序啟用廣播網絡域環(huán)境校時方案，以統(tǒng)一各個子域的時間。廣播電視技術部門是直面節(jié)目直播、信號轉播的開端與結束的最后一道環(huán)節(jié)，對于時間觀念的把握是技術安全先覺條件，如若不準很容易釀成播出安全事故。方案以域控主備服務器接入核心主備交換機，服務器啟動網絡時間協(xié)議NTP。廣播中心網絡整個架構以核心交換機為中心，只要域控服務器的時間準確，就可以保障整個網絡環(huán)境的終端設備時間得以準備一致[2]。域控服務器的時間采用GPS 時鐘發(fā)生器來確保準確，此處采用一個GPS 母鐘引出兩個GPS子鐘，分別接入域控主備服務器的思路，以達到時鐘信號的冗余備份。

2.2 播出服務

一般情況下，播出程序客戶端是指向服務器的，播出程序所用到的資源也都是通過服務器進行處理的，只有在服務器工作異常的情況下，為保證播出程序的正常運行，才會應急配置為本地。播出服務器主要包括播出Web、播出Ftp、播出核心交換機、播出SQL 以及播出EDI 磁盤陣列。

2.2.1 播出Web

主、備服務器裝載Air5 播出服務，單獨負責廣播直播間播出單自動排單、自動同步、自動洗牌，直觀地將經上游編輯制作、由上單人員編排的節(jié)目展現(xiàn)出來，供直播主持人和無主持情況下的熱線導播人員實時檢查編排工作的準確性，實現(xiàn)整檔欄目的自動化播出，是電臺工作流程的關鍵節(jié)點，屬于技術重點保障業(yè)務，直接關系到播出安全。接入播出核心主、備交換機，播出業(yè)務終端啟用socket 與服務器建立連接，向服務器發(fā)送數(shù)據(jù)請求，服務器將處理后的結果返回業(yè)務終端，最后斷開連接釋放進程。如此循環(huán)往復地處理播出Air5 調用日播出單進程，為劃歸廣播直播間的各臺播出工作機調用節(jié)目單、查詢節(jié)目、音頻拖放及直播錄音提供可靠支持。一個播出Web 服務器啟用3 個網卡模塊，從網卡角度看，板載網卡采用雙絞線型以太網線連接，用于主備服務器內部通信。此處使用以太網線，使用方便，成本低廉。兩個擴展網卡用光纖線連接主備核心交換機，作為上下行數(shù)據(jù)鏈路。

2.2.2 播出Ftp

主、備服務器裝載Serv-U 和File Streamer 服務端軟件，主要根據(jù)文件傳輸協(xié)議來為播出業(yè)務區(qū)提供訪問服務。典型應用場景為：主持人通過業(yè)務機程序向服務器程序發(fā)送上傳下載素材的需求，服務器程序執(zhí)行主持人所發(fā)出的命令，并將執(zhí)行的結果返回到業(yè)務機，呈現(xiàn)給主持人。Serv-U 在長治市廣播電視臺的Ftp 服務器中使用廣泛，使用管理非常簡潔，易于維護掌握，其最大的特點就是在支持即時的多用戶訪問的同時，可以基于IP 地址動態(tài)地更改最大用戶連接，以保證服務器的資源不被耗盡，在日常運維中通過實現(xiàn)域賬戶的登陸管理、授予用戶對文件目錄的權限、設置上傳下載的速度比率、為每個Ftp 用戶配置磁盤空間安全，實現(xiàn)對廣播中心所屬用戶的動態(tài)管理[3]。File Streamer 在文件服務系統(tǒng)內基于流真正進行文件的讀取、編輯、打開、關閉、移動等操作，基于客戶端IP 地址，具體業(yè)務流如下：啟動服務→客戶端請求音頻→記錄查找時間→讀取字節(jié)范圍→處理成功傳遞給客戶端→打開文件→關閉文件→客戶端下線→釋放連接。

此處的文件流傳輸控制在運行時間過長特別是訪問連接數(shù)過多后會自動關閉。以長治市廣播電視臺廣播中心為例，大概半年時間出現(xiàn)一次，表現(xiàn)形式是在廣播直播間播出單節(jié)目的預聽、替換、跳過、上移、下移等操作沒有實質所指內容時，播出單管理器狀態(tài)欄會實時輸出“所操作的文件名不存在，F(xiàn)tp 服務異常，請聯(lián)系管理員”的錯誤信息，方便節(jié)目主持人及時發(fā)現(xiàn)該異常。

2.2.3 播出SQL

主、備服務器作為存放數(shù)據(jù)庫database 的所在，是播出服務器系統(tǒng)的核心。按照實際運維經驗，服務器每月會生成20 GB 的每日播出單操作日志，形成后綴名為.log 的文件，存儲于D 盤program files根目錄下MSSQL Server 中的data 和backup 文件夾，屬于重點保護模塊，不可自動清除。避免單點故障的方式區(qū)別于前述服務器的雙節(jié)點熱備，將提供相同業(yè)務的兩臺播出數(shù)據(jù)庫集群管理，設置播出心跳監(jiān)測，自動啟動備份程序。一旦主用服務器不能正常提供服務，則自動遷移到備用服務器，以繼續(xù)為客戶機提供所需的服務。這個過程對客戶機來說是毫無感知的，不會影響到后端的持續(xù)訪問，也為工程師留下充裕的時間來排查問題、解決故障，極大地解放了人力，是高可用性設計的真正價值。同時，活動狀態(tài)服務器和備用狀態(tài)服務器裝載cluster manager 軟件，啟用群集管理器服務，實時監(jiān)測主備數(shù)據(jù)庫內核模式LAN 心跳、PING 網絡分區(qū)解決資源、組移動浮動IP、鏡像磁盤監(jiān)視等各項參數(shù)，偵測信息并在主機上反映系統(tǒng)的狀況，采用集中式界面簡化管理，只需要在一臺數(shù)據(jù)庫服務器上啟動群集管理器即可完成群集的刪除、新建、恢復、移動等操作，降低了維護復雜性。

一個數(shù)據(jù)庫服務器配置有五個網卡模塊，集成在主板上的板載網卡，與備用數(shù)據(jù)庫板載網卡組建心跳網絡，專門用于兩臺服務器之間設置信息和狀態(tài)信息的數(shù)據(jù)包通信，這是為了實現(xiàn)服務器本身的主備冗余，擴展插槽的四個擴展網卡形成兩個網卡組合，分別接入播出核心主交換機、播出核心備交換機、主播出磁盤陣列、備播出磁盤陣列。網卡組合機制決定了某一臺核心交換機宕機或某一組儲存陣列損毀時可以執(zhí)行故障轉移，選擇迂回路徑繼續(xù)提供服務。技術人員在日常運維工作中注意到，不同種類的物理網卡分開使用，能夠有效避免由物理鏈路故障造成的通信中斷。一旦出現(xiàn)故障，也方便運維人員能夠在不中斷服務的情況下更換板載網卡，擴展插槽或者USB 外接網卡。核心交換機在系統(tǒng)中扮演著中心角色，一旦自身故障，影響甚大。網卡連接到不同的物理交換機上，可以應對交換機本身的硬件故障，相比于連接到同一臺物理交換機上的方式，極大地增強了容錯能力，對服務器系統(tǒng)的高可用性提升巨大。播出SQL 服務器連接示意如圖3 所示。

圖3 播出SQL 服務器連接略圖

2.2.4 播出陣列

主、備存儲區(qū)采用EDI 公司生產的Fabric Channel 磁盤陣列，是廣播中心節(jié)目素材長期存放之地，可以形象地表述為廣播資料的博物館。有價值的節(jié)目成品、制作素材、錄音旁白等以欄目為單位，分類歸檔于所屬頻率的資料庫。借助于RAID5技術，將14 塊小容量磁盤集結成一個邏輯整體，形成一個10 TB 的儲存空間，基本滿足了盡可能多的安全存放區(qū)、便于節(jié)目一線人員快速讀寫的設計需求。該類產品的基本架設經驗是，采用雙主機控制統(tǒng)一配置，主機連接到陣列柜集成的內部光纖集線器，外部光口分別連接到主備數(shù)據(jù)庫服務器，以實現(xiàn)兩臺主機的設備冗余和資源共享[4]。

2.3 交互服務部分提供全面而廣泛的連接

2.3.1 制作服務

制作采編采用與播出環(huán)境基本一致的主從熱備兼制作SQL 主備集群架構，直接面向節(jié)目錄音、配音、剪輯、審聽、上載、編單、漫錄、廣告，門類齊全，業(yè)務多樣。絕大多數(shù)硬件終端設備都要最終接入制作核心主、備交換機，進而與位于底層的制作服務器群交換數(shù)據(jù)，著重解決XStudio、Power Editor、Log Editor、I Scheduler、Pro AD Arrange、Logger Player 的運行支持。

不同的是，鑒于制作客戶機明顯多于播出環(huán)節(jié)的客戶機，參與制作業(yè)務的人員也較多，單獨管理不現(xiàn)實，制作Web 主、備服務器裝載dog server 服務，專門滿足制作環(huán)境的人員訪問和身份驗證問題，主要用于不良信息過濾，實時攔截網站瀏覽、文件傳輸流程中的惡意內容，直接嵌入到服務器操作系統(tǒng)執(zhí)行，保證過濾功能不被停止，放行可自定義容許通過的鏈接。

此外，制作Web 服務器網卡的組織也區(qū)別于播出Web，配備4 塊彼此獨立的擴展網卡分別接入主播出交換機、備播出交換機、主制作交換機、備制作交換機，如此在服務器端允許制作網絡和播出網絡的聯(lián)通，體現(xiàn)在業(yè)務機上是音頻編輯制作工程區(qū)可以調用位于播出EDI 陣列的播出成品區(qū)素材并進行二次加工創(chuàng)作。考慮制作Web 常態(tài)化、應對制作網絡大量終端訪問后端制作SQL 的客觀事實，同時制作剪輯有少量訪問播出成品的需要，區(qū)別于選用使用方便、成本低廉的以太網線連接播出交換機的方式，選用傳輸快速、沒有衰減的光纖線連接制作交換機。對于制作業(yè)務機進入播出內網的安全性，具體的訪問機制則采用章節(jié)1.3 所述的制作安全網閘主、備來實現(xiàn)，在此不再贅述。

2.3.2 文稿服務

新聞文稿的主要業(yè)務是滿足News reader 新聞讀稿器的訪問支持。讀稿業(yè)務機同樣使用外網方式鏈接播出內網，與主播出站、備播出站以端口號（可自定義）設置播出自同步，以共享路徑訪問主、備播出單，實時顯示所有播出欄目，自由配置每分鐘播放字數(shù)，動態(tài)統(tǒng)計稿件數(shù)、總字數(shù)、音頻數(shù)。

文稿服務的架構，在Ftp 服務器層面啟用Serv-U 服務，組件名稱為長治電臺news，端口號為21，只規(guī)定Ftp 的方式，F(xiàn)ile Streamer 仍然專一負責具體賬戶讀取服務器資源的文件傳遞，其特點是從開始連接到映射結束釋放路徑，完整地記錄用戶賬戶的操作。新聞核心交換機、數(shù)據(jù)庫、磁盤陣列的組織與管理則與制作環(huán)境保持一致。服務群分布提供新聞文稿的全流程傳遞，依托文稿網絡將稿件的審核流程在系統(tǒng)中流轉，支持記者采訪、主持人講稿在業(yè)務機內實時編輯與制作，設置了廣播稿件公共庫，支持跨頻率、跨部門用戶共享。經過審聽發(fā)布的代播稿件傳遞到各頻率直播間播出工作站的新聞讀稿客戶機，視稿件時效性要求做串播單順序播放或者一點即播。讀稿業(yè)務機器采用擴展專業(yè)Digigram 立體聲數(shù)字聲卡，實現(xiàn)廣播級音質。已播出稿件經編輯人員整理后及時上載至服務器的儲存陣列，并不在本地存放，避免記者主持人誤操作。只有在文稿服務器故障、中斷服務的情況下，才配置為本地服務做應急讀稿[5]。此處有一點區(qū)別于制作服務器：新聞讀稿業(yè)務機在功能上實際擔負著30%的播出業(yè)務，但是受限于廣播直播間空間布局的限制，只有單一設備，沒有布置主備。技術人員借助在后端新聞Ftp 主、備服務器布置新聞心跳、每隔20 秒交換狀態(tài)信息的方式，迂回解決前端業(yè)務機的單點訪問缺陷，在日常運行中為節(jié)目支持提供了可靠的保障。

2.3.3 媒資服務

媒資主、備陣列和數(shù)據(jù)庫服務器是媒體資料庫的儲存核心，其組建的節(jié)目入庫區(qū)服務主要解決長期資料的存放與規(guī)范管理問題。接入交互核心網絡，支持播出業(yè)務、文稿業(yè)務等關鍵應用的直接調用，廣播中心組建的四類儲存陣列從產品規(guī)格到RAID 卡數(shù)量保持一致，播出陣列組建的播出成品區(qū)、制作陣列組建的制作工程區(qū)、新聞陣列組建的文稿排布區(qū)，都具備一定限度的儲存能力。所有頻率的節(jié)目采編播審相關人員近百人，來自音頻慢錄、視頻慢錄的實時數(shù)據(jù)全天候采集，為了保證各核心業(yè)務的穩(wěn)定開展，減輕大量訪問存儲區(qū)通信的擁擠，技術人員根據(jù)各個頻率日播單節(jié)目的運行實際，設置了數(shù)據(jù)儲存上限，播出陣列為6 個月，制作陣列為9 個月，新聞陣列為12 個月，啟用自動刪除策略嚴格排查文件名，文件到期后自動清除。一年期以上的文件均由媒資管理員統(tǒng)一整理分類、歸檔管理入庫。

Trans Code Server 媒資轉碼服務器是長治市廣播電視臺廣播中心中采用的最高規(guī)格的服務器。本系統(tǒng)配置了兩臺專用轉碼服務器，一主一備，交叉接入主備轉碼核心交換機。轉碼任務是媒體資料服務的數(shù)據(jù)處理單元，媒資數(shù)據(jù)向外傳送，外部系統(tǒng)內傳媒體文件，媒資內部數(shù)據(jù)交互都要通過轉碼后傳送。籠統(tǒng)來說，主要分為上載抽幀和回調轉碼，以滿足日常的音頻視頻上變換、下變換，運算極多，任務很重。轉碼工作對服務器的運算能力要求更高，且工作多為并發(fā)鏈接多線程任務，轉碼效率的高低直接決定了媒資服務的可用性。因此，采用Dell 高性能十核心二十線程服務器，雙路CPU 并行運算，對目標文件執(zhí)行轉碼。

與其他服務的區(qū)別點在于，媒資服務的Web 和FTP 服務并機運行在一臺服務器上，一是考慮播出、制作、新聞與媒資的海量文件來往依賴Ftp 服務的可靠運行，二是著眼于媒資服務遠期有創(chuàng)建內部網站進行節(jié)目技術交流的可能。這臺服務器既裝載Serv-U 和File Streamer，也啟用了IIS 服務。IIS 是微軟公司Windows Server 2016 內置的Web 服務組件，主要用于組建網站，也兼具Ftp、NNTP、SMTP功能[6]。此處，技術中心選擇Ftp 角色新建Ftp 站點、配置物理路徑、許可用戶在站點目錄中讀取和寫入，目前暫未授權更多用戶，只設置了一個管理員，在功能上作為對Serv-U 的補充，在Serv-U 故障的情況下提供文件發(fā)布服務。長治市廣播電視臺廣播中心服務器機房布置如圖4 所示。

圖4 廣播服務器機房陳列圖

2.4 新業(yè)務服務

近年來，媒體深度融合不斷加速，針對傳統(tǒng)廣播中心的改進更多地體現(xiàn)在直播的可視化，微信、抖音、電話錄音等短消息短視頻客戶端的統(tǒng)一發(fā)布，這類業(yè)務屬于即時通信類場景，沒有必要訪問播出制作核心網絡，但對服務器的響應速度卻有更高要求。為此，技術中心配置獨立式服務器并行設置于媒資核心網絡，分設了聽見廣播、視頻慢錄、音頻慢錄、微信消息同步、電話錄音、新華社文稿等類別，由采集服務器專一針對該類業(yè)務快速響應。新業(yè)務在此處屬于支流業(yè)務，數(shù)據(jù)量不大，由高性能的計算機終端提供服務也可滿足需求。長治市廣播電視臺在此處依然采用專業(yè)服務器，不過架構則采用傳統(tǒng)的串聯(lián)式形式，從前往后順序連接，涉及的業(yè)務機也比較少，直接用集線器做接入連接。這種結構比較簡單，容易發(fā)現(xiàn)故障，管理使用門檻低，目前可能在一些小規(guī)模的服務器中心機房采用，長治市廣播電視臺廣播中心在2017 年之前的所有服務器均采用這種簡易模式。

3 運行以來的性能情況

長治市廣播電視臺廣播中心服務器群總體設置合理，既考慮了傳統(tǒng)直播總控環(huán)境，也兼顧了新業(yè)務服務需要，具有很好的可擴展性，避免了頻繁追加投資改造服務器機房，從而更加經濟，節(jié)約環(huán)境、人力，值得廣大系統(tǒng)架設工程師借鑒。同時，全部環(huán)節(jié)秉承了硬件設備的冗余原則，傳輸鏈路的交叉、相似角色的實現(xiàn)方式多樣，投入運行三年多以來，從未發(fā)生一起因硬件故障導致的服務中斷。但也有一些不足之處，一是在實際運行中發(fā)現(xiàn)負載均分有所欠缺，大量數(shù)據(jù)集中在活動狀態(tài)的服務器一側，處于熱備狀態(tài)的服務器長時間交換狀態(tài)信息但無運行任務，未來升級時可以在核心交換機身側引入專業(yè)負載均衡器用于梳理通信流[7]；二是新聞文稿服務仍局限于廣播中心，沒有打通與電視中心新聞網的聯(lián)系，目前看來，這導致長治市廣播電視臺新聞業(yè)務比較割裂，固然有硬件供應商、軟件提供者的規(guī)格不同的原因，但這也是以后技術改造的一個切入點；三是只是在數(shù)據(jù)庫服務部分實現(xiàn)了集群管理，提供相同業(yè)務的Web、Ftp、轉碼、陣列等沒有構建集群，目前看來，集群架構比主從熱備的方式在不可間斷的廣播直播環(huán)境中更可靠[8]。

4 結語

服務器部門都是重資產單元，不光有排列整齊的機架設備，還有UPS 電源和機房精密空調等的存在，架構再優(yōu)良，設備再高級，機房的電壓、電流、溫度、濕度等依舊至關重要。這些關鍵設備都是雙電源模塊，長治市廣播電視臺嚴格按照《廣播電視安全播出管理規(guī)定》中的廣播中心實施細則配置了雙低壓回路接入主、備UPS 電源持續(xù)供電，同時設置了專業(yè)發(fā)電機作為自備電源使用。實際檢測電壓、電流的波動已經限制在千分位水平，均在服務器機房設備的電源上下限。此外，環(huán)境溫濕度對服務器運行影響巨大，現(xiàn)實條件中，隨著服務器機房空調長時間運行故障頻出，壓縮機、過濾網、制冷劑等都會影響實際恒溫恒濕的效果，這對于服務器的安全是一大隱患。目前來看，未來云架構下采用虛擬儲存技術的服務器端可能會逐步邁向輕量化配置，屆時會緩解對供配電和制冷空調的高要求，同時也將會極大地改變服務器端的架構運營與維護，相關技術人員將持續(xù)關注這一新技術在服務器端的變革。