Co to jest FabricPool?
FabricPool to funkcja systemu ONTAP, która automatycznie przenosi rzadziej używane dane z droższej, szybkiej warstwy lokalnej do tańszej pamięci obiektowej.
Najprościej mówiąc: nie wszystkie dane muszą cały czas leżeć na najszybszych i najdroższych dyskach. Część z nich jest używana codziennie, ale część tylko od czasu do czasu. FabricPool pozwala to rozdzielić w sposób automatyczny.
Dane „gorące”, czyli często używane, zostają na lokalnej macierzy. Dane „zimne”, czyli rzadko odczytywane, mogą zostać przeniesione do tańszego tieru obiektowego,
bez zmiany sposobu pracy użytkowników i aplikacji.
Po co stosuje się FabricPool?
Główny cel jest prosty: obniżenie kosztu przechowywania danych bez pogarszania wydajności tam, gdzie naprawdę ma ona znaczenie.
W wielu firmach tylko część danych jest intensywnie używana. Reszta musi być dostępna, ale nie wymaga przechowywania na najdroższej warstwie flash.
Bez FabricPool administrator często musi wybierać między:
- trzymaniem wszystkiego na szybkiej i drogiej pamięci,
- albo ręcznym przenoszeniem danych w inne miejsce.
FabricPool rozwiązuje ten problem automatycznie. Macierz sama rozpoznaje mniej aktywne dane i może przenieść je na tańszy poziom storage.
Jak działa FabricPool?
FabricPool działa pomiędzy dwoma warstwami:
- tier lokalny – szybka warstwa w macierzy NetApp,
- tier obiektowy – tańsza pamięć obiektowa, lokalna lub chmurowa.
System ONTAP obserwuje, które bloki danych są aktywne, a które pozostają nieużywane przez dłuższy czas. Na tej podstawie może automatycznie przenieść mniej aktywne dane do warstwy obiektowej.
To ważne: z punktu widzenia serwera lub użytkownika dane nadal są widoczne w tym samym wolumenie. Nie pojawia się nowy udział, nowy katalog ani osobny „archiwalny zasób”. Całość jest zarządzana przez ONTAP w tle.
Co daje FabricPool w praktyce?
Najważniejsza korzyść to lepsze wykorzystanie szybkiej przestrzeni dyskowej.
Zamiast przechowywać na drogim flashu także stare lub rzadko używane dane, można zostawić tam tylko to, co naprawdę wymaga najwyższej wydajności.
W praktyce daje to:
- niższy koszt 1 TB efektywnej przestrzeni,
- większą pojemność logiczną bez konieczności ciągłego dokładania drogich dysków,
- lepsze wykorzystanie warstwy wydajnościowej,
- mniej ręcznej pracy administracyjnej,
- łatwiejsze zarządzanie danymi, które z czasem stają się mniej aktywne.
To szczególnie przydatne w środowiskach, gdzie ilość danych stale rośnie, ale tylko część z nich jest naprawdę „gorąca”.
Gdzie trafiają dane z FabricPool?
FabricPool nie przenosi danych na inną macierz plikową ani na zwykły udział sieciowy. Drugą warstwą jest pamięć obiektowa.
W zależności od architektury może to być na przykład:
- NetApp StorageGRID,
- ONTAP S3,
- wybrane usługi chmury publicznej zgodne z wymaganiami ONTAP,
- lub inne kompatybilne endpointy S3, jeśli zostały poprawnie przetestowane i wdrożone.
To ważna cecha: FabricPool pozwala budować rozwiązanie zarówno lokalnie, jak i z użyciem chmury, zależnie od potrzeb firmy i polityki bezpieczeństwa.
Na jakich macierzach działa FabricPool?
FabricPool jest funkcją systemu ONTAP, więc dotyczy macierzy działających na tej platformie, takich jak:
- FAS,
- AFF,
- ASA – zależnie od scenariusza i wersji ONTAP.
Nie jest to funkcja systemu SANtricity OS, czyli nie opisuje rodziny macierzy E-Series.
FabricPool należy do ekosystemu ONTAP.
Czy FabricPool działa tylko z chmurą publiczną?
Nie. To częsty błąd w rozumieniu tej technologii.
FabricPool nie oznacza automatycznie „wysyłania danych do AWS” albo innej chmury publicznej.
Drugą warstwą może być również pamięć obiektowa działająca lokalnie,
na przykład StorageGRID
albo ONTAP S3.
Dzięki temu można uzyskać korzyści z tieringu danych bez opuszczania własnego data center.
To ważne dla firm, które chcą ograniczać koszty, ale nie chcą przenosić danych poza swoją infrastrukturę.
FabricPool a archiwizacja – czy to to samo?
Nie do końca.
FabricPool nie jest klasycznym systemem archiwizacji i nie służy do ręcznego odkładania plików „na później”.
To raczej mechanizm inteligentnego tieringu, który działa na poziomie storage.
Użytkownik nadal pracuje z tym samym wolumenem.
Aplikacja nadal widzi ten sam zasób.
Zmienia się tylko to, gdzie fizycznie znajdują się mniej aktywne dane.
Można więc powiedzieć tak:
- archiwizacja zmienia zwykle sposób organizacji danych,
- FabricPool zmienia głównie koszt i miejsce ich przechowywania.
Kiedy FabricPool ma największy sens?
FabricPool szczególnie dobrze sprawdza się wtedy, gdy:
- masz dużo danych, ale tylko część jest aktywnie używana,
- chcesz ograniczyć koszt pamięci flash,
- nie chcesz ręcznie przenosić starszych danych,
- budujesz środowisko hybrydowe łączące storage lokalny i obiektowy,
- potrzebujesz prostszego sposobu na skalowanie pojemności.
Typowe przykłady to:
- repozytoria plików z dużą ilością starszych danych,
- środowiska wirtualizacyjne,
- backupy i kopie danych pomocniczych,
- duże wolumeny projektowe,
- dane, które muszą być dostępne, ale nie są często odczytywane.
Czy FabricPool wpływa na wydajność?
Tak, ale w kontrolowany sposób i zgodnie z logiką tej funkcji. Dane aktywne mają pozostać na warstwie szybkiej.
Dane mniej aktywne mogą zostać przeniesione do tańszej warstwy obiektowej.
Dlatego FabricPool ma sens wtedy, gdy dobrze rozumiemy charakter danych. Jeżeli jakiś zbiór jest stale intensywnie wykorzystywany, nie powinien być traktowany jak „zimny”. Jeżeli natomiast dane są otwierane sporadycznie, ich utrzymywanie cały czas na najdroższej warstwie
nie zawsze jest ekonomicznie uzasadnione.
Krótko mówiąc: FabricPool nie służy do przyspieszania wszystkiego, tylko do mądrego rozdzielenia wydajności i kosztu.
FabricPool a ONTAP One
FabricPool wchodzi w skład pakietu: ONTAP One.
FabricPool jest jedną z funkcji, które pokazują praktyczną wartość całej platformy ONTAP:
nie chodzi tylko o samą macierz, ale o to, jak zarządza się danymi w czasie.
