Dwa rodzaje deduplikacji

W rozwiązaniu SEP sesam dostępne są dwa sposoby deduplikacji: mechanizm inline SEP sesam Si3 oraz offline SEP FDS VA (File-interface Deduplication System Virtual Appliance, bazujący na technologii FalconStor). Działając na poziomie blokowym, zapewniają wydajne przechowywanie danych, które znacząco zmniejsza zapotrzebowanie na pojemność nośników dla kopii zapasowych. Prosta replikacja kopii do innej lokalizacji w fundamentalny sposób poprawia bezpieczeństwo danych przedsiębiorstwa.

Rozwiązanie SEP sesam Si3 deduplikuje wszystkie dane w czasie rzeczywistym. Najpierw mechanizm SEP FDS VA tymczasowo przechowuje kopie danych w osobnej pamięci masowej, a sama deduplikacja rozpoczyna się, gdy proces wykonywania kopii jest zakończony. Interfejs Zarządzania SEP sesam wyświetla pliki objęte kopiowaniem w rzeczywistym formacie, aby uprościć proces ich odtwarzania. Wybór metody deduplikacji na poziomie blokowym, a nie na poziomie plików jest spowodowany tym, że analiza małych bloków danych jest znacznie efektywniejsza pod kątem wykorzystania pamięci masowej.

Backup online

SEP sesam znany jest z tego, że umożliwia sporządzanie backupu online – bez konieczności wstrzymywania działania następujących baz danych: MySQL, MariaDB, PostgreSQL czy EnterpriseDB. Oprogramowanie równie dobrze radzi sobie ponadto z typowymi bazami stosowanymi w większych przedsiębiorstwach i instytucjach, jak Oracle, MsSQL, IBM DB2 itp. Rozwiązanie daje administratorom możliwość wyboru systemu operacyjnego, na którym uruchamiany jest serwer backupu, serwer medialny (RDS) czy inny komponent SEP. To niewątpliwa zaleta, wynikająca z opensource’owych korzeni. W rezultacie bez względu na to, czy użytkownik pracuje w środowisku komercyjnym Windows, RHEL lub SLES, czy też korzysta ze wspieranego przez społeczność darmowego Debiana, Ubuntu bądź CentOS, ma pewność, że oprogramowanie będzie działać. Lista obsługiwanych systemów jest oczywiście znacznie dłuższa i dostępna na specjalnie przygotowanej stronie wiki.sepsoftware.com.

Red Hat Enterprise Virtualization

RHEV to obecnie trzecie najpopularniejsze środowisko wirtualizacyjne, zaraz po VMware i MS Hyper-V. W zgodnej opinii użytkowników funkcjonalność tej platformy dorównuje obu potężnym konkurentom, a w kilku aspektach nawet je przewyższa. Za przykład może posłużyć wydajność przy większej liczbie procesorów w maszynie hypervisora – tutaj RHEV jest bezkonkurencyjny. Został zbudowany na podstawie otwartego oprogramowania oVirt i zawiera w pakiecie wszystkie funkcje, za które – gdy korzysta się na przykład z rozwiązań VMware – trzeba dodatkowo płacić.

W ramach SEP sesam backup RHEV działa podobnie jak w przypadku VMware. Wykonuje się go, korzystając z dostępu bezagentowego przez API, które dostarczył producent oprogramowania (w tym przypadku Red Hat), czyli API biblioteki libvirt. Każda maszyna wirtualna to nic innego jak „pliko-dysk”, na którym w momencie backupu wykonywany jest snapshot. To właśnie on jest przenoszony na urządzenie do backupu. Każdy snapshot ma swoje ID, po którym jest identyfikowany. Podobnie jak w przypadku VMware, mamy możliwość backupu całej maszyny wirtualnej, a także samej jej konfiguracji. Mowa tutaj o backupie maszyn z pojedynczego serwera RHEV, a także z całego klastra RHEV.

Typowy backup dla tego środowiska składa się z następujących kroków:

– utworzony zostaje snapshot maszyny wirtualnej,

– z niego wyciągana jest konfiguracja maszyny wirtualnej, która zapisywana jest po stronie backupu jako pierwszy saveset (pod taką nazwą funkcjonują backupy w rozwiązaniu SEP sesam),

– snapshot, reprezentujący dysk maszyny wirtualnej, jest podłączany do tzw. DataMovera (komponent SEP, który poprzez API komunikuje się z hypervisorem),

– następuje właściwy backup danych na serwer backupu lub RDS,

– po zakończeniu backupu snapshot jest usuwany.

Jest to najbardziej popularny rodzaj backupu wykorzystujący infrastrukturę LAN. Istnieje również możliwość backupu za pośrednictwem sieci SAN. Poza koniecznością posiadania takiej struktury konieczne jest użycie fizycznego serwera RDS jako DataMovera.

Odtwarzanie RHEV przez SEP sesam

Istotną informacją dotyczącą odtwarzania danych RHEV przez SEP sesam jest fakt, że nie muszą być one przywracane na ten sam serwer czy klaster RHEV. Mogą to być zupełnie inne środowiska. Istotna jest tutaj komunikacja na poziomie SEP (server-agent-RDS). Typowe odtworzenie danych RHEV wygląda następująco:

– konfiguracja backupowanej maszyny wirtualnej jest odtwarzana na DataMover,

– w oparciu o tę konfigurację tworzona jest maszyna wirtualna (target), na którą nastąpi odtworzenie i jednocześnie automatycznie zostaje utworzony również jej dysk,

– nowy dysk maszyny wirtualnej zostaje podłączony do DataMovera, gdzie następuje otworzenie danych z backupu,

– po zakończeniu odtwarzania danych, dysk zostaje odłączony od DataMovera i podłączony do nowej maszyny wirtualnej.

Rozwój wraz z potrzebami użytkowników

SEP sesam to rozwiązanie do backupu, które jest ciągle udoskonalane w oparciu o rzeczywiste sytuacje, które mają miejsce u jego użytkowników. Zebrane informacje służą do wzbogacania i poprawy funkcjonalności. Backup Red Hat Enterprise Virtualization jest rozwiązaniem relatywnie nowym i poddawanym ciągłym próbom. Jednak już na tym etapie imponuje bogactwem funkcji, które pozwala na swobodne zarządzanie bezpieczeństwem danych w tym środowisku. Kolejne wersje z pewnością będą jeszcze wydajniejsze i rozbudowane zgodnie ze wskazówkami administratorów sieci, którzy na co dzień korzystają z RHEV.

Artykuł SEP sesam, czyli… pochodzi z serwisu CRN.

Rozgłośnia dysponuje nowoczesnym studiem nagraniowym im. Romany Bobrowskiej, które składa się z sali koncertowej dla 200 osób oraz reżyserki (całość o powierzchni 200 m²). Ze względu na wielkość i zaplecze jest idealnym miejscem do nagrań koncertowych i studyjnych, w tym dużych form muzycznych, jak nagrania orkiestrowe (studio dysponuje odsłuchem osobistym dla 50 osób), ścieżki dźwiękowe do filmów, programów, audycji i multimediów.

Placówka aktywnie uczestniczyła w programie tworzenia Biblioteki Cyfrowej Mediów Publicznych. Z założeń programu wynikało, że media powinny służyć rozwojowi kultury, nauki i oświaty, ze szczególnym uwzględnieniem polskiego dorobku intelektualnego i artystycznego. Program rozpoczęto w 2013 r.; zakładał on m.in. ujednolicony dostęp do zasobów audiowizualnych nadawców publicznych w Internecie, głównie tych, które należą do kanonu dziedzictwa narodowego. Dzięki temu z zasobów archiwalnych wszystkich spółek medialnych mogą korzystać zarówno użytkownicy zewnętrzni, jak i dziennikarze.

W ramach Radia Kraków działa też, będąca dumą rozgłośni, Fonoteka. Składają się na nią nagrania muzyczne zarejestrowane w radiowym studio oraz podczas licznych koncertów, programów kabaretowych i festiwali, a także różnorodne gatunki nagrań słownych, cennych ze względu na walory artystyczne i dokumentalne: słuchowiska, wywiady, reportaże, audycje poświęcone kulturze i sztuce, doniesienia sportowe oraz publicystyka. Archiwum Radia Kraków posiada największe i najcenniejsze zbiory archiwalne ze wszystkich publicznych rozgłośni regionalnych w Polsce. Te bezcenne zbiory są stopniowo przenoszone do archiwum cyfrowego i z czasem będą włączone do projektu Biblioteki Cyfrowej Mediów Publicznych.

Jak zatem widać, przed osobami przygotowującymi system do przechowywania i archiwizacji danych stało duże wyzwanie. W poszukiwaniu najefektywniejszego systemu przetestowano szereg renomowanych rozwiązań do backupu i archiwizacji. Po wnikliwych analizach i testach zdecydowano się na wybór oprogramowania SEP sesam, które najlepiej sprawdziło się w istniejącej infrastrukturze sieciowej i serwerowej rozgłośni.

Zarządzanie olbrzymią bazą plików

Radio Kraków potrzebowało systemu backupu zapewniającego ochronę bardzo dużej ilości plików, będących skompresowanymi zapisami dźwięku w formacie mp3 i mp2. System backupu musiał gwarantować elastyczne tworzenie polityk backupu tak, aby płynnie dopasowywał on się do zwiększającej się ilości danych oraz do bardzo dużej zmienności danych na poziomie 30 proc. w ciągu dnia. Dodatkowym wymogiem było, aby system umożliwiał wydajny backup plików mp3 i mp2, które to będąc już skompresowanymi zapisami, nie podlegały mechanizmom kompresji w trakcie operacji backupu.

Wymogiem koniecznym było dwuetapowe składowanie backupów na dwóch różnych nośnikach danych. W ramach pierwszego etapu kopie musiały być zapisywane na napędach w dedykowanej macierzy dyskowej w celu ich bardzo szybkiego odtworzenia oraz w kolejnym etapie dane musiały być migrowane na taśmy LTO, aby zapewnić dłuższą retencję oraz możliwość ich składowania w innej lokalizacji.

Rozwiązanie SEP Sesam pozwala na pełne i szybkie zabezpieczenie danych znajdujących się na serwerach pracujących pod kontrolą systemu Novell Open Enterprise Server. Zapewnia wykonanie kopii danych dla platformy Novell OES wraz z informacjami dodatkowymi takimi jak atrybuty i prawa dostępu. Oprogramowanie to dodatkowo umożliwia pełne zabezpieczenie usług katalogowych Novell NDS oraz na odtwarzanie pojedynczych obiektów z drzewa NDS.

SEP Sesam umożliwia zrównoważenie operacji zapisu na dwa napędy taśmowe LTO w trakcie wykonywania operacji migracji backupów z dedykowanej macierzy dyskowej. Pozwoliło to na wykonywanie migracji danych z backupu dyskowego na obydwa napędy taśmowe LTO równocześnie. Takie równomierne obciążenie obydwu napędów taśmowych zapewniło skrócenie czasu wykonywanej migracji.

Skalę wyzwania obrazuje struktura serwerów służących do backupu:

– serwer rkn3: 0,29 TB danych, 33?337 katalogów, 151?836 plików,

– serwer rka1: 6,15 TB danych, 2072 katalogi, 76?826 plików.

Testowane rozwiązania

Przed wyborem docelowego rozwiązania testowano inne produkty, m.in. oprogramowanie arcserve Backup, które było wcześniej wykorzystywane przez Radio Kraków. Okazało się, że arcserve Backup nie umożliwia pełnego zabezpieczenia systemu plików Novell Storage Services (NSS) oraz ochrony usług katalogowych Novell eDirectory. Rozwiązanie SEP Sesam w pełni zapewniło kompletne zabezpieczenie wolumenów NSS oraz usług eDirectory co zostało sprawdzone w ramach testów. Testy wydajnościowe backupu danych znajdujących się na serwerach NOES wykazały przewagę rozwiązania SEP Sesam nad konkurencyjnym systemem.

SEP Sesam – właściwy wybór

Podczas wdrożenia systemu nie napotkano poważniejszych trudności. Wdrożony system SEP Sesam w sposób automatyczny i bezproblemowy wykonywał zdefiniowaną politykę backupu w architekturze D2D2T (Disk-to-Disk-toTape). Dopiero po jakimś czasie pojawił się problem z migracją danych na taśmy. Okazało się bowiem, że nastąpił gwałtowny wzrost ilości danych do backupu, dużo większy niż przyjęty był w założeniach przedwdrożeniowych, co było efektem zmian w polityce archiwizacji dźwięków w Radio Kraków. Po przeanalizowaniu przyczyn zdarzenia i określenia nowego współczynnika przyrostu danych wykonana została rekonfiguracja polityk backupu, w tym m.in. wdrożono wykonywanie backupów przyrostowych. Przekonfigurowano sam system backupu SEP Sesam tak, aby backupy pełne wykonujące się w weekend mogły trwać dłużej niż 24 godziny.

System przygotowany do rozbudowy

Plany rozwoju systemu backupu wymuszone są zwiększającą się ilością danych, jaka musi podlegać zabezpieczeniu. W ostatnim czasie system backupu został rozbudowany o dodatkowe licencje SEP Sesam Storage Pool oraz rozbudowana została przestrzeń dyskowa w dedykowanej macierzy służącej do składowania backupów dyskowych.

Prace wdrożeniowe zostały wykonane przy współudziale firmy Zafi, która w ramach umowy outsourcingu zarządza infrastrukturą informatyczną w Radiu Kraków. Problemy, jakie zostały napotkane w trakcie prac wdrożeniowych oraz w pierwszym okresie działania systemu, dzięki zaangażowaniu i wiedzy specjalistów z firmy Zafi i RAFcom zostały szybko i sprawnie rozwiązane. Rozwiązanie zostało dostarczone przez Veracomp.

Artykuł SEP sesam: backup danych Radia Kraków pochodzi z serwisu CRN.