Cloud Tiering to usługa NetApp, która automatyzuje przenoszenie rzadziej używanych danych z lokalnych klastrów ONTAP do pamięci obiektowej w chmurze publicznej albo prywatnej. Najprościej mówiąc: gorące dane zostają na lokalnej warstwie wydajnościowej, a zimne dane trafiają do tańszej warstwy obiektowej, bez zmiany sposobu pracy aplikacji.
W praktyce Cloud Tiering pozwala ograniczyć koszt rozbudowy lokalnej macierzy, lepiej wykorzystać szybkie dyski i wygodniej zarządzać tieringiem danych w większych środowiskach. To rozwiązanie szczególnie dobrze sprawdza się tam, gdzie ilość danych stale rośnie, ale tylko część z nich jest naprawdę aktywnie używana.
Co to jest Cloud Tiering?
Cloud Tiering to zarządzana przez NetApp usługa, która wykorzystuje technologię FabricPool do automatycznego tieringu nieaktywnych danych z lokalnych systemów ONTAP do pamięci obiektowej. Sam mechanizm tieringu realizuje ONTAP, a Cloud Tiering upraszcza konfigurację, monitoring i zarządzanie tym procesem z jednego miejsca.
To ważne rozróżnienie:
- FabricPool to technologia tieringu w ONTAP,
- Cloud Tiering to usługa zarządzania tym tieringiem.
Dzięki temu administrator nie musi wszystkiego konfigurować ręcznie na poziomie CLI lub każdej macierzy osobno. Może zarządzać tieringiem z centralnego interfejsu.
Po co stosuje się Cloud Tiering?
Nie wszystkie dane muszą cały czas leżeć na najszybszej i najdroższej warstwie storage. W wielu środowiskach część danych jest używana codziennie, ale duża część pozostaje tylko dostępna „na wszelki wypadek” – historyczne projekty, stare snapshoty, archiwalne pliki, dane backupowe albo rzadko otwierane zasoby.
Cloud Tiering pozwala takie dane automatycznie przenieść do tańszej pamięci obiektowej, a na lokalnej macierzy zostawić to, co naprawdę wymaga wysokiej wydajności.
Najważniejsze korzyści są bardzo praktyczne:
- mniej zajętej przestrzeni na lokalnej warstwie wydajnościowej,
- niższy koszt przechowywania danych,
- mniej potrzeby dokładania drogich dysków do macierzy,
- brak potrzeby przebudowy aplikacji,
- wygodniejsze zarządzanie tieringiem w wielu klastrach.
Jak działa Cloud Tiering?
Cloud Tiering działa z lokalnymi klastrami ONTAP i wskazaną pamięcią obiektową. Administrator podłącza klaster, wybiera docelowy obiekt storage, a następnie wskazuje wolumeny i polityki tieringu. ONTAP analizuje aktywność danych i przenosi zimne bloki do warstwy obiektowej, gdy spełnione zostaną warunki danej polityki.
Z punktu widzenia użytkownika i aplikacji dane nadal pozostają w tym samym wolumenie. Nie pojawia się osobny udział, osobny katalog ani nowy serwer plików. Zmienia się tylko to, gdzie fizycznie znajdują się mniej aktywne dane.
Cloud Tiering a FabricPool
Najprostszy sposób zrozumienia tej relacji jest taki: FabricPool to silnik, a Cloud Tiering to warstwa zarządzania. Jeżeli ktoś chce opisać sam mechanizm przenoszenia zimnych danych do object storage, mówimy o FabricPool. Jeżeli chce opisać usługę, która upraszcza wdrożenie, monitoring i konfigurację tieringu w wielu środowiskach, mówimy o Cloud Tiering.
To rozróżnienie ma znaczenie także handlowo i architektonicznie, bo Cloud Tiering jest usługą NetApp, a FabricPool jest funkcją ONTAP.
Jakie dane nadają się do tieringu?
Najlepszym kandydatem do tieringu są dane nieaktywne, czyli takie, które muszą być dostępne, ale nie są regularnie używane. Mogą to być na przykład:
- starsze pliki użytkowników i działów,
- historyczne dane projektowe,
- rzadko używane snapshoty,
- dane wtórne i kopie do DR lub backupu,
- zbiory, które rosną szybciej niż budżet na lokalny flash.
Cloud Tiering nie służy do przyspieszania danych gorących, tylko do rozsądnego rozdzielenia wydajności i kosztu.
Jakie systemy i platformy obsługuje Cloud Tiering?
Cloud Tiering jest związany z lokalnymi klastrami ONTAP. W praktyce należy go kojarzyć z macierzami NetApp działającymi na tej platformie, takimi jak:
- FAS,
- AFF,
- ONTAP Select.
W zależności od wersji ONTAP i architektury można go stosować także w środowiskach HA, konfiguracjach MetroCluster czy układach wykorzystujących mirroring FabricPool.
Do jakich obiekt storage można tierować dane?
Cloud Tiering obsługuje kilka typów docelowej pamięci obiektowej. Dzięki temu można zbudować zarówno architekturę opartą o chmurę publiczną, jak i rozwiązanie bardziej lokalne lub hybrydowe.
Najczęściej wykorzystywane cele to:
- Amazon S3,
- Microsoft Azure Blob,
- Google Cloud Storage,
- NetApp StorageGRID,
- wybrane systemy zgodne z S3.
To daje dużą elastyczność. Można budować środowisko w pełni lokalne, hybrydowe albo bardziej chmurowe – zależnie od potrzeb firmy, polityki bezpieczeństwa i kosztów.
Cloud Tiering a chmura prywatna i publiczna
Cloud Tiering nie oznacza automatycznie wysyłania danych do hyperscalera. W wielu środowiskach bardzo sensownym celem dla danych zimnych jest prywatna warstwa obiektowa, na przykład StorageGRID.
To ważne szczególnie tam, gdzie firma chce obniżyć koszt lokalnego storage, ale nie chce przenosić danych poza własną infrastrukturę. W takim modelu Cloud Tiering nadal ma sens, bo warstwa obiektowa może być prywatna, a nie publiczna.
Cloud Tiering a NAS i SAN
Cloud Tiering może być używany zarówno z wolumenami NAS, jak i z danymi używanymi przez SAN, ale w praktyce NetApp zaleca większą ostrożność przy środowiskach SAN podłączanych do chmury publicznej. SAN jest bardziej wrażliwy na kwestie połączenia i opóźnień niż typowe środowiska NAS.
Dlatego w przypadku danych używanych przez protokoły SAN częściej sens ma warstwa prywatna, a nie odległy publiczny object store.
Polityki tieringu w Cloud Tiering
Cloud Tiering korzysta z polityk tieringu znanych z ONTAP. To one określają, kiedy i jakie dane mają zostać przeniesione do warstwy obiektowej.
Najważniejsze polityki to:
- None – dane pozostają na warstwie lokalnej i nie są tierowane,
- Snapshot Only – tierowane są zimne bloki snapshotów,
- Auto – tierowane są zimne dane użytkownika i zimne snapshoty,
- All – dane są oznaczane jako zimne możliwie szybko i kierowane do warstwy obiektowej.
W praktyce najczęściej wybiera się politykę zależnie od charakteru danych. Dla typowych wolumenów produkcyjnych często sens ma Auto, a dla bardziej archiwalnych lub wtórnych danych można rozważyć bardziej agresywne podejście.
Cooling period – kiedy dane stają się zimne?
Jednym z ważnych parametrów jest cooling period, czyli czas bez aktywności, po którym dane są uznawane za zimne i kwalifikują się do przeniesienia do object storage. W zależności od polityki i wersji ONTAP można ten okres regulować.
To ważne, bo pozwala dopasować tiering do realnego zachowania danych. Nie każda firma chce przenosić zimne dane już po kilku dniach, ale też nie każda chce trzymać je miesiącami na drogim flashu.
Cloud Tiering a klasy storage w chmurze
Przy tieringu do chmury publicznej można nie tylko wskazać docelowy object store, ale także klasę storage lub access tier. W niektórych środowiskach można dodatkowo zastosować reguły lifecycle, które po pewnym czasie przesuwają bardzo zimne dane jeszcze niżej kosztowo.
To oznacza, że Cloud Tiering może działać dwuetapowo:
- najpierw dane opuszczają lokalną macierz i trafiają do object storage,
- potem jeszcze mogą przejść do tańszej klasy w ramach samej chmury.
Dzięki temu da się dalej obniżać koszt danych, które praktycznie już nie są używane.
Cloud Tiering a koszty
Cloud Tiering ma sens przede wszystkim wtedy, gdy szybka lokalna warstwa storage jest droższa niż utrzymanie danych zimnych w object storage. To typowy scenariusz w nowoczesnych data center: koszt flashu jest uzasadniony dla danych aktywnych, ale nie dla archiwalnych.
Właśnie dlatego tiering pomaga ograniczyć koszt przechowywania bez zmiany aplikacji i bez ręcznego przenoszenia danych między systemami.
Cloud Tiering a wydajność
Najważniejsza zasada jest prosta: dane gorące powinny pozostać na lokalnej warstwie wydajnościowej, a dane zimne mogą zostać przeniesione niżej kosztowo. Dzięki temu lokalny flash jest lepiej wykorzystywany przez dane naprawdę aktywne.
Jeżeli jednak zimne dane zostaną odczytane, ONTAP może potraktować je jako ponownie aktywne – zależnie od polityki tieringu i sposobu odczytu. Dlatego Cloud Tiering trzeba traktować jako narzędzie do optymalizacji kosztu, a nie jako uniwersalny sposób na każde dane.
Cloud Tiering a inne technologie NetApp
Cloud Tiering dobrze uzupełnia inne funkcje ONTAP. Najczęściej warto go rozpatrywać razem z technologiami takimi jak:
Cloud Tiering nie zastępuje tych technologii. On pomaga rozsądniej zarządzać miejscem i kosztem danych w większej architekturze ochrony i przechowywania danych.
Kiedy Cloud Tiering ma największy sens?
Cloud Tiering szczególnie dobrze sprawdza się wtedy, gdy:
- ilość danych rośnie szybciej niż budżet na rozbudowę lokalnej macierzy,
- duża część danych jest rzadko używana,
- firma chce lepiej wykorzystać lokalny flash,
- potrzebne jest centralne zarządzanie tieringiem dla wielu klastrów,
- środowisko ma charakter hybrydowy albo multicloudowy.
Podsumowanie
Cloud Tiering to usługa NetApp, która upraszcza zarządzanie tieringiem nieaktywnych danych z lokalnych klastrów ONTAP do pamięci obiektowej. Pozwala obniżyć koszt przechowywania, zwolnić miejsce na lokalnej warstwie wydajnościowej i lepiej wykorzystać szybki storage tam, gdzie jest naprawdę potrzebny.
Najprościej można to zapamiętać tak: FabricPool wykonuje tiering, a Cloud Tiering pomaga nim wygodnie zarządzać. To rozwiązanie szczególnie cenne w środowiskach, gdzie dane stale rosną, ale tylko część z nich wymaga utrzymywania na najszybszej warstwie storage.
