Co to jest CIFS w macierzach NetApp?
CIFS, czyli Common Internet File System, to starsza nazwa protokołu używanego do udostępniania plików w środowiskach Windows. Dziś poprawniej mówi się po prostu
SMB (Server Message Block), bo to właśnie SMB jest współczesnym protokołem, a określenie CIFS najczęściej spotyka się historycznie lub w nazewnictwie części funkcji.
W praktyce dla administratora najważniejsze jest to, że macierz NetApp może działać jak serwer plików dla komputerów i serwerów Windows. Użytkownik otwiera udział sieciowy,
mapuje dysk, pracuje na folderach i plikach, a dane fizycznie leżą bezpośrednio na macierzy.
Nie trzeba więc budować osobnego serwera Windows tylko po to, aby wystawić udziały plikowe.
W świecie NetApp ta funkcja dotyczy wyłącznie macierzy pracujących pod kontrolą Data ONTAP / ONTAP, czyli platform NAS i unified storage,
takich jak serie AFF i FAS. Nie występuje ona natomiast w macierzach blokowych E-Series,
które działają pod kontrolą SANtricity OS i są przeznaczone
głównie do udostępniania pamięci blokowej, a nie udziałów plikowych.
Po co w ogóle używa się CIFS/SMB?
Najprościej mówiąc: po to, aby udostępniać pliki w sieci Windows w sposób wygodny i centralny.
Zamiast trzymać dane lokalnie na pojedynczym serwerze lub stacji roboczej, można umieścić je
na macierzy i udostępnić użytkownikom jako współdzielony zasób.
Typowe zastosowania to między innymi:
- wspólne foldery firmowe dla użytkowników Windows,
- udziały dla działów, projektów i archiwów,
- repozytoria dokumentów i plików biurowych,
- profile użytkowników i katalogi domowe,
- udziały dla aplikacji pracujących na plikach.
Dla użytkownika końcowego wygląda to zwyczajnie: otwiera udział sieciowy i pracuje na plikach. Dla administratora oznacza to centralne zarządzanie danymi, uprawnieniami i pojemnością.
Jak działa CIFS/SMB w NetApp ONTAP?
W macierzach NetApp opartych o ONTAP administrator tworzy udział plikowy SMB, przypisuje go do odpowiedniego wolumenu i nadaje prawa dostępu. Macierz może
zostać zintegrowana z Active Directory, dzięki czemu użytkownicy logują się swoimi standardowymi kontami domenowymi, bez potrzeby tworzenia osobnej bazy użytkowników na storage.
To bardzo ważna różnica względem prostych serwerów plików. NetApp nie tylko „wystawia folder”, ale od razu daje dostęp do funkcji związanych z ochroną i zarządzaniem danymi, takich jak snapshoty,
replikacja, kontrola przestrzeni czy wysoka dostępność.
Dlaczego CIFS/SMB w NetApp ma sens?
Największa korzyść jest prosta: mniej warstw pośrednich. Nie trzeba stawiać osobnego serwera plików, aktualizować go, pilnować jego zasobów i traktować jako kolejnego punktu awarii.
Rolę serwera plików przejmuje bezpośrednio macierz.
W praktyce daje to:
- prostszą architekturę,
- łatwiejsze zarządzanie udziałami i pojemnością,
- wygodną integrację z domeną Windows,
- szybsze odzyskiwanie danych dzięki snapshotom,
- łatwiejszą replikację danych na drugą macierz.
Z punktu widzenia administratora Windows to po prostu wygodniejszy i zwykle bardziej przewidywalny
sposób budowy firmowego serwera plików.
CIFS/SMB a NFS – czym to się różni?
Najprostszy podział jest taki:
- NFS najczęściej kojarzy się ze światem Linux i Unix,
- CIFS/SMB najczęściej kojarzy się ze światem Windows.
Oba protokoły służą do udostępniania plików, a nie bloków danych. Różnią się jednak
typowym środowiskiem pracy, sposobem uwierzytelniania i modelem uprawnień.
W dużym uproszczeniu:
- SMB/CIFS jest naturalnym wyborem dla użytkowników i serwerów Windows,
- NFS jest naturalnym wyborem dla serwerów Linux/Unix,
- w środowiskach mieszanych obie metody mogą działać równolegle, ale wymagają dobrego zaplanowania uprawnień i nazw użytkowników.
Jeżeli więc głównymi odbiorcami danych są komputery z Windows, udział SMB będzie zwykle najbardziej oczywistym wyborem. Jeżeli pracujesz głównie z Linuxem, częściej wybiera się
NFS.
Czy CIFS to to samo co SMB?
Nie do końca, choć w praktyce bardzo często te nazwy są używane zamiennie. CIFS można traktować jako starszą nazwę i starszy wariant rodziny protokołów SMB.
W nowoczesnych środowiskach poprawniej jest mówić o SMB, ale ponieważ w świecie storage, administracji i starszej dokumentacji nazwa CIFS nadal występuje, wiele osób nadal używa obu określeń równolegle.
Dlatego na stronach i w materiałach NetApp można spotkać zarówno „SMB”, jak i „CIFS/SMB”.
Sens praktyczny jest ten sam: chodzi o udostępnianie plików dla środowiska Windows.
Dlaczego CIFS/SMB nie występuje w NetApp E-Series?
To wynika z architektury tych macierzy. SANtricity OS,
czyli system operacyjny macierzy E-Series, jest nastawiony na storage blokowy.
Tego typu macierz udostępnia hostom przestrzeń jako wolumeny blokowe, zwykle przez iSCSI,
Fibre Channel, SAS lub podobne technologie.
Innymi słowy: serwer widzi tam „dysk” lub LUN, który sam formatuje i sam zarządza systemem plików.
To inne podejście niż NAS. Dlatego E-Series świetnie sprawdza się tam, gdzie liczy się wydajny
i przewidywalny dostęp blokowy, ale nie jest platformą do natywnego udostępniania udziałów Windows przez SMB/CIFS.
Kiedy warto wybrać CIFS/SMB na NetApp?
To dobry wybór, gdy:
- masz środowisko oparte głównie o Windows i Active Directory,
- potrzebujesz centralnego serwera plików dla użytkowników lub działów,
- chcesz połączyć udziały plikowe z funkcjami ochrony danych NetApp,
- zależy Ci na prostszym zarządzaniu niż w przypadku osobnego serwera plików.
Jeżeli natomiast aplikacja oczekuje pamięci blokowej, a nie udziału plikowego, wtedy częściej wybiera się rozwiązania SAN, takie jak iSCSI lub Fibre Channel, albo platformę E-Series z
SANtricity OS.
Podsumowanie
CIFS/SMB w NetApp to funkcja udostępniania plików dla środowisk Windows bezpośrednio z poziomu macierzy.
W praktyce oznacza to, że macierz oparta o ONTAP może pełnić rolę wydajnego serwera plików, z integracją z Active Directory i dostępem do wszystkich ważnych funkcji ochrony danych NetApp.
Warto zapamiętać jedną prostą zasadę:
- ONTAP = może udostępniać pliki po SMB/CIFS i NFS,
- E-Series + SANtricity = storage blokowy, bez natywnego SMB/CIFS.
Jeżeli budujesz środowisko plikowe dla Windows, CIFS/SMB na NetApp ONTAP jest naturalnym wyborem.
Jeżeli budujesz środowisko stricte blokowe, lepszym kierunkiem będzie inna architektura storage.