文件存儲
文件存儲的用戶是自然人。計算機中所有的數(shù)據(jù)都是0和1,我們無法分辨和管理一連串的01組合,因此用“文件”概念對這些數(shù)據(jù)進行組織,所有用途相同的數(shù)據(jù)按照不同應(yīng)用程序要求的結(jié)構(gòu)方式組成不同的文件,通常用不同的文件后綴來指代不同的類型,再給文件命名方便理解記憶的名字。
當(dāng)文件很多的時候,按照某種劃分方式給這些文件分組,每一組文件放在同一個目錄里面,同樣也需要給目錄命名容易理解和記憶的名字。而且目錄下面除了文件還可以包含下一級目錄,即子目錄,所有的文件、目錄形成一個樹狀結(jié)構(gòu)。
塊存儲
文件系統(tǒng)是直接訪問存儲數(shù)據(jù)的硬件介質(zhì)的,硬件介質(zhì)不關(guān)心數(shù)據(jù)的組織方式和結(jié)構(gòu)。
塊存儲是將數(shù)據(jù)按固定大小分塊,每一塊賦予一個用于尋址的編號。以機械硬盤為例,一塊就是一個扇區(qū),老式硬盤是512字節(jié)大小,新硬盤是4K字節(jié)大小。老式硬盤用柱面-磁頭-扇區(qū)號組成的編號進行尋址,現(xiàn)代硬盤用一個邏輯塊編號尋址,所以,硬盤也叫塊設(shè)備至于哪些塊組成一個文件,哪些塊記錄的是目錄/子目錄信息,這就是文件系統(tǒng)的事情了。
對象存儲
對象存儲其實介于塊存儲和文件存儲之間。
文件存儲的樹狀結(jié)構(gòu)以及路徑訪問方式雖然方便理解、記憶和訪問,但計算機需要把路徑進行分解,然后逐級向下查找,最后才能查找到需要的文件,對于應(yīng)用程序來說既沒必要,也很浪費性能。而塊存儲是排它的,服務(wù)器上的某個邏輯塊被一臺客戶端掛載后,其它客戶端就無法訪問上面的數(shù)據(jù)了。
為了解決文件存儲和塊存儲中的麻煩,使用一個統(tǒng)一的底層存儲系統(tǒng)來管理這些文件和底層介質(zhì)的組織結(jié)構(gòu),然后給每個文件一個唯一標識,其它系統(tǒng)需要訪問某個文件,直接提供文件的標識就可以了。
存儲系統(tǒng)可以用更高效的數(shù)據(jù)組織方式來管理這些標識以及其對應(yīng)的存儲介質(zhì)上的塊。當(dāng)然,對于不同的軟件系統(tǒng)來說,一次訪問需要獲取的不一定是單個傳統(tǒng)意義上的文件,根據(jù)不同的需要可能是某個文件的一部分,也可能是多個文件的組合,甚至是某個塊設(shè)備,統(tǒng)稱為對象,即為對象存儲。
export JAVA_HOME=/home/cosbench/jdk1.8.0_102
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$CLASSPATH
[controller]
drivers = 1
concurrency=1
log_level = INFO
log_file = log/system.log
archive_dir = archive
[driver1]
name = driver1
url = http://XXX.0.0.1:18088/driver
S3-config-sample.xml是Amazon S3兼容存儲系統(tǒng)模板。
workload-config.xml提供了不同存儲類型的配置模板,并添加了注釋說明。
swift-config-sample.xml支持OpenStack Swift存儲系統(tǒng)。
Workload ——> workstage ——> work ——> operation。
workload可以定義一個或多個workstage。
多個workstage按順序執(zhí)行,同一個workstage中的work是并發(fā)執(zhí)行的,每個work中的workers屬性即為負載并發(fā)數(shù)。
認證定義(auth)和存儲定義(storage)可以在多個級別定義,而較低級別的定義會覆蓋較高級別的定義。例如,operation用work中的auth和storage的定義,而不是workload級別的定義。
<workload name="obs-sample" description="10-100-64kb-test">
type ="none|mock|swift|ampli|s3|obs|…" config="=;=" />
type ="s3" config="accesskey=;secretkey=;
endpoint= ;proxyhost= ;proxyport= "/>
<storage type="obs" config="accesskey=C1820CD98DB79C95E979;secretkey=KI0pKjBYN1d
mWdeV11Y6ctb9sc0AAAF9jbecldNO;endpoint=http://obs.telecomhb.com" />
Worker:關(guān)鍵屬性,控制負載。
Runtime:控制work的運行時長,work中只能設(shè)置一個。
normal work的參數(shù)說明:
init work參數(shù)說明:
prepare work參數(shù)說明:
cleanup work參數(shù)說明:
dispose work參數(shù)說明:
operation格式及屬性:
Read操作 -- 100%讀,10workers,60秒。
"100r10c60s" workers="10" runtime="60">type="read" ratio="100" config="..."/>
Write操作 -- 100%寫,10workers,60秒。
"100w10c60s" workers="10" runtime="60">type="write" ratio="100" config="..."/>
Read/write混合操作 -- 80%讀,20%寫,100workers,300秒。
<work name="80r20w100c300s" workers="100" runtime="300">
<operation type="read" ratio="80" config="..."/>
<operation type="write" ratio="20" config="..."/>
work>
.meta -- 初始運行id;
run-history -- workload運行情況,包括時間和主要階段;
workload -- 歷史workload運行的總體性能數(shù)據(jù);
Sub-directories -- 以w
<operation type=”read” ratio=”80” config=”containers=u(1,2);objects=u(1,50)”/>
<operation type=”write” ratio=”20” config=”containers=u(3,4);objects=u(51,100);sizes=c(64)KB”/>
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/129477.html
摘要:騰訊云和阿里云針對按量計費的云服務(wù)器,均要求賬戶內(nèi)有一定的余額騰訊云好像沒有最低充值要求,充值元即可阿里云要求賬戶內(nèi)至少有元余額?;谏鲜鲈?,我們分別在騰訊云和阿里云創(chuàng)建最低配版的云數(shù)據(jù)庫和。 云計算市場爭奪阿里云作為名副其實的國內(nèi)業(yè)界第一,名聲非常大,不過最近 IT 之家的事鬧出來之后,我有點慶幸最終沒有選擇它。騰訊云算是業(yè)界老二,而且有著騰訊這個強大的靠山,云服務(wù)產(chǎn)品的種類和質(zhì)量...
摘要:最近國內(nèi)公有云服務(wù)商掀起了一輪降價浪潮,繼阿里云上月宣布降價之后,騰訊云也在本月初推出全線降價優(yōu)惠。上個月阿里云在云棲大會上宣布降價,昨天騰訊云方面也推出了全線降價活動,對包年包月產(chǎn)品均提供了大幅度的降價優(yōu)惠。 最近國內(nèi)公有云服務(wù)商掀起了一輪降價浪潮,繼阿里云上月宣布降價之后,騰訊云也在本月初推出全線降價優(yōu)惠。本文希望從云計算用戶的角度,通過真實的產(chǎn)品使用、評測,對降價后各家的產(chǎn)品性價...
閱讀 1356·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1906·2023-01-11 13:20
閱讀 4165·2023-01-11 13:20
閱讀 2757·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3671·2023-01-11 13:20