Logo FEN
Zostań naszym partnerem

Kategoria: Backup and Storage

Opublikowane w

QNAP prezentuje QGD-1600P

QNAP prezentuje QGD-1600P – przyspiesz swoją cyfrową transformację korzystając z pierwszego na świecie przełącznika PoE Edge z systemem QTS i wsparciem dla wirtualizacji

QNAP® Systems, Inc. (QNAP), wiodący innowator w segmentach computing, networking oraz storage, oficjalnie zaprezentował nowy zarządzalny przełącznik PoE QGD–1600P. Jako pierwszy na świecie przełącznik Smart Edge, model QGD–1600P zapewnia użytkownikom zaawansowane funkcje zarządzania siecią, a także przechowywania i przetwarzania danych – dzięki obsłudze systemu QTS oraz wirtualizacji.

Urządzenie jest zgodne z najnowszy standardem IEEE 802.3bt PoE++ i zapewnia do 60W mocy per port, a także zaawansowane funkcje zarządzania warstwy drugiej (Layer 2). Dzięki połączeniu w modelu QGD–1600P funkcji przełącznika i NAS-a, na urządzeniu można też uruchamiać najróżniejsze aplikacje QTS oraz maszyny wirtualne, które oferują np. funkcje monitoringu IP, bezpieczeństwo sieci, rozbudowany przestrzeni storage czy zarządzanie sieciami WLAN. Co więcej, nowy przełącznik pozwala również na zdalne, centralne zarządzanie urządzeniami brzegowymi – przyspieszając i ułatwiając w ten sposób transformację cyfrową w biznesie.

“Krajobraz branży IT cały czas się zmienia, dlatego QGD–1600P został zaprojektowany tak, by wspierać firmy i organizacje w procesie cyfrowej transformacji i wdrażania szerokiej gamy przydatnych dla nich aplikacji. Jedną z nich jest np. monitoring wizyjny – dzięki 16 gigabitowym portom PoE model QGD–1600P jest idealny rozwiązaniem do budowy dedykowanego centrum monitoringu” – wyjaśnia Bennett Cheng, Product Manager QNAP.

QNAP QGD–1600P wyposażany jest w cztery porty Gigabit PoE 60W i 12 portów Gigabit PoE 30W (w tym dwa porty PoE/SFP Combo), co pozwala dostarczyć do 370W do wielu urządzeń high-power (PD). Dzięki czterordzeniowemu procesorowi Intel® Celeron® J4115, układowi Switch CPU oraz dwóm zatokom SATA urządzenie doskonale nadaje się zarówno do przesyłania, jak i przechowywania danych. Zastosowanie dedykowanych procesorów dla funkcji NAS oraz przełącznika, w modelu QGD–1600P mogą niezależnie funkcjonować systemy QSS (QNAP Switch System) oraz QTS. Przyjazny dla użytkownika system QTS oraz QuNetSwitch ułatwiają firmom wdrażanie elastycznej i bezpiecznej infrastruktury IT.

Dzięki inteligentnym funkcjom zarządzania PoE (w tym m.in. planowanie aktywności PoE, optymalizowanie zasilacza, włączanie/wyłączanie energii) administratorzy mogą efektywnie kontrolować zasilane urządzenia i optymalnie wykorzystywać możliwości, jakie daje korzystanie z rozwiązań PoE. Możliwość zainstalowania dodatkowych komponentów via PCIe pozwala na rozbudowanie funkcjonalności urządzenia, poprzez instalowanie kart sieciowych 10GbE, dwuportowych kart QM2 M.2 SSD/10GbE, kart USB 3.1 Gen 2 (10Gbps) czy adapterów bezprzewodowych.

Specyfikacja

4 x port RJ45 Gigabit 802.3bt 60W PoE, 10 x port RJ45 Gigabit 802.3at 30W PoE, 2 x port RJ45/SFP Gigabit 802.3at 30W PoE; czterordzeniowy processor Intel® Celeron® J4115 1.8 GHz, 2x port 2.5” SATA 6Gb/s SSD/HDD, 2x złącze PCIe Gen2, 1 x port USB 3.0, 2 x port USB 2.0.

Dostępność

Model QGD–1600P-8G/-4G jest już dostępny. Więcej informacji o urządzeniu oraz o pozostałych produktach QNAP, znaleźć można na stronie www.qnap.com.

 
Opublikowane w

QNAP oficjalne udostępnia QTS 4.4.1

QNAP Systems, Inc., wiodący innowator segmentu rozwiązań computing, networking oraz storage, oficjalnie udostępnił system operacyjny QTS 4.4.1.

W nowej wersji oprócz zintegrowania Linux Kernel 4.14 LTS (co pozwoli na obsługę platform sprzętowych następnej generacji) wprowadzono również cały zestaw oczekiwanych przez użytkowników funkcji – w tym m.in. bramę chmury plikowej ułatwiającej tworzenie hybrydowych środowisk storage, deduplikację plików u źródła (co pozwala na zoptymalizowanie procesu tworzenia backupu i przywracania danych), a także rozwiązanie Fibre Channel SAN.

“Zebraliśmy cenne uwagi uczestników testów beta wydania QTS 4.1.1 – bardzo pomogły nam one w przygotowaniu finalnego wydania. Skupiliśmy się na wprowadzeniu usług chmury plikowej, by umożliwić organizacjom łatwo wykorzystywać przestrzeń w chmurze, jednocześnie zapewniając odpowiednie bezpieczeństwo firmowym danym przechowywanym lokalnie” – wyjaśnia Ken Cheah, Product Manager QNAP.

Kluczowe nowe funkcje aplikacji QTS 4.4.1:

  • HybridMount – brama chmury plikowej
    Zmodernizowana i przemianowana na HybridMount (dawniej znana jako CacheMount) usługa pozwala na zintegrowanie lokalnych urządzeń NAS z popularnymi usługami chmurowymi, zapewniając tym samym dostęp do chmurowych danych z minimalnymi tylko opóźnieniami (dzięki lokalnemu cache’owaniu). Użytkownicy mogą też w pełni korzystać z zaawansowanych, wszechstronnych funkcji QTS, takich jak zarządzanie plikami, edycja czy aplikacje multimedialne – i używać ich do obsługi podłączonych do NAS-a zasobów chmurowych. Alternatywnym rozwiązaniem może być skorzystanie z usługi zdalnego podłączenie usługi do podpięcia zdalnych zasobów dyskowych/chmurowych za pomocą HybridMount (i korzystanie z nich z poziomu File Station).
  • VJBOD Cloud – działająca na poziomie bloków brama chmury plikowej
    VJBOD Cloud pozwala na mapowanie obiektów storage z chmury (np. Amazon S3, Google Cloud™ oraz Azure) do QNAP NAS jako działające na poziomie bloków chmurowe jednostki LUN, zapewniając w ten sposób bezpieczną i skalowalną metodę backupowania danych aplikacji lokalnych. Podłączenie chmurowych zasobów storage via mechanizm cache VJBOD Cloud pozwala na korzystanie z nich z prędkościami zbliżonymi do LAN. Dane przechowywane w chmurze mogą być synchronizowane z zasobami NAS – dzięki czemu użytkownicy mogą liczyć na zachowanie ciągłości pracy w razie awarii usługi chmurowej.
  • HBS 3 wyposażony został w technologię QuDedup, która optymalizuje czas wykonywania backupów oraz redukuje ich zapotrzebowanie na przestrzeń dyskową.
    QuDedup eliminuje zbędne, zdublowane dane u źródła, co sprawia, że kopie zapasowe są mniejsze – a to z kolei skraca czas ich tworzenia i redukuje zapotrzebowanie na przestrzeń dyskową oraz przepustowość łącza. Użytkownicy mogą zainstalować na swoich komputerach narzędzie QuDedup Extract Tool i w łatwy sposób przywrócić zdeduplikowane dane do ich stanu wyjściowego. HBS obsługuje również funkcję TCP BBR Congestion Control, co znacznie przyspiesza przesyłanie danych podczas tworzenia backupu w chmurze.
  • QNAP NAS jako rozwiązanie Fibre Channel SAN
    Urządzenia QNAP NAS z zainstalowanymi kompatybilnymi adapterami Fibre Channel mogą być łatwo wprowadzone do środowisk SAN i pełnić funkcję wysoko wydajnego rozwiązania do backupu i przywracania danych (niezbędnego dla aplikacji tworzących i korzystających z ogromnych ilości danych). Pozwala to ich użytkownikom na korzystanie z całego zestawu zalet nowoczesnych NAS-ów QNAP, czyli np. funkcji migawek, auto-tieringu, SSD Cache itp.
  • QuMagie – zupełnie nowe albumy AI
    QuMagie, czyli następna generacja aplikacji Photo Station, wyposażona została w zmodernizowany interfejs, wbudowaną oś czasu, zintegrowane funkcje organizowania zdjęć w oparciu o mechanizmy sztucznej inteligencji, konfigurowalne okładki folderów i wydajną wyszukiwarkę – wszystko to czyni ją kompleksowym rozwiązaniem do zarządzania zdjęciami i udostępniania ich.
  • Konsola multimedialna centralizuje zarządzanie multimediami
    Multimedia Console łączy funkcje wszystkich aplikacji multimedialnych QTS w jednej aplikacji, ułatwiając zarządzanie zdjęciami, muzyką czy klipami wideo. Użytkownicy mogą niezależnie wybierać źródła plików dla każdej z aplikacji i oddzielnie definiować uprawnienia.
  • Elastyczne zarządzanie Qtier SSD RAID
    Użytkownicy mogą elastycznie usuwać dyski SSD z grup SSD RAID, a także zmieniać lub dodawać je oraz modyfikować typ konfiguracji SSD RAID czy nośnika SSD (SATA, M.2, QM2)
  • Samoszyfrujące się dyski (SED) zapewniają bezpieczeństwo danych
    Dyski SED (np. Samsung 860 oraz 970 EVO SSD) oferują wbudowane funkcje szyfrowania, które eliminują konieczność wykorzystania dodatkowego oprogramowania szyfrującego lub obciążania zasobów NAS do zaszyfrowania danych.

Więcej informacji o QTS 4.4.1: https://www.qnap.com/go/qts/4.4.1.
QTS 4.4.1 można pobrać z Download Center.
Lista modeli NAS kompatybilnych z QTS 4.4.1.
Uwaga: Ostateczna lista funkcji może się zmienić bez wcześniejszego powiadomienia.

Opublikowane w

Nakivo Backup & Replication v9.0 – czas oficjalnie przywitać funkcjonalność backupu serwerów fizycznych

Z przyjemnością informujemy że wersja 9.0 oprogramowania Nakivo Backup & Replication jest już oficjalnie dostępna. Ostatnia wersja umożliwia oprócz rozbudowanych możliwości backupu i replikacji dla środowisk wirtualnych takich jak Vmware, Hyper-V, AWS czy Nutanix backup (plików i obiektów) dla fizycznych serwerów Windows. Drugą z funkcjonalności wyczekiwaną przez część klientów jest wsparcie dla Hyper-V 2019, dzięki czemu oprogramowanie pozwala chronić środowiska korzystające z ostatniej wersji tego hypervisora.

Backup serwerów fizycznych Windows

W Nakivo backup serwerów Windows Server wykonywany jest w trybie application-aware, zapewniającym spójność danych z aplikacji i baz danych (Microsoft Exchange, Active Directory, SharePoint, Oracle i inne) uruchomionych na Twoim serwerze. Backup wykonywany jest w trybie inkrementalnym, co oznacza, że tylko zmodyfikowane bloki danych są przenoszone przy kolejnych zadaniach backupu, to zapewnia krótszy czas backupu oraz bardziej efektywne wykorzystanie zasobów dyskowych.

Nakivo w celu oszczędności czasu może dodatkowo korzystać z akceleracji sieciowej, kompresji danych oraz deduplikacji czyli przechowywania jedynie unikalnych bloków danych. Pełne bezpieczeństwo zbackupowanych informacji zapewniają algorytmy szyfrowania umożliwiające szyfrowanie danych zarówno w trakcie transportu jak i spoczynku.

Ostatnim ale nie mniej ważnym usprawnieniem jest wprowadzenie zaawansowanej funkcjonalności P2V umożliwiającej odzyskiwanie danych (plików i obiektów) z serwerów fizycznych w środowisku wirtualnym Vmware lub Hyper-V.

Wsparcie Hyper-V 2019

Jeżeli już korzystasz lub właśnie rozważasz aktualizacje swojego środowiska wirtualizacyjnego do wersji Hyper-V 2019, Nakivo jest w stanie ochronić Twoje maszyny a Ty możesz korzystać z najnowszych funkcji dostępnych w tej wersji.

Źródło: https://www.nakivo.com/blog/nakivo-backup-replication-v9-0-windows-backup/

Opublikowane w

Jak dysk wybrać do serwera NAS?

Większość z Was pewnie to wie, ale aby sytuacja była jasna wyjaśnijmy na wstępie co to jest NAS? NAS, czyli Network Attached Storage, można porównać do małego komputera pełniącego rolę dysku sieciowego. Urządzenie podłączane jest do sieci Internet przewodowo poprzez RJ-45 lub bezprzewodowo przez Wi-Fi. Do danych zapisanych na serwerze NAS dostęp ma każde inne urządzenie znajdujące się w sieci lokalnej (i nie tylko), pod warunkiem posiadania odpowiednich uprawnień.

To co z tym dyskiem?

Ponownie zaczniemy od podstaw. Dyski dzielimy na kategorie w zależności od ich formatu: 3,5 cala, 2,5 cala oraz dyski M.2, które również mają swoje formaty a najpopularniejszym jest 2280. Celowo nie wspominam o starszych typach na przykład mSATA gdyż nie są one już powszechnie stosowane. Do NASa zamontujemy dyski 3,5” oraz 2,5” a dysk M.2 często można zastosować jako dodatkową pamięć podręczną.

Zajmijmy się dyskami w formacie 3,5” i 2,5” HDD, czyli klasycznymi dyskami magnetycznymi. Dyski te, z racji posiadania elementów ruchomych są bardziej podatne na uszkodzenia, jednak ich zaletą jest znacznie niższa cena przy zachowaniu większej pojemności. Podzielić je można ze względu na środowisko pracy. Do komputerów klasy PC wykorzystywane są zwykle najbardziej podstawowe modele, nie przystosowane do ciągłej pracy i posiadające ograniczone MTBF, czyli średni czas pomiędzy awariami.

Z racji, że szukamy dysku do NAS zostawmy urządzenia typowo konsumenckie i przejdźmy do serii profesjonalnych. Skupmy się na dyskach dwóch najbardziej znanych producentów: Western Digital oraz Seagate. Zarówno jedna jak i druga firma posiada dedykowane serie do NAS i data center a także surveillance.  Jakie są różnice skoro teoretycznie jeden i drugi ma działać w trybie ciągłym? Dyski do monitoringu produkowane są z myślą głównie o zapisie, natomiast do NAS oprócz zapisu także do odczytu. Serie do serwerów to modele Red, Red Pro i Ultrastar od Western Digital a także IronWolf i IronWolf Pro od Seagate. Statystyki wskazują dyski WD jako te mniej awaryjne a ponadto producent przy awarii wymienia model na nowy.

Jakie parametry są istotne?

Każdy użytkownik komputera wie, że dyski mają różne pojemności. Oprócz takich podstawowych cech dyski posiadają również inne, zdecydowanie bardziej złożone:

  • MTBF, czyli „mean time between failure”. Jak sama nazwa wskazuje jest to bardzo istotny parametr informujący o średnim czasie pomiędzy awariami. Oczywiście jest to statystyka i nie da się określić kiedy dysk nie wytrzyma. Warto pamiętać, że ten parametr podawany jest także przy dyskach typowo domowych i drobnym druczkiem producent informuje o jego obciążeniu. Bierzmy zatem pod uwagę dyski, które MTBF mają wyliczone przy 100% obciążeniu,
  • AFR, czyli „annualized failure rate”. To kolejna statystyka w zasadzie dość mocno powiązana z tą powyżej. Współczynnik ten informuje o szansie na awarię dysku – im mniejsza jego wartość tym mniejsza szansa na awarię naszego HDD,
  • POH, czyli „power-on hours”. To parametr określający założony przez producenta dysku czas jaki produkt może pracować w skali roku. Dyski do serwerów NAS, głównie te klasy enterprise, wykonane są w takiej technologi, że POH dla nich wynosi 8760 godzin, czyli cały rok. Dla porównania dyski desktopowe parametr ten mają na poziomie 2400-3000 godzin,
  • Workload capability, czyli predyspozycje dysku do obciążeń. Jest to jeden z ważniejszych parametrów, który pozwala na określenie jak dany dysk możemy obciążać danymi. Dyski do serwerów NAS mają ten parametr na poziomie 200-550 TB rocznie podczas gdy zwykły dysk desktopowy nie przekracza 60 TB rocznie,
  • RPM, czyli „revolutions per minute”. Jest to parametr określający prędkość obrotową dysku na minutę pracy. Im wyższy parametr tym dysk pracuje wydajniej, gdyż dostęp do danych jest krótszy. Najczęściej dostępne na rynku dyski posiadają prędkości na poziomie 5400 i 7200 rpm. Dostępne są jednak również modele o wyższej prędkości na przykład 15000 rpm jednak są to modele do profesjonalnych zastosowań zwykle obsługujące interfejs SAS,
  • Cache, czyli pamięć podręczna. Pamięć ta pozwala na przyspieszenie stosunkowo wolnych dysków HDD. Im wyższy parametr tym dostęp do danych jest krótszy,

Oprócz wszystkich wymienionych powyżej parametrów, producenci dysków prześcigają się we wdrożeniach coraz to nowych systemów usprawniających pracę dysków. Są to między innymi technologie używane w środowisku RAID, pozwalające na szybszą naprawę uszkodzonych sektorów a także funkcje dedykowane przy pracy w systemach wielodyskowych, na przykład technologie zwiększające odporność dysków na drgania.

Co wybrać?

Po przejrzeniu powyższych parametrów oczywistym zdaje się zakup dysku posiadającego wszystkie dodatkowe funkcje oraz podstawowe parametry o maksymalnych wartościach. Nie zawsze jednak zakup dysku klasy Enterprise jest uzasadniony ekonomicznie, zatem produkt dodatkowo powinniśmy dopasować do środowiska pracy dysku.

Dysk klasy Enterprise najlepiej wybrać, gdy cena schodzi na drugi plan a najbardziej istotna jest niezawodność. Są to zdecydowanie sytuacje, kiedy brak dostępu do dysku może wstrzymać pracę firmy, proces produkcyjny, itp. Ograniczenie takich sytuacji do minimum pozwoli stosowanie dysku Enterprise. Przykładem jest Western Digital Ultrastar.

Dyski klasy NAS polecane są w przypadku, gdy istotna jest duża pojemność ale także cena. Takie dyski będą odpowiednie, gdy ewentualna awaria nie zaburzy pracy całego przedsiębiorstwa a użytkownicy nie potrzebują stałego dostępu do zapisanych danych. Dobrym przykładem jest WD Red lub Seagate Ironwolf.

Dyski Surveillance należy wybrać, gdy NAS ma pracować jako rejestrator zapisu z kamer. Takie dyski mogą pracować również 24 godziny przez 7 dni w tygodniu oraz nastawione są na większy zapis i nieco mniejszy odczyt niż dyski NAS czy Enterprise. Dobrym przykładem jest WD Purple lub Seagate Skyhawk.

Dyski SSD zwykle nie są polecane do pracy w NAS z uwagi na ograniczoną ilość operacji zapisu i odczytu (TBW – total bytes written). Sytuacja na rynku nośników SSD ulega jednak poprawie i obecnie warto pomyśleć o takim dysku jako dodatkowy cache do przyspieszenia operacji zapisu i odczytu w serwerach oferujących takie rozwiązanie. Przy wyborze SSD warto zwrócić również uwagę na technologię w jakiej wykonane zostały kości dysku: TLC, MLC bądź SLC. Istotny jest też kontroler, który pozwala na optymalizację zapisu co „opóźnia” zużycie bloków dysku.

Gdy nie jesteśmy pewni co do kompatybilności dysku i danego serwera NAS, warto skorzystać z list kompatybilności tworzonych przez producentów. Tutaj dwie przykładowe:
QNAP: https://www.qnap.com/pl-pl/compatibility/
Synology: https://www.synology.com/pl-pl/compatibility

Warto jednak pamiętać, że producenci nie zawsze mają możliwość testowania najnowszych modeli dysków i to, że jakiś produkt nie znajduje się na liście kompatybilności nie znaczy, że nie będzie działał.

Opublikowane w

QNAP QTS 4.4.1 Beta udostępniony

QNAP, wiodący dostawca rozwiązań z dziedziny storage, network oraz computing udostępnił dziś wydanie 4.4.1 Beta systemu operacyjnego QTS. Podczas prac nad nową wersją OS-u nacisk położono m.in. na wysoko wydajny backup oraz innowacyjny storage hybrydowy – dlatego QTS 4.4.1 wyposażono w aplikację HBS 3 z technologią QuDedup, która deduplikuje dane u źródła i zwiększa wydajność tworzenia backupu oraz przywracania danych. Wśród nowości jest również CacheMount (rozwiązanie pozwalające na lokalne cache’owanie danych z podłączonych usług chmurowych – co pozwala na korzystanie z nich również wygodnie jak w przypadku zasobów dostępnych w LAN) oraz QuMagie – bazująca na sztucznej inteligencji (AI) aplikacja do organizowania zdjęć i udostępniania ich. QNAP NAS z nowym systemem obsługiwać będzie również Fibre Channel SAN, co pozwoli na łatwe podłączenie urządzenia do istniejącego środowiska SAN i wykorzystanie go w charakterze atrakcyjnego kosztowo rozwiązania storage i backup.

“QTS 4.4.1 integruje Linux Kernel 4.14 LTS i obsługuje platformy sprzętowe następnej generacji, dzięki czemu urządzenia QNAP NAS będą mogły w pełni wykorzystać potencjał najnowszych rozwiązań technologicznych. W odpowiedzi na rosnącą popularność chmury hybrydowej w QTS 4.4.1 zoptymalizowaliśmy wydajność backupu i wprowadziliśmy innowacyjne aplikacje skrojone pod specyfikę środowisk hybrydowych – dzięki czemu użytkownicy domowi i biznesowi mogą korzystać z elastycznego alokowania przestrzeni dyskowej, wygodnie nią zarządzać i efektywnie tworzyć backup oraz przywracać dane. Priorytetem QNAP jest integrowanie w naszych produktach najnowocześniejszych technologii i zapewnianie użytkownikom najpełniejszego zestawu funkcji i narzędzi” – wyjaśnia Ken Cheah, Product Manager QNAP.

Więcej informacji o QTS 4.4.1: https://www.qnap.com/go/qts/4.4.1

Kluczowe nowe aplikacje i funkcje w QTS 4.4.1:

HBS 3: Przyspiesz tworzenie backupu oraz odtwarzanie danych – aby zapewnić sobie niezakłócone funkcjonowanie wszystkich usług i aplikacji

  • Deduplikuj dane u źródła: Technologia QuDedup deduplikuje dane u źródła – dzięki zmniejszeniu ogólnej ilości backupowanych danych, redukowane jest również zapotrzebowanie na przestrzeń dyskową oraz transfer. Użytkownicy mogą zainstalować na swoim komputerze narzędzie QuDedup Extract Tool i łatwo przywrócić zdeduplikowane pliki do oryginalnego stanu.
  • Ponad 20 zintegrowanych usług chmurowych: QNAP oferuje bezpieczne i elastyczne rozwiązanie do backup w chmurze hybrydowej, a także wsparcie dla TCP BBR Congestion Control – co pozwala na nawet dwukrotne zwiększenie szybkości tworzenia backupu.

CacheMount: Ciesz się dostępem do danych z chmury z minimalnymi opóźnieniami
(The cache feature is coming very soon. Stay tuned for updates.)

  • CacheMount integruje NAS-a z popularnymi usługami chmurowymi i pozwala na uzyskiwanie dostępu do danych z chmury z minimalnymi opóźnieniami – dzięki lokalnemu cache’owaniu. Nie ma znaczenia, do jakiej usługi chmurowej podłączony jest NAS – użytkownik może wygodnie używać aplikacji QTS do zarządzania plikami, edytowania ich, odtwarzania, etc.

QuMagie: Zupełnie nowe albumy AI

  • QuMagie to następna generacja aplikacji Photo Station, wyposażona w odświeżony interfejs, wbudowaną oś czasu, zintegrowane funkcje AI w dziedzinie organizowania zdjęć, konfigurowalne okładki folderów oraz skuteczną wyszukiwarką – wszystko to czyni z niej kompleksowe rozwiązanie do zarządzania zdjęciami i udostępniania ich.

QNAP NAS obsługuje Fibre Channel SAN

  • QNAP NAS z zainstalowaną kartą Fibre Channel może zostać w łatwy sposób podłączony do środowiska SAN, aby zapewnić możliwość korzystania z wysoko wydajnego rozwiązania storage i backup, jednocześnie pozwalając użytkownikom na korzystanie z wielu zalet QNAP NAS, takich jak obsługa migawek, auto-tiering Qtier™ tiering storage, SSD cache, etc.

Multimedia Console integruje wszystkie aplikacje multimedialne QTS

  • The Multimedia Console łączy w jednej aplikacji wszystkie narzędzia multimedialne QTS, pozwalając tym samym na wygodniejsze, scentralizowane zarządzanie funkcjami związanymi z obsługą multimediów. Użytkownicy mogą dowolnie wybierać pliki źródłowe dla poszczególnych aplikacji i definiować odpowiednie poziomy uprawnień.

Wygodne usuwanie Qtier SSD RAID Tier

  • Użytkownicy mogą wygodnie usuwać nośniki SSD z grupy SSD RAID – aby np. wymienić lub dodać SSD, zmieniać typ SSD RAID lub rodzaj SSD (SATA, M.2, QM2). Można to zrobić w dowolnym momencie, by zwiększyć wydajność auto-tieringu.

Obsługa samoszyfrujących się dysków SED – Self-encrypting Drives

  • Samoszyfrujące się dyski (np. Samsung 860 i 970 EVO SSD) pozwalają użytkownikom wykorzystać wbudowaną funkcję szyfrowania bez konieczności używania w tym celu dodatkowego oprogramowania lub wykorzystywania zasobów obliczeniowych NAS-a. Pozwala to na łatwe dodanie dodatkowej warstwy ochrony danych.

Dostępność

QTS 4.4.1 Beta jest już dostępny w Download Center. HBS 3 Beta można pobrać ze strony HBS 3 solution page.

Uwaga: Dostępność funkcji może się zmieniać i mogą one nie być dostępne dla wszystkich produktów.

Opublikowane w

QNAP udostępnia system QES 2.1.0

QNAP udostępnia system QES 2.1.0 – zaprojektowany do optymalizowania wydajności architektury All-Flash w systemie plików ZFS i oferujący programowy over-provisioning SSD.

QNAP® Systems, Inc. udostępnił dziś system operacyjny QES (QNAP Enterprise Storage) 2.1.0, wyposażony w nowe funkcje – m.in. unikalny algorytm Write Coalescing (optymalizujący wydajność architektury all-flash w ZFS), definiowaną programowo optymalizację SSD, kompaktowanie inline (inline compaction), wsparcie dla iSER oraz inne zaawansowane technologie. QES 2.1.0 jest doskonałym rozwiązaniem do zadań wymagających wysokiej wydajności oraz kompatybilności ze środowiskami chmurowymi OpenStack®, a także do ochrony i redukcji danych oraz wirtualizacji. Nowy system stanowi atrakcyjną kosztowo propozycję dla centrów danych klasy enterprise oraz środowisk VDI.

“Zapotrzebowanie na systemy storage all-flash utrzymuje się na wysokim poziomie, szczególnie w środowiskach enterprise, w których niezbędna jest maksymalna wydajność i minimalne opóźnienia I/O. QES 2.1.0 skupia się na uwolnieniu ogromnego potencjału architektury storage all-flash i pomaga organizacjom w eliminowaniu wszelkich zatorów, szczególnie związanych z obsługą krytycznych dla ich funkcjonowania aplikacji, takich jak centra danych, wirtualizacja czy VDI” – wyjaśnia Joe Chao, Product Manager QNAP.

QES bazuje na jądrze systemu FreeBSD i korzysta z ZFS. W najnowszej wersji QES 2.1.0 zastosowano zapewniający ogromny wzrost wydajności algorytm Write Coalescing – w testach QNAP wykazano 400-proc. wzrost wydajności zapisu losowego na NAS-ie TES-3085U w konfiguracji all-flash. Wsparcie dla definiowanego programowo over-provisioningu pozwala użytkownikom na alokowanie dodatkowej przestrzeni OP do dysków SSD oraz puli storage, co pozwala na uniknięcie spadków wydajności i zwiększenie wydajności SSD.

W nowej wersji systemu nie tylko udoskonalono istniejące już funkcje z zakresu deduplikacji i kompresji danych – QES 2.1.0 pozwala na dodatkowe oszczędzenie przestrzeni dyskowej za sprawą agresywnie działających technik kompaktowania danych inline (co jest szczególnie przydatne w przypadku obsługiwania dużych zbiorów powtarzalnych danych lub dużych ilości niewielkich plików – np. logów transakcji w systemach bankowych).

Co więcej, QES 2.1.0 zapewnia nie tylko najwyższą wydajność, ale dodatkowo obsługuje liczne funkcje ochrony i odtwarzania danych systemu plików ZFS, w tym m.in. liczby kontrolne end-to-end (co pozwala na wykrywanie i korygowanie błędów tzw. cichego uszkodzenia danych), praktycznie nieograniczoną liczbę migawek dla iSCSI LUN oraz udostępnionych folderów, a także SnapSync (co pozwala na znaczne przyspieszenie procesu tworzenia zdalnego backupu). Bazujące na QES urządzenia QNAP NAS obsługują wirtualizację VMware®, Microsoft® oraz Citrix®, zaś SnapSync dodatkowo obsługuje VMware Site Recovery Manager (SRM), czyli rozwiązanie klasy enterprise zapewniające zdalny backup i odtwarzanie danych dla aplikacji wirtualnych. Najnowsza wersja QES 2.1.0 obsługuje również iSER, co owocuje zoptymalizowaniem wydajności VMware, a także usługi udostępniania plików OpenStack Cinder oraz Manila – zapewniając tym samym firmom elastyczne, łatwe w obsłudze i tanie rozwiązanie storage dla środowisk OpenStack.

Dostępność i kompatybilność

QES 2.1.0 jest już dostępny w Download Center dla urządzeń QNAP klasy enterprise – TES-3085U, TES-1885U oraz ES1640dc v2 NAS. Więcej informacji znaleźć można na stronie: https://www.qnap.com/qes/2.1.0/.

Opublikowane w

Najnowsza wersja NAKIVO v8.5 ze wsparciem dla Nutanix AHV

W najnowszej wersji oprogramowania NAKIVO Backup & Replication dodano szereg nowych funkcji.

Do wspieranych wirtualizatorów obok Vmware, Hyper-V, instancji EC2 w AWS dołączył Nutanix AHV. Nutanix Acropolis jest natywnym wirtualizatorem wbudowanym w środowisko chmurowe tego producenta, więcej o rozwiązaniach Nutanix: https://www.nutanix.com/products/acropolis/virtualization

Replikacja z backupu. Określone środowiska wymagające dużej niezawodności potrzebują zarówno replikacji jak i backupu. Dotychczas zadania te były niezależne od siebie i wymagały dwukrotnego zrobienia snapshota maszyny wirtualnej, co powodowało dodatkowe obciążenie produkcyjnych hostów. Nowa wersja umożliwia wykonanie repliki z już zrobionego backupu, a zadania można powiązać ze sobą aby proces zautomatyzować.

Nakivo w nowej wersji stało się jeszcze bardziej elastyczne w instalacji, gdyż można zainstalować je na Windows Server 2019 oraz serwerach opartych na systemie Free NAS. A może potrzebujesz mobilnego backup appliance? Od teraz Nakivo można zainstalować również na Raspberry PI.

Autoupdate. Serwisowanie Nakivo stało się jeszcze prostsze niż było, producent dodał funkcję automatycznej aktualizacji, teraz nowa wersja jest oddalona o zaledwie kilka kliknięć, prosto z wbudowanego w Nakivo interfejsu www.

Opublikowane w

Synchroniczna kontra asynchroniczna strategia replikacji

Współczesny świat biznesu rozwija się z każdą sekundą, co oznacza, że ​​stale rośnie liczba krytycznych danych, które muszą być chronione. W razie katastrofy każda firma musi dysponować zestawem strategii odzyskiwania, aby jak najszybciej chronić i przywracać kluczowe procesy. W związku z tym pojawia się potrzeba zdalnej replikacji, która zakłada wysyłanie krytycznych danych biznesowych poza miejsce pracy w celu niezawodnego przechowywania i szybkiego odzyskiwania.

Co to jest replikacja zdalna?

Zdalna replikacja jest istotną częścią ochrony i odzyskiwania danych. Wcześniej replikacja była najczęściej używana do kopiowania i przechowywania danych aplikacji w lokalizacjach poza siedzibą. Jednak z biegiem czasu technologia ta znacznie się rozszerzyła. Obecnie replikacja umożliwia utworzenie zsynchronizowanej kopii maszyny wirtualnej na zdalnym hoście docelowym. Kopia VM jest nazywana repliką i działa tak jak zwykła maszyna wirtualna dostępna na hoście źródłowym. Repliki VM można przenosić i uruchamiać na dowolnym, sprawnym sprzęcie. Mogą zostać włączone w ciągu kilku sekund w przypadku awarii oryginalnej maszyny wirtualnej. Technologia ta może znacznie zmniejszyć przestoje, a także ograniczyć potencjalne ryzyko biznesowe i straty związane z katastrofą.

Przed uruchomieniem zadania replikacji należy wziąć pod uwagę następujące czynniki:

  • Odległość – im większa odległość między lokalizacjami, tym większe opóźnienie.
  • Przepustowość – szybkość internetu i połączenie sieciowe powinny być wystarczające, aby zapewnić zaawansowane połączenie dla szybkiego i bezpiecznego transferu danych.
  • Szybkość transmisji danych – szybkość transmisji danych powinna być niższa niż dostępna przepustowość, aby nie przeciążać sieci.
  • Technologia replikacji – zadania replikacji powinny być uruchamiane równolegle (jednocześnie) w celu efektywnego wykorzystania sieci.

Czynniki te pomagają określić, który typ replikacji jest lepszy, gdy mamy do czynienia z określonym rodzajem katastrofy.

Strategie replikacji

Można wyróżnić dwa główne typy replikacji danych: synchroniczne i asynchroniczne.

Replikacja synchroniczna

W tym przypadku dane są replikowane do dodatkowej lokalizacji zdalnej w tym samym czasie, gdy nowe dane są tworzone lub aktualizowane w głównym centrum danych. Umożliwia to niemal natychmiastową replikację, co pozwala zachować repliki danych zaledwie kilka minut starsze niż materiał źródłowy. Zasadniczo zarówno źródło hosta, jak i źródło docelowe pozostają całkowicie zsynchronizowane, co ma kluczowe znaczenie dla skutecznego przywracania systemu po awarii (DR).

Ze względu na to, że dane są atomowo aktualizowane w wielu lokalizacjach zdalnych, wpływa to na wydajność i dostępność sieci. Operacje atomowe są definiowane jako sekwencja operacji, które muszą być zakończone bez przerwy przed wykonaniem innego zadania. W kontekście synchronicznej replikacji oznacza to, że zapis jest uważany za zakończony tylko wtedy, gdy oba lokalne i zdalne magazyny potwierdzają jego zakończenie. Dlatego gwarantowana jest zerowa utrata danych, ale ogólna wydajność jest spowolniona.

Replikacja asynchroniczna

W takim przypadku replikacja nie jest wykonywana w tym samym czasie, co zmiany w pamięci podstawowej. Dane są replikowane tylko we wcześniej określonych przedziałach czasowych (może to być godzina, dzień lub tydzień). Replika może być przechowywana w zdalnej lokalizacji DR, ponieważ nie musi być synchronizowana z pierwotną lokalizacją w czasie rzeczywistym.

Przy replikacji asynchronicznej dane nie są aktualizowane atomowo w wielu lokalizacjach, co oznacza, że ​​aplikacja kontynuuje pisanie danych, które nie są jeszcze w pełni zreplikowane. W związku z tym zapis uznaje się za zakończony, gdy tylko pamięć lokalna go potwierdza.

Replikacja asynchroniczna poprawia wydajność i dostępność sieci bez wpływu na przepustowość. Wynika to z faktu, że repliki nie są aktualizowane w czasie rzeczywistym. Minusem jest to, że w scenariuszu katastrofy strona DR może nie zawierać ostatnio wprowadzonych zmian, więc niektóre krytyczne dane mogą zostać utracone.

Replikacja synchroniczna vs. asynchroniczna: główne różnice

Co jest lepsze: replikacja synchroniczna lub asynchroniczna?

Na to pytanie nie ma jednoznacznej odpowiedzi; wybór zależy całkowicie od priorytetów biznesowych. Asynchroniczna replikacja działa najlepiej w przypadku projektów obejmujących duże odległości, którym przydzielony jest minimalny budżet. Jest także odpowiednia dla firm, które mogą sobie pozwolić na częściową utratę danych. Z drugiej strony replikacja synchroniczna jest wykonywana, gdy wymagane jest niezawodne i długoterminowe przechowywanie, a firma nie może pozwolić sobie na utratę krytycznych danych. Jest to przydatne, gdy RTO i RPO są krótkie.

Istnieje jednak pole pośrednie: można używać zarówno synchronicznych, jak i asynchronicznych strategii replikacji na różnych poziomach infrastruktury. Na przykład replikacja synchroniczna może być używana do przesyłania i zabezpieczania danych przez sieć lokalną (LAN), podczas gdy replikacja asynchroniczna wysyła krytyczne dane do zdalnej lokalizacji DR.

Replikacja w NAKIVO Backup&Replication

Tryb replikacji

Replikacja w NAKIVO Backup&Replication jest zawsze przyrostowa . Pierwsza replikacja kopiuje pełną maszynę wirtualną, ale następujące zadania replikacji będą zapisywać tylko zmiany danych w replice (przyrostach). Ponadto po każdym zadaniu replikacji tworzony jest punkt odzyskiwania odwołujący się do wszystkich bloków danych wymaganych do odtwarzania maszyny wirtualnej. Ten tryb replikacji zapewnia mniejsze obciążenie sieci i oszczędza czas, który w innym przypadku zostałby poświęcony na pełne zadania replikacji.

Zgodne platformy

NAKIVO Backup & Replication oferuje szybkie wdrażanie na różnych platformach sprzętowych i programowych:

  • VMware VA. Wstępnie skonfigurowany VMware Virtual Appliance można łatwo pobrać, a następnie zaimportować do VMware vSphere.
  • Instalując NAKIVO Backup & Replication bezpośrednio na urządzeniu NAS, można stworzyć własne urządzenie do tworzenia kopii zapasowych VM.
  • AWS AMI. Oprogramowanie NAKIVO Backup & Replication można wdrożyć w chmurze Amazon jako wstępnie skonfigurowany obraz Amazon Machine Image (AMI).
  • Oprogramowanie NAKIVO Backup & Replication można zainstalować na fizycznej lub wirtualnej maszynie z systemem Linux za pomocą jednego polecenia.
  • Oprogramowanie NAKIVO Backup & Replication można zainstalować na fizycznym lub wirtualnym komputerze z systemem Windows za pomocą jednego kliknięcia.

Funkcje replikacji

Migawki

Migawka rejestruje stan systemu w określonym momencie. Za pomocą NAKIVO Backup & Replication repliki VM są tworzone za pomocą migawek VM, które służą do pobierania aktualnych danych maszyn wirtualnych. Za każdym razem, gdy wykonywane jest zadanie replikacji, pobierana jest tymczasowa migawka maszyny wirtualnej, zmienione dane są identyfikowane, a wszystkie aktualizacje są dodawane do repliki. Po zakończeniu zadania migawka zostaje usunięta.

Changed block tracking

Oprogramowanie NAKIVO Backup & Replication wykorzystuje VMware CBT (Changed Block Tracking) i Hyper-V RCT (Resilient Change Tracking) do identyfikowania i kopiowania zmian, które zostały wprowadzone w maszynie wirtualnej od czasu ostatniej replikacji. Ta technologia znacząco poprawia szybkość replikacji. Jeśli CBT i RCT są niedostępne, NAKIVO Backup & Replication używa wbudowanej zastrzeżonej metody śledzenia zmian.

Obsługa aplikacji na żywo

NAKIVO Backup & Replication to rozwiązanie obsługujące aplikacje. Maszyny wirtualne są używane do uruchamiania wszelkiego rodzaju aplikacji o znaczeniu krytycznym, takich jak Microsoft Exchange, Active Directory, SQL, SharePoint itp. W przypadku tych programów z częstym wprowadzaniem i generowaniem danych istotne jest zapewnienie, że dane aplikacji są zawsze spójne, szczególnie gdy zadanie replikacji jest uruchomione. Tak więc po utworzeniu migawki aplikacje wewnątrz maszyny wirtualnej przechowują wszystkie transakcje w pamięci, aby nie zakłócać żadnych działających operacji.

Ochrona kontenera

Program NAKIVO Backup & Replication ułatwia ochronę krytycznych maszyn wirtualnych, umożliwiając ich uporządkowanie w kontenerach, takich jak pule zasobów, foldery lub klastry. Cały kontener można dodać do określonego zadania replikacji. Można łatwo dodawać lub usuwać elementy z kontenera, które to zmiany są automatycznie odzwierciedlane w odpowiednich zadaniach replikacji. Funkcja jest elastyczna; można również wykluczyć niektóre maszyny wirtualne z kontenera z zadania replikacji. W takim przypadku cały kontener zostanie objęty ochroną z wyjątkiem wykluczonych maszyn wirtualnych.

Screenshot verification

Ta funkcja umożliwia automatyczne sprawdzenie, czy replikacja maszyn wirtualnych zakończyła się pomyślnie. Zaraz po zakończeniu zadania replikacji sieć w replice jest wyłączona, a replika jest chwilowo włączona, aby wykonać zrzut ekranu. Replika jest następnie wyłączana i powracana do najnowszego punktu odzyskiwania. Użytkownik otrzymuje raport e-mail ze zrzutem ekranu z testowanego systemu operacyjnego.

Grupowanie zadań

NAKIVO Backup & Replication pozwala organizować zadania replikacji w grupy (foldery), aby rozmieścić aplikacje, usługi i lokalizacje w strukturach logicznych. Ponadto akcje zbiorcze można łatwo wykonać dla wszystkich lub wybranych zadań dla grupy.

Automatyczne raporty

Jeśli chcemy być informowani o statusie zadań replikacji, NAKIVO Backup & Replication może powiadomić nas o tym, wysyłając automatyczne raporty e-mailem, według harmonogramu lub na żądanie.

Harmonogram zadań

Program NAKIVO Backup & Replication umożliwia konfigurowanie zadań replikacji uruchamianych na żądanie lub zgodnie z harmonogramem (codziennie, co tydzień, co miesiąc i co rok). Możesz nawet skonfigurować zadania, aby działały według niestandardowego harmonogramu, który odpowiada konkretnym potrzebom biznesowym, np. co 20 minut, co 5 dni lub w pierwszy wtorek każdego miesiąca. Możesz także określić okna czasowe, w których zadanie powinno się rozpoczynać i kończyć.

Etapowa replikacja VM (wysiewanie)

Początkowa (pełna) replikacja większych maszyn wirtualnych może zająć dużo czasu ze względu na ich rozmiar. Aby przyspieszyć proces, NAKIVO Backup & Replication może przeprowadzić etapową replikację maszyn wirtualnych. Ta funkcja umożliwia przeniesienie (“seed”) początkowych replik VM na nośniki wymienne. Następnie repliki te można przetransportować do nowej witryny, gdzie nowe zadanie replikacji jest uruchamiane przy użyciu przesłanych maszyn wirtualnych. Następnie wykonywana jest tylko przyrostowa replikacja.

Punkty odzyskiwania

Punkt odzyskiwania reprezentuje maszynę wirtualną w określonym momencie, która następnie jest używana do odzyskiwania VM. Za pomocą narzędzia NAKIVO Backup & Replication można przechowywać do 30 punktów odzyskiwania na replikę maszyny wirtualnej. Produkt umożliwia zapisywanie punktów przywracania zgodnie z zasadami przechowywania Grandfather-Father-Son (GFS), jak opisano poniżej. Ta metoda zapewnia, że ​​punkty odzyskiwania repliki VM są zapisywane w witrynie DR z wyznaczonymi częstotliwościami (np. codziennie, co tydzień, co miesiąc i co rok).

  • Zachowaj jeden punkt przywracania na tydzień przez X tygodni: Ostatni punkt odzyskiwania każdego tygodnia jest przechowywany przez określoną liczbę tygodni.
  • Zachowaj jeden punkt odzyskiwania miesięcznie przez X miesięcy: Ostatni punkt odzyskiwania każdego miesiąca jest przechowywany przez określoną liczbę miesięcy.
  • Zachowaj jeden punkt odzyskiwania rocznie przez X lat: Ostatni punkt odzyskiwania każdego roku jest przechowywany przez określoną liczbę lat.
  • RTO i RPO

Cel punktu odzyskiwania (RPO) to limit najwcześniejszego momentu, w którym maszyna wirtualna powinna zostać przywrócona podczas DR. W ten sposób określa ilość danych, które można utracić, nie powodując nieuzasadnionych szkód dla Twojej firmy. Replikacja może pomóc w spełnieniu krótszych RPO, ponieważ zadania replikacji można uruchamiać według potrzeb za pomocą niestandardowych harmonogramów ustawionych dla nich.

Replikacja maszyn wirtualnych może również pomóc w osiągnięciu krótkich czasów odzyskiwania (RTO). RTO to określony czas, w którym operacje biznesowe muszą zostać odzyskane po katastrofie. Dzięki replikacji maszynę wirtualną można natychmiast przywrócić, uruchamiając replikę.

Przypadki zastosowań

Replikacja maszyn wirtualnych może chronić usługi o kluczowym znaczeniu dla biznesu przed wieloma problemami, w tym powodowanymi przez krytyczną utratę VM/awarię maszyny wirtualnej, awarię hosta/magazynu danych lub klęski żywiołowe. Replikacja maszyn wirtualnych jest zwykle używana, gdy projekty działają z danymi wrażliwymi i/lub tolerują utratę danych zerowych. Replikacja jest odpowiednia dla tych przypadków, ponieważ odzyskiwanie VM może być wykonane łatwo i prawie natychmiast po wystąpieniu awarii.

Funkcja replikacji jest używana w następujących przypadkach:

  1. Odzyskiwanie po awarii z repliką

Za pomocą NAKIVO Backup & Replication można w znacznym stopniu złagodzić negatywne skutki awarii systemu, takie jak przestoje i utrata dochodów. Dzięki replikacji maszyn wirtualnych możesz niemal natychmiast odzyskać całą maszynę wirtualną za pomocą jej repliki, zapewniając w ten sposób wysoką dostępność usług biznesowych.

  1. Przełączanie awaryjne oraz powrót po awarii

Kiedy katastrofa pozbawi nas podstawowej bazy danych, firma może zostać poważnie dotknięta – chyba że mamy efektywny plan DR. Tutaj przydatne jest przełączanie awaryjne. Przełączanie awaryjne, to proces przełączania ze źródłowej maszyny wirtualnej na replikę maszyny wirtualnej w celu przeniesienia obciążeń o znaczeniu krytycznym z witryny, której dotyczy problem, do witryny DR.

Po przywróceniu głównej lokacji możesz przełączyć operacje biznesowe z powrotem na oryginalną maszynę wirtualną. Ten proces nazywany jest funkcją powrotu po awarii i umożliwia synchronizację danych między lokacją główną a witryną DR.

  1. Odzyskiwanie lokalizacji

Za pomocą narzędzia NAKIVO Backup & Replication można tworzyć przepływy pracy (zadania) odzyskiwania lokalizacji, które są łatwymi w konfiguracji niestandardowymi algorytmami do automatyzacji i orkiestracji procesu DR. Ręczna realizacja planu odzyskiwania po awarii może być czasochłonnym i wymagającym dużej ilości zasobów zadaniem. Na szczęście, NAKIVO Backup & Replication pozwala organizować akcje w zadania odzyskiwania lokalizacji, które można uruchomić za pomocą zaledwie kilku kliknięć. Możesz utworzyć specjalne zadania Site Recovery, aby poradzić sobie z dowolnym zdarzeniem DR.

Poniższe działania i warunki można uwzględnić w przepływach pracy odzyskiwania lokalizacji:

  • Przełączanie awaryjne maszyn wirtualnych. Przejście do już utworzonej repliki VM.
  • Powrót po awarii maszyn wirtualnych. Przeniesienie obciążeń z powrotem z repliki maszyny wirtualnej w witrynie DR do źródłowej maszyny wirtualnej w miejscu produkcji.
  • Uruchomienie maszyn wirtualnych. Uruchamiamy jedną lub wiele maszyn wirtualnych.
  • Zatrzymanie maszyn wirtualnych. Zatrzymanie jednej lub wielu maszyn wirtualnych.
  • Uruchomienie zadań. Uruchomienie zadań ochrony danych (tworzenie kopii zapasowych, replikacja itd.), które już zostały utworzone dla maszyn wirtualnych.
  • Zatrzymanie zadań. Zatrzymanie zadań ochrony danych VM, które są uruchomione.
  • Uruchomienie skryptu. Uruchomienie własnego skryptu przed lub po zadaniu na komputerze z systemem Windows lub Linux.
  • Załączenie repozytorium. Dołączenie repozytorium kopii zapasowych.
  • Odłączenie repozytorium. Odłączenie dołączonych repozytorium kopii zapasowych.
  • Wysyłanie e-maili. Otrzymywanie powiadomień e-mail z informacją o wynikach po wykonaniu określonej czynności.
  • Czekać. Zaczekaj na określony czas przed rozpoczęciem następnej akcji.
  • Sprawdź stan. Sprawdź, czy istnieje zasób, czy uruchomiony jest zasób, lub czy adres IP/nazwa hosta są osiągalne przed przejściem do następnej czynności.

Wnioski

Każda firma może paść ofiarą niespodziewanej katastrofy lub awarii systemu, która może zagrozić integralności ważnych dla firmy danych. To sprawia, że ​​posiadanie efektywnego planu DR jest absolutnie niezbędne w nowoczesnym świecie biznesu, gdzie wysoka dostępność i ciągłość biznesowa są najważniejsze.

Replikacja może stać się nieocenionym narzędziem dla DR. Synchroniczne i asynchroniczne strategie replikacji powinny być wdrażane inteligentnie, w zależności od priorytetów i potrzeb biznesowych. Asynchroniczna replikacja to opłacalna strategia, która wymaga mniejszej przepustowości i braku dodatkowego sprzętu. Może być używany do przechowywania mniej wrażliwych danych i przesyłania danych na duże odległości. Chociaż replikacja synchroniczna jest wysoce zależna od połączenia sieciowego i opóźnień, gwarantuje zerową utratę danych i pozwala natychmiastowo przywrócić operacje o znaczeniu krytycznym.

NAKIVO Backup & Replication to szybkie i elastyczne rozwiązanie, które może replikować maszyny wirtualne do jednej lub więcej zdalnych lokalizacji w celu niezawodnego przechowywania. Dzięki rozwiązaniu można po prostu włączyć repliki podczas awarii, unikając w ten sposób utraty przychodów i długotrwałego wyłączania.

Opublikowane w

Odzyskiwanie po awarii vs wysoka dostępność vs tolerancja uszkodzeń – NAKIVO

Jeśli chodzi o utrzymanie infrastruktury informatycznej organizacji przez 24 godziny na dobę, 7 dni w tygodniu, nadal istnieją pewne niejasności między trzema głównymi terminami używanymi w tej dziedzinie. Te podstawowe pojęcia to: wysoka dostępność (HA – high availability), tolerancja uszkodzeń (FT – fault tolerance) i odzyskiwanie po awarii (DR – disaster recovery). Terminy te są często używane zamiennie, ponieważ na pozór wszystkie mają na celu osiągnięcie ciągłości systemu informatycznego. Ważne jest jednak, aby pamiętać, że każde z tych terminów ma swoje własne specyficzne definicje, metodologie i role.

W tym artykule w praktyce określimy znaczenie wysokiej dostępności, tolerancji uszkodzeń i odzyskiwania po awarii. Sprawdzimy, jak te terminy się pokrywają, a także dlaczego warto je wdrożyć.

Wysoka dostępność

Wysoka dostępność jest cechą systemu, który ma na celu zapewnienie uzgodnionego poziomu wydajności operacyjnej, zwykle nieprzerwanego działania, przez okres dłuższy niż normalny.

HA to koncepcja, która przejawia się wyłącznie dzięki technologii. Celem projektu HA jest dostarczenie 99,999% czasu pracy bez przestojów. Niemniej jednak ważne jest, aby podkreślić, że HA nie zapewnia 100% czasu działania, a czas przestoju (do 5,26 minuty/rok) jest akceptowalny.

Jak działa wysoka dostępność?

Cel “pięciu dziewiątek” osiąga się przez wyeliminowanie pojedynczego punktu awarii w systemie. W tym celu można wdrożyć komponenty redundancji i przełączania awaryjnego, które są skonfigurowane do obsługi obciążeń bez interwencji człowieka w przypadku awarii komponentu podstawowego.

W wirtualizacji można zaprojektować wysoką dostępność za pomocą technologii klastrowych. Na przykład, gdy jeden z hostów lub maszyn wirtualnych (VM) w klastrze ulegnie awarii, inna maszyna wirtualna przejmuje i utrzymuje właściwą wydajność systemu.

Kiedy ważna jest wysoka dostępność?

Przemyślana architektura HA jest ważna dla każdej firmy, która dąży do zminimalizowania przestojów. Według statystyk, w 2017 r. koszt godzinnego przestoju wynosił od 301 do 400 tys. USD dla dużej liczby (24%) przedsiębiorstw na całym świecie. Oznacza to, że nawet dopuszczalna ilość przestojów – 5,26 minut – kosztuje biznes do 35 tysięcy USD.

Oprócz znacznych strat finansowych, przestoje mogą mieć inne poważne konsekwencje, takie jak utrata wydajności, niemożność terminowego dostarczania usług, utrata reputacji firmy i tak dalej. Wysoce dostępne systemy pomagają uniknąć takich scenariuszy poprzez automatyczne rozwiązywanie awarii i na czas.

Co sprawia, że ​​system jest wysoce dostępny?

Posiadanie komponentów redundantnych jest podstawowym warunkiem zapewnienia wysokiej dostępności, jednak posiadanie tych komponentów nie wystarcza, aby system mógł być uważany za wysoce dostępny. System wysoce dostępny to taki, który zawiera zarówno nadmiarowe komponenty i mechanizmy wykrywania awarii, jak i przekierowanie obciążenia. Mogą to być elementy równoważące obciążenie lub hypervisor.

Tolerancja uszkodzeń

Tolerancja uszkodzeń jest właściwością, która umożliwia systemowi prawidłowe działanie w przypadku awarii niektórych (jednego lub więcej błędów wewnątrz) jego komponentów.

Mówiąc prościej, tolerancja uszkodzeń, to bardziej rygorystyczna wersja wysokiej dostępności. HA skupia się na zapewnieniu minimalnych przestojów, a FT idzie dalej, zapewniając zero przestojów. Jednak w modelu tolerancji uszkodzeń zdolność systemu do zapewnienia wysokiej wydajności w przypadku awarii nie jest priorytetem. W przeciwieństwie, oczekuje się, że system może utrzymać wydajność operacyjną, ale na obniżonym poziomie.

Jak działa tolerancja uszkodzeń?

Podobnie jak w przypadku wysokiej dostępności, tolerancja uszkodzeń działa również na zasadzie nadmiarowości. Taka nadmiarowość może zostać osiągnięta poprzez jednoczesne uruchomienie jednej aplikacji na dwóch serwerach, co umożliwia jednemu serwerowi natychmiastowe przejęcie drugiego, jeśli mu się nie powiedzie.

W wirtualizacji nadmiarowość jest osiągana poprzez utrzymywanie i uruchamianie identycznych kopii danej maszyny wirtualnej na osobnym hoście. Wszelkie zmiany lub dane wejściowe, które mają miejsce na podstawowej maszynie wirtualnej, są duplikowane na wtórnej maszynie wirtualnej. W ten sposób, w przypadku uszkodzenia maszyny wirtualnej, tolerancja na awarie jest zapewniona poprzez natychmiastowy transfer obciążeń z jednej maszyny wirtualnej do jej kopii.

Kiedy ważna jest tolerancja uszkodzeń?

Tolerancja uszkodzeń jest niezbędna do wdrożenia, jeśli Nasz system IT nie toleruje żadnych przestojów. Jeśli istnieją krytyczne aplikacje, które wspierają operacje biznesowe, a nawet najmniejszy czas przestoju może przełożyć się na nieodwracalne straty, powinniśmy rozważyć skonfigurowanie swoich komponentów IT z myślą o FT.

Czym jest system tolerujący uszkodzenia?

System tolerujący uszkodzenia, to system, który obejmuje dwa ściśle połączone elementy, które odzwierciedlają się nawzajem, zapewniając nadmiarowość. W ten sposób, jeśli podstawowy komponent zostanie wyłączony, drugi jest zawsze gotowy do natychmiastowego przejęcia.

Odzyskiwanie po awarii

Odzyskiwanie awaryjne obejmuje zestaw zasad, narzędzi i procedur umożliwiających odzyskiwanie lub kontynuację infrastruktury i systemów infrastruktury o podstawowym znaczeniu w następstwie katastrofy naturalnej lub wywołanej przez człowieka.

Co to jest odzyskiwanie po awarii?

Zwykle DR wymaga posiadania dodatkowej lokalizacji, w której można przywrócić krytyczne dane i obciążenia (całkowicie lub częściowo) w celu wznowienia wystarczającej działalności biznesowej po wystąpieniu zakłócającego zdarzenia. Aby przenieść obciążenia do zdalnej lokalizacji, konieczne jest włączenie odpowiedniego rozwiązania do odtwarzania po awarii. Takie rozwiązanie może w porę zająć się operacją przełączania awaryjnego przy niewielkim lub zerowym wkładzie ze strony użytkownika, co pozwala osiągnąć wyznaczone cele czasu przywracania.

Jak działa odzyskiwanie po awarii?

Zwykle DR wymaga posiadania dodatkowej lokalizacji, w której można przywrócić krytyczne dane i obciążenia (całkowicie lub częściowo) w celu wznowienia wystarczającej działalności biznesowej po wystąpieniu zakłócającego zdarzenia. Aby przenieść obciążenia do zdalnej lokalizacji, konieczne jest włączenie odpowiedniego rozwiązania do odtwarzania po awarii. Takie rozwiązanie może w porę zająć się operacją przełączania awaryjnego przy niewielkim lub zerowym wkładzie ze strony użytkownika, co pozwala osiągnąć wyznaczone cele czasu przywracania.

Jakie są elementy odzyskiwania po awarii?

W przeciwieństwie do HA i FT, odzyskiwanie po awarii jest znacznie szerszą i bardziej złożoną koncepcją, która odnosi się do strategii z obszernym zestawem komponentów, w tym: ocena ryzyka, planowanie, analiza zależności, zdalna konfiguracja lokalizacji, szkolenie personelu, testowanie, konfiguracja automatyzacji i tak dalej. Odzyskiwanie po awarii wykracza poza wysoką dostępność i tolerancję uszkodzeń, ale może i powinno uwzględniać te czynniki w jego projekcie technologicznym.

Kiedy odzyskiwanie po awarii jest ważne?

Termin katastrofa odnosi się nie tylko do klęski żywiołowej, ale także do wszelkich zakłóceń, które prowadzą do znaczących przestojów, takich jak ataki cybernetyczne, przerwy w zasilaniu, błędy ludzkie, awarie oprogramowania i inne incydenty. Oznacza to, że takie wydarzenia mogą odbywać się w dowolnym miejscu i czasie, co sprawia, że ​​organizacje wszystkich typów i rozmiarów są potencjalnymi ofiarami. Podczas gdy w większości przypadków katastrofy są niemożliwe do przewidzenia lub uniknięcia, organizacje mogą i powinny podejmować działania w celu wzmocnienia gotowości do odzyskiwania po awarii, a także regularnie optymalizować swoje strategie DR.

NAKIVO Backup&Replication dla odzyskiwania po awarii

NAKIVO Backup & Replication to szybkie, niezawodne i przystępne cenowo rozwiązanie, które łączy w sobie wysoką ochronę danych, a także funkcję odzyskiwania po awarii w jednym pakiecie oprogramowania. Funkcja Site Recovery została zaprojektowana z myślą o prostocie i automatyzacji operacji odzyskiwania po awarii.

Jeśli mamy skonfigurowaną witrynę zdalną, zgodnie z najlepszymi praktykami DR, możemy całkowicie polegać na NAKIVO Backup & Replication jako narzędziu do odzyskiwania po awarii. Funkcja przywracania lokalizacji jest łatwa w obsłudze i konfiguracji, ale umożliwia tworzenie złożonych przepływów pracy odzyskiwania.

Można połączyć do 200 działań w jednym przepływie pracy (zadaniu), aby dopasować się do różnych scenariuszy katastrofy i służyć do różnych celów, w tym: monitorowania, migracji centrów danych, awaryjnego przełączania awaryjnego, planowanego przełączania awaryjnego, powrotu po awarii itd. W razie katastrofy utworzone przepływy pracy można natychmiast wdrożyć, za pomocą jednego kliknięcia, co pozwala firmom osiągnąć jak najkrótszy czas na odzyskanie danych.

Dzięki funkcji Site Recovery możemy przeprowadzać automatyczne, niezakłócone testy DR. W ten sposób możemy upewnić się, że przepływy pracy odzyskiwania lokalizacji są poprawne i odzwierciedlają wszystkie ostatnie zmiany, które miały miejsce w naszej infrastrukturze IT, w celu wykluczenia ewentualnych słabości przed rzeczywistymi trafieniami po katastrofie.

Statystyki pokazują, że większość informatyków uważa nowoczesne rozwiązania DR za nieosiągalne luksusy, a nie niezbędny element w ich strategii ochrony i odzyskiwania danych. NAKIVO dokonało niezawodnego odzyskiwania po awarii, dostępnego dla wielu firm, oferując NAKIVO Backup & Replication z Site Recovery za ułamek kosztów w porównaniu do konkurentów.

Wniosek

Podczas gdy wysoka dostępność i tolerancja na uszkodzenia są wyłącznie technologiczne, odzyskiwanie po awarii obejmuje znacznie więcej niż tylko elementy oprogramowania/sprzętu. HA i FT koncentrują się na rozwiązywaniu pojedynczych awarii w systemie IT. DR przeciwnie, zajmuje się problemami o znacznie większym zasięgu, a także konsekwencjami takich awarii. Włączenie wysokiej dostępności lub tolerancji na uszkodzenia nie może zapewnić ochrony przed katastrofami, ale obie z nich mogą skutecznie uzupełnić strategie odzyskiwania po awarii.

NAKIVO Backup & Replication z Site Recovery to rozwiązanie “pod klucz”, które zapewnia zintegrowaną ochronę przed utratą danych. Włączając rozwiązanie do swojego środowiska, możemy zapewnić szybkie odzyskiwanie danych w wielu witrynach niezależnie od okoliczności.

Kornelia Szlósarczyk
Przejdź do treści