nfs搭建伺服器集群

『壹』 NFS在Linux下的安裝、部署與應用

NFS在Linux下的安裝、部署與應用如下：

一、NFS服務安裝與配置

CentOS系統 安裝nfsutils：使用命令sudo yum install nfsutils來安裝NFS所需的軟體包。 啟用rpcbind和nfs服務：通過命令sudo systemctl enable rpcbind和sudo systemctl enable nfs來確保rpcbind和nfs服務在系統啟動時自動運行。 啟動服務：使用命令sudo systemctl start rpcbind nfs來啟動rpcbind和nfs服務。 配置共享目錄：創建要共享的目錄，設置合適的許可權，然後編輯/etc/exports文件來配置共享選項。

Ubuntu系統 安裝nfsutils：使用命令sudo apt install nfsutils來安裝NFS所需的軟體包。 配置方法與CentOS類似：同樣需要啟用和啟動相關服務，並配置共享目錄。

二、NFS掛載與使用

• 客戶端安裝nfsutils：在客戶端機器上，使用命令sudo apt install nfsutils來安裝nfsutils軟體包。
• 掛載NFS服務：使用命令sudo mount t nfs 伺服器IP:/data /mnt/data來掛載NFS共享目錄。其中，「伺服器IP」是NFS伺服器的IP地址，「/data」是NFS伺服器上共享的目錄，「/mnt/data」是客戶端上用於掛載NFS共享的本地目錄。
• 驗證掛載：掛載成功後，可以通過訪問/mnt/data目錄來使用NFS文件系統。

三、注意事項

• 安全性：在生產環境中，需要配置防火牆規則來限制對NFS服務的訪問，以增強安全性。
• 可用性：為了確保NFS服務的高可用性，可以考慮使用高可用集群等技術方案。
• 性能優化：根據實際需求，可以對NFS服務的性能進行優化，如調整網路參數、使用非同步寫入等。

以上就是在Linux下安裝、部署與應用NFS的基本步驟和注意事項。

『貳』 如何在LINUX伺服器上搭建群集

1.2.並行技術
這是一個非常簡單的建造四節點的小集群系統的例子，它是構建在Linux操作系統上，通過MPICH軟體包實現的，希望這個小例子能讓大家對集群系統的構建有一個最基本的了解。
2.使用MPICH構建一個四節點的集群系統
這是一個非常簡單的建造四節點的小集群系統的例子，它是構建在Linux操作系統上，通過MPICH軟體包實現的，希望這個小例子能讓大家對集群系統的構建有一個最基本的了解。
2.1
所需設備
1).4台採用Pentium
II處理器的PC機，每台配
置64M內存，2GB以上的硬碟，和EIDE介面的光碟驅動器。
2).5塊100M快速乙太網卡，如SMC
9332
EtherPower
10/100(其中四塊卡用於連接集群中的結點，另外一塊用於將集群中的其中的一個節點與其它網路連接。)
3).5根足夠連接集群系統中每個節點的，使用5類非屏蔽雙絞線製作的RJ45纜線
4).1個快速乙太網(100BASE-Tx)的集線器或交換機
5).1張Linux安裝盤
2.2
構建說明
對計算機硬體不熟的人，實施以下這些構建步驟會感到吃力。如果是這樣，請找一些有經驗的專業人士尋求幫助。
1.
准備好要使用的採用Pentium
II處理器的PC機。確信所有的PC機都還沒有接上電源，打開PC機的機箱，在准備與網路上的其它設備連接的PC機上安裝上兩塊快速乙太網卡，在其它的
PC機上安裝上一塊快速乙太網卡。當然別忘了要加上附加的內存。確定完成後蓋上機箱，接上電源。
2.
使用4根RJ45線纜將四台PC機連到快速乙太網的集線器或交換機上。使用剩下的1根RJ45線將額外的乙太網卡(用於與其它網路相連的那塊，這樣機構就可以用上集群)連接到機構的區域網上(假定你的機構區域網也是快速乙太網)，然後打開電源。
3.
使用LINUX安裝盤在每一台PC機上安裝。請確信在LINUX系統中安裝了C編譯器和C的LIB庫。當你配置TCP/IP時，建議你為四台PC分別指定為192.168.1.1、192.168.1.2、192.168.1.3、192.168.1.4。第一台PC為你的伺服器節點(擁有兩塊網卡的那台)。在這個伺服器節點上的那塊與機構區域網相連的網卡，你應該為其指定一個與機構區域網吻合的IP地址。
4.當所有PC都裝好Linux系統後，編輯每台機器的/etc/hosts文件，讓其包含以下幾行：
192.168.1.1
node1
server
192.168.1.2
node2
192.168.1.3
node3
192.168.1.4
node4
編輯每台機器的/etc/hosts.equiv文件，使其包含以下幾行：
node1
node2
node3
node4
$p#
以下的這些配置是為了讓其能使用MPICH』s
p4策略去執行分布式的並行處理應用。
1.
在伺服器節點
，建一個/mirror目錄，並將其配置成為NFS伺服器，並在/etc/exports文件中增加一行：
/mirror
node1(rw)
node2(rw)
node3(rw)
node4(rw)
2.
在其他節點上，也建一個/mirror目錄，關在/etc/fstab文件中增加一行：
server:/mirror
/mirror
nfs
rw,bg,soft
0
0
3.
/mirror這個目錄從伺服器上輸出，裝載在各個客戶端，以便在各個節點間進行軟體任務的分發。
4.
在伺服器節點上，安裝MPICH。MPICH的文檔可在
5.任何一個集群用戶(你必須在每一個節點新建一個相同的用戶)，必須在/mirror目錄下建一個屬於它的子目錄，如
/mirror/username，用來存放MPI程序和共享數據文件。這種情況，用戶僅僅需要在伺服器節點上編譯MPI程序，然後將編譯後的程序拷貝到在/mirror目錄下屬於它的的子目錄中，然後從他在/mirror目錄下屬於它的的子目錄下使用p4
MPI策略運行MPI程序。

『叄』 如何使用NFS和NAS解決虛擬伺服器存儲問題

然而，這樣的靈活性有一個條件：物理機能夠看到所有虛擬磁碟鏡像。這通常會導致存儲網路成為一個使用網路文件系統（NFS）和虛擬網路附屬存儲（NAS）集群的開放網路。
在傳統基於塊的存儲中，如iSCSI和光纖通道存儲區域網路（FC SAN），這意味著我們必須能夠分配和操作邏輯單元號（LUN），以便在遷移虛擬機時可以迅速重新分配LUN給其它物理機。這個操作不僅是在最初部署時很難執行，隨著環境越來越大和復雜，它也會很難執行。要為每個虛擬機分配一個LUN，然後還要能夠迅速地將它重新分配給其它物理主機，這對IT人士來說已然是一個越來越嚴重的問題。
在越來越多的環境里，IT管理員都開始使用更大的LUN來承載多個虛擬機。盡管這可以減輕分配多個LUN給多個虛擬機的重擔，但無法解決分區和LUN增長的問題。
NFS解決方案
現在，VMware支持通過NFS啟動部署虛擬機。通過可啟動的NFS載入（mount）部署虛擬機是解決這個問題的一個理想方法，而且也被越來越廣泛地接受。
NFS是一個客戶端或伺服器系統，允許用戶跨網路訪問文件，並能夠像操作本地文件目錄一樣操作這些遠程文件。它是通過輸出（exporting）和載入（mounting）兩個過程完成的。輸出過程是指NFS伺服器向遠程客戶端提供文件訪問的過程；載入過程是指文件系統對操作系統和用戶變為可用的過程。NFS主要用於Unix-to-Unix文件共享，即使你的所有虛擬機都是基於Windows的，你也可以選用NFS。盡管Windows無法引導NFS，但VMware將NFS建立在它的磁碟虛擬層，所以Windows無需引導NFS。
NFS工作站很容易創建和操作。每個物理伺服器都能看到所有的虛擬磁碟鏡像，而且VMotion等功能也更加容易操作。與iSCSI或FC SAN中的每個VMDK創建一個LUN不同，你可以在一個NFS卷中共置多個VMDK（VMware Virtual Disk）文件。因為VMDK只是文件，而不是真正的磁碟。為什麼使用NFSNFS讓存儲和VMware管理員的工作變得容易得多，而且在很多VMware環境下都不會有任何性能損失。除了一些例外的存儲廠商提供虛擬化解決方案以外，LUN管理對存儲和VMware管理員來說都很具有挑戰性。而有了NFS執行，與單個文件系統的交互讓VMware鏡像供應更加容易。
訪問控制通過內置NFS安全性被啟用後，可以向一組VMware管理員提供NFS文件系統。有了NFS，就不需要微操作每一個LUN了。例如，VMware鏡像在文件夾中可以根據應用類型進行分組，而且可以同時提供給一系列應用使用。
此外，訪問路徑是基於傳統的乙太網，這不僅節省了成本，也更加易於進行故障檢修。因為，大多數企業對於IP管理的了解要遠遠多於對FC管理的了解。
NFS有一個優點就是訪問簡易。所有ESX伺服器都可以連接到載入點（mount point），這使得VMotion的使用更加容易。在FC部署中，每個ESX伺服器都必須能夠看到所有其它ESX伺服器的LUN，這很不利於配置和管理。NFS是一項共享技術，所有共享訪問都是內置的。
NFS的另一優勢在於數據保護方面。盡管通過NFS提供的VMware鏡像無法使用VMware VCB，但Unix或Linux主機可以載入這些鏡像來進行備份。利用支持NDMP的備份軟體可以備份這些鏡像。通過Linux主機的方法可以訪問VMware鏡像，而且可以通過這種方法可以載入快照和備份卷。此外，你還可以綜合利用NFS主機的復制工具保障業務持續性和災難恢復，而不用購買VMware專門的復制工具。
說得直白一點，NFS不是唯一的協議，它也有不太適合的時候。例如，Microsoft Cluster Service必須有成組存取（block access），而且有些情況下就需要光纖通道。iSCSI有一些很獨特的功能，其中一個是它能夠直接分配一個LUN給一個子操作系統，而不用通過VMware磁碟虛擬層。這些獨特的功能可以快速地將特定的LUN轉移出VMware環境。
這個執行需要的不僅僅是一個標準的文件伺服器或NAS，因為除了保存用戶數據以外，它還是架構的一個關鍵部分。
利用虛擬NAS集群解決I/O問題
通過NAS集群虛擬化可以緩解某些物理存儲相關問題，如I/O限制。
隨著負荷的不斷增加，傳統的NAS無法有效地擴展升級。部署多個物理伺服器會迅速加重I/O帶寬的負擔，這樣的負荷比在多數文件伺服器環境中的負荷要大得多。要減輕I/O帶寬負擔，就必須部署更多的NAS，而這又會導致NAS蔓延。
這使得我們必須在滿足額外的NAS系統需求以解決文件服務需求的同時，還要讓這些NAS系統必須能處理虛擬伺服器環境不斷變化的I/O需求。有了單獨的NAS head，VMotion就很難適用了，唯一的其它選擇是購買更大的單一的NAS head。在VMware環境下，這樣的升級不是因為容量限制而進行的，而是為了提供更高的性能而升級。
下面，我們說說虛擬NAS集群。一個虛擬NAS集群代表著整個ESX環境的一個NAS對象，即使這個對象是多個NAS head。一個虛擬NAS集群是一系列NAS節點，這些節點是作為一個整體被管理的。性能或容量的升級就成為相互獨立的事了，I/O性能升級只是連接更多的節點到集群，而容量升級則是連接更多的磁碟，互不影響。
此外，虛擬NAS集群還可以為環境提供冗餘。如果集群的其中一個節點出錯，該節點的文件系統會自動轉向集群中的其它節點。這個功能可以保障數據訪問不受中斷，對於虛擬伺服器環境非常重要。因為，虛擬伺服器環境下的一個錯誤可能會導致幾十個虛擬機受到嚴重影響，多層冗餘對於這樣的環境就顯得尤為重要。
Global Files System
將虛擬伺服器從一台物理機遷移到另一台物理機是一項勢在必行的工作，它可以給數據中心帶來很大的靈活性。而數據中心的靈活性也正是客戶所尋求的。相關虛擬磁碟的遷移，尤其是從一個陣列到另一陣列或一個NAS head到另一NAS head的遷移，並不是不可能的任務，但是會非常耗費時間，並且會中斷服務。
而在虛擬NAS集群環境下，這就是一件非常簡單的工作，而且不會造成服務中斷。這進一步提高了虛擬環境的靈活性。例如，如果某台物理機中的好幾個虛擬機存在I/O帶寬需求高峰期，那麼你可以將其它虛擬機磁碟鏡像移開它們所在的節點來應對I/O高峰期。這個功能還可以用於虛擬NAS集群中的標准文件系統，因為它們可以根據需求進行重新分配。
虛擬NAS和FC
在VMware近期的白皮書中，基於FC的塊I/O仍是一個尚未成熟的I/O性能領導者。盡管有些NAS供應商會對這些結果存在爭議，但這並不影響我們對這二者的利用。
首先，不到萬不得已不要使用FC。現在市場上有兩種不同的產品。第一種是NAS供應商（如Network Appliance）為他們的NAS head提供的FC和iSCSI服務。NAS head必須在NAS文件系統中創建一個封裝的FC LUN。第二種是EMC和OnStor等公司提供的網關（Gateway）解決方案，這些解決方案允許本地FC訪問存儲系統。在EMC的解決方案中，這當然是一個通向Clarriion陣列的網關。OnStor允許你通過它們的NAS網關（NAS gateway）為你現有的存儲添加一個有Global Files System的虛擬NAS集群。