精品国产亚洲一区二区三区|亚洲国产精彩中文乱码AV|久久久久亚洲AV综合波多野结衣|漂亮少妇各种调教玩弄在线

<blockquote id="ixlwe"><option id="ixlwe"></option></blockquote>
  • <span id="ixlwe"></span>

  • <abbr id="ixlwe"></abbr>

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    轉(zhuǎn)載自公眾號:E企研究院

    不管是中文的“健壯”,還是英文的“Strong”,通常用于形容人或動物的體格,并隱含擁有更高的生存能力,或者說在受傷失去部分生理機能后,擁有更快恢復(fù)正常的能力。

    正是因為這一詞潛在的含義,也被借用以描述IT系統(tǒng)或應(yīng)用程序的特點之一,比如應(yīng)用程序/IT系統(tǒng)的健壯性,在遭遇bug或硬件故障的情況下,不會徹底“失能”,而是可以繼續(xù)工作并更快恢復(fù)常態(tài)。

    IT系統(tǒng)的健壯性可以用“RAS”來說明,即可靠性(Reliability)、可用性(Availability)和可維護性(Serviceability)。簡單來說,可靠性意味著組成IT系統(tǒng)的各組件品質(zhì)過關(guān),不易故障,即使某一個或多個組件發(fā)生故障,也不影響應(yīng)用程序的正常運行(可用性);并且在組件或系統(tǒng)故障時,其可即時啟用替換機制,使得故障組件/系統(tǒng)快速恢復(fù)正常(可維護性)。

    可以看出,可靠性和可維護性設(shè)計在一定程度上是服從可用性設(shè)計的,其目的是為了提高可用性,滿足業(yè)務(wù)連續(xù)運行(而盡可能不被中斷)的需求。

    IT系統(tǒng)可用性通常用幾個“9”來衡量,如5個9、6個9,指的是系統(tǒng)可用時間的百分比,相對應(yīng)的是以年為單位計算(允許的)停機時間。

    試舉兩例:1個9即90%的可用性,每年允許的停機時間不超過36.5天;5個9即99.999%的可用性,每年的停機時間不能超過5分半鐘。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    圖注:E企研究院整理的可用性與(允許)停機時間對照表,可用性每多一個9,單位時間內(nèi)允許的停機時間下降到十分之一:譬如,可用性為4個9(99.99%)每年允許的停機時間接近53分鐘,而5個9每年允許的停機時間則下降到5分半鐘以內(nèi)

    我們知道,由于開機自檢等過程耗時較長,服務(wù)器重啟一次的時間可能超過5分鐘,這意味著每年服務(wù)器只要宕機一次,哪怕立刻恢復(fù),5個9的可用性就保不住了。然而,硬件的單點失效(Single Point OfFailure,SPOF)是不可能徹底避免的,再加之有時軟件系統(tǒng)出的故障最終也要通過服務(wù)器重啟來解決,所以“2N”系統(tǒng)就成為保障高可用性的常見思路。譬如,兩套一樣的系統(tǒng),運行一樣的應(yīng)用,訪問一樣的數(shù)據(jù),平時一主一備(Active-Passive),主系統(tǒng)出故障之后備份系統(tǒng)接管,由于后者一直在運行著,不需要經(jīng)歷一遍耗時的軟硬件啟動工作,理論上服務(wù)中斷的時間只取決于主備之間的切換速度,不要說5個9,就是6個9或者7個9,也是可以實現(xiàn)的。

    理論很簡單,實現(xiàn)很復(fù)雜,包括如何保證兩套系統(tǒng)的數(shù)據(jù)和(應(yīng)用)狀態(tài)盡可能一致,以便快速切換?

    傳統(tǒng)計算與存儲分離的架構(gòu),最少需要兩臺服務(wù)器連接到一套雙控的存儲系統(tǒng)上,兩臺服務(wù)器之間同步應(yīng)用,數(shù)據(jù)的高可用由雙控制器的存儲系統(tǒng)負責(zé),后者使用的存儲介質(zhì)通常具備雙端口功能(如FC或SAS硬盤),數(shù)據(jù)訪問的控制權(quán)在必要時(如其中一個控制器故障)切換。相應(yīng)的,網(wǎng)絡(luò)子系統(tǒng)通常也是雙冗余設(shè)置,整套解決方案的構(gòu)成很是復(fù)雜。雙端口硬盤減少了數(shù)據(jù)同步的工作量,但其本身又經(jīng)常被劃歸專用設(shè)備的范疇,不符合標(biāo)準(zhǔn)化硬件結(jié)合“軟件定義”的潮流。

    超融合架構(gòu)(Hyper-Converged Infrastructure,HCI)則通過在工業(yè)標(biāo)準(zhǔn)服務(wù)器中采用軟件定義存儲的方式,實現(xiàn)了計算與存儲兩大角色的統(tǒng)一,提高了擴展的靈活性,降低了部署和運維的復(fù)雜性。不過,大多數(shù)超融合系統(tǒng)的分布式軟件定義存儲都采用三副本機制來避免數(shù)據(jù)丟失,加上可維護性的考慮,這些超融合系統(tǒng)通常從三節(jié)點或四節(jié)點起步,無形中又提升了用戶采購的門檻。也就是說,在不考慮網(wǎng)絡(luò)設(shè)備的情況下,不管是計算與存儲分離,還是計算與存儲一體,上述兩種小規(guī)模部署中常見的高可用架構(gòu),設(shè)備或者說節(jié)點的數(shù)量都不少于3臺——譬如超融合系統(tǒng)較為常用的2U4節(jié)點服務(wù)器,我們按照4臺服務(wù)器計算。

    從架構(gòu)的層面看,ZStack Mini兼具兩種架構(gòu)的部分特性:一方面,它是計算與存儲一體的超融合;另一方面,其每個節(jié)點內(nèi)部的存儲子系統(tǒng)又基于傳統(tǒng)存儲系統(tǒng)常用的RAID技術(shù)。

    有趣的是,通過這一組合,ZStack Mini最少只需要2臺服務(wù)器,即一臺2U2節(jié)點服務(wù)器——雖然都是2U多節(jié)點,2U2的成本可以比2U4低很多,從而顯著降低用戶的接受難度。

    那么,在(最小)只有2個節(jié)點的情況下,ZStack Mini是如何保證數(shù)據(jù)和應(yīng)用的高可用的呢?其存儲空間利用率又如何呢?請看我們下面的解析。

    極簡架構(gòu)有助于提升可靠性

    可靠性是可用性的組成部分之一。能夠長期穩(wěn)定運行的可靠組件有助于系統(tǒng)的整體可用性,但“可靠”又受成本約束,“高成本的高可用”系統(tǒng)并非沒有實際意義,但門檻太高。

    鑒于ZStack Mini傳承自ZStack云引擎,同時其產(chǎn)品形態(tài)(2U2節(jié)點)與2U4節(jié)點形態(tài)的超融合產(chǎn)品有一定的相似,比如2U機箱、雙冗余電源、幾乎相同的占地空間,而且兩者都可以2U為最小部署單元(超融合的3節(jié)點或4節(jié)點都用2U4),但是只有2個節(jié)點的ZStack Mini在架構(gòu)上無疑更為簡單。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    圖上為ZStack Mini,2U機箱內(nèi)置兩個服務(wù)器節(jié)點;圖下為較為主流的2U4節(jié)點設(shè)計的超融合一體機。從硬件數(shù)量來看,顯然2U4節(jié)點的超融合比2U2節(jié)點的ZStack Mini組件數(shù)量多得多,而且空間設(shè)計也更緊湊,每個節(jié)點面臨的擴展性和散熱等挑戰(zhàn)更大

    不管是ZStack Mini還是2U4節(jié)點的超融合一體機產(chǎn)品,內(nèi)部都有多種IT硬件,每種乃至每個硬件都有故障率。以ZStack Mini中大量使用的西部數(shù)據(jù)Ultrastar DC HC310(4TB)硬盤為例,其年故障率為0.44%,系統(tǒng)內(nèi)所使用的硬件越多,其故障的風(fēng)險自然越大。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    西部數(shù)據(jù)官網(wǎng)公布的Ultrastar DC HC310系列硬盤的可用性,上圖中Annual failurerate(AFR)即為硬盤的年故障率(0.44%);上圖中的MTBF則表示平均故障間隔時間,為2百萬小時

    與硬盤緊密相連的組件是SATA/SAS RAID卡,ZStack Mini使用了Broadcom公司推出的帶鋰電池備份單元(Battery Backup Unit,BBU)的RAID卡,在遭遇突發(fā)停機的情況下,可以將RIAD卡Cache中的數(shù)據(jù)存儲到硬盤。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    ZStack Mini內(nèi)置的2節(jié)點內(nèi)部,毗鄰CPU散熱片,貼有白底標(biāo)簽紙的組件即為鋰電池,其與緊貼機箱壁的RAID卡相連,在突發(fā)掉電情況下為RAID卡供電,有助于降低數(shù)據(jù)丟失風(fēng)險

    從上圖也可以看出,ZStack Mini中所采用的半寬2U節(jié)點,其內(nèi)部空間還是比較寬裕的,相比于2U4中的半寬1U節(jié)點,散熱條件更好,有利于升級到更高規(guī)格的CPU,而且工作溫度也是影響系統(tǒng)可靠性的一大重要因素,尤其是部署在邊緣站點或小微企業(yè)內(nèi)部的產(chǎn)品,其運行環(huán)境通常比專業(yè)數(shù)據(jù)中心復(fù)雜得多

    每一個組件都有故障率,每一個組件的故障都會影響系統(tǒng)的可靠性,進而影響可用性。故障并不可怕,重要的是組件故障后,如何保障用戶的數(shù)據(jù)不丟失,甚至能夠讓應(yīng)用持續(xù)運行,繼續(xù)可用,這是在系統(tǒng)或解決方案設(shè)計時最重要的目標(biāo)之一。

    除了應(yīng)用的可用性,還要考慮數(shù)據(jù)的可用性,并且避免存儲子系統(tǒng)的故障導(dǎo)致數(shù)據(jù)丟失。據(jù)ZStack介紹,ZStack Mini通過兩副本加兩糾刪碼的雙重保險保障數(shù)據(jù)安全,只有在至少兩個節(jié)點各兩塊硬盤同時損壞的場景下才有數(shù)據(jù)丟失的風(fēng)險,整體數(shù)據(jù)可用率高達99.999995%,比通常超融合雙副本安全系數(shù)高4個9,比三副本安全系數(shù)高2個9,這又是怎么做到的呢?

    節(jié)點內(nèi):N+1應(yīng)對磁盤故障

    硬盤是ZStack Mini中的數(shù)據(jù)存儲擔(dān)當(dāng),其前面板上插滿了12塊3.5英寸硬盤,平均分給2個節(jié)點使用。其中4塊(每節(jié)點各2)用于安裝操作系統(tǒng),其余8塊(每節(jié)點各4)留給用戶存儲數(shù)據(jù)。

    當(dāng)下,大多數(shù)超融合一體機中采用了三副本數(shù)據(jù)保護機制,將同一份數(shù)據(jù)分別存放在三臺不同的服務(wù)器內(nèi),從而在遭遇單個硬盤或節(jié)點故障后,數(shù)據(jù)仍然可正常讀寫。

    ZStack Mini則頗為“非主流”的采用了基于硬件(RAID卡)的RAID技術(shù),其中操作系統(tǒng)盤用RAID 1(鏡像)保護,每節(jié)點的4個數(shù)據(jù)盤用RAID 5(奇偶校驗)保護。

    RAID技術(shù)與RISC技術(shù)誕生于同一時代,而且還師出同人,然而,RISC-V目下正是計算領(lǐng)域的當(dāng)紅炸子雞,RAID卻已不大有人提起。其中一個很重要的原因在于,傳統(tǒng)基于硬件的RAID技術(shù)不適合大規(guī)模部署環(huán)境,在使用大容量硬盤的時候恢復(fù)時間也面臨很大的挑戰(zhàn)。

    不過,RAID的核心理論和算法并沒有過時,譬如在大規(guī)模部署環(huán)境中為解決副本技術(shù)存儲容量利用率偏低而采用的糾刪碼(Erasure Code)技術(shù),其核心算法原理與RAID 5/6是相通的,我們可以將RAID 5視為N+1的糾刪碼。

    而在小規(guī)模部署環(huán)境中,譬如ZStack Mini這種每個節(jié)點只有個位數(shù)硬盤的情況下,RAID技術(shù)仍然能夠發(fā)揮很好的作用,RAID卡還可以把CPU從底層存儲任務(wù)處理中解放出來,貢獻更多的虛擬機。

    理論基礎(chǔ)有了,接下來我們就通過在實際應(yīng)用運行場景下直接拔盤的手段來驗證ZStack Mini節(jié)點是否還能正常工作,以下視頻為驗證過程:

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    視頻解讀:在初始化好的ZStack Mini中,E企研究院創(chuàng)建了一個Windows 10(試用版)操作系統(tǒng)的虛機,然后安裝Adobe PremierePro CS6(試用版)軟件,這是Windows平臺下主流的視頻剪輯軟件。

    我們將幾個視頻片段導(dǎo)入到Premiere中,剪輯拼合成一個視頻,利用Premiere對這個剪輯后的視頻進行渲染。在渲染過程中(大約渲染了三分之一進度之后),我們直接拔掉了此虛機所在物理節(jié)點上的一塊用于數(shù)據(jù)存儲的硬盤(4TB)。但Premiere的渲染任務(wù)并沒有停頓,正常完成。但在ZStack Mini的管理后臺,監(jiān)控中顯示W(wǎng)indows 10虛機所在物理節(jié)點出現(xiàn)硬盤故障,性能和可用性“降級”。這意味著數(shù)據(jù)沒有丟失,應(yīng)用仍可正常運行,但存在潛在風(fēng)險:如果此時節(jié)點內(nèi)再有一塊硬盤發(fā)生故障,將導(dǎo)致數(shù)據(jù)丟失——當(dāng)然,在下一節(jié)我們會看到,另一個節(jié)點不會允許這種事情發(fā)生。

    當(dāng)我們將被拔出的硬盤重新插入硬盤倉(相當(dāng)于用新盤替換故障盤),ZStack Mini識別到健康盤已插入,并開始自動重建。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    圖注:拔出后的硬盤重新插入,ZStack Mini自動進行數(shù)據(jù)重建,在管理后臺對應(yīng)的監(jiān)控界面中,可以看到“重建中”狀態(tài)標(biāo)志,性能監(jiān)視界面也顯示目前有持續(xù)的IO讀寫活動;直到數(shù)據(jù)“重建”完成前,RAID健康狀態(tài)都將處于“降級”狀態(tài)

    通過上述模擬場景的測試驗證,ZStack Mini任意節(jié)點確實能夠有效地抵御單塊數(shù)據(jù)存儲盤故障,不會導(dǎo)致數(shù)據(jù)丟失或應(yīng)用停頓,應(yīng)用虛機仍舊無感知地繼續(xù)當(dāng)前任務(wù),直至完成或人工干預(yù)。

    節(jié)點間:2N保障應(yīng)用高可用

    節(jié)點內(nèi)的RAID技術(shù)保證了任一磁盤故障都不會對應(yīng)用造成影響,但是傳統(tǒng)基于硬件的RAID技術(shù)(更換硬盤后)重建數(shù)據(jù)的時間比較長——根據(jù)硬盤容量的不同,幾個小時不等——在此期間,如果再有一個硬盤壞掉,數(shù)據(jù)就會丟失,應(yīng)用也會中斷。此外,CPU、內(nèi)存、網(wǎng)卡等部件沒有冗余,出現(xiàn)故障也可能導(dǎo)致停機……凡此種種,都是ZStack Mini的另一個節(jié)點發(fā)揮作用的時候,我們不妨稱之為節(jié)點級副本。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    圖上為ZStack Mini正面,布滿了3.5英寸硬盤,支持熱插拔。圖下為背部,幾乎所有組件都位于節(jié)點內(nèi)部,這意味著更換除硬盤外的任一組件都需要停機

    正所謂“養(yǎng)兵千日,用兵一時”,當(dāng)一個節(jié)點不能正常工作的時候,另一個節(jié)點就要揣著一直在同步的數(shù)據(jù)和狀態(tài)“挺身而出”了,這就是我們通常所說的(節(jié)點級)高可用。為了驗證這一特性,我們將應(yīng)用虛機設(shè)置為“高可用”之后,通過將其所在節(jié)點突然斷電的手段,驗證應(yīng)用是否能夠繼續(xù)運行。

    邊緣計算體驗之二:簡單高可用 ZStack Mini的巧妙設(shè)計

    視頻解讀:ZStack Mini中的節(jié)點1因為上一個測試中拔掉其中一塊硬盤,正處于“重建”狀態(tài),在這測試中,E企研究院模擬這一“故障”節(jié)點突發(fā)斷電,以驗證ZStack Mini的高可用功能。

    在節(jié)點1上有4個虛機,其中“渲染服務(wù)器”、“轉(zhuǎn)碼服務(wù)器”和“網(wǎng)管平臺”設(shè)置為高可用,作為對比,另一個名為“CentOS7.2”的虛機則不使用高可用功能。在轉(zhuǎn)碼服務(wù)器中,E企研究院將上一測試渲染好的視頻導(dǎo)出,并使用XCoder軟件進行轉(zhuǎn)碼。

    在轉(zhuǎn)碼過程中(大約已完成三分之一的轉(zhuǎn)碼進度時),不經(jīng)過任何操作,直接關(guān)閉節(jié)點1電源,以模擬突發(fā)掉電。在節(jié)點1斷電后,ZStack Mini提示節(jié)點1失聯(lián),并報告“網(wǎng)管平臺”失聯(lián)。隨后,ZStack Mini啟動“高可用”進程,開始遷移開啟了“高可用”功能的應(yīng)用虛機,大約1分鐘后,原來位于節(jié)點1上,并開啟了“高可用”功能的虛機在節(jié)點2上重啟。

    “轉(zhuǎn)碼服務(wù)器”重啟之后,XCoder之前的任務(wù)進度清零,并自動重新開始任務(wù)。我們經(jīng)過測試證明,當(dāng)ZStack Mini上任一節(jié)點掉電后,其上開啟了“高可用”功能的虛機將自動遷移到另一正常運行節(jié)點。

    通過上述的兩階段驗證,可以看出,不管是在硬盤組件故障,還是節(jié)點級故障,ZStack Mini都具有良好的可用性,應(yīng)用能夠無間斷或經(jīng)歷短暫停頓后繼續(xù)運行,不會造成數(shù)據(jù)丟失。

    計算存儲:效率和數(shù)據(jù)持久性

    在使用這套ZStack Mini的過程中,我們與一些對此產(chǎn)品有興趣的潛在用戶進行了溝通,發(fā)現(xiàn)有一個很有代表性的問題:兩個節(jié)點一主一備,可用性是保證了,但是硬件的利用率豈不是只有一半?會不會很浪費?

    這個問題可以從計算和存儲資源兩個層面來看。

    從應(yīng)用的層面來說,如前面的測試環(huán)節(jié)中所提到的,應(yīng)用所在的虛機,“高可用”功能是可選的,也就是說只有開啟這一功能,虛機才會同時占用兩個節(jié)點的計算資源,這也是為了保證應(yīng)用持續(xù)運行所必須付出的代價。如果某個應(yīng)用對可用性的要求沒有那么高,就可不開啟“高可用”,也就省去了不必要的浪費。

    從存儲的層面來說,ZStack Mini所有的用戶數(shù)據(jù)都在兩個節(jié)點上鏡像存儲,這樣即使一個節(jié)點完全損壞,數(shù)據(jù)也不至于丟失。從數(shù)據(jù)盤的存儲利用率來看,節(jié)點間是1+1(鏡像),節(jié)點內(nèi)是3+1(4個盤的RAID 5),所以總體效率是0.5×0.75=0.375,即不到一半的水平。

    看起來不高是么?作為對比,三副本的超融合系統(tǒng),存儲利用率為三分之一,即0.333——如此看來,ZStack Mini還略占優(yōu)勢呢。

    ZStack方面也對Mini在數(shù)據(jù)持久性上的優(yōu)勢進行了解釋:

    雙副本數(shù)據(jù)持久性失效的概率等于分布在不同計算節(jié)點的任意兩個盤同時損壞的概率,按照 Google的磁盤年損壞率數(shù)據(jù)1.7%(高于硬盤廠商公布的指標(biāo))算的話,那就是1.7%×1.7%×(1/2)=0.01445%,數(shù)據(jù)持久性為98.56%,接近2個9;

    雙副本+RAID5數(shù)據(jù)持久性失效的概率等于分布在不同計算節(jié)點上任意四個盤同時損壞的概率,并且必須是一邊2個,而不能是一邊4個或者一邊3個,那就是1- 1.7%×1.7%×1.7%×1.7%×(18/31) =99.999995%,即高于7個9(18/31是8塊硬盤同時壞4塊而且在兩個節(jié)點各2個的概率);

    而三副本只要任意3塊盤損壞就丟數(shù)據(jù),3副本的可用性概率是1-1.7%×1.7%×1.7% =99.99951%,即高于5個9。

    展望3.0:提升可維護性,助力整體可用性

    可維護性是一個籠統(tǒng)的說法,但其又體現(xiàn)在產(chǎn)品設(shè)計的每一個細節(jié)。

    比如說,現(xiàn)代x86服務(wù)器大多具有(驅(qū)動器)熱插拔、免工具拆裝的特點,這實際上是在硬件層面體現(xiàn)了可維護性。不借助工具,徒手即可對故障組件進行更換,縮短維護時間,自然有助于可用性(畢竟可用性也是可以用停機時間來衡量的)。

    同時在軟件方面,具體到ZStack Mini來說,在初始化環(huán)節(jié)就節(jié)省了大量的時間,同時很多功能都是通過鼠標(biāo)點擊,然后多個關(guān)聯(lián)流程在后臺靜默完成,這也是可維護性的體現(xiàn):盡量減少人工操作,避免人為誤操作。

    當(dāng)然這些還遠遠不夠。在談到ZStack Mini的未來發(fā)展時,ZStack介紹了即將推出的ZStack Mini 3.0產(chǎn)品,其將新增多個重大功能:

    備份功能

    目前的2.0版本經(jīng)過設(shè)置也可實現(xiàn)備份,但3.0版本將正式推出外接磁盤備份功能,可對系統(tǒng)進行定期備份,并可使用這些備份在新機器上恢復(fù)。未來,其還將支持備份到云端功能,讓數(shù)據(jù)徹底高枕無憂。

    改進則與應(yīng)用高可用相關(guān)。

    在我們驗證“節(jié)點故障”的時候,盡管應(yīng)用虛機設(shè)置了高可用,但當(dāng)節(jié)點故障后,應(yīng)用虛機仍需經(jīng)過短暫停頓才恢復(fù)服務(wù)。而在新的3.0版本中,在遭遇節(jié)點故障的情況下,將實現(xiàn)無間斷切換,用戶感覺不到應(yīng)用虛機的停頓。

    在ZStack Mini中集成應(yīng)用中心

    目前ZStack Mini 2.0平臺部署好以后,用戶需要手動創(chuàng)建虛機,并安裝應(yīng)用程序。這對于大多數(shù)小型企業(yè)或邊緣站點而言,一是比較復(fù)雜,二是耗時。但在3.0中,ZStack將與各個ISV合作,根據(jù)不同行業(yè)的應(yīng)用特點,直接將應(yīng)用模板集成到應(yīng)用中心,用戶只需下載即可進行部署,省卻了應(yīng)用安裝過程中的復(fù)雜配置,同時在升級、維護方面也更有保障,極大地提高了可維護性。

    (免責(zé)聲明:本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請進一步核實,并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負任何法律責(zé)任。
    任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明,并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后,將會依法盡快聯(lián)系相關(guān)文章源頭核實,溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 )