അപ്പോൾ, അടുത്തത് എന്താണ്? സിനിമകൾ കാണുന്നതും കേൾക്കുന്നതും എങ്ങനെ സംഗീത ഫയലുകൾ, ഏതാണ് ഡൗൺലോഡ് ചെയ്തത്? അവയെ ഡിസ്കുകളിലേക്ക് ബേൺ ചെയ്യേണ്ടതും അങ്ങനെ ഒരു GUI ഉള്ള കമ്പ്യൂട്ടറിലേക്ക് മാറ്റേണ്ടതും ശരിക്കും ആവശ്യമാണോ? അല്ലെങ്കിൽ സ്ലോ SFTP വഴി ഞാൻ അവ പകർത്തേണ്ടതുണ്ടോ? ഇല്ല! NFS രക്ഷാപ്രവർത്തനത്തിലേക്ക് വരുന്നു! ഇല്ല, ഇത് റേസിംഗ് ഗെയിമുകളുടെ ഒരു പരമ്പരയല്ല, പക്ഷേ നെറ്റ്‌വർക്ക് ഫയൽസിസ്റ്റം (നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം).
നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം (NFS) ഒരു നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റമാണ്, അത് റിമോട്ട് കമ്പ്യൂട്ടറുകളിൽ സ്ഥിതിചെയ്യുന്ന ഫയലുകളും ഡയറക്‌ടറികളും ആ ഫയലുകളും ഡയറക്‌ടറികളും ലോക്കൽ ആയത് പോലെ ആക്‌സസ് ചെയ്യാൻ ഉപയോക്താക്കളെ അനുവദിക്കുന്നു. പങ്കിട്ട ഡാറ്റ ഒരു പ്രത്യേക മെഷീനിൽ സംഭരിക്കുകയും നെറ്റ്‌വർക്കിലെ മറ്റ് മെഷീനുകൾക്ക് ലഭ്യമാകുകയും ചെയ്യുന്നതിനാൽ വ്യക്തിഗത വർക്ക്സ്റ്റേഷനുകൾക്ക് അവരുടേതായ ഡിസ്ക് സ്പേസ് കുറച്ച് മാത്രമേ ഉപയോഗിക്കാനാകൂ എന്നതാണ് അത്തരമൊരു സിസ്റ്റത്തിൻ്റെ പ്രധാന നേട്ടം. NFS ആണ് ക്ലയൻ്റ്-സെർവർ ആപ്ലിക്കേഷൻ. അതായത്, ഉപയോക്താവിൻ്റെ സിസ്റ്റത്തിൽ ഒരു NFS ക്ലയൻ്റ് ഇൻസ്റ്റാൾ ചെയ്യണം, കൂടാതെ അവരുടെ ഡിസ്ക് സ്പേസ് നൽകുന്ന കമ്പ്യൂട്ടറുകളിൽ ഒരു NFS സെർവർ ഇൻസ്റ്റാൾ ചെയ്യണം.

ഒരു NFS സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു (192.168.1.2)

1. ഇൻസ്റ്റാൾ ചെയ്യുക. SSH വഴി സെർവർ കമ്പ്യൂട്ടറിലേക്കോ അതിൻ്റെ കൺസോളിലേക്കോ കണക്റ്റുചെയ്ത ശേഷം, നൽകുക:

Sudo apt-get install nfs-kernel-server nfs-common portmap

ഇത് എൻഎഫ്എസ് സെർവറും ആവശ്യമായ പോർട്ട്മാപ്പ് പാക്കേജും ഇൻസ്റ്റാൾ ചെയ്യും.

2. സജ്ജമാക്കുക. ഞങ്ങൾ തുറക്കാൻ ആഗ്രഹിക്കുന്ന ഡയറക്‌ടറികളുടെ ലിസ്റ്റും അവ തുറക്കാൻ ആഗ്രഹിക്കുന്നവരുടെ ലിസ്റ്റും കോൺഫിഗർ ചെയ്യുന്നതിന്, ഞങ്ങൾ ഫയൽ എഡിറ്റ് ചെയ്യും /etc/കയറ്റുമതി :

Sudo nano /etc/exports /data 192.168.1.1/24(rw,no_root_squash,async)

മുകളിലുള്ള ഉദാഹരണത്തിൽ, ഞങ്ങൾ സെർവറിൽ ഒരു ഡയറക്ടറി തുറന്നു /ഡാറ്റ കൂടാതെ IP ഉള്ള എല്ലാ കമ്പ്യൂട്ടറുകൾക്കും പങ്കിട്ട ഉപയോഗത്തിനായുള്ള അതിൻ്റെ ഉപഡയറക്‌ടറികൾ: 192.168.1.1 - 192.168.1.255 വായിക്കാനും എഴുതാനുമുള്ള അവകാശങ്ങൾ.

മറ്റൊരു ഉദാഹരണം:

/home/serg/ 192.168.1.34(ro,async)

ഈ ഉദാഹരണം IP 192.168.1.34 ഉള്ള ഒരു കമ്പ്യൂട്ടറിൽ യൂസർ സെർഗിൻ്റെ ഹോം ഡയറക്ടറി റീഡ്-ഒൺലി മോഡിൽ ലഭ്യമാക്കുന്നു. നെറ്റ്‌വർക്കിലെ മറ്റെല്ലാ കമ്പ്യൂട്ടറുകൾക്കും ഈ ഡയറക്‌ടറിയിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കില്ല.

ലഭ്യമായ ഓപ്ഷനുകൾ:

• റോ - വായിക്കാൻ മാത്രമുള്ള അവകാശങ്ങൾ. സ്ഥിരസ്ഥിതിയായി ഇൻസ്റ്റാൾ ചെയ്തതിനാൽ നിങ്ങൾ അത് വ്യക്തമാക്കേണ്ടതില്ല;
• rw - ക്ലയൻ്റുകൾക്ക് എഴുതാനുള്ള അനുമതി നൽകുന്നു;
• no_root_squash - സ്ഥിര ഉപയോക്താവ് റൂട്ട് ഓണാണ് ക്ലയൻ്റ് മെഷീൻസെർവറിലെ ഓപ്പൺ ഡയറക്‌ടറികളിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കില്ല. ഈ ഓപ്ഷൻ ഉപയോഗിച്ച് ഞങ്ങൾ ഈ പരിമിതി ഇല്ലാതാക്കുന്നു. സുരക്ഷാ കാരണങ്ങളാൽ, ഇത് ചെയ്യാതിരിക്കുന്നതാണ് നല്ലത്;
• noaccess - നിർദ്ദിഷ്‌ട ഡയറക്ടറിയിലേക്കുള്ള പ്രവേശനം നിഷേധിക്കുന്നു. നിങ്ങൾ മുമ്പ് എല്ലാ നെറ്റ്‌വർക്ക് ഉപയോക്താക്കൾക്കും ഒരു നിശ്ചിത ഡയറക്‌ടറിയിലേക്ക് ആക്‌സസ് സജ്ജീകരിച്ചാൽ അത് ഉപയോഗപ്രദമാകും, കൂടാതെ ഇപ്പോൾ ഉപഡയറക്‌ടറിയിലേക്കുള്ള ആക്‌സസ് ചില ഉപയോക്താക്കൾക്ക് മാത്രമായി പരിമിതപ്പെടുത്താൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നു.

ഇപ്പോൾ നിങ്ങൾ nfs-kernel-server പുനരാരംഭിക്കേണ്ടതുണ്ട്:

Sudo /etc/init.d/nfs-kernel-server restart

ഇതിനുശേഷം നിങ്ങൾക്ക് ഫയലിൽ എന്തെങ്കിലും മാറ്റണമെങ്കിൽ /etc/കയറ്റുമതി , മാറ്റങ്ങൾ പ്രാബല്യത്തിൽ വരുന്നതിന്, ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

സുഡോ കയറ്റുമതി -എ

എല്ലാം. NFS സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും കോൺഫിഗർ ചെയ്യുകയും ചെയ്തു. നിങ്ങൾക്ക് NFS ക്ലയൻ്റിലേക്ക് മാറാം.

NFS ക്ലയൻ്റ് ഇൻസ്റ്റാൾ ചെയ്യുകയും ക്രമീകരിക്കുകയും ചെയ്യുന്നു

1. ഇൻസ്റ്റലേഷൻ. കമ്പ്യൂട്ടർ ടെർമിനലിൽ ഞങ്ങൾ ഇനിപ്പറയുന്നവ ചെയ്യുന്നു, അത് ബന്ധിപ്പിക്കും:

Sudo apt-get install portmap nfs-common

2. സജ്ജീകരണം. ആദ്യം, റിമോട്ട് ഫോൾഡർ മൌണ്ട് ചെയ്യുന്ന ഒരു ഡയറക്ടറി ഉണ്ടാക്കാം:

Cd ~ mkdir ഡാറ്റ

നിങ്ങൾക്ക് രണ്ട് തരത്തിൽ മൗണ്ട് ചെയ്യാം - ഓരോ തവണയും സ്വമേധയാ അല്ലെങ്കിൽ ഒരു ഫയലിലേക്ക് മൗണ്ട് ഓപ്ഷനുകൾ എഴുതുക /etc/fstab.

രീതി 1: മാനുവൽ മൗണ്ടിംഗ്
ഡെസ്ക്ടോപ്പിലോ മറ്റേതെങ്കിലും ഫോൾഡറിലോ ഒരു ടെക്സ്റ്റ് ഫയൽ സൃഷ്ടിക്കുക:

നാനോ ~/Desktop/nfs-server-connect

ഞങ്ങൾ അതിൽ എഴുതുന്നു:

#! /bin/bash sudo mount -t nfs -o ro,soft,intr 192.168.1.2:/data ~/data

നമുക്ക് ഇത് എക്സിക്യൂട്ടബിൾ ആക്കാം:

Chmod +x ~/Desktop/nfs-server-connect

ഇപ്പോൾ, എനിക്ക് സെർവറിലേക്ക് കണക്‌റ്റ് ചെയ്യേണ്ടിവരുമ്പോൾ, ഞാൻ ഈ സ്‌ക്രിപ്റ്റ് ടെർമിനലിൽ പ്രവർത്തിപ്പിക്കുന്നു, അതുവഴി എനിക്ക് സുഡോയുടെ പാസ്‌വേഡ് നൽകാനാകും.

രീതി 2: /etc/fstab-ലേക്ക് ചേർക്കുക
/etc/fstab തുറക്കുക:

സുഡോ നാനോ /etc/fstab

ഫയലിൻ്റെ അവസാനം ഒരു വരി ചേർക്കുക:

192.168.1.2:/data ~/data nfs rw,hard,intr 0 0

ശ്രദ്ധ! 192.168.1.2:/data-ന് പകരം, IP അല്ലെങ്കിൽ സെർവർ നാമവും ഡയറക്‌ടറി പാതയും നൽകുക പങ്കുവയ്ക്കുന്നു. മൌണ്ട് ഓപ്ഷനുകൾ മാറ്റാം.

ഓപ്ഷൻ കഠിനമായഇത് ക്ലയൻ്റിലുള്ള ഡയറക്‌ടറിയെ സെർവറുമായി കർശനമായി ബന്ധിപ്പിക്കുന്നു, കൂടാതെ സെർവർ വീഴുകയാണെങ്കിൽ, നിങ്ങളുടെ കമ്പ്യൂട്ടറും മരവിച്ചേക്കാം. ഓപ്ഷൻ മൃദുവായ, അതിൻ്റെ പേര് സൂചിപ്പിക്കുന്നത് പോലെ, അത്ര വർഗ്ഗീയമല്ല.

ഫയൽ സംരക്ഷിച്ച ശേഷം, നിങ്ങൾക്ക് റിമോട്ട് ഫോൾഡർ മൌണ്ട് ചെയ്യാം.

ഉപയോക്താവിന് വ്യത്യസ്ത കമ്പ്യൂട്ടറുകളിൽ വ്യത്യസ്ത സമയങ്ങളിൽ പ്രവർത്തിക്കാൻ കഴിയും. ഒരു ഫയൽ സെർവർ ഉപയോഗിച്ച്, ഒരേസമയം നിരവധി ജോലികൾ പരിഹരിക്കപ്പെടും:

1. പതിവ് ബാക്കപ്പ്എല്ലാ ഡാറ്റയും: നിരവധി പതിനായിരക്കണക്കിന് അല്ലെങ്കിൽ നൂറുകണക്കിന് കമ്പ്യൂട്ടറുകൾക്കായി ഈ പ്രവർത്തനം നടത്തുന്നത് യാഥാർത്ഥ്യമല്ല, പക്ഷേ ഇത് തികച്ചും സാദ്ധ്യമാണ് - ഒരൊറ്റ സെർവറിൽ നിന്നോ നിരവധി സെർവറുകളിൽ നിന്നോ.
2. ഡാറ്റ സംഭരണത്തിൻ്റെ വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നു: നെറ്റ്‌വർക്കിലെ എല്ലാ കമ്പ്യൂട്ടറുകളും ഒരു റെയ്‌ഡ് അറേ ഉപയോഗിച്ച് സജ്ജീകരിക്കുന്നത് യുക്തിരഹിതമാണ്, കാരണം കമ്പ്യൂട്ടറിലെ മിക്ക ഫയലുകളും പോലുള്ളവ ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജുകൾപരാജയത്തിൽ നിന്ന് സംരക്ഷിക്കുന്നതിനേക്കാൾ വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യാൻ എളുപ്പമുള്ള പ്രോഗ്രാമുകൾ; എന്നാൽ ഫയൽ സെർവറിനെ ഒരു ഹാർഡ്‌വെയർ റെയ്‌ഡ് അറേ ഉപയോഗിച്ച് സജ്ജീകരിക്കുകയോ അവിടെ ഒരു സോഫ്റ്റ്‌വെയർ റെയ്‌ഡ് അറേ സംഘടിപ്പിക്കുകയോ ചെയ്യുന്നത് തികച്ചും ന്യായമാണ്, അല്ലെങ്കിൽ കുറഞ്ഞത് ലളിതമായ ഡിസ്‌ക് മിററിംഗ്.
3. ഡാറ്റ സംഭരണത്തിൻ്റെ വില കുറയ്ക്കുന്നു: നിങ്ങൾക്ക് ധാരാളം ഡാറ്റ സംഭരിക്കണമെങ്കിൽ ഓരോ കമ്പ്യൂട്ടറിലും ഒരു വലിയ ഡിസ്ക് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ചെലവേറിയതും കാര്യക്ഷമമല്ലാത്തതുമാണ്, പക്ഷേ സെർവറിൽ സ്കെയിലബിൾ ഒന്ന് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് തികച്ചും സാദ്ധ്യമാണ്. ഡിസ്ക് സബ്സിസ്റ്റംവലിയ വോള്യം.
4. ഏത് കമ്പ്യൂട്ടറിൽ നിന്നും ഒരേ ഡാറ്റയിലേക്ക് ആക്സസ് നൽകുന്നു.

NFS-ൻ്റെ വിവരണം

NFS സേവനം സെർവറിനെ പങ്കിട്ട ആക്സസ് നൽകാൻ അനുവദിക്കുന്നു നിർദ്ദിഷ്ട ഡയറക്ടറികൾഅതിൻ്റെ പ്രാദേശിക ഫയൽ സിസ്റ്റം ക്ലയൻ്റ് ഈ ഡയറക്‌ടറികൾ ക്ലയൻ്റിൻ്റെ ലോക്കൽ ഡയറക്‌ടറികൾ പോലെ മൌണ്ട് ചെയ്യാനും.

NFS പതിപ്പുകൾ

സൺ മൈക്രോസിസ്റ്റംസ് വികസിപ്പിച്ച എൻഎഫ്എസ് വളരെ വിജയകരമായിരുന്നു, അതിൻ്റെ നടപ്പാക്കലുകൾ മിക്കവാറും എല്ലാ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലും വിവിധ കമ്പനികൾ നടപ്പിലാക്കി. അടിസ്ഥാനപരമായ നിരവധി ഉണ്ട് വ്യത്യസ്ത നടപ്പാക്കലുകൾഎൻഎഫ്എസ്. NFS 2.0 പതിപ്പ് വളരെ സാധാരണമാണ്, എന്നിരുന്നാലും NFS 3.0 ഇതിനകം തന്നെ സോളാരിസ് 2.5-ൽ അവതരിപ്പിച്ചിരുന്നു. Solaris 9 ഉൾപ്പെടെയുള്ള Solaris-ൻ്റെ തുടർന്നുള്ള പതിപ്പുകൾ NFS-ൽ കാര്യമായ കൂട്ടിച്ചേർക്കലുകൾ വരുത്തി, എന്നാൽ പ്രോട്ടോക്കോൾ തന്നെ മറ്റ് സിസ്റ്റങ്ങളിൽ NFS 3.0 നടപ്പിലാക്കലുകളുമായി പൊരുത്തപ്പെട്ടു. NFS 3.0 മുതൽ, TCP, UDP വഴിയുള്ള പാക്കറ്റ് ട്രാൻസ്മിഷൻ പിന്തുണയ്ക്കുന്നു; മുമ്പ് UDP മാത്രമേ പിന്തുണച്ചിരുന്നുള്ളൂ.

ശ്രദ്ധാലുവായിരിക്കുക! നെറ്റ്‌വർക്ക് ഒരേ പതിപ്പിൻ്റെ NFS ക്ലയൻ്റുകളും സെർവറുകളും ഉപയോഗിക്കണം. NFS 2.0 പഴയ സിസ്റ്റങ്ങളിൽ കാണാം, ഉദാഹരണത്തിന്, HP-UX 10.0. ഉപയോഗിക്കുന്ന സിസ്റ്റങ്ങൾ തമ്മിലുള്ള സഹകരണം വ്യത്യസ്ത പതിപ്പുകൾ NFS ശുപാർശ ചെയ്യുന്നില്ല.

NFS-ൻ്റെയും മറ്റ് പങ്കിട്ട ഡയറക്ടറി സേവനങ്ങളുടെയും അനുയോജ്യത

ജോലിയുടെ അർത്ഥത്തിലും ഓർഗനൈസേഷനിലും NFS സമാനമാണ് ഡയറക്ടറികൾ പങ്കിട്ടു(പങ്കിട്ട ഫോൾഡറുകൾ) ൽ വിൻഡോസ് സിസ്റ്റങ്ങൾ, എന്നാൽ ഈ സേവനങ്ങൾ തികച്ചും വ്യത്യസ്തമായ ഓപ്പറേറ്റിംഗ് പ്രോട്ടോക്കോളുകൾ ഉപയോഗിക്കുന്നു, അവ പരസ്പരം പൊരുത്തപ്പെടുന്നില്ല. എന്നിരുന്നാലും, നിരവധി ഉണ്ട് സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾ, ഏത് വിൻഡോസ് സിസ്റ്റങ്ങളിൽ എൻഎഫ്എസ് പിന്തുണ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അതിനാൽ വ്യത്യസ്ത ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളുള്ള ഒരു നെറ്റ്‌വർക്കിൽ എൻഎഫ്എസ് ഉപയോഗിക്കുന്നത് ഒരു പ്രശ്‌നമല്ല, എൻഎഫ്എസിൻ്റെ അതേ പതിപ്പുകൾ ഉപയോഗിക്കാൻ നിങ്ങൾ ഓർമ്മിക്കേണ്ടതുണ്ട്.

NFS ഒരു ക്ലയൻ്റ്-സെർവർ മോഡലിൽ പ്രവർത്തിക്കുന്നു, സെർവറിലെ പങ്കിട്ട ഡയറക്ടറികളിലേക്ക് ആക്‌സസ് നൽകുന്നതിന് ക്ലയൻ്റ്, സെർവർ കമ്പ്യൂട്ടറുകൾ വ്യത്യസ്ത പ്രോഗ്രാമുകൾ പ്രവർത്തിപ്പിക്കുന്നു.

റഷ്യയിലെ ജീവനക്കാരുടെ ജോലിസ്ഥലങ്ങളിലെ കമ്പ്യൂട്ടറുകൾ സാധാരണയായി വിൻഡോസ് സിസ്റ്റങ്ങളാൽ നിയന്ത്രിക്കപ്പെടുന്നതിനാൽ, വിൻഡോസ് സിസ്റ്റങ്ങൾ പലപ്പോഴും ഫയൽ സെർവറുകളായി ഉപയോഗിക്കുന്നു. എന്നിരുന്നാലും, വിശ്വാസ്യത വർദ്ധിപ്പിക്കുന്നതിനും ഹാർഡ്‌വെയർ ചെലവ് കുറയ്ക്കുന്നതിനും അല്ലെങ്കിൽ മറ്റ് നിരവധി കോർപ്പറേറ്റ് ആവശ്യങ്ങൾക്കായി ഒരേ സെർവർ ഉപയോഗിക്കുന്നതിനും വേണ്ടി ഒരു ഫയൽ സെർവറിൽ UNIX ഇൻസ്റ്റാൾ ചെയ്യാൻ പലപ്പോഴും ആഗ്രഹമുണ്ട്: ഒരു വെബ് സെർവർ, ഡാറ്റാബേസ് സെർവർ മുതലായവ. NFS-നെ പിന്തുണയ്ക്കുന്നതിനായി അധിക സോഫ്റ്റ്‌വെയർ ഇൻസ്റ്റാൾ ചെയ്യാതിരിക്കാൻ, ഈ സാഹചര്യത്തിൽ UNIX മെഷീനിൽ സാംബ പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്താൽ മതിയാകും. ഒരു വിൻഡോസ് സെർവറായി "നടിക്കാൻ" ഇത് അനുവദിക്കും, അതിലൂടെ എല്ലാ ക്ലയൻ്റ് കമ്പ്യൂട്ടറുകളും ഒരു വിൻഡോസ് നെറ്റ്‌വർക്കിലെ ഒരു സാധാരണ ഫയൽ സെർവർ അല്ലെങ്കിൽ പ്രിൻ്റ് സെർവർ ആയി മനസ്സിലാക്കും. വിൻഡോസ് നെറ്റ്‌വർക്കുകൾക്കുള്ള നേറ്റീവ് എസ്എംബി പ്രോട്ടോക്കോളിനായി സാംബ പാക്കേജ് പിന്തുണ നൽകുന്നു.

നെറ്റ്‌വർക്കിൽ നിരവധി UNIX കമ്പ്യൂട്ടറുകൾ പ്രവർത്തിക്കുകയും അവയ്ക്ക് ഒരു ഫയൽ സെർവർ ആക്‌സസ് ചെയ്യേണ്ട സന്ദർഭങ്ങളിലും, NFS (നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം) മെക്കാനിസം ഉപയോഗിക്കുന്നത് യുക്തിസഹമാണ്.

നെറ്റ്‌വർക്ക് പരാജയങ്ങളെ NFS വളരെ പ്രതിരോധിക്കുന്നില്ല, തടസ്സമില്ലാത്ത നെറ്റ്‌വർക്ക് പ്രവർത്തനം ആവശ്യമാണ് കൂടാതെ ക്ലയൻ്റും സെർവറും തമ്മിലുള്ള വേഗത്തിലുള്ള കണക്ഷൻ ആവശ്യമാണ്. ഇൻറർനെറ്റ് പോലെയുള്ള പ്രാദേശിക നെറ്റ്‌വർക്കിന് പുറത്ത് ഫയൽ സിസ്റ്റങ്ങൾ മൌണ്ട് ചെയ്യാൻ NFS ഉപയോഗിക്കുന്നത് സാങ്കേതികമായി സാധ്യമാണ്, എന്നാൽ വളരെ പ്രായോഗികവും സുരക്ഷിതവുമല്ല.

NFS ടെർമിനോളജി

NFS സെർവർ സജ്ജീകരിച്ച ശേഷം, UNIX കമ്പ്യൂട്ടർ അതിൻ്റെ ചില ഡയറക്ടറികളിലേക്ക് ബാഹ്യ ഉപയോക്താക്കൾക്ക് പ്രവേശനം നൽകും. ഫയൽ സിസ്റ്റം. ഈ ആക്‌സസ് വ്യവസ്ഥയെ "കയറ്റുമതി" എന്ന് വിളിക്കുന്നു: സിസ്റ്റം അതിൻ്റെ ഡയറക്‌ടറികൾ കയറ്റുമതി ചെയ്യുന്നതായി പറയപ്പെടുന്നു. ഡയറക്‌ടറികൾ എങ്ങനെയാണ് എക്‌സ്‌പോർട്ട് ചെയ്യേണ്ടത് എന്നത് സിസ്റ്റം അഡ്മിനിസ്‌ട്രേറ്റർ വ്യക്തമാക്കിയ ലിസ്റ്റ് അനുസരിച്ചാണ് നിർണ്ണയിക്കുന്നത്. ഭൂരിപക്ഷത്തിലും UNIX സിസ്റ്റങ്ങൾഈ ലിസ്റ്റ് /etc/exports ഫയലിൽ അടങ്ങിയിരിക്കുന്നു, എന്നാൽ Solaris-ൽ ഇത് മറ്റൊരു ഫയലിലാണ് - /etc/dfs/dfstab.

NFS ഒരു റിമോട്ട് പ്രൊസീജർ കോൾ മെക്കാനിസത്തിലൂടെ പ്രവർത്തിക്കുന്നു ( RPC - റിമോട്ട് പ്രൊസീജർ കോൾ).

എന്താണ് RPC

ആർപിസിയുടെ പ്രത്യയശാസ്ത്രം പ്രോഗ്രാമർക്ക് വളരെ ലളിതവും ആകർഷകവുമാണ്. പതിവുപോലെ ഇത് പ്രവർത്തിക്കുന്നു നെറ്റ്വർക്ക് ആപ്ലിക്കേഷൻ? ഇത് ഒരു പ്രോട്ടോക്കോൾ പിന്തുടരുന്നു (ഉദാഹരണത്തിന്, HTTP): ഇത് ഒരു അഭ്യർത്ഥന പാക്കറ്റ് സൃഷ്ടിക്കുന്നു, ഒരു കണക്ഷൻ സ്ഥാപിക്കുന്നതിന് സിസ്റ്റം ഫംഗ്‌ഷനെ വിളിക്കുന്നു, തുടർന്ന് പാക്കറ്റ് അയയ്‌ക്കുന്നതിനുള്ള ഫംഗ്‌ഷൻ, തുടർന്ന് ഒരു പ്രതികരണ പാക്കറ്റിനായി കാത്തിരിക്കുകയും കണക്ഷൻ അടയ്ക്കുന്നതിന് ഫംഗ്ഷനിലേക്ക് വിളിക്കുകയും ചെയ്യുന്നു. ഇതിനർത്ഥം നെറ്റ്‌വർക്കുമായുള്ള എല്ലാ പ്രവർത്തനങ്ങളും ആപ്ലിക്കേഷൻ എഴുതുന്ന പ്രോഗ്രാമറുടെ ആശങ്കയാണ്: നെറ്റ്‌വർക്ക് ഫംഗ്ഷനുകളെ വിളിക്കാൻ അവൻ ഓർക്കണം സിസ്റ്റം API, നെറ്റ്‌വർക്ക് പരാജയങ്ങളുടെ കാര്യത്തിൽ പ്രവർത്തനങ്ങളെക്കുറിച്ച് ചിന്തിക്കുക.

ഒരു ക്ലയൻ്റും സെർവറും തമ്മിൽ ഡാറ്റ കൈമാറ്റം ചെയ്യുന്നതിനുള്ള മറ്റൊരു മാർഗം RPC-യിൽ ഉൾപ്പെടുന്നു. ഒരു പ്രോഗ്രാമറുടെ വീക്ഷണകോണിൽ നിന്ന്, RPC ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന ഒരു ക്ലയൻ്റ് ആപ്ലിക്കേഷൻ സെർവറിൽ ഒരു ഫംഗ്ഷൻ വിളിക്കുന്നു, അത് എക്സിക്യൂട്ട് ചെയ്യുകയും ഫലം നൽകുകയും ചെയ്യുന്നു. നെറ്റ്‌വർക്കിലൂടെ ഒരു ഫംഗ്‌ഷൻ അഭ്യർത്ഥന കൈമാറുകയും സെർവറിൽ നിന്ന് ക്ലയൻ്റിലേക്ക് ഫലങ്ങൾ നൽകുകയും ചെയ്യുന്നത് അപ്ലിക്കേഷന് തടസ്സമില്ലാത്തതാണ്, അതിനാൽ രണ്ടാമത്തേത് നെറ്റ്‌വർക്ക് പരാജയങ്ങളെക്കുറിച്ചോ നടപ്പിലാക്കൽ വിശദാംശങ്ങളെക്കുറിച്ചോ വിഷമിക്കേണ്ടതില്ല. ഗതാഗത പ്രോട്ടോക്കോൾ.

നെറ്റ്‌വർക്കിലൂടെയുള്ള ഡാറ്റാ കൈമാറ്റത്തിൻ്റെ സുതാര്യത ഉറപ്പാക്കുന്നതിന്, രണ്ട്-ഘട്ട നടപടിക്രമം കണ്ടുപിടിച്ചു. സെർവറിൽ, ആർപിസി വഴി സേവനം നൽകുന്ന ഏതൊരു ആപ്ലിക്കേഷനും പോർട്ട് മാപ്പർ എന്ന പ്രോഗ്രാമിൽ രജിസ്റ്റർ ചെയ്യണം. ക്ലയൻ്റ് അഭ്യർത്ഥിച്ച RPC നടപടിക്രമ നമ്പറും സെർവർ ആപ്ലിക്കേഷൻ അഭ്യർത്ഥനകൾ കേൾക്കുന്ന TCP അല്ലെങ്കിൽ UDP പോർട്ട് നമ്പറും തമ്മിൽ ഒരു കത്തിടപാടുകൾ സ്ഥാപിക്കുക എന്നതാണ് ഈ പ്രോഗ്രാമിൻ്റെ പ്രവർത്തനം. പൊതുവായി പറഞ്ഞാൽ, ടിസിപി അല്ലെങ്കിൽ യുഡിപി എന്നതിലുപരിയായി ആർപിസിക്ക് പ്രവർത്തിക്കാൻ കഴിയും. സോളാരിസ് ടിഐ (ട്രാൻസ്പോർട്ട് ഇൻഡിപെൻഡൻ്റ്) മെക്കാനിസത്തെ അടിസ്ഥാനമാക്കിയുള്ള പ്രവർത്തനം നടപ്പിലാക്കുന്നു, അതിനാൽ സോളാരിസിൽ പോർട്ട് വിവർത്തകനെ വിളിക്കുന്നു rpcbind, പക്ഷേ അല്ല പോർട്ട്മാപ്പ്, Linux അല്ലെങ്കിൽ FreeBSD പോലെ.

ഒരു പോർട്ട് വിവർത്തകനുമായി രജിസ്റ്റർ ചെയ്യുന്ന ഒരു ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിന് പ്രോസസ് ചെയ്യാൻ കഴിയുന്ന പ്രോഗ്രാം നമ്പർ, പതിപ്പ് നമ്പർ, നടപടിക്രമ നമ്പറുകൾ എന്നിവ പറയുന്നു. ഈ നടപടിക്രമങ്ങൾ പിന്നീട് ക്ലയൻ്റ് നമ്പർ ഉപയോഗിച്ച് വിളിക്കും. കൂടാതെ, നടപടിക്രമങ്ങൾ നടപ്പിലാക്കുന്നതിനുള്ള അഭ്യർത്ഥനകൾ സ്വീകരിക്കാൻ ഉപയോഗിക്കുന്ന TCP, UDP പോർട്ട് നമ്പറുകൾ ആപ്ലിക്കേഷൻ റിപ്പോർട്ട് ചെയ്യുന്നു.

ഒരു സെർവറിൽ ഒരു നടപടിക്രമം നടപ്പിലാക്കാൻ ആഗ്രഹിക്കുന്ന ഒരു ക്ലയൻ്റ് ആദ്യം ഏത് TCP അല്ലെങ്കിൽ UDP പോർട്ടിലേക്കാണ് അഭ്യർത്ഥന അയയ്‌ക്കേണ്ടതെന്ന് കണ്ടെത്താൻ സെർവറിലെ പോർട്ട് ട്രാൻസ്ലേറ്ററിന് ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുന്നു. പോർട്ട് ട്രാൻസ്ലേറ്റർ സിസ്റ്റം സ്റ്റാർട്ടപ്പിൽ ആരംഭിക്കുകയും എല്ലായ്പ്പോഴും പ്രവർത്തിക്കുകയും ചെയ്യുന്നു സ്റ്റാൻഡേർഡ് പോർട്ട് 111. അതിൽ നിന്ന് ഒരു പ്രതികരണം ലഭിച്ച ശേഷം, ക്ലയൻ്റ് ആവശ്യമായ ആപ്ലിക്കേഷനുമായി പൊരുത്തപ്പെടുന്ന ഒരു അഭ്യർത്ഥന പോർട്ടിലേക്ക് അയയ്ക്കുന്നു. ഉദാഹരണത്തിന്, NFS സെർവർ പോർട്ട് 2049-ൽ പ്രവർത്തിക്കുന്നു.

NFS വഴി ഒരു പങ്കിട്ട ഡയറക്ടറി മൌണ്ട് ചെയ്യുന്നതിനുള്ള നടപടിക്രമം

NFS സെർവറിനും ക്ലയൻ്റിനുമുള്ള ക്രമീകരണങ്ങൾ വിവരിക്കുന്നതിന് മുമ്പ്, വിദൂര ഫയൽ സിസ്റ്റങ്ങൾ എങ്ങനെ മൗണ്ട് ചെയ്യാമെന്ന് നിങ്ങൾ മനസ്സിലാക്കണം.

NFS ക്ലയൻ്റ് മൗണ്ട് അഭ്യർത്ഥന അയയ്ക്കുന്നു റിമോട്ട് കമ്പ്യൂട്ടർ, അതിൻ്റെ നൽകുന്നു ഫയൽ സിസ്റ്റം(സാധാരണയായി അതിൻ്റെ ചില ഭാഗം) വേണ്ടി സാധാരണ ഉപയോഗം. ഈ സാഹചര്യത്തിൽ, NFS സെർവർ ഈ അല്ലെങ്കിൽ ആ ഡയറക്‌ടറി "കയറ്റുമതി" ചെയ്യുന്നുവെന്ന് അവർ പറയുന്നു (ഉപ ഡയറക്‌ടറികളുള്ള അർത്ഥം). ഒരു ഉപഭോക്താവിൽ നിന്നുള്ള അഭ്യർത്ഥന

നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം NFS അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം ഒരു ജനപ്രിയ നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം പ്രോട്ടോക്കോൾ ആണ്, അത് റിമോട്ട് കണക്റ്റുചെയ്യാൻ ഉപയോക്താക്കളെ അനുവദിക്കുന്നു നെറ്റ്‌വർക്ക് ഡയറക്ടറികൾനിങ്ങളുടെ മെഷീനിൽ സെർവറുകൾക്കിടയിൽ ഫയലുകൾ കൈമാറുക. നിങ്ങളുടെ ഫയലുകൾക്കായി മറ്റൊരു മെഷീനിൽ ഡിസ്ക് സ്പേസ് ഉപയോഗിക്കാനും മറ്റ് സെർവറുകളിൽ സ്ഥിതിചെയ്യുന്ന ഫയലുകളിൽ പ്രവർത്തിക്കാനും കഴിയും. അടിസ്ഥാനപരമായി, ഇത് ലിനക്സിനായുള്ള വിൻഡോസ് പങ്കിടലിനുള്ള ഒരു ബദലാണ്, സാംബയിൽ നിന്ന് വ്യത്യസ്തമായി, ഇത് കേർണൽ തലത്തിൽ നടപ്പിലാക്കുകയും കൂടുതൽ സ്ഥിരതയോടെ പ്രവർത്തിക്കുകയും ചെയ്യുന്നു.

ഈ ലേഖനം ചർച്ച ചെയ്യും nfs ഇൻസ്റ്റലേഷൻഉബുണ്ടു 16.04 ൽ. എല്ലാവരുടെയും ഇൻസ്റ്റാളേഷൻ ഞങ്ങൾ വിശകലനം ചെയ്യും ആവശ്യമായ ഘടകങ്ങൾ, ഒരു പങ്കിട്ട ഫോൾഡർ സജ്ജീകരിക്കുന്നു, അതുപോലെ നെറ്റ്‌വർക്ക് ഫോൾഡറുകൾ ബന്ധിപ്പിക്കുന്നു.

ഇതിനകം സൂചിപ്പിച്ചതുപോലെ, NFS ഒരു നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റമാണ്. പ്രവർത്തിക്കാൻ, നിങ്ങൾക്ക് ഹോസ്റ്റ് ചെയ്യേണ്ട ഒരു സെർവർ ആവശ്യമാണ് ഒരു പങ്കിട്ട ഫോൾഡർഒപ്പം കയറാൻ കഴിയുന്ന ക്ലയൻ്റുകളും നെറ്റ്വർക്ക് ഫോൾഡർഎങ്ങനെ സാധാരണ ഡിസ്ക്സിസ്റ്റത്തിൽ. മറ്റ് പ്രോട്ടോക്കോളുകളിൽ നിന്ന് വ്യത്യസ്തമായി, NFS സുതാര്യമായ ആക്സസ് നൽകുന്നു ഇല്ലാതാക്കിയ ഫയലുകൾ. പ്രോഗ്രാമുകൾ ഒരു സാധാരണ ഫയൽ സിസ്റ്റത്തിലേതു പോലെ ഫയലുകൾ കാണുകയും ലോക്കൽ ഫയലുകൾ പോലെ അവയുമായി പ്രവർത്തിക്കുകയും ചെയ്യും, മുഴുവൻ ഫയലിനും പകരം ഫയലിൻ്റെ അഭ്യർത്ഥിച്ച ഭാഗം മാത്രം nfs നൽകുന്നു, അതിനാൽ ഈ ഫയൽ സിസ്റ്റം വേഗതയേറിയ ഇൻ്റർനെറ്റ് ഉള്ള സിസ്റ്റങ്ങളിൽ അല്ലെങ്കിൽ ഒരു സിസ്റ്റത്തിൽ നന്നായി പ്രവർത്തിക്കും. പ്രാദേശിക നെറ്റ്വർക്ക്.

NFS ഘടകങ്ങൾ ഇൻസ്റ്റോൾ ചെയ്യുന്നു

NFS-ൽ പ്രവർത്തിക്കുന്നതിന് മുമ്പ്, നമുക്ക് നിരവധി പ്രോഗ്രാമുകൾ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടിവരും. സെർവറായിരിക്കുന്ന മെഷീനിൽ, നിങ്ങൾ nfs-kernel-server പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട്, അത് ubuntu 16.04-ൽ nfs ഷെയറുകൾ തുറക്കാൻ ഉപയോഗിക്കും. ഇത് ചെയ്യുന്നതിന്, പ്രവർത്തിപ്പിക്കുക:

sudo apt nfs-kernel-server ഇൻസ്റ്റാൾ ചെയ്യുക

ഇപ്പോൾ സെർവർ ശരിയായി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടോ എന്ന് പരിശോധിക്കാം. പോർട്ട് 2049-ൽ TCP, UDP എന്നിവയ്‌ക്കുള്ള കണക്ഷനുകൾക്കായി NFS സേവനം ശ്രദ്ധിക്കുന്നു. കമാൻഡ് ഉപയോഗിച്ച് ഈ പോർട്ടുകൾ യഥാർത്ഥത്തിൽ ഉപയോഗത്തിലാണോ എന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും:

rpcinfo -p | grep nfs

കേർണൽ തലത്തിൽ NFS പിന്തുണയ്ക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കേണ്ടതും പ്രധാനമാണ്:

cat /proc/filesystems | grep nfs

ഇത് പ്രവർത്തിക്കുന്നതായി ഞങ്ങൾ കാണുന്നു, പക്ഷേ ഇല്ലെങ്കിൽ, നിങ്ങൾ nfs കേർണൽ മൊഡ്യൂൾ സ്വമേധയാ ലോഡ് ചെയ്യേണ്ടതുണ്ട്:

സ്റ്റാർട്ടപ്പിലേക്ക് nfs ചേർക്കാം:

sudo systemctl nfs പ്രാപ്തമാക്കുന്നു

ഈ ഫയൽ സിസ്റ്റത്തിൽ പ്രവർത്തിക്കാൻ നിങ്ങൾ ക്ലയൻ്റ് കമ്പ്യൂട്ടറിൽ nfs-common പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട്. നിങ്ങൾ സെർവർ ഘടകങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതില്ല, ഈ പാക്കേജ് മതിയാകും:

sudo apt ഇൻസ്റ്റാൾ nfs-common

ഉബുണ്ടുവിൽ ഒരു NFS സെർവർ സജ്ജീകരിക്കുന്നു

നമുക്ക് ഏത് ഫോൾഡറിലേക്കും NFS ആക്സസ് തുറക്കാൻ കഴിയും, എന്നാൽ ഈ ആവശ്യത്തിനായി നമുക്ക് പുതിയൊരെണ്ണം സൃഷ്ടിക്കാം:

ക്ലയൻ്റ് ഫോൾഡർ_വിലാസം (ഓപ്‌ഷനുകൾ)

നെറ്റ്‌വർക്കിലൂടെ ആക്‌സസ് ചെയ്യാൻ കഴിയുന്ന ഫോൾഡറാണ് ഫോൾഡർ വിലാസം. ക്ലയൻ്റ് - ഈ ഫോൾഡർ ആക്സസ് ചെയ്യാൻ കഴിയുന്ന IP വിലാസം അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് വിലാസം. എന്നാൽ ഓപ്ഷനുകളിൽ ഇത് കുറച്ചുകൂടി സങ്കീർണ്ണമാണ്. അവയിൽ ചിലത് നോക്കാം:

• rw- ഈ ഫോൾഡറിൽ വായിക്കാനും എഴുതാനും അനുവദിക്കുക
• റോ- വായിക്കാൻ മാത്രം അനുവദിക്കുക
• സമന്വയിപ്പിക്കുക- ഡിസ്കിൽ ഡാറ്റ സേവ് ചെയ്യുമ്പോൾ മാത്രം അടുത്ത അഭ്യർത്ഥനകളോട് പ്രതികരിക്കുക (സ്ഥിരസ്ഥിതി)
• അസമന്വിതം- ഡിസ്കിലേക്ക് ഡാറ്റ എഴുതുമ്പോൾ കണക്ഷനുകൾ തടയരുത്
• സുരക്ഷിത- കണക്ഷനായി 1024-ന് താഴെയുള്ള പോർട്ടുകൾ മാത്രം ഉപയോഗിക്കുക
• അരക്ഷിതാവസ്ഥ- ഏതെങ്കിലും പോർട്ടുകൾ ഉപയോഗിക്കുക
• മറയ്ക്കുക- നിരവധി ഡയറക്‌ടറികളിലേക്ക് ആക്‌സസ് തുറക്കുമ്പോൾ ഉപഡയറക്‌ടറികൾ മറയ്‌ക്കരുത്
• റൂട്ട്_സ്ക്വാഷ്- റൂട്ടിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ അജ്ഞാതമായവ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക
• എല്ലാം_സ്ക്വാഷ്- എല്ലാ അഭ്യർത്ഥനകളും അജ്ഞാതമാക്കുക
• അന്യൂയിഡ്ഒപ്പം അനോഞ്ചിഡ്- അജ്ഞാത ഉപയോക്താവിനുള്ള uid, gid എന്നിവ വ്യക്തമാക്കുന്നു.

ഉദാഹരണത്തിന്, ഞങ്ങളുടെ ഫോൾഡറിനായി ഈ വരി ഇതുപോലെയാകാം:

/var/nfs 127.0.0.1(rw,sync,no_subtree_check)

എല്ലാം ക്രമീകരിച്ചുകഴിഞ്ഞാൽ, NFS എക്‌സ്‌പോർട്ട് ടേബിൾ അപ്‌ഡേറ്റ് ചെയ്യുക മാത്രമാണ് അവശേഷിക്കുന്നത്:

sudo exportfs -a

അത്രയേയുള്ളൂ, ubuntu 16.04-ൽ nfs ഷെയറുകൾ തുറക്കുന്നത് പൂർത്തിയായി. ഇപ്പോൾ നമുക്ക് ക്ലയൻ്റ് കോൺഫിഗർ ചെയ്ത് അത് മൌണ്ട് ചെയ്യാൻ ശ്രമിക്കാം.

NFS കണക്ഷൻ

ഇന്നത്തെ ലേഖനത്തിൽ ഞങ്ങൾ ഈ പ്രശ്നത്തെക്കുറിച്ച് വിശദമായി സംസാരിക്കില്ല. ഇത് സ്വന്തം ലേഖനത്തിന് അർഹമായ ഒരു വലിയ വിഷയമാണ്. എന്നാൽ ഞാൻ ഇനിയും കുറച്ച് വാക്കുകൾ പറയും.

ഒരു നെറ്റ്‌വർക്ക് ഫോൾഡർ മൌണ്ട് ചെയ്യാൻ, നിങ്ങൾക്ക് Ubuntu nfs ക്ലയൻ്റൊന്നും ആവശ്യമില്ല, മൗണ്ട് കമാൻഡ് ഉപയോഗിക്കുക:

sudo മൗണ്ട് 127.0.0.1:/var/nfs/ /mnt/

ഇപ്പോൾ നിങ്ങൾക്ക് ബന്ധിപ്പിച്ച ഡയറക്ടറിയിൽ ഒരു ഫയൽ സൃഷ്ടിക്കാൻ ശ്രമിക്കാം:

ഞങ്ങൾ df ഉപയോഗിച്ച് മൌണ്ട് ചെയ്ത ഫയൽ സിസ്റ്റങ്ങളും നോക്കും:

127.0.0.1:/var/nfs 30G 6.7G 22G 24% /mnt

ഈ ഫയൽ സിസ്റ്റം പ്രവർത്തനരഹിതമാക്കുന്നതിന്, സാധാരണ umount ഉപയോഗിക്കുക:

sudo umount /mnt/

നിഗമനങ്ങൾ

ഈ ലേഖനം ക്രമീകരണം ഉൾക്കൊള്ളുന്നു nfs ഉബുണ്ടു 16.04, നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, എല്ലാം വളരെ ലളിതമായും സുതാര്യമായും ചെയ്തു. NFS ഷെയറുകൾ കണക്റ്റുചെയ്യുന്നത് സ്റ്റാൻഡേർഡ് കമാൻഡുകൾ ഉപയോഗിച്ച് കുറച്ച് ക്ലിക്കുകളിലൂടെയാണ്, കൂടാതെ ubuntu 16.04-ൽ nfs ഷെയറുകൾ തുറക്കുന്നത് ബന്ധിപ്പിക്കുന്നതിനേക്കാൾ സങ്കീർണ്ണമല്ല. നിങ്ങൾക്ക് എന്തെങ്കിലും ചോദ്യങ്ങളുണ്ടെങ്കിൽ, അഭിപ്രായങ്ങളിൽ എഴുതുക!

ബന്ധപ്പെട്ട പോസ്റ്റുകൾ:

നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം (NFS)- ഫയൽ സിസ്റ്റങ്ങൾക്കായുള്ള നെറ്റ്‌വർക്ക് ആക്‌സസ് പ്രോട്ടോക്കോൾ, റിമോട്ട് ഫയൽ സിസ്റ്റങ്ങളെ ബന്ധിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.
1984-ൽ സൺ മൈക്രോസിസ്റ്റംസ് ആണ് ആദ്യം വികസിപ്പിച്ചെടുത്തത്. അടിസ്ഥാനം Sun RPC: Remote Procedure Call. NFS സെർവർ, ക്ലയൻ്റ് ഫയൽ സിസ്റ്റം തരങ്ങളിൽ നിന്ന് സ്വതന്ത്രമാണ്. വിവിധ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കായി NFS സെർവറുകളുടെയും ക്ലയൻ്റുകളുടെയും നിരവധി നടപ്പാക്കലുകൾ ഉണ്ട്. നിലവിൽ ഉപയോഗിക്കുന്ന പതിപ്പ് NFS v.4 ആണ്, അത് പിന്തുണയ്ക്കുന്നു വിവിധ മാർഗങ്ങൾപ്രാമാണീകരണം (പ്രത്യേകിച്ച് RPCSEC GSS പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് Kerberos, LIPKEY) കൂടാതെ ആക്സസ് കൺട്രോൾ ലിസ്റ്റുകളും (POSIX, Windows തരങ്ങൾ).
NFS ക്ലയൻ്റുകൾക്ക് സെർവറിൻ്റെ ഫയലുകളിലേക്കും ഫയൽ സിസ്റ്റത്തിലേക്കും സുതാര്യമായ പ്രവേശനം നൽകുന്നു. FTP പോലെയല്ല, NFS പ്രോട്ടോക്കോൾപ്രോസസ്സ് ആക്‌സസ് ചെയ്യുന്ന ഫയലിൻ്റെ ഭാഗങ്ങൾ മാത്രമേ ആക്‌സസ്സുചെയ്യൂ, മാത്രമല്ല ഈ ആക്‌സസ് സുതാര്യമാക്കുന്നു എന്നതാണ് ഇതിൻ്റെ പ്രധാന നേട്ടം. ഇതിന് നന്ദി, പ്രവർത്തിക്കാൻ കഴിയുന്ന ഏത് ക്ലയൻ്റ് ആപ്ലിക്കേഷനും പ്രാദേശിക ഫയൽ, കൂടെ നന്നായി പ്രവർത്തിക്കാൻ കഴിയും NFS ഫയൽ, പ്രോഗ്രാമിൽ തന്നെ മാറ്റങ്ങളില്ലാതെ.
സെർവറിലേക്ക് RPC അഭ്യർത്ഥനകൾ അയച്ചുകൊണ്ട് NFS ക്ലയൻ്റുകൾ NFS സെർവറിൽ ഫയലുകൾ ആക്സസ് ചെയ്യുന്നു. സാധാരണ ഉപയോക്തൃ പ്രക്രിയകൾ ഉപയോഗിച്ച് ഇത് നടപ്പിലാക്കാൻ കഴിയും - അതായത്, NFS ക്ലയൻ്റ് സെർവറിലേക്ക് നിർദ്ദിഷ്ട RPC കോളുകൾ ചെയ്യുന്ന ഒരു ഉപയോക്തൃ പ്രക്രിയയായിരിക്കാം, അത് ഒരു ഉപയോക്തൃ പ്രക്രിയയും ആകാം.

പതിപ്പുകൾ
NFSv1 പരീക്ഷണ ആവശ്യങ്ങൾക്ക് വേണ്ടിയുള്ള ആന്തരിക ഉപയോഗത്തിന് മാത്രമായിരുന്നു. നടപ്പിലാക്കൽ വിശദാംശങ്ങൾ RFC 1094-ൽ നിർവചിച്ചിരിക്കുന്നു.
NFSv2 (RFC 1094, മാർച്ച് 1989) യഥാർത്ഥത്തിൽ പൂർണ്ണമായി UDP-യിൽ പ്രവർത്തിച്ചു.
NFSv3 (RFC 1813, ജൂൺ 1995). പതിപ്പ് 2 ലെ ഫയൽ ഡിസ്ക്രിപ്റ്ററുകൾ ഒരു അറേയാണ് നിശ്ചിത വലിപ്പം- 32 ബൈറ്റുകൾ. പതിപ്പ് 3-ൽ, ഇത് 64 ബൈറ്റുകൾ വരെ വലുപ്പമുള്ള ഒരു വേരിയബിൾ വലുപ്പമുള്ള അറേയാണ്. XDR-ൽ ഒരു വേരിയബിൾ-ലെങ്ത് അറേ നിർവചിക്കുന്നത് 4-ബൈറ്റ് കൗണ്ടർ ഉപയോഗിച്ചാണ്, തുടർന്ന് യഥാർത്ഥ ബൈറ്റുകൾ. ഇത് UNIX പോലെയുള്ള നിർവ്വഹണങ്ങളിൽ ഫയൽ ഡിസ്ക്രിപ്റ്ററിൻ്റെ വലിപ്പം കുറയ്ക്കുന്നു, അവിടെ ഏകദേശം 12 ബൈറ്റുകൾ മാത്രമേ ആവശ്യമുള്ളൂ, എന്നാൽ Unix അല്ലാത്ത നടപ്പാക്കലുകളെ അധിക വിവരങ്ങൾ കൈമാറാൻ അനുവദിക്കുന്നു.
പതിപ്പ് 2, ഓരോ വായിക്കുന്നതിനോ എഴുതുന്നതിനോ ഉള്ള ബൈറ്റുകളുടെ എണ്ണം 8192 ബൈറ്റുകളായി പരിമിതപ്പെടുത്തുന്നു. ഈ പരിമിതി പതിപ്പ് 3-ൽ ബാധകമല്ല, അതിനർത്ഥം UDP ഉപയോഗിക്കുമ്പോൾ പരിധി IP ഡാറ്റാഗ്രാമിൻ്റെ (65535 ബൈറ്റുകൾ) വലുപ്പം മാത്രമായിരിക്കും എന്നാണ്. വേഗതയേറിയ നെറ്റ്‌വർക്കുകളിൽ വായിക്കാനും എഴുതാനും വലിയ പാക്കറ്റുകൾ ഉപയോഗിക്കാൻ ഇത് അനുവദിക്കുന്നു.
വലിയ ഫയലുകളിൽ പ്രവർത്തിക്കാൻ അനുവദിക്കുന്ന 32-ബിറ്റിനുപകരം 64-ബിറ്റ് അഡ്രസ്സിങ് ഇപ്പോൾ റീഡ്, റൈറ്റ് നടപടിക്രമങ്ങൾക്കായുള്ള ഫയൽ വലുപ്പങ്ങളും ആരംഭ ബൈറ്റ് ഓഫ്‌സെറ്റുകളും ഉപയോഗിക്കുന്നു.
ആട്രിബ്യൂട്ടുകളെ ബാധിക്കുന്ന എല്ലാ കോളുകളിലും ഫയൽ ആട്രിബ്യൂട്ടുകൾ തിരികെ നൽകും.
റൈറ്റുകൾ (എഴുതുകൾ) അസമന്വിതമാകാം, അതേസമയം പതിപ്പ് 2 ൽ അവ സമന്വയമുള്ളതായിരിക്കണം.
ഒരു നടപടിക്രമം നീക്കം ചെയ്‌തു (STATFS) കൂടാതെ ഏഴെണ്ണം ചേർത്തു: ആക്‌സസ് (ഫയൽ അനുമതികൾ പരിശോധിക്കുക), MKNOD (സൃഷ്ടിക്കുക പ്രത്യേക ഫയൽ Unix), READDIRPLUS (ഒരു ഡയറക്ടറിയിലെ ഫയലുകളുടെ പേരുകൾ അവയുടെ ആട്രിബ്യൂട്ടുകൾക്കൊപ്പം നൽകുന്നു), FSINFO (റിട്ടേണുകൾ) സ്ഥിതിവിവരക്കണക്ക് വിവരങ്ങൾഫയൽ സിസ്റ്റം വിവരങ്ങൾ), FSSTAT (ഡൈനാമിക് ഫയൽ സിസ്റ്റം വിവരങ്ങൾ നൽകുന്നു), PATHCONF (POSIX.1 ഫയൽ സിസ്റ്റം വിവരങ്ങൾ നൽകുന്നു), കൂടാതെ COMMIT (മുമ്പ് നിർമ്മിച്ച അസിൻക്രണസ് റൈറ്റുകൾ പെർസിസ്റ്റൻ്റ് സ്റ്റോറേജിലേക്ക് സമർപ്പിക്കുന്നു).
പതിപ്പ് 3 അവതരിപ്പിക്കുന്ന സമയത്ത്, ഡെവലപ്പർമാർ ഒരു ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ആയി TCP കൂടുതൽ ഉപയോഗിക്കാൻ തുടങ്ങി. ചില ഡെവലപ്പർമാർ ഇതിനകം തന്നെ NFSv2-നായി TCP ഉപയോഗിച്ചിട്ടുണ്ടെങ്കിലും, NFS പതിപ്പ് 3-ൽ Sun Microsystems TCP പിന്തുണ ചേർത്തു. ഇത് ഇൻ്റർനെറ്റിലൂടെ NFS ഉപയോഗിക്കുന്നത് കൂടുതൽ പ്രായോഗികമാക്കി.
NFSv4 (RFC 3010, ഡിസംബർ 2000, RFC 3530, പുതുക്കിയ ഏപ്രിൽ 2003), AFS, CIFS എന്നിവയാൽ സ്വാധീനിക്കപ്പെട്ട, പ്രകടന മെച്ചപ്പെടുത്തലുകൾ ഉൾപ്പെടുന്നു, ഉയർന്ന സുരക്ഷ, കൂടാതെ ഒരു പൂർണ്ണ പ്രോട്ടോക്കോളായി പ്രത്യക്ഷപ്പെട്ടു. സൺ മൈക്രോസിസ്റ്റംസ് പ്രോട്ടോക്കോൾ വികസനം NFS-ലേക്ക് മാറ്റിയതിന് ശേഷം ഇൻ്റർനെറ്റ് എഞ്ചിനീയറിംഗ് ടാസ്‌ക് ഫോഴ്‌സുമായി (IETF) സംയുക്തമായി വികസിപ്പിച്ച ആദ്യ പതിപ്പാണ് പതിപ്പ് 4. NFS v4.1 ജനുവരി 2010-ൽ IESG അംഗീകരിച്ചു, കൂടാതെ RFC 5661 എന്ന നമ്പർ ലഭിച്ചു. പതിപ്പ് 4.1-ലെ ഒരു പ്രധാന കണ്ടുപിടുത്തം pNFS - പാരലൽ NFS-ൻ്റെ സ്പെസിഫിക്കേഷൻ ആണ്, ഒന്നിലധികം വിതരണം ചെയ്ത NFS സെർവറുകളിൽ നിന്നുള്ള ഡാറ്റയിലേക്ക് സമാന്തരമായ NFS ക്ലയൻ്റ് ആക്സസ് ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനം. നെറ്റ്വർക്ക് ഫയൽ സിസ്റ്റം സ്റ്റാൻഡേർഡിലെ അത്തരമൊരു സംവിധാനത്തിൻ്റെ സാന്നിധ്യം വിതരണം ചെയ്ത "ക്ലൗഡ്" സംഭരണവും വിവര സംവിധാനങ്ങളും നിർമ്മിക്കാൻ സഹായിക്കും.

NFS ഘടന
NFS ഘടനയിൽ വ്യത്യസ്ത തലങ്ങളിൽ മൂന്ന് ഘടകങ്ങൾ ഉൾപ്പെടുന്നു:
ആപ്ലിക്കേഷൻ ലെയറിൽ (NFS തന്നെ) വിദൂര നടപടിക്രമ കോളുകൾ (rpc) അടങ്ങിയിരിക്കുന്നു, അവ സെർവർ വശത്തുള്ള ഫയലുകളും ഡയറക്ടറികളും ഉപയോഗിച്ച് ആവശ്യമായ പ്രവർത്തനങ്ങൾ ചെയ്യുന്നു.
ഒരു ക്രോസ്-പ്ലാറ്റ്ഫോം ഡാറ്റ അബ്‌സ്‌ട്രാക്ഷൻ സ്റ്റാൻഡേർഡായ XDR (എക്‌സ്റ്റേണൽ ഡാറ്റ റെപ്രസൻ്റേഷൻ) പ്രോട്ടോക്കോൾ ആണ് അവതരണ ലെയറിൻ്റെ പ്രവർത്തനങ്ങൾ നിർവഹിക്കുന്നത്. XDR പ്രോട്ടോക്കോൾ ഡാറ്റാ പ്രാതിനിധ്യത്തിൻ്റെ ഏകീകൃത, കാനോനിക്കൽ, ആർക്കിടെക്ചർ-സ്വതന്ത്ര രൂപത്തെ വിവരിക്കുന്നു കമ്പ്യൂട്ടിംഗ് സിസ്റ്റം. പാക്കറ്റുകൾ കൈമാറുമ്പോൾ, RPC ക്ലയൻ്റ് പ്രാദേശിക ഡാറ്റയെ കാനോനിക്കൽ രൂപത്തിലേക്ക് പരിവർത്തനം ചെയ്യുന്നു, കൂടാതെ സെർവർ വിപരീത പ്രവർത്തനം നടത്തുന്നു.
റിമോട്ട് നടപടിക്രമങ്ങൾ അഭ്യർത്ഥിക്കാനും സെർവറിൽ അവ നടപ്പിലാക്കാനും ക്ലയൻ്റിനെ അനുവദിക്കുന്ന RPC (റിമോട്ട് പ്രൊസീജ്യർ കോൾ) സേവനം സെഷൻ-ലെവൽ ഫംഗ്‌ഷനുകളെ പ്രതിനിധീകരിക്കുന്നു. നെറ്റ്‌വർക്ക് ഉറവിടങ്ങൾ ബന്ധിപ്പിക്കുന്നു
NFS ഉപയോഗിച്ച് ഒരു നെറ്റ്‌വർക്ക് റിസോഴ്‌സ് ബന്ധിപ്പിക്കുന്നതിനുള്ള നടപടിക്രമത്തെ "കയറ്റുമതി" എന്ന് വിളിക്കുന്നു. ക്ലയൻ്റ് പ്രതിനിധീകരിക്കുന്ന കയറ്റുമതി ചെയ്ത ഉറവിടങ്ങൾ ലിസ്റ്റ് ചെയ്യാൻ സെർവറിനോട് അഭ്യർത്ഥിക്കാം. NFS സെർവർ തന്നെ അതിൻ്റെ കയറ്റുമതി ചെയ്ത വിഭവങ്ങളുടെ ഒരു ലിസ്റ്റ് പ്രക്ഷേപണം ചെയ്യുന്നില്ല.
നിർദ്ദിഷ്ട ഓപ്‌ഷനുകളെ ആശ്രയിച്ച്, എക്‌സ്‌പോർട്ട് ചെയ്‌ത റിസോഴ്‌സ് മൗണ്ട് ചെയ്യാം (അറ്റാച്ച് ചെയ്‌തത്) “വായിക്കാൻ മാത്രം”, നിങ്ങൾക്ക് മൗണ്ട് ചെയ്യാൻ അനുവദിച്ചിരിക്കുന്ന ഹോസ്റ്റുകളുടെ ഒരു ലിസ്റ്റ് നിർവചിക്കാം, സുരക്ഷിതമായ RPC (secureRPC) ഉപയോഗം വ്യക്തമാക്കുക, മുതലായവ. ഓപ്ഷനുകളിലൊന്ന് മൗണ്ടിംഗ് രീതി നിർണ്ണയിക്കുന്നു: "ഹാർഡ്" ( ഹാർഡ്) അല്ലെങ്കിൽ "സോഫ്റ്റ്" (സോഫ്റ്റ്).
ഒരു "ഹാർഡ്" മൌണ്ട് ഉപയോഗിച്ച്, ക്ലയൻ്റ് ഏത് വിലയിലും ഫയൽ സിസ്റ്റം മൌണ്ട് ചെയ്യാൻ ശ്രമിക്കും. സെർവർ പ്രവർത്തനരഹിതമാണെങ്കിൽ, ഇത് മുഴുവൻ NFS സേവനവും മരവിപ്പിക്കും: ഫയൽ സിസ്റ്റം ആക്സസ് ചെയ്യുന്ന പ്രക്രിയകൾ RPC അഭ്യർത്ഥനകൾ പൂർത്തിയാകുന്നതുവരെ കാത്തിരിക്കുന്ന അവസ്ഥയിലേക്ക് പോകും. ഉപയോക്തൃ പ്രക്രിയകളുടെ കാഴ്ചപ്പാടിൽ, ഫയൽ സിസ്റ്റം വളരെ സാവധാനത്തിലുള്ള ലോക്കൽ ഡിസ്ക് പോലെ കാണപ്പെടും. സെർവർ തിരികെ വരുമ്പോൾ ജോലി സാഹചര്യം NFS സേവനം തുടർന്നും പ്രവർത്തിക്കും.
ഒരു സോഫ്റ്റ് മൗണ്ട് ഉപയോഗിച്ച്, NFS ക്ലയൻ്റ് സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ നിരവധി ശ്രമങ്ങൾ നടത്തും. സെർവർ പ്രതികരിക്കുന്നില്ലെങ്കിൽ, സിസ്റ്റം ഒരു പിശക് സന്ദേശം പ്രദർശിപ്പിക്കുകയും മൌണ്ട് ചെയ്യാനുള്ള ശ്രമം നിർത്തുകയും ചെയ്യുന്നു. ഒരു ലോജിക്കൽ വീക്ഷണകോണിൽ നിന്ന് ഫയൽ പ്രവർത്തനങ്ങൾസെർവർ പരാജയപ്പെടുകയാണെങ്കിൽ, ഒരു സോഫ്റ്റ് മൗണ്ട് ഒരു ലോക്കൽ ഡിസ്ക് പരാജയത്തെ അനുകരിക്കുന്നു.
മോഡ് തിരഞ്ഞെടുക്കുന്നത് സാഹചര്യത്തെ ആശ്രയിച്ചിരിക്കുന്നു. ഒരു താൽക്കാലിക സേവന പരാജയ സമയത്ത് ക്ലയൻ്റിലും സെർവറിലുമുള്ള ഡാറ്റ സമന്വയിപ്പിക്കേണ്ടതുണ്ടെങ്കിൽ, "ഹാർഡ്" മൌണ്ട് ആണ് അഭികാമ്യം. മൌണ്ട് ചെയ്ത ഫയൽ സിസ്റ്റങ്ങളിൽ ക്ലയൻ്റിൻ്റെ പ്രവർത്തനത്തിന് അത്യന്താപേക്ഷിതമായ പ്രോഗ്രാമുകളും ഫയലുകളും അടങ്ങിയിരിക്കുന്ന സന്ദർഭങ്ങളിലും ഈ മോഡ് ഒഴിച്ചുകൂടാനാവാത്തതാണ്, പ്രത്യേകിച്ച് ഡിസ്ക്ലെസ്സ് മെഷീനുകൾക്ക്. മറ്റു സന്ദർഭങ്ങളിൽ, പ്രത്യേകിച്ച് വായന-മാത്രം സിസ്റ്റങ്ങളുടെ കാര്യം വരുമ്പോൾ, സോഫ്റ്റ് മൗണ്ട് മോഡ് കൂടുതൽ സൗകര്യപ്രദമാണെന്ന് തോന്നുന്നു.

ഒരു മിക്സഡ് നെറ്റ്‌വർക്കിൽ പങ്കിടുന്നു
UNIX അടിസ്ഥാനമാക്കിയുള്ള നെറ്റ്‌വർക്കുകൾക്ക് NFS അനുയോജ്യമാണ്, കാരണം ഇത് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൻ്റെ മിക്ക പതിപ്പുകളിലും വരുന്നു. കൂടാതെ, UNIX കേർണൽ തലത്തിൽ NFS പിന്തുണ നടപ്പിലാക്കുന്നു. വിൻഡോസ് ക്ലയൻ്റ് കമ്പ്യൂട്ടറുകളിൽ NFS ഉപയോഗിക്കുന്നത് പ്രത്യേകവും ചെലവേറിയതുമായ ക്ലയൻ്റ് സോഫ്റ്റ്‌വെയർ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതിൻ്റെ ആവശ്യകതയുമായി ബന്ധപ്പെട്ട ചില പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നു. അത്തരം നെറ്റ്‌വർക്കുകളിൽ, SMB/CIFS പ്രോട്ടോക്കോൾ അടിസ്ഥാനമാക്കിയുള്ള റിസോഴ്‌സ് പങ്കിടൽ ടൂളുകളുടെ ഉപയോഗം, പ്രത്യേകിച്ചും സാംബ സോഫ്റ്റ്‌വെയർ, കൂടുതൽ അഭികാമ്യമെന്ന് തോന്നുന്നു.

മാനദണ്ഡങ്ങൾ
RFC 1094 NFS: നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം പ്രോട്ടോക്കോൾ സ്പെസിഫിക്കേഷൻ] (മാർച്ച് 1989)
RFC 1813 NFS പതിപ്പ് 3 പ്രോട്ടോക്കോൾ സ്പെസിഫിക്കേഷൻ] (ജൂൺ 1995)
RFC 2224 NFS URL സ്കീം
RFC 2339 ഇൻ്റർനെറ്റ് സൊസൈറ്റി, IETF, Sun Microsystems, Inc എന്നിവ തമ്മിലുള്ള ഒരു കരാർ. NFS V.4 പ്രോട്ടോക്കോളുകളുടെ കാര്യത്തിൽ
RFC 2623 NFS പതിപ്പ് 2, പതിപ്പ് 3 സുരക്ഷാ പ്രശ്നങ്ങളും RPCSEC_GSS, Kerberos V5 എന്നിവയുടെ NFS പ്രോട്ടോക്കോളിൻ്റെ ഉപയോഗവും
RFC 2624 NFS പതിപ്പ് 4 ഡിസൈൻ പരിഗണനകൾ
RFC 3010 NFS പതിപ്പ് 4 പ്രോട്ടോക്കോൾ
RFC 3530 നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം (NFS) പതിപ്പ് 4 പ്രോട്ടോക്കോൾ
RFC 5661 നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം (NFS) പതിപ്പ് 4 മൈനർ പതിപ്പ് 1 പ്രോട്ടോക്കോൾ

ഉപയോഗിച്ച ഉറവിടങ്ങൾ
1. ru.wikipedia.org
2. ru.science.wikia.com
3. phone16.ru
4. 4stud.info
5. yandex.ru
6.google.com

NFS: സൗകര്യപ്രദവും പ്രതീക്ഷ നൽകുന്നതുമായ ഒരു നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം

നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റംഒരു സാധാരണ ഫയൽ സിസ്റ്റത്തിൻ്റെ മുകളിലുള്ള ഒരു നെറ്റ്‌വർക്ക് അബ്‌സ്‌ട്രാക്ഷൻ ആണ്, അത് ലോക്കൽ ഫയൽ സിസ്റ്റങ്ങൾ ആക്‌സസ് ചെയ്യുമ്പോൾ പോലെ തന്നെ നെറ്റ്‌വർക്കിലൂടെ ആക്‌സസ് ചെയ്യാൻ റിമോട്ട് ക്ലയൻ്റിനെ അനുവദിക്കുന്നു. NFS ആദ്യമല്ലെങ്കിലും നെറ്റ്വർക്ക് സിസ്റ്റം, ഇന്ന് UNIX® ലെ ഏറ്റവും പ്രാപ്തിയുള്ളതും ജനപ്രിയവുമായ നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റമായി ഇത് പരിണമിച്ചു. NFS ഒന്നിലധികം ഉപയോക്താക്കളെ ഒരു പൊതു ഫയൽ സിസ്റ്റം പങ്കിടാൻ അനുവദിക്കുകയും അത് സംഭരിക്കുന്നതിന് ആവശ്യമായ ഡിസ്ക് സ്പേസ് കുറയ്ക്കുന്നതിന് ഡാറ്റ കേന്ദ്രീകരിക്കുകയും ചെയ്യുന്നു.

എന്നാണ് ഈ ലേഖനം ആരംഭിക്കുന്നത് ചുരുങ്ങിയ അവലോകനം NFS-ൻ്റെ ചരിത്രം, തുടർന്ന് NFS-ൻ്റെ വാസ്തുവിദ്യയും അതിൻ്റെ ഭാവി വികസനവും പര്യവേക്ഷണം ചെയ്യാൻ നീങ്ങുന്നു.

NFS-ൻ്റെ ഒരു സംക്ഷിപ്ത ചരിത്രം

ആദ്യത്തെ നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റത്തെ FAL (ഫയൽ ആക്‌സസ് ലിസണർ) എന്ന് വിളിച്ചിരുന്നു, ഇത് 1976-ൽ DEC (ഡിജിറ്റൽ എക്യുപ്‌മെൻ്റ് കോർപ്പറേഷൻ) വികസിപ്പിച്ചെടുത്തു. ഇത് DAP പ്രോട്ടോക്കോൾ (ഡാറ്റ ആക്‌സസ് പ്രോട്ടോക്കോൾ) നടപ്പിലാക്കുകയും DECnet പ്രോട്ടോക്കോൾ സ്യൂട്ടിൻ്റെ ഭാഗവുമായിരുന്നു. TCP/IP പോലെ, DAP പ്രോട്ടോക്കോൾ ഉൾപ്പെടെയുള്ള അതിൻ്റെ നെറ്റ്‌വർക്ക് പ്രോട്ടോക്കോളുകൾക്കായി DEC സ്പെസിഫിക്കേഷനുകൾ പ്രസിദ്ധീകരിച്ചു.

IP പ്രോട്ടോക്കോളിന് മുകളിൽ നിർമ്മിച്ച ആദ്യത്തെ ആധുനിക നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റമാണ് NFS. ഇതിൻ്റെ പ്രോട്ടോടൈപ്പ് 80-കളുടെ തുടക്കത്തിൽ സൺ മൈക്രോസിസ്റ്റംസിൽ വികസിപ്പിച്ച ഒരു പരീക്ഷണാത്മക ഫയൽ സിസ്റ്റമായി കണക്കാക്കാം. ഈ പരിഹാരത്തിൻ്റെ ജനപ്രീതി കണക്കിലെടുത്ത്, NFS പ്രോട്ടോക്കോൾ ഒരു RFC സ്പെസിഫിക്കേഷനായി അവതരിപ്പിക്കുകയും പിന്നീട് NFSv2 ആയി പരിണമിക്കുകയും ചെയ്തു. മറ്റ് ക്ലയൻ്റുകളുമായും സെർവറുകളുമായും ഇടപഴകാനുള്ള കഴിവ് കാരണം NFS പെട്ടെന്ന് തന്നെ ഒരു സ്റ്റാൻഡേർഡ് ആയി സ്വയം സ്ഥാപിച്ചു.

നിലവാരം പിന്നീട് അപ്ഡേറ്റ് ചെയ്തു NFS പതിപ്പുകൾ v3, RFC 1813-ൽ നിർവചിച്ചിരിക്കുന്നത്. ഈ പ്രോട്ടോക്കോളിൻ്റെ പതിപ്പ് മുൻ പതിപ്പുകളേക്കാൾ കൂടുതൽ സ്കെയിലബിൾ ആയിരുന്നു കൂടാതെ വലിയ ഫയൽ വലുപ്പങ്ങൾ (2 GB-യിൽ കൂടുതൽ), അസിൻക്രണസ് റൈറ്റിംഗ്, TCP എന്നിവ ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോളായി പിന്തുണയ്ക്കുകയും ചെയ്തു. വൈഡ് ഏരിയ നെറ്റ്‌വർക്കുകൾക്കുള്ള (WAN) ഫയൽ സിസ്റ്റങ്ങളുടെ വികസനത്തിനുള്ള ദിശ NFSv3 സജ്ജമാക്കി. 2000-ൽ, RFC 3010 (RFC 3530 ആയി പരിഷ്കരിച്ചു) എൻ്റർപ്രൈസ് പരിതസ്ഥിതിയിൽ NFS കൊണ്ടുവന്നു. സംസ്ഥാന പിന്തുണയോടെ സൺ കൂടുതൽ സുരക്ഷിതമായ NFSv4 അവതരിപ്പിച്ചു ( മുൻ പതിപ്പുകൾ NFS സംസ്ഥാന സ്ഥിരതയെ പിന്തുണച്ചില്ല, അതായത്. സ്‌റ്റേറ്റ്‌ലെസ് വിഭാഗത്തിൽ പെട്ടതാണ്). ഓൺ ഈ നിമിഷം NFS-ൻ്റെ ഏറ്റവും പുതിയ പതിപ്പ് പതിപ്പ് 4.1 ആണ്, ഇത് RFC 5661-ൽ നിർവചിച്ചിരിക്കുന്നു, ഇത് ഒരു വിപുലീകരണത്തിലൂടെ പ്രോട്ടോക്കോളിലേക്ക് ചേർത്തു. pNFSവിതരണം ചെയ്ത സെർവറുകളുടെ സമാന്തര പ്രവേശനത്തിനുള്ള പിന്തുണ ചേർത്തു.

NFS-ൻ്റെ ചരിത്രം, അതിൻ്റെ പതിപ്പുകൾ വിവരിക്കുന്ന നിർദ്ദിഷ്ട RFC-കൾ ഉൾപ്പെടെ, ചിത്രം 1-ൽ കാണിച്ചിരിക്കുന്നു.

അതിശയകരമെന്നു പറയട്ടെ, ഏകദേശം 30 വർഷമായി NFS വികസിച്ചുകൊണ്ടിരിക്കുന്നു. മികച്ച സ്കേലബിളിറ്റിയും പ്രകടനവും സേവന സവിശേഷതകളുടെ ഗുണനിലവാരവും ഉള്ള അസാധാരണമായ സ്ഥിരതയുള്ളതും പോർട്ടബിൾ നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റവുമാണ് ഇത്. ഒരു നെറ്റ്‌വർക്കിനുള്ളിൽ ആശയവിനിമയം നടത്തുമ്പോൾ വേഗത കൂടുകയും കാലതാമസം കുറയുകയും ചെയ്യുന്നതിനാൽ, ഒരു നെറ്റ്‌വർക്കിനുള്ളിൽ ഒരു ഫയൽ സിസ്റ്റം നടപ്പിലാക്കുന്നതിനുള്ള ഒരു ജനപ്രിയ മാർഗമായി NFS തുടരുന്നു. കേസിൽ പോലും പ്രാദേശിക നെറ്റ്‌വർക്കുകൾവെർച്വൽ മെഷീനുകൾക്ക് അധിക മൊബിലിറ്റി നൽകുന്നതിന് ഡാറ്റ ഓൺലൈനിൽ സംഭരിക്കാൻ വെർച്വലൈസേഷൻ പ്രോത്സാഹിപ്പിക്കുന്നു. വെർച്വൽ ഇൻഫ്രാസ്ട്രക്ചറുകൾ ഒപ്റ്റിമൈസ് ചെയ്യാൻ ലക്ഷ്യമിട്ടുള്ള ഏറ്റവും പുതിയ കമ്പ്യൂട്ടിംഗ് എൻവയോൺമെൻ്റ് മോഡലുകളും എൻഎഫ്എസ് പിന്തുണയ്ക്കുന്നു.

NFS ആർക്കിടെക്ചർ

NFS ഒരു സാധാരണ ക്ലയൻ്റ്-സെർവർ ആർക്കിടെക്ചറൽ മോഡൽ ഉപയോഗിക്കുന്നു (ചിത്രം 2 ൽ കാണിച്ചിരിക്കുന്നത് പോലെ). ക്ലയൻ്റുകളെ ബന്ധിപ്പിക്കുന്ന പങ്കിട്ട ഫയൽ സിസ്റ്റവും സംഭരണവും നടപ്പിലാക്കുന്നതിനുള്ള ഉത്തരവാദിത്തം സെർവറാണ്. ക്ലയൻ്റ് നടപ്പിലാക്കുന്നു ഉപയോക്തൃ ഇൻ്റർഫേസ്ക്ലയൻ്റിൻ്റെ ലോക്കൽ ഫയൽ സ്‌പെയ്‌സിനുള്ളിൽ ഘടിപ്പിച്ചിരിക്കുന്ന ഒരു പങ്കിട്ട ഫയൽ സിസ്റ്റത്തിലേക്ക്.

ചിത്രം 2. NFS ആർക്കിടെക്ചറിൽ ക്ലയൻ്റ്-സെർവർ മോഡൽ നടപ്പിലാക്കൽ

Linux® OS-ൽ, ഒരു വെർച്വൽ ഫയൽ സിസ്റ്റം സ്വിച്ച് (VFS) ഒരു മാർഗം നൽകുന്നു ഒരേസമയം പിന്തുണഒരേ ഹോസ്റ്റിലെ ഒന്നിലധികം ഫയൽ സിസ്റ്റങ്ങൾ (ഉദാഹരണത്തിന്, ഒരു CD-ROM-ലെ ഒരു ISO 9660 ഫയൽ സിസ്റ്റവും ഒരു ലോക്കൽ ഹാർഡ് ഡ്രൈവിലെ ഒരു ext3fs ഫയൽ സിസ്റ്റവും). വെർച്വൽ സ്വിച്ച്ഏത് ഡ്രൈവിലേക്കാണ് അഭ്യർത്ഥന നടത്തുന്നതെന്ന് നിർണ്ണയിക്കുന്നു, അതിനാൽ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിന് ഏത് ഫയൽ സിസ്റ്റം ഉപയോഗിക്കണം. അതിനാൽ, ലിനക്സിൽ ഉപയോഗിക്കുന്ന മറ്റ് ഫയൽ സിസ്റ്റങ്ങളുടെ അതേ അനുയോജ്യത എൻഎഫ്എസിനുണ്ട്. NFS-ൻ്റെ ഒരേയൊരു വ്യത്യാസം, ഹോസ്റ്റിൽ പ്രാദേശികമായി പ്രോസസ്സ് ചെയ്യുന്നതിനുപകരം, I/O അഭ്യർത്ഥനകൾ നിർവ്വഹണത്തിനായി നെറ്റ്‌വർക്കിലേക്ക് അയയ്‌ക്കാൻ കഴിയും എന്നതാണ്.

സ്വീകരിച്ച അഭ്യർത്ഥന NFS ആണെന്ന് VFS നിർണ്ണയിക്കുകയും അത് കേർണലിൽ സ്ഥിതിചെയ്യുന്ന NFS ഹാൻഡ്‌ലറിലേക്ക് കൈമാറുകയും ചെയ്യുന്നു. NFS ഹാൻഡ്‌ലർ I/O അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുകയും ഒരു NFS നടപടിക്രമത്തിലേക്ക് വിവർത്തനം ചെയ്യുകയും ചെയ്യുന്നു (തുറക്കുക, ആക്‌സസ് ചെയ്യുക, സൃഷ്‌ടിക്കുക, വായിക്കുക, അടയ്ക്കുക, നീക്കംചെയ്യുക, മുതലായവ). ഒരു പ്രത്യേക RFC സ്പെസിഫിക്കേഷനിൽ വിവരിച്ചിരിക്കുന്ന ഈ നടപടിക്രമങ്ങൾ NFS പ്രോട്ടോക്കോളിൻ്റെ സ്വഭാവം നിർവ്വചിക്കുന്നു. ആവശ്യമായ നടപടിക്രമംഅഭ്യർത്ഥനയെ ആശ്രയിച്ച് തിരഞ്ഞെടുക്കുകയും RPC (വിദൂര നടപടിക്രമ കോൾ) സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് നടപ്പിലാക്കുകയും ചെയ്യുന്നു. പേര് സൂചിപ്പിക്കുന്നത് പോലെ, നടപടിക്രമങ്ങൾക്കിടയിൽ കോളുകൾ ചെയ്യാൻ RPC അനുവദിക്കുന്നു വിവിധ സംവിധാനങ്ങൾ. ആർപിസി സേവനം എൻഎഫ്എസ് അഭ്യർത്ഥനയെ അതിൻ്റെ ആർഗ്യുമെൻ്റുകൾക്കൊപ്പം സംയോജിപ്പിച്ച് ഫലം ഉചിതമായതിലേക്ക് അയയ്ക്കുന്നു റിമോട്ട് ഹോസ്റ്റ്, തുടർന്ന് അഭ്യർത്ഥിക്കുന്നയാൾക്ക് അത് തിരികെ നൽകുന്നതിന് പ്രതികരണത്തിൻ്റെ രസീതും പ്രോസസ്സിംഗും നിരീക്ഷിക്കുന്നു.

RPC-ൽ ഒരു പ്രധാന XDR ലെയറും ഉൾപ്പെടുന്നു ( ബാഹ്യ ഡാറ്റ പ്രാതിനിധ്യം- സ്വതന്ത്ര ഡാറ്റ പ്രാതിനിധ്യം), എല്ലാ NFS ഉപയോക്താക്കളും ഒരേ ഡാറ്റ തരങ്ങൾക്കായി ഒരേ ഫോർമാറ്റ് ഉപയോഗിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുന്നു. ഒരു പ്ലാറ്റ്‌ഫോം ഒരു അഭ്യർത്ഥന അയയ്‌ക്കുമ്പോൾ, അത് ഉപയോഗിക്കുന്ന ഡാറ്റ തരവും അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്ന ഹോസ്റ്റിൽ ഉപയോഗിക്കുന്ന ഡാറ്റ തരവും വ്യത്യസ്തമായിരിക്കാം. വ്യത്യസ്ത ആർക്കിടെക്ചറുകൾ ഉപയോഗിക്കുന്ന പ്ലാറ്റ്‌ഫോമുകൾക്ക് ഫയൽ സിസ്റ്റങ്ങൾ പരസ്പരം പ്രവർത്തിക്കാനും പങ്കിടാനും കഴിയുന്ന തരത്തിൽ തരങ്ങളെ ഒരു സ്റ്റാൻഡേർഡ് പ്രാതിനിധ്യത്തിലേക്ക് (XDR) പരിവർത്തനം ചെയ്യുന്ന ജോലി XDR സാങ്കേതികവിദ്യ ശ്രദ്ധിക്കുന്നു. ഫ്ലോട്ട് പോലുള്ള തരങ്ങൾക്കുള്ള ബിറ്റ് ഫോർമാറ്റും കോൺസ്റ്റൻ്റ്, വേരിയബിൾ ലെങ്ത് അറേകൾ പോലുള്ള തരങ്ങൾക്കുള്ള ബൈറ്റ് ഓർഡറും XDR നിർവചിക്കുന്നു. എക്സ്ഡിആർ പ്രാഥമികമായി എൻഎഫ്എസിലെ ഉപയോഗത്തിന് പേരുകേട്ടതാണെങ്കിലും, വ്യത്യസ്ത ആർക്കിടെക്ചറുകളിൽ ഒരേ പരിതസ്ഥിതിയിൽ പ്രവർത്തിക്കേണ്ട എല്ലാ സാഹചര്യങ്ങളിലും ഈ സ്പെസിഫിക്കേഷൻ ഉപയോഗപ്രദമാകും.

XDR ഡാറ്റയെ ഒരു സ്റ്റാൻഡേർഡ് പ്രാതിനിധ്യത്തിലേക്ക് വിവർത്തനം ചെയ്ത ശേഷം, ഒരു നിർദ്ദിഷ്ട ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് നെറ്റ്‌വർക്കിലൂടെ അഭ്യർത്ഥന അയയ്ക്കുന്നു. NFS-ൻ്റെ ആദ്യകാല നടപ്പാക്കലുകൾ ഉപയോഗിച്ചു UDP പ്രോട്ടോക്കോൾ, എന്നാൽ ഇന്ന് TCP കൂടുതൽ വിശ്വാസ്യത നൽകാൻ ഉപയോഗിക്കുന്നു.

NFS സെർവർ വശത്ത് ഇത് ഉപയോഗിക്കുന്നു സമാനമായ അൽഗോരിതം. അഭ്യർത്ഥന നെറ്റ്‌വർക്ക് സ്റ്റാക്കിലൂടെ RPC/XDR ലെയറിലൂടെയും (സെർവർ ആർക്കിടെക്ചർ അനുസരിച്ച് ഡാറ്റ തരങ്ങൾ പരിവർത്തനം ചെയ്യുന്നതിന്) അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിന് ഉത്തരവാദിയായ NFS സെർവറിലേക്കും സഞ്ചരിക്കുന്നു. അവിടെ, അഭ്യർത്ഥന NFS ഡെമണിലേക്ക് അത് അഭിസംബോധന ചെയ്യുന്ന ടാർഗെറ്റ് ഫയൽ സിസ്റ്റം നിർണ്ണയിക്കാൻ കൈമാറുന്നു, തുടർന്ന് ലോക്കൽ ഡിസ്കിൽ ആ ഫയൽ സിസ്റ്റം ആക്സസ് ചെയ്യുന്നതിന് വീണ്ടും VFS-ലേക്ക് പോകുന്നു. ഈ പ്രക്രിയയുടെ പൂർണ്ണമായ ഡയഗ്രം ചിത്രം 3-ൽ കാണിച്ചിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, സെർവറിൻ്റെ ലോക്കൽ ഫയൽ സിസ്റ്റം സ്റ്റാൻഡേർഡ് ആണ് Linux ഫയൽസിസ്റ്റം, ഉദാഹരണത്തിന് ext4fs. സാരാംശത്തിൽ, ഈ പദത്തിൻ്റെ പരമ്പരാഗത അർത്ഥത്തിൽ എൻഎഫ്എസ് ഒരു ഫയൽ സിസ്റ്റമല്ല, ഫയൽ സിസ്റ്റങ്ങളിലേക്കുള്ള റിമോട്ട് ആക്‌സസിനുള്ള ഒരു പ്രോട്ടോക്കോൾ ആണ്.

ഉള്ള നെറ്റ്‌വർക്കുകൾക്കായി വലിയ സമയം NFSv4-ൽ കാത്തിരിക്കുന്നത് ഒരു പ്രത്യേക സംയുക്ത നടപടിക്രമം വാഗ്ദാനം ചെയ്യുന്നു ( സംയുക്ത നടപടിക്രമം). നെറ്റ്‌വർക്കിലൂടെ അഭ്യർത്ഥനകൾ അയക്കുന്നതിനുള്ള ചെലവ് കുറയ്ക്കുന്നതിന് ഒരൊറ്റ അഭ്യർത്ഥനയ്ക്കുള്ളിൽ ഒന്നിലധികം RPC കോളുകൾ വിളിക്കാൻ ഈ നടപടിക്രമം നിങ്ങളെ അനുവദിക്കുന്നു. പ്രതികരണങ്ങൾ സ്വീകരിക്കുന്നതിനുള്ള ഒരു കോൾബാക്ക് ഫംഗ്‌ഷൻ മെക്കാനിസവും ഈ നടപടിക്രമം നടപ്പിലാക്കുന്നു.

NFS പ്രോട്ടോക്കോൾ

ഒരു ക്ലയൻ്റ് NFS ഉപയോഗിക്കാൻ തുടങ്ങുമ്പോൾ, ആദ്യത്തെ പ്രവർത്തനം ഒരു മൗണ്ട് ഓപ്പറേഷൻ നടത്തുക എന്നതാണ്, അതായത് റിമോട്ട് ഫയൽ സിസ്റ്റം ലോക്കൽ ഫയൽ സിസ്റ്റം സ്പേസിലേക്ക് മൌണ്ട് ചെയ്യുക. ഈ പ്രക്രിയ ആരംഭിക്കുന്നത് മൗണ്ട് പ്രൊസീജറിലേക്കുള്ള ഒരു കോളിലൂടെയാണ് (സിസ്റ്റങ്ങളിലൊന്ന് Linux പ്രവർത്തനങ്ങൾ), ഇത് VFS വഴി NFS ഘടകത്തിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു. തുടർന്ന്, റിമോട്ട് സെർവറിലെ get_port ഫംഗ്‌ഷനിലേക്കുള്ള ഒരു RPC കോൾ മൗണ്ടിംഗിനായി ഉപയോഗിക്കുന്ന പോർട്ട് നമ്പർ നിർണ്ണയിക്കുന്നു, കൂടാതെ ക്ലയൻ്റ് RPC വഴി ഒരു മൗണ്ട് അഭ്യർത്ഥന അയയ്‌ക്കുന്നു. സെർവർ വശത്തുള്ള ഈ അഭ്യർത്ഥന ഒരു പ്രത്യേക ഡെമൺ rpc.mountd ആണ് പ്രോസസ്സ് ചെയ്യുന്നത്, അത് മൗണ്ട് പ്രോട്ടോക്കോളിന് ഉത്തരവാദിയാണ് ( മൗണ്ട് പ്രോട്ടോക്കോൾ). ക്ലയൻ്റ് ആവശ്യപ്പെട്ട ഫയൽ സിസ്റ്റം ലഭ്യമായ സിസ്റ്റങ്ങളുടെ പട്ടികയിലാണോ എന്ന് ഡെമൺ പരിശോധിക്കുന്നു ഈ സെർവർ. അഭ്യർത്ഥിച്ച സിസ്റ്റം നിലവിലുണ്ടെങ്കിൽ ക്ലയൻ്റിന് അതിലേക്ക് ആക്സസ് ഉണ്ടെങ്കിൽ, മൗണ്ട് RPC പ്രതികരണം ഒരു ഫയൽ സിസ്റ്റം ഡിസ്ക്രിപ്റ്റർ വ്യക്തമാക്കുന്നു. ക്ലയൻ്റ് ലോക്കൽ, റിമോട്ട് മൗണ്ട് പോയിൻ്റുകളെ കുറിച്ചുള്ള വിവരങ്ങൾ സൂക്ഷിക്കുന്നു കൂടാതെ I/O അഭ്യർത്ഥനകൾ നടത്താനും കഴിയും. ഒരു സുരക്ഷാ കാഴ്ചപ്പാടിൽ നിന്ന് മൗണ്ട് പ്രോട്ടോക്കോൾ സുരക്ഷിതമല്ല, അതിനാൽ NFSv4 പകരം ആന്തരിക RPC കോളുകൾ ഉപയോഗിക്കുന്നു, അതിന് മൗണ്ട് പോയിൻ്റുകൾ നിയന്ത്രിക്കാനും കഴിയും.

ഒരു ഫയൽ വായിക്കാൻ, നിങ്ങൾ ആദ്യം അത് തുറക്കണം. ആർപിസിയിൽ ഓപ്പൺ നടപടിക്രമങ്ങളൊന്നുമില്ല; പകരം, ക്ലയൻ്റ് അത് പരിശോധിക്കുന്നു വ്യക്തമാക്കിയ ഫയൽകൂടാതെ മൌണ്ട് ചെയ്ത ഫയൽ സിസ്റ്റത്തിൽ ഡയറക്ടറിയും നിലവിലുണ്ട്. ഡയറക്‌ടറിയിലേക്ക് ഒരു GETATTR RPC അഭ്യർത്ഥന നടത്തി ക്ലയൻ്റ് ആരംഭിക്കുന്നു, അത് ഡയറക്‌ടറിയുടെ ആട്രിബ്യൂട്ടുകളോ ഡയറക്‌ടറി നിലവിലില്ല എന്നതിൻ്റെ സൂചകമോ നൽകുന്നു. അടുത്തതായി, ഫയലിൻ്റെ സാന്നിധ്യം പരിശോധിക്കുന്നതിനായി, ക്ലയൻ്റ് ഒരു LOOKUP RPC അഭ്യർത്ഥന നൽകുന്നു. ഫയൽ നിലവിലുണ്ടെങ്കിൽ, ഫയലിൻ്റെ ആട്രിബ്യൂട്ടുകൾ കണ്ടെത്തുന്നതിന് അതിൽ ഒരു GETATTR RPC അഭ്യർത്ഥന നടത്തുന്നു. വിജയകരമായ LOOKUP, GETATTR കോളുകളിൽ നിന്ന് ലഭിച്ച വിവരങ്ങൾ ഉപയോഗിച്ച്, ഭാവി അഭ്യർത്ഥനകൾക്കായി ഉപയോക്താവിന് നൽകുന്ന ഒരു ഫയൽ ഹാൻഡിൽ ക്ലയൻ്റ് സൃഷ്ടിക്കുന്നു.

റിമോട്ട് ഫയൽ സിസ്റ്റത്തിൽ ഫയൽ തിരിച്ചറിഞ്ഞു കഴിഞ്ഞാൽ, ക്ലയൻ്റിന് RPC റീഡ് അഭ്യർത്ഥനകൾ നൽകാം. ഈ അഭ്യർത്ഥനയിൽ ഒരു ഫയൽ ഡിസ്ക്രിപ്റ്റർ, ഒരു സംസ്ഥാനം, ഒരു ഓഫ്സെറ്റ്, വായിക്കാനുള്ള ബൈറ്റുകളുടെ എണ്ണം എന്നിവ അടങ്ങിയിരിക്കുന്നു. ക്ലയൻ്റ് സ്റ്റേറ്റ് ഉപയോഗിക്കുന്നു ( സംസ്ഥാനം) ഈ സമയത്ത് ഓപ്പറേഷൻ നടത്താൻ കഴിയുമോ എന്ന് നിർണ്ണയിക്കാൻ, അതായത്. ഫയൽ പൂട്ടിയിട്ടുണ്ടോ? ഓഫ്സെറ്റ് ( ഓഫ്സെറ്റ്) ഏത് സ്ഥാനത്താണ് വായന ആരംഭിക്കേണ്ടതെന്ന് സൂചിപ്പിക്കുന്നു, കൂടാതെ ബൈറ്റ് കൗണ്ടർ ( എണ്ണുക) എത്ര ബൈറ്റുകൾ വായിക്കണമെന്ന് നിർണ്ണയിക്കുന്നു. ഒരു RPC റീഡ് കോളിൻ്റെ ഫലമായി, സെർവർ എല്ലായ്‌പ്പോഴും അഭ്യർത്ഥിച്ച അത്രയും ബൈറ്റുകൾ തിരികെ നൽകുന്നില്ല, എന്നാൽ തിരികെ നൽകിയ ഡാറ്റയ്‌ക്കൊപ്പം ക്ലയൻ്റിലേക്ക് എത്ര ബൈറ്റുകൾ അയച്ചുവെന്ന് അത് എല്ലായ്പ്പോഴും റിപ്പോർട്ടുചെയ്യുന്നു.

NFS-ൽ ഇന്നൊവേഷൻ

ഏറ്റവും താൽപ്പര്യമുള്ളത് രണ്ടാണ് ഏറ്റവും പുതിയ പതിപ്പുകൾ NFS - 4 ഉം 4.1 ഉം, നിങ്ങൾക്ക് ഏറ്റവും കൂടുതൽ പഠിക്കാൻ കഴിയുന്ന ഉദാഹരണത്തിൽ പ്രധാന വശങ്ങൾ NFS സാങ്കേതികവിദ്യയുടെ പരിണാമം.

NFSv4, മൗണ്ടിംഗ്, ലോക്കിംഗ് തുടങ്ങിയ ഫയൽ മാനേജ്മെൻ്റ് ജോലികൾ ചെയ്യുന്നതിന് മുമ്പ് ലഭ്യമായിരുന്നു. പ്രത്യേക അധിക പ്രോട്ടോക്കോളുകൾ ഉണ്ടായിരുന്നു. NFSv4-ൽ, ഫയൽ മാനേജ്മെൻ്റ് പ്രക്രിയ ഒരു പ്രോട്ടോക്കോളിലേക്ക് ലളിതമാക്കി; കൂടാതെ, ഈ പതിപ്പ് മുതൽ, UDP ഒരു ട്രാൻസ്പോർട്ട് പ്രോട്ടോക്കോൾ ആയി ഉപയോഗിക്കില്ല. NFSv4 UNIX, Windows® ഫയൽ ആക്സസ് സെമാൻ്റിക്സ് എന്നിവയ്ക്കുള്ള പിന്തുണ ഉൾക്കൊള്ളുന്നു, ഇത് മറ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലേക്ക് NFS സ്വാഭാവികമായി സംയോജിപ്പിക്കാൻ അനുവദിക്കുന്നു.

NFSv4.1 എന്ന ആശയം അവതരിപ്പിച്ചു സമാന്തര NFS(സമാന്തര NFS - pNFS). ഉയർന്ന അളവിലുള്ള സ്കേലബിളിറ്റി നൽകാൻ, NFSv4.1 ഒരു ആർക്കിടെക്ചർ നടപ്പിലാക്കുന്നു, അതിൽ ഡാറ്റയും മെറ്റാഡാറ്റയും ( അടയാളപ്പെടുത്തൽ) ക്ലസ്റ്റേർഡ് ഫയൽ സിസ്റ്റങ്ങളിൽ ഇത് എങ്ങനെ ചെയ്യപ്പെടുന്നു എന്നതിന് സമാനമായി ഉപകരണങ്ങളിലുടനീളം വിതരണം ചെയ്യുന്നു. ൽ കാണിച്ചിരിക്കുന്നതുപോലെ, pNFS ആവാസവ്യവസ്ഥയെ മൂന്ന് ഘടകങ്ങളായി വിഭജിക്കുന്നു: ക്ലയൻ്റ്, സെർവർ, സംഭരണം. ഈ സാഹചര്യത്തിൽ, രണ്ട് ചാനലുകൾ പ്രത്യക്ഷപ്പെടുന്നു: ഒന്ന് ഡാറ്റ കൈമാറുന്നതിനും മറ്റൊന്ന് നിയന്ത്രണ കമാൻഡുകൾ കൈമാറുന്നതിനും. pNFS അത് വിവരിക്കുന്ന മെറ്റാഡാറ്റയിൽ നിന്നും ഡാറ്റയെ വേർതിരിക്കുന്നു ഡ്യുവൽ-ചാനൽ ആർക്കിടെക്ചർ. ഒരു ക്ലയൻ്റ് ഒരു ഫയൽ ആക്സസ് ചെയ്യാൻ ആഗ്രഹിക്കുമ്പോൾ, സെർവർ അതിനെ "മാർക്ക്അപ്പ്" ഉപയോഗിച്ച് മെറ്റാഡാറ്റ അയയ്ക്കുന്നു. മെറ്റാഡാറ്റയിൽ സ്റ്റോറേജ് ഡിവൈസുകളിലെ ഫയലിൻ്റെ സ്ഥാനം സംബന്ധിച്ച വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു. ക്ലയൻ്റിന് ഈ വിവരം ലഭിച്ചുകഴിഞ്ഞാൽ, സെർവറുമായി സംവദിക്കാതെ തന്നെ നേരിട്ട് സ്റ്റോറേജ് ആക്സസ് ചെയ്യാൻ കഴിയും, സ്കേലബിളിറ്റിയും പ്രകടനവും മെച്ചപ്പെടുത്തുന്നു. ക്ലയൻ്റ് ഫയലുമായി പ്രവർത്തിക്കുന്നത് പൂർത്തിയാക്കുമ്പോൾ, ഫയലിൽ വരുത്തിയ മാറ്റങ്ങളും അതിൻ്റെ "മാർക്ക്അപ്പും" അത് സ്ഥിരീകരിക്കുന്നു. ആവശ്യമെങ്കിൽ, ക്ലയൻ്റിൽ നിന്ന് മാർക്ക്അപ്പ് ഉപയോഗിച്ച് സെർവറിന് മെറ്റാഡാറ്റ അഭ്യർത്ഥിക്കാം.

pNFS-ൻ്റെ ആവിർഭാവത്തോടെ, NFS പ്രോട്ടോക്കോളിൽ അത്തരം ഒരു സംവിധാനത്തെ പിന്തുണയ്ക്കുന്നതിനായി നിരവധി പുതിയ പ്രവർത്തനങ്ങൾ ചേർത്തു. സെർവറിൽ നിന്ന് മെറ്റാഡാറ്റ വീണ്ടെടുക്കാൻ LayoutGet രീതി ഉപയോഗിക്കുന്നു, ക്ലയൻ്റ് മെറ്റാഡാറ്റ "സൌജന്യമാക്കുന്നു" ലേഔട്ട് റിട്ടേൺ രീതി ഉപയോഗിക്കുന്നു, കൂടാതെ LayoutCommit രീതി ക്ലയൻ്റിൽനിന്ന് ലഭിച്ച "ലേഔട്ട്" മറ്റ് ഉപയോക്താക്കൾക്ക് ലഭ്യമാകുന്നതിനായി സ്റ്റോറേജിലേക്ക് ലോഡ് ചെയ്യുന്നു. LayoutRecall രീതി ഉപയോഗിച്ച് സെർവറിന് ക്ലയൻ്റിൽ നിന്ന് മെറ്റാഡാറ്റ തിരിച്ചുവിളിക്കാൻ കഴിയും. സമാന്തര ആക്‌സസും ഉയർന്ന പ്രകടനവും നൽകുന്നതിനായി "ടാഗ് ചെയ്‌ത" മെറ്റാഡാറ്റ ഒന്നിലധികം സംഭരണ ​​ഉപകരണങ്ങളിൽ വിതരണം ചെയ്യുന്നു.

സ്റ്റോറേജ് ഉപകരണങ്ങളിൽ ഡാറ്റയും മെറ്റാഡാറ്റയും സംഭരിച്ചിരിക്കുന്നു. ലഭിച്ച മാർക്ക്അപ്പിനെ അടിസ്ഥാനമാക്കി ക്ലയൻ്റുകൾക്ക് നേരിട്ടുള്ള I/O അഭ്യർത്ഥനകൾ നടത്താനാകും, കൂടാതെ NFSv4.1 സെർവർ മെറ്റാഡാറ്റ സംഭരിക്കുകയും നിയന്ത്രിക്കുകയും ചെയ്യുന്നു. ഈ പ്രവർത്തനം തന്നെ പുതിയതല്ല, എന്നാൽ സ്റ്റോറേജ് ഡിവൈസുകൾ ആക്സസ് ചെയ്യുന്നതിനുള്ള വിവിധ രീതികൾക്കുള്ള പിന്തുണ pNFS ചേർത്തു. ഇന്ന് pNFS ബ്ലോക്ക് പ്രോട്ടോക്കോളുകളുടെ ഉപയോഗത്തെ പിന്തുണയ്ക്കുന്നു ( ഫൈബർ ചാനൽ), ഒബ്ജക്റ്റ് പ്രോട്ടോക്കോളുകളും NFS തന്നെയും (pNFS രൂപത്തിൽ പോലും അല്ല).

NFS-ൻ്റെ വികസനം തുടരുന്നു, 2010 സെപ്റ്റംബറിൽ NFSv4.2-നുള്ള ആവശ്യകതകൾ പ്രസിദ്ധീകരിച്ചു. വിർച്ച്വലൈസേഷനിലേക്കുള്ള ഡാറ്റ സ്റ്റോറേജ് ടെക്നോളജികളുടെ നിലവിലുള്ള മൈഗ്രേഷനുമായി ബന്ധപ്പെട്ടതാണ് ചില കണ്ടുപിടുത്തങ്ങൾ. ഉദാഹരണത്തിന്, ഇൻ വെർച്വൽ പരിതസ്ഥിതികൾഒരു ഹൈപ്പർവൈസർ ഉപയോഗിച്ച്, ഡാറ്റ ഡ്യൂപ്ലിക്കേഷൻ വളരെ സാധ്യതയുണ്ട് (ഒന്നിലധികം ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ ഒരേ ഡാറ്റ വായിക്കുകയും എഴുതുകയും കാഷെ ചെയ്യുകയും ചെയ്യുന്നു). ഇക്കാരണത്താൽ, സ്റ്റോറേജ് സിസ്റ്റം മൊത്തത്തിൽ തനിപ്പകർപ്പ് സംഭവിക്കുന്നത് എവിടെയാണെന്ന് മനസ്സിലാക്കുന്നത് അഭികാമ്യമാണ്. ക്ലയൻ്റ് കാഷെ സ്ഥലവും മൊത്തത്തിലുള്ള സംഭരണ ​​ശേഷിയും ലാഭിക്കാൻ ഈ സമീപനം സഹായിക്കും. ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, NFSv4.2 ഒരു "ബ്ലോക്കുകളുടെ മാപ്പ് ഉപയോഗിച്ച് നിർദ്ദേശിക്കുന്നു പങ്കുവയ്ക്കുന്നു"(പങ്കിട്ട ബ്ലോക്കുകളുടെ ബ്ലോക്ക് മാപ്പ്) കാരണം ആധുനിക സംവിധാനങ്ങൾസ്റ്റോറേജ് സിസ്റ്റങ്ങൾ കൂടുതലായി അവരുടേതായ ആന്തരിക കമ്പ്യൂട്ടിംഗ് പവർ കൊണ്ട് സജ്ജീകരിച്ചിരിക്കുന്നു, ഡാറ്റ പകർത്തുമ്പോൾ ലോഡ് കുറയ്ക്കുന്നതിന് സെർവർ സൈഡ് പകർത്തൽ അവതരിപ്പിക്കുന്നു. ആന്തരിക നെറ്റ്വർക്ക്സംഭരണ ​​ഉപകരണത്തിൽ തന്നെ അത് കാര്യക്ഷമമായി ചെയ്യാൻ കഴിയുമ്പോൾ. ഫ്ലാഷ് മെമ്മറിയ്‌ക്കായുള്ള സബ്-ഫയൽ കാഷിംഗ്, ക്ലയൻ്റ്-സൈഡ് I/O ട്യൂണിംഗ് ശുപാർശകൾ (മാപ്പഡ്‌വൈസ് ഉപയോഗിക്കുന്നത് പോലുള്ളവ) എന്നിവ മറ്റ് പുതുമകളിൽ ഉൾപ്പെടുന്നു.

NFS ഇതരമാർഗങ്ങൾ

യുണിക്സിലും ലിനക്സിലും എൻഎഫ്എസ് ഏറ്റവും പ്രചാരമുള്ള നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റമാണെങ്കിലും, മറ്റ് നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റങ്ങളുണ്ട്. ഓൺ വിൻഡോസ് പ്ലാറ്റ്ഫോം® ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന SMB, എന്നും അറിയപ്പെടുന്നു സിഐഎഫ്എസ്; എന്നിരുന്നാലും, വിൻഡോസ് ഒഎസും എൻഎഫ്എസ് പിന്തുണയ്ക്കുന്നു, അതുപോലെ ലിനക്സ് എസ്എംബിയെ പിന്തുണയ്ക്കുന്നു.

Linux-ൽ പിന്തുണയ്‌ക്കുന്ന ഏറ്റവും പുതിയ വിതരണം ചെയ്‌ത ഫയൽ സിസ്റ്റങ്ങളിലൊന്നായ Ceph, ഒരു തകരാർ-സഹിഷ്ണുതയുള്ള POSIX-കംപ്ലയൻ്റ് ഫയൽ സിസ്റ്റമായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു. സെഫിനെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ വിഭാഗത്തിൽ കാണാം.

ഫയൽ സിസ്റ്റങ്ങൾ ഓപ്പൺ എഎഫ്എസ് (ആൻഡ്രൂ ഡിസ്ട്രിബ്യൂഡ് ഫയൽ സിസ്റ്റത്തിൻ്റെ ഓപ്പൺ സോഴ്സ് പതിപ്പ്, കാർനെഗീ മെലോൺ യൂണിവേഴ്സിറ്റിയിലും ഐബിഎം കോർപ്പറേഷനിലും വികസിപ്പിച്ചെടുത്തത്), ഗ്ലസ്റ്റർഎഫ്എസ് (വിതരണ ഫയൽ സിസ്റ്റം) എന്നിവയും എടുത്തുപറയേണ്ടതാണ്. പൊതു ഉപയോഗംസ്കേലബിൾ ഡാറ്റ സ്റ്റോറേജ് സംഘടിപ്പിക്കുന്നതിന്) ഒപ്പം ലസ്റ്റർ (ക്ലസ്റ്റർ സൊല്യൂഷനുകൾക്കായി വലിയ സമാന്തരതയുള്ള ഒരു നെറ്റ്‌വർക്ക് ഫയൽ സിസ്റ്റം). ഈ ഓപ്പൺ സോഴ്സ് സിസ്റ്റങ്ങളെല്ലാം ഡിസ്ട്രിബ്യൂട്ടഡ് സ്റ്റോറേജ് നിർമ്മിക്കാൻ ഉപയോഗിക്കാം.

ഉപസംഹാരം

ഫയൽ വികസനം NFS സിസ്റ്റങ്ങൾതുടരുന്നു. ലിനക്സ് ഒഎസിനു സമാനമായി, ലോ-എൻഡ്, എംബഡഡ്, ഹൈ-എൻഡ് സൊല്യൂഷനുകൾ പിന്തുണയ്ക്കാൻ അനുയോജ്യമാണ്, രണ്ടിനും അനുയോജ്യമായ സ്കേലബിൾ സ്റ്റോറേജ് സൊല്യൂഷനുകൾക്കായി എൻഎഫ്എസ് ഒരു ആർക്കിടെക്ചർ നൽകുന്നു. വ്യക്തിഗത ഉപയോക്താക്കൾ, സംഘടനകളും. NFS ഇതിനകം നടത്തിയ യാത്രയും അതിൻ്റെ ഭാവി വികസനത്തിനുള്ള സാധ്യതകളും നോക്കുമ്പോൾ, ഫയൽ സ്റ്റോറേജ് ടെക്നോളജികൾ എങ്ങനെ നടപ്പിലാക്കുകയും ഉപയോഗിക്കുകയും ചെയ്യുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഞങ്ങൾ ചിന്തിക്കുന്ന രീതി ഈ ഫയൽ സിസ്റ്റം മാറ്റുന്നത് തുടരുമെന്ന് വ്യക്തമാകും.