91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

當分布式數(shù)據(jù)庫遇上開放服務(wù)器LinuxONE,輕松應(yīng)對各種問題挑戰(zhàn)

牽手一起夢 ? 來源: IBM ? 作者:潘建裝 ? 2020-11-30 15:30 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

分布式架構(gòu)因為具備成本低、自主研發(fā)、靈活兼容和伸縮擴張方面的優(yōu)勢,備受互聯(lián)網(wǎng)公司和創(chuàng)業(yè)公司的青睞,一些金融機構(gòu)也開始探索分布式架構(gòu)的解決方案,但在具體實踐中不免還是會遇到魚和熊掌難以兼顧的挑戰(zhàn),尤其是在滿足一致性的問題上。IBM LinuxONE 可以和分布式架構(gòu)形成很好的互補,完美地解決分布式架構(gòu)落地遇到的重重挑戰(zhàn)。

分布式架構(gòu)落地,難關(guān)重重

說起分布式系統(tǒng)的難點,不得不說著名的 CAP 定律,它是說在分布式系統(tǒng)中,一致性(C)、可用性(A)和分區(qū)容忍性(P)三項,只能滿足兩項,而不能同時滿足。因為在分布式環(huán)境中,由于節(jié)點之間的通信容易出現(xiàn)問題,為了擴展性,往往不得不犧牲一致性。此外,對于數(shù)據(jù)庫的設(shè)計通常要遵循的四大特性(原子性、一致性、隔離性與持久性),分布式數(shù)據(jù)庫也難以兼顧,要嚴格執(zhí)行,就要在執(zhí)行性能上花費很大的代價。

后來出現(xiàn)的 BASE 理論提供了一種解題思路,但也沒有從根本上解決一致性問題。它的核心思想是容許分布式系統(tǒng)出現(xiàn)短暫性的不一致的狀態(tài),只要能夠在一定時間內(nèi),最終達到一致狀態(tài)就行。但是如果面對一些重要的系統(tǒng),它們對一致性的要求非常高,就對分布式系統(tǒng)提出很大的挑戰(zhàn)。因此,分布式系統(tǒng)的使命,并不是要放棄一致性,而是要不斷的去追求更高一致性。

但是對于正要轉(zhuǎn)向分布式架構(gòu)的用戶來說,做出抉擇依然是艱難的,因為在實踐層面他們將面臨的不僅僅是數(shù)據(jù)不一致和網(wǎng)絡(luò)質(zhì)量無法保證的問題,更多的時候還有業(yè)務(wù)上的難題。

首先業(yè)務(wù)的拆分很復雜,包括業(yè)務(wù)功能和服務(wù)解耦,以及應(yīng)用改造策略等。到底是推倒重來,還是循序漸進?慢慢拆分,對于拆分顆粒度的選擇、分庫分表的策略的定義、遷移數(shù)據(jù)的完整性,都具有一定的挑戰(zhàn)性。

其次,拆分不容易,合并起來更難,比如全局一致性的備份、批量合并操作、全局跨分片分布式事務(wù)的處理,以及網(wǎng)絡(luò)通訊質(zhì)量的問題,都有很大的挑戰(zhàn)性。

第三,拆分的越多,節(jié)點和服務(wù)數(shù)量也越多,隨之而來的是,系統(tǒng)整體性能瓶頸點和故障點也增多。伴隨著物理服務(wù)器和網(wǎng)絡(luò)設(shè)備數(shù)量的不斷增加,機房空間和電力不足的制約,軟件成本的和整體 TCO 成本的不斷增加,也會逐漸顯現(xiàn)出來。

不難看出,分布式架構(gòu)的水很深,選擇分布式并不容易。但是,如果已經(jīng)做好了選擇,那么如何應(yīng)對分布式架構(gòu)帶來的挑戰(zhàn),就顯得尤為重要。

當分布式數(shù)據(jù)庫遇上開放服務(wù)器 LinuxONE

解決分布式架構(gòu)落地的難題,有一種很好的選擇,就是將分布式系統(tǒng)與 IBM LinuxONE 相結(jié)合,后者可以很好地應(yīng)對分布式架構(gòu)帶來的種種挑戰(zhàn)。

LinuxONE 本質(zhì)上是一臺開放 Linux 服務(wù)器,其綜合能力遠遠超過其它的 Linux 服務(wù)器,它把開放開源的最好的部分,也就是基于 Linux 發(fā)展出來的開放的軟件技術(shù)堆棧,跟企業(yè)級計算里最強的大機硬件平臺做了強強聯(lián)合。

基于這種組合打造的 LinuxONE,在軟件層因為采用基于開放開源的技術(shù)堆棧,在使用體驗上可以做到同樣的簡單易用,包括應(yīng)用的開發(fā)、交付、混合多云的管理,以及服務(wù)治理管控等等。另外,客戶在 Linux 方面的已積累技術(shù)力量,同樣可以在 LinuxONE 上得到充分的復用,并不會帶來額外的技能要求。

更重要的是,LinuxONE 除了具備開源開放、穩(wěn)敏合一、綠色計算和安全可靠的特性外,還有很多獨特的價值,可以很好地幫助分布式系統(tǒng)來應(yīng)對各個層面的挑戰(zhàn)。

首先,LinuxONE 擁有獨有的內(nèi)存通訊技術(shù),可以很好的解決分布式系統(tǒng)節(jié)點數(shù)量過多,而帶來節(jié)點之間通訊不可靠的痛點。

其次,LinuxONE 多層級虛擬化和大規(guī)模整合能力,不但簡化了運維,同時還可以大大緩解物理設(shè)備激增所以帶來的壓力。

另外,LinuxONE 最高等級穩(wěn)定性和安全性,可以為云中的核心系統(tǒng)提供最強的保障。

可以說,當分布式數(shù)據(jù)庫遇上 LinuxONE,分布式數(shù)據(jù)庫對更強一致性的追求,能夠輕松得到提升。LinuxONE 和分布式數(shù)據(jù)庫的組合,就是一對黃金搭檔。LinuxONE 在硬件層面,提供了非常強大的底層支撐平臺,從而在“相同的簡單易用”基礎(chǔ)之上,可以帶給客戶“與眾不同的能力和體驗”。

LinuxONE 的獨門絕技

就像“腳踏風火輪、手拿紅纓槍”的哪吒,他有三頭六臂,還有混天綾和乾坤圈各項技能,LinuxONE 也同樣擁有自己的各項獨門技能。我們可以用“3高6黑”來概括 LinuxONE 的強大能力。

其中,3高是指 LinuxONE 超越任何其它平臺的 3種超高能力,這三種高超能力是“高性能、高可靠和高密度”。

在高性能方面, LinuxONE 是所有商用服務(wù)器里性能最高的,它配置了 5.2GHz主頻的處理器,以及總量超過 11GB 的 4級 CPU 大緩存,再加上高達 192個的 IO 插槽,從而為客戶提供最強大的計算能力和 IO 處理的能力。

在高可靠方面,LinuxONE 提供了 N+1 的全冗余的體系架構(gòu),這里面涵蓋了 CPU、內(nèi)存、IO、電源、風扇、控制臺等等,從而使得 LinuxONE 單機就可達到 6個9 的可靠性。

在高密度方面,LinuxONE 除了具備強大的縱向擴展能力外,橫向擴展能力也是很強的,LinuxONE 單機可支持 85個邏輯分區(qū)、支持 8000多個虛機,以及 2百多萬個容器,對 X86 而言,可以用“以一頂百”的方式,來實現(xiàn)高密度的集約化部署。

6黑是指 LinuxONE 所配備的 6種黑科技,主要是解決企業(yè)級用戶經(jīng)常會遇到的一些需求,比如數(shù)據(jù)的壓縮排序和加解密,以及虛擬化環(huán)境中各種應(yīng)用負載或虛擬服務(wù)器之間的通訊、隔離、時鐘同步的需求。

LinuxONE 之所以能自帶這些黑科技縱橫江湖,那是因為它在硬件層面做了很多有針對性的優(yōu)化。比如 LinuxONE 的芯片壓縮功能,支持高達 260GB/s 的超大規(guī)模吞吐能力,可以幫助用戶節(jié)省大量存儲空間、節(jié)省網(wǎng)絡(luò)帶寬、縮短數(shù)據(jù)傳輸時間等。LinuxONE 的內(nèi)存通訊技術(shù),可以幫助聯(lián)機交易端到端的響應(yīng)時間減少30%,同時 TPS 提升超過 50%!

尤其值得一提的是,在時鐘同步方面,LinuxONE 可以確保在同一設(shè)備內(nèi),所有分區(qū)和虛機、以及跨多臺設(shè)備集群的精準同步,可以達到微秒級。這對于分布式數(shù)據(jù)庫來說,有很大的價值,因為分布式數(shù)據(jù)庫對于節(jié)點間的時間同步,往往有著非??量痰囊?。

無可替代的價值

在 BASE 理論中,最終一致性是對分布式系統(tǒng)中數(shù)據(jù)不一致的中間狀態(tài)的妥協(xié),如何提升一致性,使得分布式數(shù)據(jù)庫可以更好支持企業(yè)級的關(guān)鍵業(yè)務(wù),是國內(nèi)分布式數(shù)據(jù)庫廠商普遍的追求。LinuxONE 的價值也在于此,在分布式數(shù)據(jù)庫環(huán)境下,LinuxONE 支持以“大而少”的部署方式,以“快又穩(wěn)”的技術(shù)實現(xiàn),可以大幅減少各類不穩(wěn)定問題的發(fā)生。

大而少:

當有了更高一致性的約束之后,知道分布式的數(shù)據(jù)庫不是節(jié)點數(shù)越多越好的,這個時候 LinuxONE 的高主頻、大緩存的設(shè)計,就顯得尤為重要。它可以用更大的、更少的節(jié)點來部署分布式數(shù)據(jù)庫,這種部署方式可以大大減少節(jié)點數(shù)量、節(jié)點的不穩(wěn)定性,節(jié)點之間的通訊量,以及減少節(jié)點之間因時鐘同步而出現(xiàn)問題的頻率,同時還可以減少跨分片分布式事務(wù)的發(fā)生。此外,LinuxONE 還支持秒級之內(nèi)激活微碼的方式,可以在不中斷業(yè)務(wù)的前提下,在線極大程度的縱向擴容節(jié)點,從而減少節(jié)點數(shù)量的增加,滿足數(shù)據(jù)再平衡的需求。

快又穩(wěn):

LinuxONE 的各種黑科技,不僅可以大幅提升性能,還能大大增強節(jié)點和網(wǎng)絡(luò)通訊的穩(wěn)定性,以及節(jié)點之間以微秒級的精準時鐘同步,這些恰恰幫助分布式數(shù)據(jù)庫解決了在一致性方面所面臨的幾個主要的麻煩。

簡又?。?/p>

不管是大而少,還是小而多,LinuxONE 能夠以“以一頂百”的方式,做到高密度集約化部署,簡化運維的同時,還實現(xiàn)了更為可持續(xù)的發(fā)展模式。這種高密度集約化部署,在幫助分布式系統(tǒng)簡化運維、提升最佳數(shù)據(jù)一致性水平的同時,還以更穩(wěn)健和更節(jié)省的綠色計算的方式,幫助用戶推進分布式架構(gòu)的轉(zhuǎn)型和創(chuàng)新。

當分布式數(shù)據(jù)庫遇上了 LinuxONE,這一對黃金搭檔的結(jié)合,可以幫助用戶在選擇分布式架構(gòu)時,創(chuàng)造無限可能。

責任編輯:gt

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 處理器
    +關(guān)注

    關(guān)注

    68

    文章

    20253

    瀏覽量

    252232
  • Linux
    +關(guān)注

    關(guān)注

    88

    文章

    11758

    瀏覽量

    219013
  • 數(shù)據(jù)庫
    +關(guān)注

    關(guān)注

    7

    文章

    4019

    瀏覽量

    68339
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    TiDB分布式數(shù)據(jù)庫運維實踐

    TiDB 是 PingCAP 開發(fā)的開源分布式關(guān)系型數(shù)據(jù)庫,兼容 MySQL 5.7 協(xié)議,底層存儲基于 TiKV(分布式 KV 存儲)和 RocksDB。它解決的核心問題是:單機
    的頭像 發(fā)表于 03-04 15:44 ?63次閱讀

    分布式數(shù)據(jù)恢復—Ceph+TiDB數(shù)據(jù)恢復報告

    無法正常訪問。目標需要恢復的RBD卷中存儲了一臺虛擬機的完整磁盤鏡像,該虛擬機內(nèi)部運行TiDB分布式數(shù)據(jù)庫系統(tǒng),包含重要的業(yè)務(wù)數(shù)據(jù)
    的頭像 發(fā)表于 02-03 17:22 ?84次閱讀
    <b class='flag-5'>分布式</b><b class='flag-5'>數(shù)據(jù)</b>恢復—Ceph+TiDB<b class='flag-5'>數(shù)據(jù)</b>恢復報告

    服務(wù)器端口怎么開放?

    剛搭建好云服務(wù)器,想部署網(wǎng)站、運行應(yīng)用或開啟遠程連接,卻發(fā)現(xiàn)外網(wǎng)始終無法訪問?大概率是端口沒開放。端口就像服務(wù)器的門窗,默認狀態(tài)下,云服務(wù)器會關(guān)閉大部分端口以保障安全,只有手動
    的頭像 發(fā)表于 11-11 15:43 ?882次閱讀

    恒訊科技解析:如何在日本服務(wù)器上安裝和配置數(shù)據(jù)庫(如MySQL)?

    為您的業(yè)務(wù)部署日本服務(wù)器后,下一個關(guān)鍵步驟就是安裝和配置數(shù)據(jù)庫。無論是用于網(wǎng)站、應(yīng)用程序還是數(shù)據(jù)分析,一個穩(wěn)定高效的數(shù)據(jù)庫是業(yè)務(wù)的核心。恒訊科技將以最流行的MySQL為例,提供一份在日
    的頭像 發(fā)表于 11-04 11:07 ?657次閱讀

    華納云香港服務(wù)器數(shù)據(jù)庫索引優(yōu)化策略

    在香港服務(wù)器環(huán)境中,數(shù)據(jù)庫索引優(yōu)化是提升整體性能的關(guān)鍵因素。隨著企業(yè)數(shù)據(jù)量的不斷增長,高效的索引管理能顯著提高查詢速度并降低服務(wù)器負載。本文將深入探討如何針對香港
    的頭像 發(fā)表于 10-16 17:06 ?518次閱讀

    華納云為游戲數(shù)據(jù)庫選擇高性能NVMe SSD存儲

    游戲數(shù)據(jù)庫對速度、可靠性和可擴展性有極高要求。隨著在線游戲的發(fā)展,開發(fā)者越來越依賴NVMe SSD存儲來提供服務(wù)器租用和服務(wù)器托管解決方案。本文將指導您了解為游戲數(shù)據(jù)庫選擇高性能NVM
    的頭像 發(fā)表于 09-30 16:03 ?1067次閱讀

    mysql數(shù)據(jù)恢復—mysql數(shù)據(jù)庫表被truncate的數(shù)據(jù)恢復案例

    某云ECS網(wǎng)站服務(wù)器,linux操作系統(tǒng),部署了mysql數(shù)據(jù)庫。工作人員在執(zhí)行數(shù)據(jù)庫版本更新測試時,錯誤地將本應(yīng)在測試執(zhí)行的sql腳本在生產(chǎn)
    的頭像 發(fā)表于 09-11 09:28 ?872次閱讀
    mysql<b class='flag-5'>數(shù)據(jù)</b>恢復—mysql<b class='flag-5'>數(shù)據(jù)庫</b>表被truncate的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    一鍵部署無損網(wǎng)絡(luò):EasyRoCE助力分布式存儲效能革命

    分布式存儲的性能瓶頸往往在于網(wǎng)絡(luò)。如何構(gòu)建一個高帶寬、超低時延、零丟包的無損網(wǎng)絡(luò),是釋放分布式存儲全部潛力、賦能企業(yè)關(guān)鍵業(yè)務(wù)(如實時數(shù)據(jù)庫、AI訓練、高性能計算)的關(guān)鍵挑戰(zhàn)。
    的頭像 發(fā)表于 08-04 11:34 ?1616次閱讀
    一鍵部署無損網(wǎng)絡(luò):EasyRoCE助力<b class='flag-5'>分布式</b>存儲效能革命

    數(shù)據(jù)庫數(shù)據(jù)恢復—服務(wù)器異常斷電導致Oracle數(shù)據(jù)庫故障的數(shù)據(jù)恢復案例

    Oracle數(shù)據(jù)庫故障: 某公司一臺服務(wù)器上部署Oracle數(shù)據(jù)庫服務(wù)器意外斷電導致數(shù)據(jù)庫報錯,報錯內(nèi)容為“system01.dbf需要
    的頭像 發(fā)表于 07-24 11:12 ?637次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—<b class='flag-5'>服務(wù)器</b>異常斷電導致Oracle<b class='flag-5'>數(shù)據(jù)庫</b>故障的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    Oracle數(shù)據(jù)恢復—格式化分區(qū)導致Oracle數(shù)據(jù)庫報錯的數(shù)據(jù)恢復案例

    一臺服務(wù)器上一個分區(qū)存放Oracle數(shù)據(jù)庫數(shù)據(jù)。由于管理員誤操作不小心刪除了該分區(qū),數(shù)據(jù)庫報錯,無法使用。 北亞企安數(shù)據(jù)恢復工程師到達現(xiàn)場
    的頭像 發(fā)表于 07-22 14:06 ?398次閱讀
    Oracle<b class='flag-5'>數(shù)據(jù)</b>恢復—格式化分區(qū)導致Oracle<b class='flag-5'>數(shù)據(jù)庫</b>報錯的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    數(shù)據(jù)庫數(shù)據(jù)恢復—MongoDB數(shù)據(jù)庫文件丟失的數(shù)據(jù)恢復案例

    MongoDB數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境: 一臺操作系統(tǒng)為Windows Server的虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB數(shù)據(jù)庫故障: 工作人員在MongoDB
    的頭像 發(fā)表于 07-01 11:13 ?638次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復—MongoDB<b class='flag-5'>數(shù)據(jù)庫</b>文件丟失的<b class='flag-5'>數(shù)據(jù)</b>恢復案例

    vsan數(shù)據(jù)恢復—vsan分布式服務(wù)器節(jié)點上raid數(shù)據(jù)恢復案例

    4臺服務(wù)器基于vsan分布式架構(gòu)的組建一個集群。每臺節(jié)點服務(wù)器上有2組由6塊硬盤組建的raid磁盤陣列,上層存放虛擬機文件。 某一個服務(wù)器節(jié)點上有一塊硬盤離線,vsan的
    的頭像 發(fā)表于 06-18 12:29 ?560次閱讀

    服務(wù)器數(shù)據(jù)恢復—Linux系統(tǒng)服務(wù)器崩潰的數(shù)據(jù)恢復案例

    服務(wù)器數(shù)據(jù)恢復環(huán)境: linux操作系統(tǒng)服務(wù)器中有一組由4塊SAS接口硬盤組建的raid5陣列。 服務(wù)器故障: 服務(wù)器工作過程中突
    的頭像 發(fā)表于 05-20 15:46 ?867次閱讀

    分布式存儲數(shù)據(jù)恢復—虛擬機上hbase和hive數(shù)據(jù)庫數(shù)據(jù)恢復案例

    分布式存儲數(shù)據(jù)恢復環(huán)境: 16臺某品牌R730xd服務(wù)器節(jié)點,每臺服務(wù)器節(jié)點上有數(shù)臺虛擬機。 虛擬機上部署Hbase和Hive數(shù)據(jù)庫。
    的頭像 發(fā)表于 04-17 11:05 ?718次閱讀

    數(shù)據(jù)庫數(shù)據(jù)恢復——MongoDB數(shù)據(jù)庫文件拷貝后服務(wù)無法啟動的數(shù)據(jù)恢復

    MongoDB數(shù)據(jù)庫數(shù)據(jù)恢復環(huán)境: 一臺Windows Server操作系統(tǒng)虛擬機上部署MongoDB數(shù)據(jù)庫。 MongoDB數(shù)據(jù)庫故障: 管理員在未關(guān)閉MongoDB
    的頭像 發(fā)表于 04-09 11:34 ?864次閱讀
    <b class='flag-5'>數(shù)據(jù)庫</b><b class='flag-5'>數(shù)據(jù)</b>恢復——MongoDB<b class='flag-5'>數(shù)據(jù)庫</b>文件拷貝后<b class='flag-5'>服務(wù)</b>無法啟動的<b class='flag-5'>數(shù)據(jù)</b>恢復