{"id":786,"date":"2023-04-04T18:44:17","date_gmt":"2023-04-04T16:44:17","guid":{"rendered":"https:\/\/eonea.pl\/?p=786"},"modified":"2023-11-20T12:58:24","modified_gmt":"2023-11-20T11:58:24","slug":"nas-tak-ale-jak-iscsi-smb-nfs","status":"publish","type":"post","link":"https:\/\/eonea.pl\/en\/nas-tak-ale-jak-iscsi-smb-nfs\/","title":{"rendered":"NAS yes! - But how - iSCSI SMB NFS?"},"content":{"rendered":"

We wszystkich naszych sieciowych serwerach plik\u00f3w NAS, przynajmniej w tych kt\u00f3re widzia\u0142em, mamy do dyspozycji, co najmniej kilka opcji dzi\u0119ki kt\u00f3rym b\u0119dziemy mogli udost\u0119pnia\u0107 pliki u\u017cytkownikom. Cz\u0119sto spotykam si\u0119 z drobnym niejasno\u015bciami odno\u015bnie tego, kt\u00f3rej z metod powinni\u015bmy u\u017cy\u0107. I chyba wazniejsze dlaczego akurat tej. Dlatego chcia\u0142em om\u00f3wi\u0107 trzy najcz\u0119\u015bciej moim zdaniem wykorzystywane zar\u00f3wno w \u015brodowiskach domowych i korporacyjnych.<\/p>\n

\"\"<\/p>\n

 <\/p>\n

SMB(Server Message Block)\/CIFS(Common Interent File System)<\/strong><\/p>\n

Zaczn\u0119 on faworyta w \u015bwiecie zdominowanym przez Microsoft czyli\u00a0 Server Message Block w skr\u00f3cie SMB. Okre\u015blenia CIFS i SMB czasem wymieniane s\u0105 zmiennie. W rzeczywisto\u015bci CIFS jest do\u015b\u0107 przestarza\u0142ym protoko\u0142em i obecnie raczej u\u017cywa si\u0119 SMB. Najlepiej stosowa\u0107 w wersji 3 lub wy\u017cszej mi\u0119dzy innymi na mo\u017cliwo\u015b\u0107 szyfrowania ale i na wydajno\u015b\u0107. SMB \u015awietnie sprawdza si\u0119 je\u017celi chcemy przechowywa\u0107 i wsp\u00f3\u0142dzieli\u0107 pliki z innymi u\u017cytkownikami. W parze z Active Directory \u015bwietnie u\u0142atwia kontrol\u0119 dost\u0119pu do poszczeg\u00f3lnych zasob\u00f3w na bazie na przyk\u0142ad przynale\u017cno\u015bci do grupy w Active Directory. Zainteresowanych po szczeg\u00f3\u0142y zapraszam do mojego materia\u0142u\u00a0 [[link do art:TrueNAS + Active Directory \u2013 dlaczego warto?]]<\/strong><\/a><\/p>\n

 <\/p>\n

SMB jest u\u017cywane g\u0142\u00f3wnie w \u015brodowisku system\u00f3w z rodziny Windows i bardzo dobrze si\u0119 z nim integruje. Przyk\u0142adem niech b\u0119dzie natywny dost\u0119p do starszych wersji plik\u00f3w. Jak si\u0119 komu r\u0119ka omsknie, a komu czasem si\u0119 to nie zdarzy ? to u\u017cytkownicy maj\u0105 dost\u0119p backupu. Tak \u015bci\u015ble rzecz bior\u0105c to do poprzednich wersji plik\u00f3w zachowanych w snapshotach. Stanowi to \u015bwietn\u0105 form\u0119 ochrony przed autopsujstwem ale r\u00f3wnie\u017c przed z\u0142o\u015bliwym oprogramowaniem szyfruj\u0105cym pliki. I tu znowu zainteresowanych szczeg\u00f3\u0142ami zaprosz\u0119 do materia\u0142u [[link do art:TrueNAS snapshots \u2013 Chro\u0144 swoje dane przed ransomware i]]<\/a><\/strong><\/p>\n

 <\/p>\n

NFS (Network File System)<\/strong><\/p>\n

Drugim r\u00f3wnie\u017c cz\u0119sto wykorzystywanym sieciowym systemem plik\u00f3w na NAS jest NFS. Jest on jednak bardzo rzadko wykorzystywany w \u015brodowisku Microsoftu. Windows bez dodatkowego oprogramowania dopiero w wersji Professional potrafi wsp\u00f3\u0142pracowa\u0107 z NFS a i to trzeba doinstalowywa\u0107 komponenty. NFS jest raczej wykorzystywany jako sieciowy system plik\u00f3w dla Linux-podobnych \u015brodowisk. G\u0142ownie do montowania zarob\u00f3w dysk\u00f3w sieciowych w serwerach. Bardzo cz\u0119sto zdarza si\u0119 tak, \u017ce serwer gdzie przetwarzane s\u0105 dane nie jest tym samym serwerem gdzie dane s\u0105 przechowywane. Dodatkowo te same dane cz\u0119sto musz\u0105 by\u0107 przetwarzane przez wiele serwer\u00f3w lub wiele instancji jakiego\u015b oprogramowania. W\u00f3wczas jednym z rozwi\u0105za\u0144 jest w\u0142a\u015bnie zamontowanie takiego katalog przez NFS do wszystkich naszych serwer\u00f3w. Nast\u0119pnym wykorzystaniem NFS jest przechowywanie przer\u00f3\u017cnych kopii bezpiecze\u0144stwa. Cz\u0119sto r\u00f3wnie\u017c wykorzystuje si\u0119 NFS w serwerach wirtualiacyjcnych, \u017ceby nie trzyma\u0107 dysk\u00f3w maszyn wirtualnych na samych wirtualizatorach tylko, \u017ceby trzyma\u0107 je na NAS. W\u00f3wczas taki serwer VMWare, Cirtrix czy XCP-NG potrafi mie\u0107 tylko ma\u0142y dysk na w\u0142asny system czy logi, a i to da si\u0119 obej\u015b\u0107 bo da si\u0119 odpali\u0107 serwer bez literalnie \u017cadnego fizycznie wpi\u0119tego dysku. W\u00f3wczas nawet dysk systemowy odpala si\u0119 z NAS. Ca\u0142e dyski maszyn wirtualnych przechowywane s\u0105 na NAS. Co jest zreszt\u0105 bardzo dobrym rozwi\u0105zaniem zw\u0142aszcza przy kilku serwerach wirtualizacyjnych poniewa\u017c bardzo szybko da si\u0119 w\u00f3wczas przenosi\u0107 maszyny wirtualne mi\u0119dzy serwerami bo dyski wirtualne s\u0105 na NAS i przeniesienie takiej maszyny wirtualnej polega tylko na przeniesieniu konfiguracji i ewentualnie zawarto\u015bci pami\u0119ci RAM.<\/p>\n

 <\/p>\n

ISCSI (Internet Small Computer Systems Interface)<\/strong><\/p>\n

Trzecim spos\u00f3b korzystania z dysku sieciowego b\u0119d\u0105cym chyba najmniej oczywistym i intuicyjnym sposobem u\u017cycia NAS jest iSCSI.\u00a0 Jest on zdecydowanie czym\u015b innym od poprzednik\u00f3w. Jest blokow\u0105 reprezentacj\u0105 kawa\u0142ka dysku fizycznego przez sie\u0107.<\/p>\n

 <\/p>\n

Tak jak dwa poprzednie SMB i NFS s\u0105 po prostu udost\u0119pnieniem jakiego\u015b katalogu u\u017cytkownikom tak iSCSI udost\u0119pnia po prostu kawa\u0142ek fizycznego dysku od punktu A do punktu B. Nic wi\u0119cej nic mniej. Jakie to ma konsekwencje? A no takie, \u017ce nasz NAS nie ma poj\u0119cia co jest na tym kawa\u0142ku udost\u0119pnionego dysku. Tak jak w wypadku SMB i NFS z poziomu NAS mo\u017cemy przegl\u0105da\u0107 pliki wrzucone przez u\u017cytkownik\u00f3w tak w wypadku iSCSI nie wida\u0107 nic, zupe\u0142nie nic. \u017beby \u201ezajrze\u0107\u201d do dysku iSCSI, chocia\u017cby po to \u017ceby na przyk\u0142ad odzyska\u0107 co\u015b z kopii, trzeba go najpierw gdzie\u015b zamontowa\u0107. Du\u017cym atutem takiego rozwi\u0105zania jest to, \u017ce jest ono zupe\u0142nie przezroczyste z punktu widzenia u\u017cytkownika. Jest bardzo uniwersalne. Serwer montuj\u0105cy sobie dysk przez iSCSI mo\u017ce wykorzysta\u0107 go w dowolny spos\u00f3b i sformatowa\u0107 z wykorzystaniem dowolnego systemu plik\u00f3w. Serwer NAS nie jest nawet \u201e\u015bwiadomy\u201d jaki jest tak wykorzystywany system plik\u00f3w czy Windows-owe FAT, NTFS, czy macOS-owy APFS czy Linux-owe .. jakiekolwiek bo tych ju\u017c jest sporo. Zwr\u00f3\u0107cie prosz\u0119 uwag\u0119, \u017ce w wypadku SMB i NFS udost\u0119pniamy jaki\u015b sw\u00f3j katalog u\u017cytkownikom, czyli mog\u0105 oni go wykorzystywa\u0107 tylko w zakresie istniej\u0105cego na NAS systemu plik\u00f3w czy rodzaju praw u\u017cytkownik\u00f3w. Czasem skuteczne \u201et\u0142umaczenie\u201d tych praw je\u017celi serwerem jest Linux a klientem Windows lub odwrotnie bywa .. uci\u0105\u017cliwe. C\u00f3\u017c te systemy plik\u00f3w s\u0105 po prostu inne. W wypadku iSCSI ten problem nie wyst\u0119puje u\u017cytkownik formatuje sobie wydzielony kawa\u0142ek dysku do w\u0142asnych potrzeb. Wad\u0105 tego rozwi\u0105zania w por\u00f3wnaniu do SMB i NFS jest fakt, \u017ce z zwi\u0105zku z przydzieleniem dysku od punktu A do punktu B od razu zajmujemy na sztywno przydzielony zakres dysku, niezale\u017cenie czy u\u017cytkownik wykorzystuje tylko jeden procent miejsca czy ca\u0142e. Ten problem nie wyst\u0119puje w wypadku SMB i NFS poniewa\u017c na dysku jest zajmowane tyle i tylko tyle miejsca ile zastanie zaj\u0119te wrzuconymi plikami.<\/p>\n

 <\/p>\n

AFP (Apple Filing Protocol)<\/strong><\/p>\n

Nie mog\u0142o zabrakn\u0105\u0107 czego\u015b dla jab\u0142uszek. AFP jest sieciowym protoko\u0142em wymiany plik\u00f3w w\u0142a\u015bnie dla nich. macOS potrafi sprawnie korzysta\u0107 z SMB i NFS. AFP nie jest raczej cz\u0119sto u\u017cywany ale warto wiedzie\u0107, \u017ce takie co\u015b wyst\u0119puje.<\/p>\n

 <\/p>\n

WebDAV<\/strong><\/p>\n

\u00a0<\/strong>Na koniec bardziej jako ciekawostk\u0119 zostawi\u0142em dobie WebDAV. Jest to sieciowy system plik\u00f3w b\u0119d\u0105cy rozszerzeniem protoko\u0142u HTTP. Tego samego kt\u00f3rego u\u017cywamy przegl\u0105daj\u0105c strony internetowe. Czyli jako serwer wykorzystuje si\u0119 serwery stron czy Apache czy NGINX. Dobrze si\u0119 sprawdza do montowania sobie na komputerze jako dysk lokalny swoich zasob\u00f3w z takich platform jak Nextcloud czy Owncloud. Obs\u0142uguj\u0105 one natywnie WebDAV.<\/p>\n

 <\/p>\n

Podsumowanie:<\/strong><\/p>\n

\u00a0<\/strong>Om\u00f3wione protoko\u0142y zdecydowanie r\u00f3\u017cni\u0105 si\u0119 od siebie. Oczywi\u015bcie nie ma jednego najlepszego i stosujmy taki kt\u00f3ry najlepiej pokrywa nasze potrzeby. Po tej ma\u0142ej wycieczce niech podsumowaniem b\u0119dzie, \u017ce je\u017celi u\u017cywamy Windows i chcemy gdzie\u015b trzyma\u0107 nasze pliki to w\u0142a\u015bnie SMB powinno by\u0107 dobrym wyborem.<\/p>\n

 <\/p>\n

Pami\u0119tajcie jeszcze prosz\u0119, \u017ce nawet najlepszy dysk sieciowy NAS, ile by nie mia\u0142 zapasowych dysk\u00f3w czy zasilaczy to nie backup. Ka\u017cdy serwer kiedy\u015b si\u0119 psuje, zawsze miejcie plan B. B jak backup.<\/p>\n

 <\/p>\n