什麼是元數據伺服器

1. 對象存儲、文件存儲和塊存儲有什麼區別

區別如下：

1、速度不同

塊存儲：低延遲（10ms），熱點突出；

文件存儲：不同技術各有不同；

對象存儲：100ms-1s，冷數據；

2、可分步性不同

塊存儲：異地不現實；

文件存儲：可分布式，但有瓶頸；

對象存儲：分步並發能力高；

3、文件大小不同

塊存儲：大小都可以，熱點突出；

文件存儲：適合大文件；

對象存儲：適合各種大小；

4、介面不同

塊存儲：Driver，kernel mole ；

文件存儲：POSIX；

對象存儲：Restful API ；

5、典型技術不同

塊存儲：SAN；

文件存儲：HDFS，GFS；

對象存儲：Swift，Amazon S3；

6、適合場景不同

塊存儲：銀行；

文件存儲：數據中心；

對象存儲：網路媒體文件存儲；

(1)什麼是元數據伺服器擴展閱讀：

文件存儲的優缺點：

優點

（1）、造價低：隨便一台機器就可以，另外普通的乙太網就可以，根本不需要專用的SAN網路，所以造價低。

（2）、方便文件共享。

缺點

（1）、讀寫速率低，傳輸速率慢：乙太網，上傳下載速度較慢，另外所有讀寫都要1台伺服器裡面的硬碟來承受，相比起磁碟陣列動不動就十幾上百塊硬碟同時讀寫，速率慢了許多。

2. 對象存儲系統的對象存儲系統組成

對象(Object)
包含了文件數據以及相關的屬性信息，可以進行自我管理
OSD（Object-based Storage Device)
一個智能設備，是Object的集合
文件系統
文件系統運行在客戶端上，將應用程序的文件系統請求傳輸到MDS和OSD上
元數據伺服器(Metadata Server，MDS)
系統提供元數據、Cache一致性等服務
網路連接
1. 對象(Object)
對象存儲的基本單元。每個Object是數據和數據屬性集的綜合體。數據屬性可以根據應用的需求進行設置，包括數高沖迅據分布、服務質量等。在傳統的存儲中，塊設備要記錄每個存儲數據塊在設備上的位置。Object維護自己的屬性，從而簡化了存儲系統的管理任務，增加了靈活性。Object的大小可以不同，可以包含整個數據結構，如文件、資料庫表項等。
2、OSD（Object-based Storage Device)
每個OSD都是一個智能設備，具有自己的存儲介質、處理器、內存以及網路系統等，負責管理本地的Object，是對象存儲系統的核心。OSD同塊設備的不同不在於存儲介質，而在於兩者提供的訪問介面。
OSD的主要功能
數據存儲和安全訪問
OSD使用Object對所保存的數據進行管理。它將數據存放到磁碟的磁軌和扇區，將若干磁軌和扇區組合起來構成Object，並且通過此Object向外界提供對數據的訪問。每個Object同傳統的文件相似，使用同文件類似的訪問介面，包括Open、Read、Write等。但是兩者並不相同，每個Object可能包括若干個文件，也可能是某個文件的一部分，且是獨立於操作系統的。除了具體的用戶數據外，OSD還記錄了每個Object的屬性信息，主要是物理視圖信息。將這些信息放到OSD上，大大減輕了元數據伺服器的負擔，增強了整個存儲系統的並行訪問性能和可擴展性。
3、文件系統
文件系統對用戶的文件操作進行解釋，並在元數據伺服器和OSD間通信，完成所請求的操作。
現有的應用對數據的訪問大部分都是通過POSIX文件方式進行的，對象存儲系統提供給用戶的也是標準的POSIX文件訪問介面。
介面具有和通用文件系統相同的訪問方式，同時為了提高性能，也具有對數據的Cache功能和文件的條帶功能。
同時，文件系統必須維護不同客戶端上Cache的一致性，保證文件系統的數據一致
文件系統讀訪問實例：
客戶端應用發出讀請求;
文件系統向元數據伺服器發送請求，獲取要讀取的數據所在的OSD;
然後直接向每個OSD發送數據讀取請求；
OSD得到請求以後，判斷要讀取的Object，並根據此Object要求的認證方式，對客戶端進行認證，如果此客戶端得到授權，則將Object的數據返回給客戶端；
文件系統收到OSD返回的數據以後，讀操作完成。
4.元數據伺服器 (Metadata Server)
為客戶端提供元數據，主要是文件的邏輯視圖，包括文件與目錄的組織關系、每個文件所對應的OSD等。
在傳統的文件系統中，元數據由本機或者文件伺服器負責維護，每次對數據塊的操作都要獲取元數據。
在對象存儲系統中，由於每次操作只有一次對元數據的訪問，具體的數據傳輸都由OSD和客戶端通過直接連接進行，大大減少了元數據的操作，降低了元數據伺服器的負擔，從而為系統的擴展判絕提供了可能性。
特點
客戶端採用Cache來緩存數據
當多個客戶端同時訪問某些數據時，MDS提供分布的鎖機制來確保Cache的一致性戚此。
5. 網路連接
為客戶端提供認證
為了增強系統的安全性，MDS為客戶端提供認證方式。OSD將依據MDS的認證來決定是否為客戶端提供服務。
網路連接是對象存儲系統的重要組成部分。它將客戶端、MDS和OSD連接起來，構成了一個完整的系統。

3. 什麼是元數據（指數據中心建設而言）舉個例子說明一下。

元數據的英文名稱是「Metadata"，它是「關於數據的數據」在地理空間信息中用於描述地理數據集的內容、質量、表示方式、空間參考、管理方式以及數據集的其他特徵，它是實現地理空間信息共享的核心標准之一。目前，國際上對空間元數據標准內容進行研究的組織主要有三個，分別是歐洲標准化委員會(CEN/TC287)、美國聯邦地理數據委員會(FGDC)和國際標准化組織地理信息/地球信息技術委員會(ISO/TC211)。空間元數據標准內容分兩個層次。第一層是目錄信息，主要用於對數據集信息進行宏觀描述，它適合在數字地球的國家級空間信息交換中心或區域以及全球范圍內管理和查詢空間信息時使用。第二層是詳細信息，用來詳細或全面描述地理空間信息的空間元數據標准內容，是數據集生產者在提供空間數據集時必須要提供的信息。

元數據主要有下列幾個方面的作用：

(1)用來組織和管理空間信息，並挖掘空間信息資源，這正是數字地球的特點和優點所在。通過它可以在廣域網或網際網路上准確地識別、定位和訪問空間信息。

(2)幫助數據使用者查詢所需空間信息。比如，它可以按照不同的地理區間、指定的語言以及具體的時間段來查找空間信息資源。

(3)組織和維護一個機構對數據的投資。

(4)用來建立空間信息的數據目錄和數據交換中心。通過數據目錄和數據交換中心等提供的空間元數據內容，用戶可以共享空間信息桐棚純、維護數據結果，以及對它們進行優化等。

(5)提供數據轉換方面的信息。使用戶在獲取空間信息的同時便可以得到空間元數據信息。通過空間元數據，人們可以接受並理解空間信息，與自己的空間信息集成在一起，進行不同方面的科學分析和決策。描述空間信息的元數據標准體系內容按照部分、復合元素和數據元素來組織，它們是依次包含關系，前者包含後者，即：後者依次組成前者。具體分為8個基本內容部分和4個引用部分，由12個部分組成，其中標准化內容包括標識信息、數據質量信息、數據集繼承信息、空間數據表示信息、空間參照系信息、實體和屬性信息、發行信息以及空間元數據參考信息等內容，另外還有4個部分是標准化部分中必須引用的信息，它們為引用信息、時間范圍信息、聯系信息及地址信息。元數據標准內容體系是通過元數據網路管理系統來實現的，該系統主要由許可權驗證功能(伺服器端驗證)、輸入和合局咐法性校驗功能(客戶端校驗)、查詢功能(伺服器端查詢)與返回和顯示功能(伺服器端格式化查詢結果並返回，客戶端顯示)等組成。利用空間元數據網路管理系和腔統作為空間交換站的共享軟體可基本上實現空間信息的網路共享。

4. 求 分布式對象存儲 原理 架構及Go語言實現 pdf

分布式存儲架構由三個部分組成：客戶端、元數據伺服器和數據伺服器。客戶端負責發送讀寫請求，緩存文件元數據和文件數據。元數據伺服器負責管理元數據和處理客戶端的請求，是整個系統的核心組件。數據伺服器負責存放文件數據，保證數據的可用性和完整性。該架構的好處是性能和容量能夠同時拓展，系統規模具有很強的伸縮性。
對象存儲最常用的方案，就是多台伺服器內置大容量硬碟，再裝上對象存儲軟體，然後再額外搞幾台服務作為管理節點，安裝上對象存儲管理軟體。管理節點可以管理其他伺服器對外提供讀寫訪問功能。
之所以出現了對象存儲這種東西，是為了克服塊存儲與文件存儲各自的缺點，發揚它倆各自的優點。簡單來說塊存儲讀寫快，不利於共享，文件存儲讀寫慢，利於共享。能否弄一個讀寫快，利 於共享的出來呢。於是就有了對象存儲。

5. Ceph高可用部署和主要組件介紹

本教程用官網最近的cephadm來搭建ceph集群。

第一周作業：1.ceph的組件和功能2.ceph的數據讀寫流程3.使用ceph-deploy安裝一個最少三個節點的ceph集群 推薦3個或以上的磁碟作為專用osd 4.測試ceph的rbd使用

1·Ceph組件和功能

組件

Ceph OSDs : ( Ceph OSD ）object storage daemon的功能是存儲數據，處理數據的復制、恢復、回填、再均衡，並通過檢查其他OSD 守護進程的心跳來向 Ceph Monitors 提供一些監控信息。當 Ceph 存儲集群設定為有2個副本時，至少需要2個 OSD 守護進程，集群才能達到 active+clean 狀態（ Ceph 默認有3個副本，但你可以調整副本數）。

Monitors : 維護著展示集群狀態的各種圖表，包括監視器圖、 OSD 圖、歸置組（ PG ）圖、和 CRUSH 圖。 Ceph 保存著發生在Monitors 、 OSD 和 PG上的每一次狀態變更的歷史信息（稱為 epoch ）。

MDSs : Ceph 元數據伺服器為 Ceph 文件系統存儲元數據（也就是說，Ceph 塊設備和 Ceph 對象存儲不使用MDS ）。元數據伺服器使得 POSIX 文件系統的用戶們，可以在不對 Ceph 存儲集群造成負擔的前提下，執行諸如 ls、find 等基本命令。

CephMgr ：在一個主機上的守護進程，負責運行指標，運行狀態，性能負載，

其他術語：

RADOS：多個主機組成的存儲集群，即可靠，自動化，分布式的對象存儲系統。

File:  就是普通文件，ObjectRADOS看到的對象，Object與File的區別是， Object的最大尺寸由RADOS限定(通常為2MB或4MB) ，以便實現底層存儲的組織管理。因此，當上層應用向RADOS存入尺寸很大的File時，需要將File切分成統一大小的一系列Objet (最後一個的大小可以不同)進行存儲。

librados：RADOS集群的API，支持大部分主流語言。

Pool：存儲池，大小取決於底層的存儲空間。

PG：placeholder group，一個pool（存儲池）內可以有多個PG，pool個pg都是抽象的邏輯概念，可以通過公示計算。PG的用途是對Object的存儲進行組織和位置映射的。具體而言，一個PG負責組織若干個Object，但一個Obiect只能被映射到一個PG中，即PG和Object之間是「一對多」的映射關系。同時，一個PG會被映射到n個OSD上，而每個OSD上都會承載大量的PG，即PG和OSD之間是「多對多」的映射關系。在實踐當中，n至少為2，如果用於生產環境，則至少為3。一個OSD上的PG可達到數百個。事實上， PG數量的設置關繫到數據分布的均勻性問題。

OSD daemon：默認每2秒發送狀態數據給monitor，（同時監控組內其他OSD的狀態）（up 可以提供IO，down不能提供，in有數據，out沒有數據）

PG和OSD之間的關系通過CRUSH演算法得出的。常規這三個 OSD daemon 可以在一台機器上，也可以在不同機器上；那麼根據 CRUSH 演算法會盡可能的保證一個平衡，就是不在同一個機器上；畢竟Ceph中的數據是一個為平衡的狀態，一切都是通過CRUSH 演算法來實現的數據平衡，而 PG 本身是個有序列表，位於第一的位置是 master；這個列表的產生是由 monitor 來產生的；

定址流程

File->Object映射 這次映射的目的是，將用戶要操作的File映射為RADOS能夠處理的Object，其十分簡單，本質上就是按照Object的最大尺寸（默認4M）對File進行切分，相當於磁碟陣列中的條帶化過程。這種切分的好處有兩個:一是讓大小不限的File變成具有一致的最大尺寸、可以被RADOS高效管理的Object;二是讓對單一File實施的串列處理變為對多個Object實施的並行化處理。每一個切分後產生的Object將獲得唯一的oid,即Object ID,其產生方式也是線性映射,極其簡單。 Object →PG映射 在File被映射為1個或多個Object之後,就需要將每個Object獨立地映射到1個PG中去。這個映射過程也很簡單,如圖所示,其計算公式如下:Hash(oid) & mask -> pgid由此可見,其計算由兩步組成。首先,使用Ceph系統指定的一個靜態哈希演算法計算oid的哈希值,將oid映射為一個近似均勻分布的偽隨機值。然後,將這個偽隨機值和mask按位相與,得到最終的PG序號(pgid) 。根據RADOS的設計,給定PG的總數為m(m應該為2的整數冪),則mask的值為m-1。因此,哈希值計算和按位與操作的整體結果事實上是從所有m個PG中近似均勻地隨機選擇1個。基於這一機制,當有大量Object和大量PG時, RADOS能夠保證Object和PG之間的近似均勻映射。又因為Object是由File切分而來的,大部分Object的尺寸相同,因此,這一映射最終保證了各個PG中存儲的Object的總數據量近似均勻。這里反復強調了「大量」 ,意思是只有當Object和PG的數量較多時,這種偽隨機關系的近似均勻性才能成立, Ceph的數據存儲均勻性才有保證。為保證「大量」的成立,一方面, Object的最大尺寸應該被合理配置,以使得同樣數量的File能夠被切分成更多的Object;另一方面, Ceph也推薦PG總數應該為OSD總數的數百倍,以保證有足夠數量的PG可供映射。 PG→ OSD映射 第3次映射就是將作為Object的邏輯組織單元的PG映射到數據的實際存儲單元OSD上。RADOS採用一個名為CRUSH的演算法,將pgid代入其中,然後得到一組共n個OSD。這n個OSD共同負責存儲和維護一個PG中的所有Objecto前面提到過, n的數值可以根據實際應用中對於可靠性的需求而配置,在生產環境下通常為3。具體到每個OSD,則由其上運行的OSD Daemon負責執行映射到本地的Object在本地文件系統中的存儲、訪問、元數據維護等操作。和「Object →PG"映射中採用的哈希演算法不同, CRUSH演算法的結果不是絕對不變的,而會受到其他因素的影響。其影響因素主要有兩個。一是當前系統狀態,也就是在前面有所提及的集群運行圖。當系統中的OSD狀態、數量發生變化時,集群運行圖也可能發生變化,而這種變化將會影響到PG與OSD之間的映射關系。二是存儲策略配置。這里的策略主要與安全相關。利用策略配置,系統管理員可以指定承載同一個PG的3個OSD分別位於數據中心的不同伺服器或機架上,從而進一步改善存儲的可靠性。因此,只有在系統狀態和存儲策略都不發生變化的時候, PG和OSD之間的映射關系才是固定不變的。在實際使用中,策略一經配置通常不會改變。而系統狀態的改變或是因為設備損壞,或是因為存儲集群規模擴大。好在Ceph本身提供了對這種變化的自動化支持,因而,即便PG與OSD之間的映射關系發生了變化,也並不會對應用產生影響。事實上, Ceph正是利用了CRUSH演算法的動態特性,可以將一個PG根據需要動態遷移到不同的OSD組合上,從而自動化地實現高可靠性、數據分布再平衡等特性。之所以在此次映射中使用CRUSH演算法,而不使用其他哈希演算法,一方面原因是CRUSH演算法具有上述可配置特性,可以根據管理員的配置參數決定OSD的物理位置映射策略;另一方面原因是CRUSH演算法具有特殊的「穩定性" ,也即,當系統中加入新的OSD,導致系統規模增大時,大部分PG與OSD之間的映射關系不會發生改變,只有少部分PG的映射關系會發生變化並引發數據遷移。這種可配置性和穩定性都不是普通哈希演算法所能提供的。因此, CRUSH演算法的設計也是Ceph的核心內容之一。 至此為止, Ceph通過3次映射,完成了從File到Object. Object到PG,PG再到OSD的整個映射過程。從整個過程可以看到,這里沒有任何的全局性查表操作需求。至於唯一的全局性數據結構:集群運行圖。它的維護和操作都是輕量級的,不會對系統的可擴展性、性能等因素造成影響 。

存儲過程總結：

1.計算文件到對象的映射

2.通過哈希演算法計算計算出文件對應的pool的PG

3.通過CRUSH把對象映射到PG中的OSD

4.PG種的OSD將對象寫入到磁碟

5.主OSD將數據同步到備份OSD，待備份OSD返回確認

6.主OSD的到備份OSD寫完操作以後給客戶的返回寫入成功

2. ceph的讀寫流程

當某個客戶端需要向Ceph集群寫入一個File時，首先需要在本地完成定址流程，將File變為一個Object，然後找出存儲該Object的一組共3個OSD，這3個OSD具有各自不同的序號，序號最靠前的那個OSD就是這一組中的Primary OSD，而後兩個則依次Secondary OSD和Tertiary OSD。找出3個OSD後，客戶端將直接和Primary OSD進行通信，發起寫入操作(步驟1)。 Primary OSD收到請求後，分別向Secondary OSD和Tertiary OSD發起寫人操作(步驟2和步驟3)。當Secondary OSD和Tertiary OSD各自完成寫入操作後，將分別向Primary OSD發送確認信息(步驟4和步驟5)。當Primary OSD確認其他兩個OSD的寫入完成後，則自己也完成數據寫入，並向客戶端確認Object寫入操作完成(步驟6)。之所以採用這樣的寫入流程，本質上是為了保證寫入過程中的可靠性，盡可能避免出現數據丟失的情況。同時，由於客戶端只需要向Primary OSD發送數據，因此在互聯網使用場景下的外網帶寬和整體訪問延遲又得到了一定程度的優化。當然，這種可靠性機制必然導致較長的延遲，特別是，如果等到所有的OSD都將數據寫入磁碟後再向客戶端發送確認信號，則整體延遲可能難以忍受。因此， Ceph可以分兩次向客戶端進行確認。當各個OSD都將數據寫入內存緩沖區後，就先向客戶端發送一次確認，此時客戶端即可以向下執行。待各個OSD都將數據寫入磁碟後，會向客戶端發送一個最終確認信號，此時客戶端可以根據需要刪除本地數據。分析上述流程可以看出，在正常情況下，客戶端可以獨立完成OSD定址操作，而不必依賴於其他系統模塊。因此，大量的客戶端可以同時和大量的OSD進行並行操作。同時，如果一個File被切分成多個Object，這多個Object也可被並行發送至多個OSD上。從OSD的角度來看，由於同一個OSD在不同的PG中的角色不同，因此，其工作壓力也可以被盡可能均勻地分擔，從而避免單個OSD變成性能瓶頸。

問：為什麼要設計三層映射而不是一層？

答：如果將object直接映射到一組OSD上，如果這種演算法是固定的哈希演算法，則意味著一個object被固定映射在一組OSD上，當其中一個OSD損壞時，object也無法部署到新的OSD上(因為映射函數不允許)。

如果設計一個動態演算法(例如CRUSH演算法)來完成這一映射，結果將是各個OSD所處理的本地元數據暴增，由此帶來的計算復雜度和維護工作量也是難以承受的。

綜上所訴，引入PG的好處至少有二：一方面試下呢object和OSD之間的動態映射，從而為Ceph的可靠性、自動化等特性的實現留下了空間；另一方面也有效簡化了數據的存儲組織，大大降低了系統的維護管理開銷。

1.准備工作

時間同步`

安裝ntpdate（時間同步工具）

# apt install ntpate

0* * * * ntpdate time1.aliyun.com

echo'0 * * * * ntpdate time1.aliyun.com'>> /var/spool/cron/crontabs/root

或者 可以通過

ansible all-mshell-a"echo  '0 * * * * ntpdate time1.aliyun.com' >> /var/spool/cron/crontabs/root"

關閉 selinux 和防火牆

root@node1:~# sudo ufw status  ##查看狀態

Status: inactive

root@node1:~# sudo ufw disable

Firewall stopped and disabled on system startup##禁用

root@node1:~#

配置域名解析或通過 DNS 解析

root@node1:~# cat /etc/hosts

127.0.0.1 localhost

root@node1:~# hostnamectl set-hostname 對應的名稱

## 以下是新增的 可以按照自己的習慣配置

192.168.106.101  node1

192.168.106.102  node2

192.168.106.103  node3

安裝python

root@node1:~# apt install python  ##python2

源修改成國內源  -- 具體步驟自行網路

https://mirrors.aliyun.com/ceph/#阿里雲鏡像倉庫

http://mirrors.163.com/ceph/#網易鏡像倉庫

https://mirrors.tuna.tsinghua.e.cn/ceph/#清華大學鏡像源

ceph用到的埠 (防火牆和安全中記得放開)

Ceph Monitor：啟用 Ceph MON 服務或埠 6789 (TCP)。

Ceph OSD 或元數據伺服器：啟用 Ceph OSD/MDS 服務或埠 6800-7300 (TCP)。

iSCSI 網關：打開埠 3260 (TCP)。

對象網關：打開對象網關通訊所用的埠。此埠在 /etc/ceph.conf 內以 rgw frontends = 開頭的行中設置。HTTP 的默認埠為 80，HTTPS (TCP) 的默認埠為 443。

NFS Ganesha：默認情況下，NFS Ganesha 使用埠 2049（NFS 服務、TCP）和 875 （rquota 支持、TCP）。

SSH：打開埠 22 (TCP)。

NTP：打開埠 123 (UDP)。

2.搭建ceph集群

安裝cephadm

root@node1:~#  wget https://github.com/ceph/ceph/raw/pacific/src/cephadm/cephadm ## node1 管理節點上執行

root@node1:~#  chmod +x cephadm

root@node1:~# ./cephadm add-repo --release pacific  ##設置要安裝的版本

root@node1:~#  which cephadm   ##確認是否安裝成功

初始化集群

root@node1:~# cephadm bootstrap --mon-ip 192.168.106.101   ##ceph集群第一個節點的ip

初始化完了以後就可以訪問dashboard了 地址 ： https://node1:8443/#/dashboard 訪問用戶密碼上一步生成

添加其他節點和其他組件

root@node1:~# ssh-keygen

## 配置免密通信

root@node1:~#  ssh--id -f -i /etc/ceph/ceph.pub root@node2

root@node1:~#  ssh--id -f -i /etc/ceph/ceph.pub root@node3

## 添加node

root@node1:~#  ceph orch host add node2 192.168.106.102

root@node1:~#  ceph orch host add node3 192.168.106.103

## 添加osd

root@node1:~#  ceph orch daemon add osd node1:/dev/sdb

root@node1:~#  ceph orch daemon add osd node1:/dev/sdb

root@node1:~#  ceph orch daemon add osd node3:/dev/sdb

測試

root@node1:~#  ceph fs volume create testfs  ##添加測試fs

root@node1:~#  ceph orch apply mds testfs --placement="3" ##設置備份數

root@node1:~#   ceph orch daemon add mds testfs node1

root@node1:~#   ceph mds stat

## 在集群之外的或者任意機器上操作

root@node4:~#  apt install ceph-common -y

node1初始化集群的節點操作

root@node1:~#  scp /etc/ceph/ceph.client.admin.keyring user@node4:/etc/ceph

##  集群之外的clinet或者測試節點執行

root@node4:~#  mount -t ceph node1:/ /mnt/testfs -o name=admin,secret=AQAoJjBh7OPVNhAAQZyzLhDfgSj+KPmeU5RVlA==,fs=testfs  

root@node4:~#  mount -t ceph node2:/ /mnt/cephfs -o name=admin,secret=AQAoJjBh7OPVNhAAQZyzLhDfgSj+KPmeU5RVlA==,fs=testfs

root@node4:~#  df -h

Filesystem                  Size  Used Avail Use% Mounted on

udev1.4G01.4G0% /dev

tmpfs                       293M1.2M  292M1% /run

....

192.168.106.101:/            18G 1000M   17G6% /mnt/testfs

192.168.106.102:/            18G 1000M   17G6% /mnt/cephfs

root@node4:~#  cd /mnt/cephfs

root@node4:/mnt/cephfs#  dd if=/dev/zero of=test bs=1M count=100 ##生成文件

這時候文件是直接寫在ceph集群上看了， 可以通過dashboard觀察👀。

6. 　數據伺服器

數據鏈念伺服器也稱資料庫伺服器，用來存儲數據和提供基本數據服務，包括基礎地理信息、遙感圖像源數據和各個專題成果數據等。本系統的數據伺服器基於ArcSDE+Oracle而設計，各類數據實際上最後均以二維表的形式存儲於Oracle資料庫中，並具體存儲在多張相互有一定關聯的二維表中。

另外，本系統的資料庫伺服器在設計時實際上包括兩個部分，即元資料庫伺服器和空間資料庫伺服器。

由於元數據的形式是與元數據內容標准相一棚孫困致的數字形式，可以用多種方式建立、存儲和使用，因此，我們在標準的HTML和文本形式保存基礎上，還將這些非結構化的形式導入Oracle資料庫中，採用結構化的關系資料庫管理本次遙感綜合調查元數據集，構成遙感綜合調查元資料庫。通過統一資源定位地址URL與Metadatabase中的URL元數據項相連，把基於Internet/Intranet的空間資料庫與元資料庫系統相結合，實現分布式異構數據的共享。在這樣的共享機制凱漏下，元資料庫就成了訪問空間資料庫的向導，應用伺服器的每個請求，首先都要訪問元資料庫，確定請求的所需數據是否存在，並可訪問遙感調查成果數據的格式、性質、應用方式等內容，實現高效地管理空間數據，適應網路上多用戶的並發訪問，保障數據的安全性。

由此，Browser/Server三層體系結構實現起來較Client/Server兩層體系結構復雜得多，但只有採用這樣的體系結構，才可以體現浙江省遙感調查成果類型繁多、數據量大、分布廣的特點，滿足多維、動態的應用分析需求，並可實現與其他領域的應用集成。另外，出於安全性的考慮，即使應用伺服器可能受到某些「黑客」的襲擊，採用數據伺服器與網路訪問處理相分離的方法，也可以把資料庫伺服器放在防火牆以內，使其不能被防火牆外的計算機訪問，某種程度上起了內外網隔離的作用。

7. Linux裡面ceph是什麼

Linux裡面ceph
Ceph是一個可靠地、自動重均衡、自動恢復的分布式存儲系統，根據場景劃分可以將Ceph分為三大塊，分別是對象存儲、塊設備存儲和文件系統服務。在虛擬化領域里，比較常用到的是Ceph的塊設備存儲，比如在OpenStack項目里，Ceph的塊設備存儲可以對接OpenStack的cinder後端存儲、Glance的鏡像存儲和虛擬機的數據存儲，比較直觀的是Ceph集群可以提供一個raw格式的蠢陵塊存儲來作為虛擬念宏機實例的硬碟。
Ceph相比其它存儲的優勢點在於它不單單是存儲，同時還充分利用了存儲節點上的計算能力，在存儲每一個數據時，都會通過計算得出該數據存儲的位置，盡量將數據分布均衡，同時由於Ceph的良好設計，採用了CRUSH演算法、HASH環等方法，使得它不存在傳統的單點故障的問仔檔冊題，且隨著規模的擴大性能並不會受到影響。