戴爾科技集團(tuán)為您提供尋覓已久的存儲(chǔ)可見性!

責(zé)任編輯:shjiaz

作者:楊溢,戴爾科技集團(tuán)大中華區(qū)存儲(chǔ)產(chǎn)品市場部PowerStore 資深產(chǎn)品市場經(jīng)理

2022-09-15 13:06:09

摘自:戴爾科技集團(tuán)

眾所周知,高性能存儲(chǔ)對(duì)要求苛刻的數(shù)據(jù)庫工作負(fù)載來說至關(guān)重要。數(shù)據(jù)庫管理員(DBA)需要密切監(jiān)測和評(píng)估數(shù)據(jù)庫性能的各個(gè)方面,存儲(chǔ)則是其中的關(guān)鍵環(huán)節(jié)。隨著數(shù)據(jù)庫工作負(fù)載的增長和變化,先進(jìn)的存儲(chǔ)管理對(duì)滿足SLA要求來說非常重要。

眾所周知,高性能存儲(chǔ)對(duì)要求苛刻的數(shù)據(jù)庫工作負(fù)載來說至關(guān)重要。數(shù)據(jù)庫管理員(DBA)需要密切監(jiān)測和評(píng)估數(shù)據(jù)庫性能的各個(gè)方面,存儲(chǔ)則是其中的關(guān)鍵環(huán)節(jié)。隨著數(shù)據(jù)庫工作負(fù)載的增長和變化,先進(jìn)的存儲(chǔ)管理對(duì)滿足SLA要求來說非常重要。

如果無法看到,您又如何進(jìn)行管理呢?

作為一名前DBA,確定問題的根源是我評(píng)估存儲(chǔ)性能和排除延遲故障時(shí)面臨的一大挑戰(zhàn)。分析問題根源需要一個(gè)端到端的視圖來收集所有的數(shù)據(jù)點(diǎn),并確定問題到底出在哪里。這就像找漏水點(diǎn),您必須從頭到尾追蹤整個(gè)線路。

當(dāng)您用磁盤陣列或現(xiàn)代化的存儲(chǔ)設(shè)備取代單個(gè)磁盤驅(qū)動(dòng)器時(shí),情況會(huì)變得更加復(fù)雜。這時(shí)存儲(chǔ)不再是主機(jī)的一部分,所以從操作系統(tǒng)(OS)的角度看,存儲(chǔ)可見性在主機(jī)之外就已經(jīng)丟失了。流行的第三方監(jiān)控工具也不能解決這個(gè)問題,因?yàn)樗鼈円膊荒茉L問相關(guān)的信息。這時(shí)存儲(chǔ)管理員和DBA就可能開始相互指責(zé),因?yàn)樗麄兌紵o法訪問(或了解)另一方的信息。

停止相互指責(zé)!

戴爾科技集團(tuán)聽到了客戶對(duì)存儲(chǔ)端到端可見性的需求,采納了客戶的建議。Kubernetes為我們帶來了很多生產(chǎn)級(jí)的功能和框架,我們正在充分利用這些功能。其中的一個(gè)重要功能就是存儲(chǔ)的可見性,或可觀測性?,F(xiàn)在,每個(gè)使用Kubernetes(K8s)的用戶都可以在支持的戴爾存儲(chǔ)設(shè)備上查看端到端的存儲(chǔ)指標(biāo)! DBA、存儲(chǔ)管理員和開發(fā)人員均可查看他們需要的存儲(chǔ)指標(biāo),追蹤端到端的性能,并在此基礎(chǔ)上進(jìn)行有效溝通。

這是如何實(shí)現(xiàn)的?

Dell容器存儲(chǔ)模塊可觀察性功能 是一個(gè)OpenTelemetry代理,可為Dell PowerStore和其它戴爾存儲(chǔ)產(chǎn)品提供卷級(jí)別的存儲(chǔ)指標(biāo)。該Dell容器存儲(chǔ)模塊利用Dell容器存儲(chǔ)接口(CSI)驅(qū)動(dòng)程序與戴爾存儲(chǔ)進(jìn)行通信,然后從存儲(chǔ)設(shè)備上收集各種指標(biāo),并存放在Prometheus數(shù)據(jù)庫中,供支持Prometheus數(shù)據(jù)源的流行監(jiān)控工具(如Grafana)使用。提供可觀察性的Dell容器存儲(chǔ)模塊收集的關(guān)鍵指標(biāo)包括但不限于:

· 基于容器存儲(chǔ)接口驅(qū)動(dòng)程序的存儲(chǔ)池使用情況

· 按Kubernetes節(jié)點(diǎn)劃分的存儲(chǔ)系統(tǒng)I/O性能

· 容器存儲(chǔ)接口驅(qū)動(dòng)程序定位的卷I/O性能

· 容器存儲(chǔ)接口驅(qū)動(dòng)程序配置的卷拓?fù)浣Y(jié)構(gòu)

讓我們快速了解一下

讓我們通過一個(gè)端到端的實(shí)例快速了解一下相關(guān)情況。SQL Server Management Studio一個(gè)熟悉的頁面顯示了構(gòu)成我們tpcc數(shù)據(jù)庫的文件和文件夾。

現(xiàn)在我們需要把它轉(zhuǎn)換成K8s存儲(chǔ)術(shù)語。使用Persistent Volume Claims富有意義的命名標(biāo)準(zhǔn)可能會(huì)忽視這個(gè)過程的很多部分,但這有助于了解這一切是如何聯(lián)系起來的。

一個(gè)SQL Server pod將包含一個(gè)或多個(gè)Persistent Volume Claims(除非您不想持久化數(shù)據(jù))。它們代表著存儲(chǔ)卷,并作為掛載點(diǎn)present給SQL Server實(shí)例。

下面的例子顯示了SQL Server pod的部署定義,其中一個(gè)掛載點(diǎn)和Persistent Volume Claims被突出顯示。通過檢查pod部署,我們可以看到呈現(xiàn)給SQL Server的文件夾/掛載點(diǎn)/var/opt/mssql與K8s卷mssqldb和底層的Persistent Volume Claims mssql-data綁定。

繼續(xù)看這個(gè)例子,您可以看到其它的Persistent Volume Claims、mssql-data2和mssql-log是如何被SQL Server數(shù)據(jù)庫文件使用的。下圖顯示了Grafana的一個(gè)儀表盤,它可以很容易地將SQL Server pod使用的mssql-data、mssql-data2和mssql-log的Persistent Volume Claims與Persistent Volume名稱聯(lián)系起來。

在這里,我們可以使用與Persistent Volume Claim相關(guān)的Persistent Volume 名稱來查看存儲(chǔ)設(shè)備上的指標(biāo),或者在另一個(gè)Grafana儀表板上查看更詳細(xì)的指標(biāo)。

下面的例子顯示了PowerStore Volume I/O Metrics儀表板。關(guān)鍵的存儲(chǔ)指標(biāo)(IOPS、延遲和帶寬)都按照Dell PowerStore存儲(chǔ)設(shè)備所報(bào)告的信息加以顯示。

您可以選擇任何一個(gè)圖表進(jìn)行進(jìn)一步的查看。下面選擇的是卷讀延遲(Volume Read Latency)圖表。

快速采用

這些Kubernetes框架現(xiàn)在變得流行,正被用戶快速采用。Microsoft SQL Server大數(shù)據(jù)群集和他們最新推出的Azure Arc-enabled SQL管理實(shí)例也都可以在Grafana中顯示SQL統(tǒng)計(jì)數(shù)據(jù)。這使得所有關(guān)鍵的SQL指標(biāo)都可以在單一管理面板中查看。

Kubernetes和云原生設(shè)計(jì)將繼續(xù)被大量采用。它們是云和企業(yè)內(nèi)部系統(tǒng)之間的橋梁,K8s所提供的豐富功能使其無法被用戶忽視。

戴爾科技集團(tuán)正在通過PowerStore和其它豐富的產(chǎn)品組合引領(lǐng)技術(shù)發(fā)展的潮流。我們正在與微軟等合作伙伴通力合作,驗(yàn)證并采用各種最新的技術(shù),讓您可以放心地使用新技術(shù),對(duì)您的數(shù)據(jù)資產(chǎn)實(shí)施現(xiàn)代化!

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號(hào)-6京公網(wǎng)安備 11010502049343號(hào)