Firma Dell EMC niedawno wydała zaktualizowaną wersję swojego Cloud Tiering Appliance , czyli CTA. Niektórzy nasi czytelnicy mogą już korzystać z tego całkowicie darmowego, wirtualnego oprogramowania firmy Dell EMC, inni mogą o nim wiedzieć, ale jeszcze z niego nie korzystali, a jeszcze inni mogą pytać: „Co to jest CTA?”. Pozwólcie, że wyjaśnimy.
Licencja na użytkowanie CTA jest dołączona do każdej macierzy Dell EMC Unity XT w ramach kompleksowego modelu oprogramowania. Oprogramowanie jest dostarczane jako wzmocnione urządzenie SUSE w formacie .ova, które można pobrać bezpłatnie, bez dodatkowych licencji, ze strony Dell EMC tutaj (wymagane jest konto Dell).
Po wdrożeniu i skonfigurowaniu tego wirtualnego urządzenia (jako samodzielnego urządzenia lub konfiguracji HA obejmującej wiele urządzeń) w środowisku, administratorzy mogą archiwizować blokową pamięć masową Unity XT i warstwową pamięć masową plików Unity XT, przesyłając dane do kilku różnych dostawców usług w chmurze. Można to zrobić automatycznie za pomocą zasad i harmonogramów, wywołania API do interfejsu REST CTA lub ręcznie za pomocą nowego graficznego interfejsu użytkownika HTML5 CTA.
Dodatkowo, CTA może służyć do przywracania danych plików lub bloków z pamięci masowej w chmurze do lokalnej macierzy pamięci masowej Unity XT w procesie odzyskiwania znanym jako przywołanie pliku i przywrócenie bloku. Wreszcie, CTA może służyć do migracji repozytoriów plików między starszymi macierzami pamięci masowej a macierzą Unity, a także między dostawcami chmury (rys. 1). Obecnie CTA integruje się z następującymi dostawcami pamięci masowej w chmurze: Dell EMC Elastic Cloud Services (ECS), IBM Cloud Object Storage, Microsoft Azure i AWS S3.
Rys. 1
Podczas archiwizacji pamięci blokowej, CTA działa jako silnik reguł, komunikując się z macierzą Unity XT i identyfikując migawki bloków, którym przypisano określone kryteria zdefiniowane przez administratora CTA (zasady lub harmonogramy, o których mowa powyżej). Następnie migawki te są archiwizowane w pamięci masowej w chmurze (zgodnie z definicją w sekcji Zasady i harmonogramy), a po zakończeniu transferu migawkę z macierzy Unity XT można usunąć, co pozwala odzyskać cenną przestrzeń dyskową dla operacji lokalnych. Aby przywrócić dane blokowe z chmury za pośrednictwem CTA, administrator może wykorzystać docelową pamięć masową bloków w macierzy źródłowej lub pamięć masową bloków w nowej macierzy Unity XT w dowolnej lokalizacji.
W przypadku warstwowania plików, CTA ponownie działa jako silnik reguł, łącząc się z macierzą Unity XT i ustalając, które reguły i harmonogramy mają zastosowanie do poszczególnych plików. Po zidentyfikowaniu tych plików, CTA tworzy substytut w oryginalnej lokalizacji i umieszcza plik w pamięci masowej w chmurze. Po odczytaniu substytutu, CTA albo przywołuje plik do lokalnej macierzy, albo przekazuje operacje wejścia/wyjścia do pliku w chmurze. Dla klientów i użytkowników końcowych proces ten zapewnia płynne działanie, niezależnie od źródła pliku. Prawdziwą korzyścią jest to, że substytut tworzony przez CTA wykorzystuje tylko 8 KB dysku, w porównaniu z całą wykorzystaną pojemnością samego pliku, która byłaby dostępna. To kolejny doskonały sposób na odzyskanie wykorzystanej pojemności macierzy Unity XT i wykorzystanie jej na potrzeby aplikacji i operacji wrażliwych na opóźnienia, które wymagają pamięci masowej w centrum danych.
To właśnie możliwość migracji plików ze starszych macierzy (opisanych powyżej) do macierzy Unity XT i między chmurami, oferowana przez CTA, naprawdę przykuła naszą uwagę. Jeśli administrator pamięci masowej może używać CTA jako narzędzia do migracji plików (a nawet plików CTA z systemów VNX) ze starego sprzętu na nowy, pozwoli to zaoszczędzić na nakładach inwestycyjnych (CAPEX) na narzędzie do migracji, a jeśli organizacja może łatwo wybrać dostawcę pamięci masowej w chmurze na podstawie kosztów, to jest to ogromna korzyść dla OpEx.
Widzimy dwa dodatkowe korzyści płynące z CTA dla klientów, którzy z niego korzystają. Pierwszym z nich jest oszczędność miejsca w chmurze dzięki wbudowanej kompresji CTA. Podczas przenoszenia danych do chmury administratorzy mogą wybrać między szybką a silną kompresją i monitorować stopień kompresji za pomocą wykresu Tiered Usage Chart (Tiered Usage Chart) dostępnego na stronie Dashboard (Pulpit) w interfejsie graficznym CTA (rys. 2). Drugim sposobem są oszczędności na kosztach tworzenia kopii zapasowych. Zmniejszając ilość rzeczywistych danych lokalnych, które należy przenieść na inne nośniki lokalne, CTA może pomóc w oszczędnościach na sprzęcie i oprogramowaniu do tworzenia kopii zapasowych. Jednak, zgodnie z umowami SLA z dostawcą pamięci masowej w chmurze, nadal zdecydowanie zalecamy tworzenie kopii zapasowych wszystkich istniejących danych w chmurze, aby upewnić się, że spełniasz wymagania SLA swojej organizacji.
Rys. 2
Co nowego w CTA 13.0?
Trzeba pochwalić firmę Dell EMC. Nie dość, że mają nowe, ulepszone urządzenie, to jeszcze wprowadzili kilka nowych funkcji. Nowy interfejs HTML 5 jest przejrzysty i responsywny (żegnaj Flashu!), a Dell EMC wykonało świetną robotę z projektem interfejsu użytkownika, nadając interfejsowi CTA identyczny charakter jak w Unity XT, PowerStore czy PowerMax. Obsługa jest zawsze łatwiejsza, gdy interfejsy, z których korzystają inżynierowie i administratorzy, działają płynnie.
Jeśli chodzi o aktualizacje zabezpieczeń, dodano obsługę protokołu SMB 3.0.2 oraz SMB 2.1, w tym automatyczne negocjowanie protokołu SMB, podpisywanie, uwierzytelnianie Kerberos i NTLM. Dodatkowo wprowadzono usprawnienia wydajności dla dużych plików, a firma Dell EMC zoptymalizowała długość pakietu R/W do 512 KB.
Bezpieczeństwo to kwestia, którą należy traktować poważnie i cieszymy się, że opcja szyfrowania dla CTA wymaga wdrożenia HA (rys. 3). Posiadanie pojedynczego punktu awarii (SPI) w architekturze bezpieczeństwa, która potencjalnie może skutkować utratą danych w przypadku awarii, stanowi poważne ryzyko, a Dell EMC dba o to, aby tego uniknąć, wymagając wielu CTA. To dobrze. Zapobiegają oni użytkownikom końcowym wyrządzaniu sobie krzywdy. Chcielibyśmy, aby więcej dostawców wdrażało rozsądne zabezpieczenia w swoich produktach.
Rys. 3
Teraz, gdy omówiliśmy już ogólne informacje, możemy przyjrzeć się bliżej wezwaniu do działania, aby zapewnić Ci bardziej szczegółowe doświadczenie.
Konfiguracja urządzenia Dell EMC Cloud Tiering Appliance
Podczas początkowej konfiguracji wykonujemy niewielką ilość czynności z poziomu interfejsu wiersza poleceń (rys. 4). Nie jest to jednak uciążliwe, ponieważ obejmuje głównie ustawienia strefy czasowej, sieci i ustawienia hasła. Od wdrożenia .ova do zalogowania się do interfejsu graficznego, proces ten zajął nam około 5 minut.
Dla tych, którzy wolą bardziej konwersacyjną formę prezentacji, mamy film:
Rys. 4
Po zakończeniu konfiguracji CLI czas zalogować się do interfejsu graficznego (rys. 5). Ponownie chcielibyśmy pochwalić firmę Dell EMC za nowy, przejrzysty interfejs użytkownika.
Rys. 5
Po zalogowaniu wyświetli się domyślna strona Panelu sterowania (rys. 6).
Rys. 6
Na pulpicie nawigacyjnym wyświetlana jest łączna liczba plików warstwowych i migawek przeniesionych do pamięci masowej w chmurze, wszelkie alerty, które wystąpiły, oraz Kreator zadań.
Kreator tworzenia zadania to mile widziana aktualizacja poprzedniej wersji dostępnej w CTA. W najnowszej wersji szybki przewodnik po kreatorze wygląda następująco: wybierz typ zadania > wybierz serwer > dodaj adres IP > politykę (lub utwórz politykę) > harmonogram (lub utwórz harmonogram) > potwierdzenie podsumowania (rys. 7-14).
Definiowanie typu zadania Rys. 7
Wybór tablicy źródłowej Rys. 8
Wybór zadania protokołu NFS Rys. 9
Dodawanie katalogu NFS Rys. 10
Dodawanie katalogu NFS część 2 Rys. 11
Definiowanie polityki Rys. 12
Definiowanie harmonogramu Rys. 13
Potwierdzanie zadania przed zakończeniem Rys. 14
W menu górnym, po wybraniu opcji Harmonogram, możesz zobaczyć wszystkie utworzone harmonogramy, a jeśli wybierzesz konkretny harmonogram, możesz przejść do historii tego zaplanowanego zadania (rys. 15).
Rys. 15
Kolejną przydatną funkcją w Harmonogramie jest możliwość uruchomienia Harmonogramu jako Symulacji, co pozwala upewnić się, że zadanie zostanie ukończone prawidłowo i nie wystąpią błędy po utworzeniu lub zmianie Harmonogramu (rys. 16).
Rys. 16
Przechodząc do zakładki Archiwa w menu, na tym ekranie można zobaczyć, które jednostki LUN i grupy spójności są skonfigurowane do archiwizacji (rys. 17).
Rys. 17
W menu Archiwa możesz także zobaczyć, które pliki zostały zarchiwizowane, przejrzeć historię tych plików, odzyskać szczątki i usunąć osieroconych plików (rys. 18).
Rys. 18
CTA oferuje również dobry podgląd wykorzystywanych danych na ekranie raportów (rys. 19).
Rys. 19
Ustawienia raportów archiwalnych zapewniają dodatkowe opcje przycinania i zarządzania raportowaniem (rys. 20)
Rys. 20
W menu Zasady możesz przeglądać wszystkie zasady utworzone w wezwaniu do działania (CTA) lub utworzyć nową (rys. 21).
Rys. 21
Należy pamiętać, że na ekranie Zasady po wybraniu zasady pojawi się panel Informacje ogólne, w którym można uzyskać więcej informacji na temat danej zasady (rys. 22).
Rys. 22
Ostatnią pozycją menu dostępną w interfejsie graficznym CTA jest Konfiguracja. Znajdziesz tu takie elementy, jak szyfrowanie (rys. 23).
Rys. 23
Dodawanie dodatkowych tablic, pamięci masowej w chmurze i serwerów plików (rys. 24)
Rys. 24
Oraz typowe ustawienia API, w tym File Mover i Unity Credentials (rys. 25).
Rys. 25
W związku z tą konfiguracją chcielibyśmy zwrócić uwagę na jedną rzecz: jeśli chcesz dołączyć wiele macierzy Unity do CTA, Dell EMC zaleca utworzenie konta administracyjnego CTA oraz konta użytkownika i hasła DHSM dla każdej macierzy, ponieważ w interfejsie CTA można określić tylko pojedyncze konta dla tego połączenia. Jeśli użytkownicy muszą używać różnych danych logowania dla każdego Unity, mogą wdrożyć osobne CTA do użytku dla każdego Unity.
Wniosek
Podsumowując, my w StorageReview jesteśmy pod wrażeniem urządzenia Dell EMC Cloud Tiering Appliance, a zwłaszcza jego nowej wersji 13.0 z ulepszonym interfejsem użytkownika. Zapewnia ono organizacjom korzyści płynące z warstwowania i archiwizacji w chmurze jako bezkosztowy mechanizm (przypominamy: nie obejmuje kosztów pamięci masowej w chmurze ani sieci) dla obecnych i potencjalnych klientów macierzy pamięci masowej Unity XT. Spodziewamy się wzrostu popularności urządzenia do warstwowania w chmurze Unity XT w przyszłości.
Jeśli chcesz dowiedzieć się więcej o urządzeniu Cloud Tiering Appliance, zapoznaj się z dokumentem informacyjnym firmy Dell EMC dostępnym tutaj.
Niniejszy raport jest sponsorowany przez firmę Dell EMC. Wszystkie poglądy i opinie wyrażone w niniejszym raporcie opierają się na naszej obiektywnej ocenie rozpatrywanych produktów.
Amazon