如何利用Linux和GFS打造集群存儲(chǔ)

負(fù)載均衡是一項(xiàng)困難的任務(wù)。我們經(jīng)常需要通過NFS(網(wǎng)絡(luò)文件系統(tǒng))或其他機(jī)制來為數(shù)據(jù)提供中心地址，從而共享文件系統(tǒng)。雖然你的安全機(jī)制可能可以讓你免于Web服務(wù)器節(jié)點(diǎn)的故障，但是你仍然需要通過中央存儲(chǔ)節(jié)點(diǎn)來共享數(shù)據(jù)。

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序定制開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了榆林免費(fèi)建站歡迎大家使用！

通過GFS(全局文件系統(tǒng))——Linux的一個(gè)免費(fèi)集群文件系統(tǒng)——你可以創(chuàng)建一個(gè)不需要依賴其他服務(wù)器的真正穩(wěn)定的集群。在這篇文章中，我們將展示如何正確地設(shè)置GFS.

從概念上來說，一個(gè)集群文件系統(tǒng)可以允許多個(gè)操作系統(tǒng)載入同一個(gè)文件系統(tǒng)并可以在同一時(shí)間內(nèi)向同一文件系統(tǒng)寫入數(shù)據(jù)。現(xiàn)在有許多集群文件系統(tǒng)，包括Sun的Lustre，Oracle的OCFS(Oracle集群文件系統(tǒng))，以及Linux的GFS.

有許多方法可以讓一個(gè)塊設(shè)備同時(shí)被多個(gè)服務(wù)器所使用。你可以分區(qū)出一個(gè)對(duì)多個(gè)服務(wù)器都可視的SAN(存儲(chǔ)局域網(wǎng))LUN(邏輯單元號(hào))，設(shè)置好相應(yīng)的iSCSI(互聯(lián)網(wǎng)小型計(jì)算機(jī)系統(tǒng)接口)，或使用DRBD(分布式復(fù)制塊設(shè)備)在兩臺(tái)服務(wù)器之間復(fù)制一個(gè)分區(qū)。在使用DRBD的時(shí)候，你將需要在主/主節(jié)點(diǎn)中設(shè)置好DRBD以使用GFS.

GFS要求

運(yùn)行GFS意味著你在運(yùn)行一個(gè)集群。目前為止，運(yùn)行GFS的最簡(jiǎn)單的手段就是使用Red Hat Cluster Suite(RHCS：Red Hat集群套件)。這個(gè)套件在CentOS中就有。此外，還需要下面這些包：cman——集群管理器;lvm2-cluster——使LVM(邏輯卷管理器)可以支持集群的CLVM(集群邏輯卷管理器)包;kmod-gfs——GFS內(nèi)核模塊;最后是gfs-utils.

集群管理器(cman)包含必要的工具，比如分布式鎖管理器。除非你希望花時(shí)間來確認(rèn)各種不同的分發(fā)版本是如何采用cman的，否則我們強(qiáng)烈推薦使用CentOS或RHEL.同時(shí)，你還將獲得RH(Red Hat)所維護(hù)的各種最新版本的集群服務(wù)，此外你還可以獲得一個(gè)比較穩(wěn)定的環(huán)境。

Fencing(阻絕)機(jī)制是絕對(duì)必要的。一些指導(dǎo)性文章建議將阻絕模式設(shè)定成"手動(dòng)"，因?yàn)樽杞^設(shè)置有可能比較復(fù)雜。阻絕意味在集群中進(jìn)行隔離，或馬上中斷某些危險(xiǎn)節(jié)點(diǎn)的運(yùn)作。如果集群無法阻絕某個(gè)發(fā)生故障的節(jié)點(diǎn)，那么你的GFS將會(huì)出現(xiàn)很多問題，因此不要跳過這個(gè)步驟。

創(chuàng)建集群設(shè)置

你可以通過/etc/cluster/里面的cluster.conf完成大部分的集群設(shè)置。我不建議使用各種集群管理應(yīng)用程序來創(chuàng)建這個(gè)設(shè)置文件。即使是完全支持的RHEL應(yīng)用程序，比如兩個(gè)月前發(fā)布的Conga，也經(jīng)常會(huì)創(chuàng)建一些無效的cluster.conf文件，并且無法被必要的服務(wù)所解析。

下面是一個(gè)cluster.conf文件的例子。這個(gè)設(shè)置文件采用漂亮的XML格式，其內(nèi)容非常直接。首先，我們對(duì)集群進(jìn)行命名，我們將這個(gè)集群稱作"Web.1".

先跳過fence daemon選項(xiàng)，下一個(gè)部分就是集群主體的設(shè)置內(nèi)容。你需要在clusternodes部分定義兩個(gè)節(jié)點(diǎn)。設(shè)置文件將同時(shí)存放在兩個(gè)節(jié)點(diǎn)上，這樣這兩個(gè)節(jié)點(diǎn)就都知道彼此的情況。

集群內(nèi)的每個(gè)節(jié)點(diǎn)都聲明其阻絕方式的名稱是獨(dú)一無二的。在clusternames結(jié)束標(biāo)簽下面，我們看到fencedevice部分定義了每個(gè)節(jié)點(diǎn)如何阻絕其他節(jié)點(diǎn)的方式。使用一個(gè)支持IPMI(智能平臺(tái)管理接口)的服務(wù)器是最好的方式，而且其設(shè)置也是相當(dāng)簡(jiǎn)單。你只要將IPMI的地點(diǎn)以及登錄方式告訴IP就可以了。為了避免在cluster.conf中留下密碼，你可以將它指向一個(gè)由根所擁有的腳本并由這個(gè)腳本來返回密碼。

我們還要指出的是我們?cè)谠O(shè)置中定義了兩個(gè)節(jié)點(diǎn)。這是必須的，因?yàn)橥ǔ碚f，除非大部分節(jié)點(diǎn)都同意自己的狀態(tài)，否則集群無法達(dá)到"Quorate"狀態(tài)。如果只有兩個(gè)節(jié)點(diǎn)的話，沒有肯定多數(shù)，因此這種方式讓集群只能在兩個(gè)節(jié)點(diǎn)下工作，而不能只在只有一個(gè)節(jié)點(diǎn)的情況下工作。這是設(shè)置基本集群的必要方式。

在每個(gè)節(jié)點(diǎn)上運(yùn)行"service cman start"，系統(tǒng)應(yīng)該可以開始正常運(yùn)作。你可以檢查"clustat"或"cman nodes"來確認(rèn)節(jié)點(diǎn)是否良好運(yùn)行。如果有哪個(gè)必要的部分沒有啟動(dòng)，那么集群將不會(huì)顯示"Quorate"狀態(tài)。

GFS設(shè)置

首先，我們需要設(shè)置CLVM，這樣我們才可以通過GFS使用LVM.激活CLVM只要在lvm.conf中設(shè)定"locking type=3"就可以了。

然后，就像平常一樣創(chuàng)建一個(gè)LVM卷組和卷，但是使用的是共享的塊設(shè)備。如果你使用的是DRBD，你將有可能使用/dev/drbd0.我創(chuàng)建了一個(gè)物理卷，然后創(chuàng)建一個(gè)名為vg01的卷組，然后創(chuàng)建一個(gè)名為web1的邏輯卷，這個(gè)卷在：/dev/vg01/web1.

最后，我們需要?jiǎng)?chuàng)建文件系統(tǒng)：

gfs_mkfs -t web1：mygfs -p lock_dlm -j 2 /dev/vg01/web1

-t中給定的名稱必須是集群的名稱，然后后面是你給這個(gè)文件系統(tǒng)所起的名字。只有web1集群的成員才可以載入這個(gè)文件系統(tǒng)。然后，設(shè)定分布式鎖管理器的鎖鑰類型，指明你需要兩份journal(因?yàn)檫@是一個(gè)雙節(jié)點(diǎn)集群)。如果你預(yù)計(jì)未來要增加更多的節(jié)點(diǎn)，那么你需要在這時(shí)設(shè)定足夠高的journal數(shù)量。

總結(jié)

我們現(xiàn)在可以開始使用這個(gè)文件系統(tǒng)了。在兩個(gè)節(jié)點(diǎn)上啟動(dòng)"clvmd"和"gfs"服務(wù)。現(xiàn)在你就可以通過"-t gfs"來將類型指定為GFS，從而載入文件系統(tǒng)。

在開始啟動(dòng)之前，一定要設(shè)定好cman，clvmd和gfs服務(wù)。你最好能熟悉clustat和gfs_tool命令，因?yàn)樵谙到y(tǒng)出現(xiàn)問題的時(shí)候，你可以用這些命令來查找問題所在。

不要指望GFS能很快。如果有一個(gè)節(jié)點(diǎn)在進(jìn)行大量的寫入操作的話，那么在訪問文件系統(tǒng)的時(shí)候出現(xiàn)停頓是很正常的。對(duì)于一個(gè)數(shù)據(jù)讀取操作比數(shù)據(jù)寫入操作多得多的Web集群來說，這倒不是什么問題。如果出現(xiàn)明顯延遲，那么首先要檢查一下所有組件的狀況，然后評(píng)估正在寫入的數(shù)據(jù)。防止延遲現(xiàn)象的最常見措施就是確保HTTP對(duì)話中的數(shù)據(jù)不是寫入GFS卷。

如何查詢linux 分區(qū)是gfs格式

Linux下查看當(dāng)前內(nèi)核系統(tǒng)支持的文件系統(tǒng)：

一般都在 /lib/modules/kernl-version/kernel/fs/ 目錄下包含了當(dāng)前內(nèi)核版本支持的文件系統(tǒng)：

ls /lib/modules/kernl-version/kernel/fs/

1、mount 用掛載命令查看當(dāng)前分區(qū)掛載的格式、類型

2、查看/etc/fstab掛載文件系統(tǒng)腳本：

less /etc/fstab文件

3、使用df -T 查看掛載的文件系統(tǒng)類型：

df -T -h

Google文件系統(tǒng)--GFS詳解

??Google File System(簡(jiǎn)稱GFS)是適用于大規(guī)模且可擴(kuò)展的分布式文件系統(tǒng)，可以部署在廉價(jià)的商務(wù)服務(wù)器上，在保證系統(tǒng)可靠性和可用 性的同時(shí)，大大降低了系統(tǒng)的成本。GFS的設(shè)計(jì)目標(biāo)是高性能、高可靠、高可用性。

??GFS把機(jī)器故障視為正常現(xiàn)象，可以很好地處理系統(tǒng)故障。GFS系統(tǒng)通常會(huì)部署在上百臺(tái)甚至上千臺(tái)廉價(jià)服務(wù)器上，并會(huì)有相當(dāng)多臺(tái)廉價(jià)服務(wù)器上部署GFS Client來訪問GFS服務(wù)，所以應(yīng)用故障、操作系統(tǒng)bug、連接故障、網(wǎng)絡(luò)故障、甚至機(jī)器供電故障都是經(jīng)常發(fā)生的故障。GFS系統(tǒng)可以支持系統(tǒng)監(jiān)控、故障檢測(cè)、故障容忍和自動(dòng)恢復(fù)，提供了非常高的可靠性。其次，GFS系統(tǒng)中的文件一般都是大文件，且文件操作大部分場(chǎng)景下都是append而不是overwrite。一旦文件寫入完成后，大部分操作都是讀文件且是順序讀。

??GFS提供了非標(biāo)準(zhǔn)（比如POSIX）的文件系統(tǒng)接口，支持 create、delete、open、close、read以及write。另外GFS支持snapshot和record append操作。snapshot可以以很低的代價(jià)創(chuàng)建文件或者目錄樹的拷貝，record append可以支持多個(gè)client并發(fā)地向同一個(gè)文件append data，同時(shí)還能保證每個(gè)client的append操作的原子性。

??master記錄了文件系統(tǒng)的metadata，包括名字空間、權(quán)限控制信息、文件到chunk的mapping以及chunk的分布。master也負(fù)責(zé)chunk的lease管理、無用chunk的垃圾回收、chunk遷移等。master定期與chunkserver通信，向chunkserver發(fā)送指令并搜集chunkserver的狀態(tài)。GFS client通過GFS的API與GFS系統(tǒng)通信（讀寫數(shù)據(jù)）。client向master請(qǐng)求獲取metadata，真正的讀寫數(shù)據(jù)是直接與chunkserver交互。client和chunkserver都不cache文件數(shù)據(jù)。因?yàn)榇蟛糠謶?yīng)用都是基于API來streaming read 大文件且系統(tǒng)的文件數(shù)據(jù)太多，所以client緩存文件數(shù)據(jù)沒有意義。chunkserver所在機(jī)器的Linux的buffer cache以及cache了頻繁訪問的數(shù)據(jù)，chunkserver也是沒有去cache文件數(shù)據(jù)的。

??單點(diǎn)master大大簡(jiǎn)化了系統(tǒng)設(shè)計(jì)，因?yàn)閙aster知曉所有的meta信息，所以可以執(zhí)行更加復(fù)雜的chunk位置分配和副本策略。但是，在讀寫數(shù)據(jù)時(shí)必須降低master的參與，以避免單點(diǎn)的master稱為系統(tǒng)瓶頸。client不會(huì)通過master來讀寫文件數(shù)據(jù)，但是client會(huì)向master發(fā)送查詢chunk位置分布的請(qǐng)求，然后client端緩存chunk的分布信息，然后直接向chunkserver讀寫數(shù)據(jù)。大致的讀過程如下：

1、client根據(jù)文件名、byte offset以及chunk size計(jì)算出要讀取的文件的chunk index

2、client通過文件名、chunk index向master查詢chunk的分布

3、master回復(fù)chunk handler以及副本分布

4、client 緩存chunk的meta信息，key由文件名和chunk index組成

5、client從chunk的分布信息中查找距離自己最新的chunkserver，并發(fā)送查詢請(qǐng)求。查詢請(qǐng)求中包括chunk hander以及byte range。后續(xù)對(duì)相同chunk的查詢不需要再次向master查詢meta信息，因?yàn)閏lient已經(jīng)緩存了meta信息。

??chunk size是GFS系統(tǒng)的關(guān)鍵參數(shù)，通常設(shè)置為64MB，遠(yuǎn)大于文件系統(tǒng)的block大小。每個(gè)chunk的副本都chunkserver所在機(jī)器上以Linux file存儲(chǔ)。之所為將chunk size定為64MB，主要有以下考慮：

1、可以減少client訪問master查詢meta信息的次數(shù)，降低master的訪問壓力。因?yàn)閏hunk size設(shè)計(jì)比較大，順序訪問一個(gè)超大文件時(shí)因?yàn)閏hunk數(shù)較少且client緩存了chunk meta信息，所以訪問master的次數(shù)就會(huì)降低。甚至，client可以緩存所有文件的chunk的meta信息，就算是隨機(jī)讀文件，master也不會(huì)成為系統(tǒng)性能瓶頸。

2、可以減少網(wǎng)絡(luò)開銷，保持client與chunkserver的TCP連接，可以執(zhí)行更多的chunk操作。

3、可以減少master上需要在內(nèi)存中記錄的meta data數(shù)據(jù)量，降低master的內(nèi)存占用。

?? size大的缺點(diǎn)是：小文件包含很少的chunk，甚至只有一個(gè)。這樣的話，在多個(gè)client高并發(fā)查詢?cè)撔∥募r(shí)對(duì)應(yīng)的chunk會(huì)成為熱點(diǎn)。實(shí)際上，這種情況在GFS系統(tǒng)中很少發(fā)生，因?yàn)榇蟛糠謈lient的操作都是順序讀大文件。但是，考慮以下場(chǎng)景，我們部署一個(gè)服務(wù)的二進(jìn)制文件到GFS系統(tǒng)中，然后數(shù)百臺(tái)的服務(wù)器同時(shí)查詢二進(jìn)制文件并啟動(dòng)服務(wù)，此時(shí)該二進(jìn)制文件副本所在的chunkserver立馬就會(huì)成為查詢瓶頸。當(dāng)然，可以通過增加副本數(shù)和分散服務(wù)器的查詢時(shí)間來解決這種場(chǎng)景下的問題。

??master主要存儲(chǔ)三種類型的metadata：file和chunk的名字空間，file到chunk的mapping信息以及chunk的副本分布。所有的metadata都在master的內(nèi)存中存儲(chǔ)。前兩種meta信息可以持久化存儲(chǔ)，將操作日志存儲(chǔ)在master的本地磁盤以及將備份日志存儲(chǔ)在遠(yuǎn)端機(jī)器上。master不持久化存儲(chǔ)chunk的副本分布信息，而是通過與chunkserver交互來獲取chunkserver上的chunk信息。

4.1 in-memory data structure

??meta信息在內(nèi)存中，所有master的操作很快。另外，master可以高效地定期在后臺(tái)scan所有的meta數(shù)據(jù)，來執(zhí)行垃圾回收、副本修復(fù)、均衡等。metadata都記錄在內(nèi)存中，所以GFS系統(tǒng)會(huì)比較關(guān)注chunk的數(shù)量以及master的可用內(nèi)存量。但是在實(shí)際場(chǎng)景下，這不是問題。每個(gè)64MB的chunk的metadata小于64字節(jié)，大部分的chunk都是滿負(fù)荷存儲(chǔ)的，除了文件最后一個(gè)chunk的空間是沒有完全被占用。由于文件的名字空間采用了前綴壓縮的方式存儲(chǔ)，單個(gè)文件的meta信息也是小于64字節(jié)。如果需要擴(kuò)大系統(tǒng)規(guī)模的話，可以很簡(jiǎn)單地通過增大master的內(nèi)存就可以了。相比于系統(tǒng)的高可靠、高性能和簡(jiǎn)潔性，增加內(nèi)存是很最小的代價(jià)了。

4.2 chunk 分布

??并沒有持久化存儲(chǔ)chunk的副本分布信息，而是在master啟動(dòng)時(shí)向chunkserver查詢其chunk信息，然后通過heartbeat來持續(xù)更新master的副本分布信息，以與chunkserver數(shù)據(jù)保持一致。GFS起初設(shè)計(jì)時(shí)嘗試將chunk的分布信息持久化存儲(chǔ)在master端，隨后發(fā)現(xiàn)通過master啟動(dòng)時(shí)拉取然后通過heartbeat同步chunk信息的方式更簡(jiǎn)單。因?yàn)椋?dāng)chunkserver加入、退出、名字改變、重啟等行為經(jīng)常發(fā)生，這會(huì)導(dǎo)致維護(hù)master的chunk meta數(shù)據(jù)的正確性是非常困難的。從另一個(gè)角度考慮就是，只有chunkserver匯報(bào)的chunk信息才是集群中最真實(shí)的chunk分布，因?yàn)閙aster不需要自己維護(hù)一個(gè)chunk分布狀態(tài)，只需要以chunkserver的狀態(tài)匯報(bào)為準(zhǔn)即可。

4.3 操作日志

??日志記錄了GFS集群數(shù)據(jù)更改的歷史記錄。操作日志對(duì)GFS來說是至關(guān)重要的，因?yàn)樗粌H是metadata的持久化記錄，還記錄了并發(fā)操作的時(shí)序。因?yàn)椴僮魅罩竞苤匾员仨毧煽康卮鎯?chǔ)。在metadata的change沒有持久化之前，client是不能看到的數(shù)據(jù)的更改。當(dāng)client修改數(shù)據(jù)時(shí)，操作記錄需要保存在多個(gè)遠(yuǎn)端機(jī)器上，而且只有當(dāng)操作記錄持久化存儲(chǔ)在本地和遠(yuǎn)端以后，才會(huì)回復(fù)client數(shù)據(jù)更改成功。

??可以通過回放操作日志來恢復(fù)文件系統(tǒng)。為了減少系統(tǒng)啟動(dòng)時(shí)replay的時(shí)間，必須縮減回放的日志量。master可以定期存儲(chǔ)metadata的checkpoint，master重啟時(shí)可以從checkpoint加載metadata，然后回放checkpoint之后的少量日志即可。

1、client向master查詢chunk的primary所在的chunkserver以及其他副本的分布，如果沒有primary的花，master會(huì)選擇一個(gè)作為該chunk的primary

2、master回復(fù)client primary和其他副本的分布信息。client會(huì)cache返回的metadata

3、client將數(shù)據(jù)發(fā)送所有的副本。client可以以任意順序執(zhí)行。每個(gè)chunkserser都會(huì)在內(nèi)存的LRUbuffer中記錄數(shù)據(jù)。

4、當(dāng)所有的副本都返回已經(jīng)接收數(shù)據(jù)成功后，client會(huì)向primary發(fā)送一個(gè)寫請(qǐng)求。primary會(huì)為每一個(gè)數(shù)據(jù)更改的請(qǐng)求附加一個(gè)序列號(hào)，數(shù)據(jù)更改是按照序列號(hào)的順序執(zhí)行的。

5、primary將數(shù)據(jù)更改同步到其他副本中，副本也是按照序列號(hào)執(zhí)行數(shù)據(jù)更改操作。

6、primary接收到其他副本回復(fù)的數(shù)據(jù)操作完成

7、primary返回client結(jié)果。期間發(fā)生的所有錯(cuò)誤都會(huì)報(bào)給client。

?? GFS集群一般都會(huì)有上百臺(tái)的chunkserver，分布在多個(gè)機(jī)架上。chunkserver也會(huì)接收來自本機(jī)架或者其他機(jī)架的上百個(gè)client的查詢請(qǐng)求。不同機(jī)架的服務(wù)器通信可能會(huì)途徑一個(gè)或者多個(gè)交換機(jī)轉(zhuǎn)發(fā)。chunk的副本分布選擇策略主要目的是盡量提高數(shù)據(jù)的可靠性和可用性，同時(shí)最大化地充分利用網(wǎng)絡(luò)帶寬。所以，僅僅將副本跨機(jī)器部署是不夠的。GFS將副本是跨機(jī)架部署的，這樣可以保證在一個(gè)機(jī)架被損壞或者下線時(shí)，chunk至少會(huì)有副本是可用的。

?? chunk的副本在下列情況下會(huì)被創(chuàng)建：創(chuàng)建chunk、副本修復(fù)、rebalance。當(dāng)master創(chuàng)建chunk時(shí)，會(huì)選擇存儲(chǔ)該chunk副本的chunkserver。主要考慮以下幾點(diǎn)：

1、新副本所在chunkserver的磁盤利用率低于系統(tǒng)的平均水平

2、限制每個(gè)chunkserver最近一段時(shí)間創(chuàng)建chunk的數(shù)量

3、每個(gè)chunk的所有副本不能都在一個(gè)機(jī)架

?? chunk的副本數(shù)少于一定數(shù)量是，master會(huì)復(fù)制一個(gè)副本。這可能發(fā)生在chunkserver宕機(jī)或者chunkserver匯報(bào)自己的副本損壞或者chunkserver所在機(jī)器的磁盤損壞等等。每個(gè)chunk 復(fù)制任務(wù)都有優(yōu)先級(jí)，按照優(yōu)先級(jí)由高到低子master中排隊(duì)等待執(zhí)行。master還會(huì)定期掃描當(dāng)前副本的分布情況，一旦發(fā)現(xiàn)磁盤使用量或者機(jī)器負(fù)載不均衡，就會(huì)發(fā)起負(fù)載均衡操作。無論是chunk創(chuàng)建、chunk復(fù)制還是負(fù)載均衡，選擇chunk副本的位置的策略都是相同的，并且需要限制副本修復(fù)和均衡的速度，否則會(huì)影響系統(tǒng)的正常讀寫服務(wù)。

??Google的成功表明單master的設(shè)計(jì)師可行的。這不僅簡(jiǎn)化了系統(tǒng)，而且能夠較好地實(shí)現(xiàn)一致性，給予性能考慮，GFS提出了“記錄至少原子性追加一次”的一致性模型。通過租約的方式將每個(gè)chunk的修改授權(quán)到chunkserver從而減少了master的負(fù)載，通過流水線的方式復(fù)制多個(gè)副本以減少延時(shí)。master維護(hù)的元數(shù)據(jù)很多，需要設(shè)計(jì)高效的數(shù)據(jù)結(jié)構(gòu)，且要保證占用內(nèi)存小和支持快照操作。支持COW的B樹可以滿足需求，但是實(shí)現(xiàn)確實(shí)相當(dāng)復(fù)雜。

如何查看和停止Linux啟動(dòng)的服務(wù)

1. 查看Linux啟動(dòng)的服務(wù)

chkconfig --list 查詢出所有當(dāng)前運(yùn)行的服務(wù)

chkconfig --list atd 查詢atd服務(wù)的當(dāng)前狀態(tài)

2.停止所有服務(wù)并且在下次系統(tǒng)啟動(dòng)時(shí)不再啟動(dòng)，如下所示：

chkconfig --levels 12345 NetworkManager off

如果想查看當(dāng)前處于運(yùn)行狀態(tài)的服務(wù)，用如下語句過濾即可

chkconfig --list |grep on

3.如果只是想當(dāng)前的設(shè)置狀態(tài)有效，在系統(tǒng)重啟動(dòng)后即不生效的話，可以用如下命令停止服務(wù)

service sshd stop

示例，可以把不需要啟動(dòng)的服務(wù)寫入到一個(gè)腳本中，直接用sh 文件名一執(zhí)行就可以了

chkconfig --levels 0123456 NetworkManager off

chkconfig --levels 0123456 anacron off

chkconfig --levels 0123456 auditd off

chkconfig --levels 0123456 avahi-daemon off

chkconfig --levels 0123456 bluetooth off

chkconfig --levels 0123456 clvmd off

chkconfig --levels 0123456 cman off

chkconfig --levels 0123456 cups off

chkconfig --levels 0123456 gfs off

chkconfig --levels 0123456 gfs2 off

chkconfig --levels 0123456 hidd off

chkconfig --levels 0123456 httpd off

chkconfig --levels 0123456 iptables off

chkconfig --levels 0123456 ip6tables off

chkconfig --levels 0123456 ipvsadm off

chkconfig --levels 0123456 luci off

chkconfig --levels 0123456 mcstrans off

chkconfig --levels 0123456 pand off

chkconfig --levels 0123456 Nrestorecond off

chkconfig --levels 0123456 ricci off

chkconfig --levels 0123456 rmanager off

chkconfig --levels 0123456 saslauthd off

chkconfig --levels 0123456 sendmail off

chkconfig --levels 0123456 smb off

chkconfig --levels 0123456 snmp off

chkconfig --levels 0123456 snmptrapd off

chkconfig --levels 0123456 tog-pegasus off

chkconfig --levels 0123456 wdaemon off

linux怎么格式化gfs文件系統(tǒng)

GFS文件系統(tǒng)為分布式結(jié)構(gòu)，它是一個(gè)高度容錯(cuò)網(wǎng)絡(luò)文件系統(tǒng)，主要chunkserver由一個(gè)master（主）和眾多chunkserver（大塊設(shè)備）構(gòu)成的，體系結(jié)構(gòu)如下圖：

GFS文件系統(tǒng)的工作過程：

客戶端使用固定大小的塊將應(yīng)用程序指定的文件名和字節(jié)偏移轉(zhuǎn)換成文件的一個(gè)塊索引，向master（主）發(fā)送包含文件名和塊索引的請(qǐng)求；

master收到客戶端發(fā)來的請(qǐng)求，master向塊服務(wù)器發(fā)出指示，同時(shí)時(shí)刻監(jiān)控眾多chunkserver的狀態(tài)。Chunkserver緩存master從客戶端收到的文件名和塊索引等信息。

master通過和chunkserver的交互，向客戶端發(fā)送chunk-handle和副本位置。其中文件被分成若干個(gè)塊，而每個(gè)塊都是由一個(gè)不變的，全局唯一的64位的chunk-handle標(biāo)識(shí)。Handle是由master在塊創(chuàng)建時(shí)分配的。而出于安全性考慮，每一個(gè)文件塊都要被復(fù)制到多個(gè)chunkserver上，一般默認(rèn)3個(gè)副本；

客戶端向其中的一個(gè)副本發(fā)出請(qǐng)求，請(qǐng)求指定了chunk handle（chunkserver以chunk handle標(biāo)識(shí)chunk）和塊內(nèi)的一個(gè)字節(jié)區(qū)間。

客戶端從chunkserver獲得塊數(shù)據(jù)，任務(wù)完成。

怎么用gfs-Linux系統(tǒng)管理

　GFS的精彩在于它采用了多種方法，從多個(gè)角度，使用不同的容錯(cuò)措施來確保整個(gè)系統(tǒng)的可靠性。

2.1.1 系統(tǒng)架構(gòu)

GFS的系統(tǒng)架構(gòu)如圖2-1[1]所示。GFS將整個(gè)系統(tǒng)的節(jié)點(diǎn)分為三類角色：Client（客戶端）、Master（主服務(wù)器）和Chunk Server（數(shù)據(jù)塊服務(wù)器）。Client是GFS提供給應(yīng)用程序的訪問接口，它是一組專用接口，不遵守POSIX規(guī)范，以庫文件的形式提供。應(yīng)用程序直接調(diào)用這些庫函數(shù)，并與該庫鏈接在一起。Master是GFS的管理節(jié)點(diǎn)，在邏輯上只有一個(gè)，它保存系統(tǒng)的元數(shù)據(jù)，負(fù)責(zé)整個(gè)文件系統(tǒng)的管理，是GFS文件系統(tǒng)中的“大腦”。Chunk Server負(fù)責(zé)具體的存儲(chǔ)工作。數(shù)據(jù)以文件的形式存儲(chǔ)在Chunk Server上，Chunk Server的個(gè)數(shù)可以有多個(gè)，它的數(shù)目直接決定了GFS的規(guī)模。GFS將文件按照固定大小進(jìn)行分塊，默認(rèn)是64MB，每一塊稱為一個(gè)Chunk（數(shù)據(jù)塊），每個(gè)Chunk都有一個(gè)對(duì)應(yīng)的索引號(hào)（Index）。

網(wǎng)頁標(biāo)題：linuxgfs命令 linux NFS
路徑分享：http://chinadenli.net/article20/docipco.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供靜態(tài)網(wǎng)站、云服務(wù)器、定制開發(fā)、網(wǎng)站營(yíng)銷、網(wǎng)站內(nèi)鏈、網(wǎng)頁設(shè)計(jì)公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)