Pokazywanie postów oznaczonych etykietą DCIG. Pokaż wszystkie posty
Pokazywanie postów oznaczonych etykietą DCIG. Pokaż wszystkie posty

sobota, 18 maja 2013

Macierze flashowe - poradnik kupującego na 2013

Ostatnio DCIG wypuszcza całkiem sporo"buyer's guide"-ów na najróżniejsze produkty z obszaru storage. W jednym z ich ostatnich opracowań porównano kilkadziesiąt modeli macierzy flashowych (tzw: AFA - All Flash Arrays), urządzeń wykorzystujących do przechowywania danych wyłącznie (lub w większości) dysków SSD. Rynek tych urządzeń od około 2 lat cały czas rośnie i obecnie z fazy start-upów, przeszedł do etapu wykupywania mniejszych (ale dobrze rokujących) firm przez gigantów.

Macierze SSD mają kilka zdecydowanych zalet nad rozwiązaniami bazującymi na "tradycyjnych" dyskach. Oprócz najbardziej oczywistej, czyli dużo większej wydajności, wykorzystanie takich rozwiązań pozwala na lepszą utylizację CPU w serwerach (które przy pracy z normalnymi macierzami dużo czasu marnotrawią na czekanie na odpowiedzi z sytemu dyskowego) oraz ograniczenie zużycia energii i miejsca w serwerowni.

Założenia

Aby zakwalifikować się do porównania, macierz musiała spełniać następujące warunki:
  • Dostępna jako applinace - czyli odrębne urządzenie z własnym oprogramowaniem (firmware).
  • Nie bazuje na MS Windows Storage Server
  • Wspiera konfigurację opartą w 100% na dyskach SSD
  • Może wspierać konfiguracje oparte na wymieszaniu dysków SSD z tradycyjnymi 
  • Musi wspierać minimum 16 dysków
  • Musi obsługiwać przynajmniej jeden protokół SAN (iSCSI, FCP, FCoE,Infiniband)
  • Może wspierać protokoły NAS (CIFS,NFS)
  • Musi być dostępna w sprzedaży od 1 listopada 2012

Kryteria 

Macierze były oceniane według kilku kategorii. W odróżnieniu od poprzednich wpisów dotyczących "Buyer's guide"-ów od DCIG nie będę wyliczał wszystkich składowych razem z ich opisem. Zdecydowana część jest oczywista. Bardziej szczegółowo skupię się na ocenianych funkcjonalnościach związanych z zarządzaniem napędami flashowymi.

Management & Replication
W tej sekcji urządzenia są oceniane biorąc pod uwagę kilkanaście kategorii. Głównie chodzi o wspieranie przez macierze pewnych konkretnych funkcjonalności takich jak: Thin Priovisioning, Snapshoty, Deduplikacja czy wsparcie dla VMware (np: obsługa VAAI i VASA)

Storage Array Hardware
Szczegóły dotyczące hardware jaki posiada i wspiera dane urządzenie (ilość cache, rodzaje interfejsów, max pojemności obsługiwane itd...)

Flash Management
W tej części mamy specjalne możliwości związane z zarządzaniem pamięciami/dyskami flash. Sprawdzana jest obecność 5 rodzajów funkcjonalności:
  • Write Coalescing - technika polegająca na grupowaniu zapisów w cache i nagrywaniu ich na dysk dopiero wtedy, kiedy osiągną wielkość bloku do usunięcia (EBS - erasure block size). Funkcjonalność ta poprawia wydajność, oraz wydłuża czas życia nośnika i jest to związane z mechanizmem działania pamięci flash. Dane na dysku SSD nie mogą być nadpisane, aby zmienić wartość komórki należy ją skasować, a dopiero potem na nowo zapisać wartość. Dodatkowo kasowanie nie może być wykonane per komórka ale dzieje się jednocześnie dla większej ilości danych - najmniejszy "kasowalny" jedną operacją obszar to właśnie EBS. Użycie Write Coalescing zmniejsza ilość operacji kasowania, przy zapisywaniu danych.  
  • Variable RAID Stripe Sizing - kolejna funkcjonalność poprawiająca wydajność i czas życia. Też opiera się na wielkości EBSa. Tym razem macierz dba o to aby dane rozrzucane (stripe) były po obszarze równemu wielkości EBS.
  • Data Aging Timer Tuning - czy dostępna jest dla administratora możliwości ustawiania/zmiany pewnych liczników odpowiedzialnych za "starzenie" się danych
  • Inline Deduplication - czy macierz wspiera deduplikacje w czasie rzeczywistym (in-line)
  • Block Level Compression - czy macierz wspiera kompresję na poziomie bloku
  • Hardware Accelerated Compression - czy urządzenie posiada dedykowane układy (ASIC) do obsługi kompresji.
Application Layer
Obsługa protokołów dostepu plikowego (NFS,CIFS) i objektowego (REST,SOAP), rodzaje wspieranej autentyfikacji (logowanie przez AD, Kerberos, NIC itd...)

Support
Jakie wsparcie zapewnia dostawca swoim produktom.


Przetestowane modele

Asute Networks
www.astutenetworks.com

Asute chwali się kilkoma "unikalnymi" możliwościami jakie mają ich produkty. Pierwszym z nich jest DataPump Engine czyli dedykowany układ (ASIC) ktory zarządza ruchem przychodzącym do macierzy. W porównaniu do rozwiązań konkurencji opartych na standardowym układzie x86, ASIC Asute ma charakteryzować się dużo większą wydajnością.
Kolejnym atutem jest deduplikacja w czasie rzeczywistym, która ma zerowy wpływ na wydajność.

Asute podkreśla także bardzo ekonomiczość ich rozwiązania, twierdząc, że ich produkty mają najlepszą cenę jednostkową per IOPS.

DCIG przetestował 3 modele macierzy Asute  (seria ViSX) różniące się obsługiwaną pojemnością:
  • ViSX G4 2400
  • ViSX G4 4800
  • ViSX G4 9600

GreenBytes
getgreenbytes.com/

Firma pozycjonuje się jako dostawca infrastruktury dla rozwiązań VDI-owych czyli wirtualnych terminali.
Tego typu środowiska zwykle mają bardzo duże wymagania dotyczące wydajności storage na których są zbudowane.
Model, który został przetestowany to:
  • IO Offload Engine (5,000 VDI Model)


Huawei Enterprise
enterprise.huawei.com/

Huawei to firma mająca bardzo różnorodne portfolio produktów z najróżniejszych obszarów infrastruktury IT. Storage jest tylko malutkim kawałeczkiem w ich ofercie, a macierze AFA (All Flash Array) to już zupełnie drobinka, w sumie jeden niewyróżniający się niczym szczególnym model:
  • OceanStor Dorado2100

Kaminaro
www.kaminario.com

Kolejny start-up działający na rynku macierzy All Flash. Podobnie jak inne firmy specjalizujące się w tym obszarze, ma swoje własne rozwiązania związane z architekturą i oprogramowaniem zarządzającym pamięcią flash, w Kaminaro nazywają się one SPEAR (Scale Out Performance Storage Archtecture)
  • K2 F

Nimbus
www.nimbusdata.com

Nimbus dość odważnie poczyna sobie na rynku macierzy flash. Firma ma kilka "rodzin" macierzy z których największe to "E Class" (Enterprise) i "S Class"(Standard). Rodzina "E" wyróżnia się przede wszystkim architekturą zapewniającą dużo większą dostępność i odporność na awarie. Oprócz tego Nimbus od niedawna ma także trzecią linię macierzy nazywaną Gemini.

Największym klientem Nimbusa jest E-Bay który kupił macierze AFA o ponad 100TB pojemności.

Do porównania DCIGa wzięte zostały następujące macierze klas E i S (poszczególne podele w obrębie rodziny różnią się pojemnościami):
  • E Class Flash Memory System E6400M+E1000X
  • E Class Flash Memory System E6400M+E2000X
  • S Class Flash Memory System S255M / S255X
  • S Class Flash Memory System S505M / S505X
  • S Class Flash Memory System S1005M / S1005X

PureStorage
www.purestorage.com

Firma o której kiedyś krążyły plotki, że ma być wykupiona przez EMC (w ostateczności EMC kupiło XIO).
Rozwiązania PureStore obsługują deduplikacje w czasie rzeczywistym, przez co pozalają na dużo większą "gęstość" upakowania danych, obsługiwane są także snapshoty oraz thin provisioning (co nie jest standardem w obszarze macierzy flash).

W teście DCIGa pojawiły się dwia (z dostępnych \dwóch) modeli macierzy PureStorage. FA-310 to urządzenie z pojedynczym kontrolerem, FA-320 ma ich dwa.
  • FA310
  • FA320

Tegile
www.tegile.com

Tegile to kolejny start-up skupiony na macierzach flash i hybrydowych. Macierze Tegile są w stanie udostępniać dane zarówno po sieci SAN jak i z wykorzystaniem protokołów plikowych. Z kilku modeli dostępnych DCIG to testów wybrał tylko jeden, ale najsilniejszy:
  • Zebi  HA2800

Texas Memory Systems (IBM)
TMS

TMS to firma najdłużej działająca na rynku macierzy flashowych, jeszcze kilka lat temu praktycznie jako jedyna oferowała tego typu produkt. W zeszłym roku firma została wykupiona przez IBMa. IBM ostatnio przedstawił swoje plany co do produktów dawnego TMSa, same macierze zmieniają się (przynajmniej na razie) w niewielkim stopniu natomiast nazwa całej linii została przemianowana na FlashSystem-s.

W porównaniu DCIGa pojawiały się trzy macierze, jeszcze w starym nazewnictwie:
  • RamSan 720
  • RamSan 810
  • RamSan 820

Seria 7xx jest oparta o pamięci eMLC, natomiast 8xx to flash typu SLC (Więcej o typach pamięci SSD można znaleźć TUTAJ )

Violin Memory
www.violin-memory.com

Violin to druga (oprócz TMS) firma o której można powiedzieć, że nie jest już startup-em tylko dojrzałym bytem specjalizującym się w macierzach AFA. Oprócz tego firma sprzedaje także flashowe karty PCI-Express.

Violin w obszarze macierzy flashowych ma dwie główne rodziny produktów: Seria 3000 i Seria 6000. W obydwu znajdują się macierze zarówno oparte o dyski MLC jak i SLC, główną różnicą między rodzinami jest znacznie większe zabezpieczenie przed awariami (podwójne kontrolery, brak SPOFów) w przypadku Serii 6000.
  • Series 3000: 3120/3202/3205/3210/3220
  • Series 6000: 6212/6232/6606/6616

Whiptail
whiptail.com

"Last but not least" - Whiptail, kolejny ze startupów wyspecjalizowany w sektorze macierzy AFA.
Firma ma dwie (a w zasadzie 3 bo Invicta jest podzielona jeszcze na kategorię "normal" i "infinity") linie macierzy: Accela to macierze "entry level" z pojedynczym kontrolerem, o wymiarach 2U i różnych pojemnościach (od 1,5TB do 12TB), Invicta to architektura opierająca się na węzłach (nodes) o różnych wielkościach (6,12 i 24TB) które można ze sobą łączyć tworząc większe konfiguracje.

W podsumowaniu DCIG uwzględnione zostały następujące modele:
  • Accela ASSA 1500
  • Accela ASSA 3000
  • Accela ASSA 6000
  • Accela ASSA 12000
  • Invicta ISSA 6
  • Invicta ISSA 12
  • Invicta ISSA 24

Wyniki:


Wyniki są trochę zaskakujące muszę przyznać.

"Best-in-Class":

Pierwsze miejsce i kategorię "Best-in-class" zdobyła macierz Tergile Zebi HA2800. W większości ocenianych kategoriach otrzymała bardzo wysokie oceny a dodatkowo obsługuje wszystkie funkcjonalności zapewniane przez VAAI. Na plus zasługuje także bardzo duża ilość pamięci cache, obsługa replikacji lokalnej, zdalnej, wsparcie dla protokołów zarówno NASowych, jak i SANowych, a także bardzo efektywna deduplikcja. Zebi jestnie tylko macierzą All Flash, wspiera także konfiguracje hybrydowe z dyskami tradycyjnymi.

"Recommended":

Kolejne 4 macierze zostały ocenione jako "Recommended". Serbrny medal trafił do PureStorage FA320, a następna trójka to produkty firmy Nimbus (zarówno S jak i E klasa). Macierze w tej klategorii cechowały się dobrym wsparciem dla VMware (choć nie wszyskie funkcjonalności VAAI były wspierane), a także dużą ilością dodatkowych własności takich jak np: thin provisioning czy replikacja - rzeczy te są standardem przy "tradycyjnych" macierzach ale w obszarze urządzeń flashowych nie są to zbyt popularne funkcjonalności - przynajmniej jeszcze do niedawna

"Excellent":

Oczko niżej, pod recommended, jest kategoria Excellent, na którą załapało się 7 macierzy. Początek tej listy to pozostałe urządzenia Nimbusa i PureStorage, zaraz za nimi grupa 3 macierzy Violin Memory (seria 6xxx) i na końcu GreenBytes. Urządzenia które tutaj trafiły miały nieco gorsze (ale wciąż bardzo dobre) oceny z poszczególnych kategorii i obsługę dodatkowych funkcjonalności. Wszyskie miały też conajmniej 96GB pamięci Cache oraz wspierały zarówno FC jak i iSCSI - nie wszyskie jednak obsługiwały dostęp plikowy.

"Good":

Największa kategoria - 14macierzy. Zaczna się od Violina, potem Huawei i pozostałe macierze Violinowe, wymieszane z Whiptail. Można powiedzieć, że urządzenia "Good" to taki trochę standard na rynku. Wsparcie raczej tylko dla portokołów SANowych, brak deduplikacji, raczej ubogo z innymi funkcjonalnościami (np: Thin Provisioning").

"Basic":

Na końcu macierze "proste/podstawowe", 8 modeli z czego na początku Huawei, potem Astute i Kaminaro, zaś ostatnie trzy miejsca w rangingu dzielnie zamykają produkty IBM/TMS.
Basic to basic - jeden protokół SANowy, ubogo w dodatki, ciężkie zarządzanie...


Podsumowanie:

Jak wszystkie pozostałe "Buyers Guide"-y od DCIG, tak i ten stanowi bardzo dobre i obszerne porównanie produktów z danego obszaru. Osobiście zaskoczył mnie wynik - zarówno jeżeli chodzi o Tergile na miejscu pierwszym, jak i na TMSy (zwane od niedawna FlashSystem-s) na szarym końcu.
No cóż, "raz na wozie, raz pod wozem".


poniedziałek, 25 marca 2013

Macierze midrange-unified - poradnik kupującego na 2013

Trochę odpuściłem ostatnio pisanie na bloga. Powody rożne i nie ma ich co roztrząsać  postaram się o poprawę ale duże zmiany idą u mnie w życiu zawodowym tak wiec zobaczymy jak to finalnie wyjdzie.

Ostatni wpis był o poradniku dotyczącym backup appliancow od DCIG, od czasu jego pokazania ukazał się kolejny "buyer's guide" tej firmy, tym razem o macierzach klasy midrange unified, czyli obsługujących ruch zarówno blokowy (SAN) jak i plikowy (NAS).

Bazując na strukturze poprzedniego wpisu przyjrzymy się najpierw założeniom do testów  potem funkcjonalnością i parametrom jakie były porównywane przez redaktorów DCIG, następnie samym "uczestnikom" testu i na końcu wynikom.

Zalozenia:

Aby dany produkt został zaklasyfikowany do grupy midrange unified i dopuszczony do testu musiał spełniać następujące wymagania:

  • Mieć postać odrębnego urządzenia, które zawiera w sobie cały hardware i software(firmware)
  • Prezentować zasoby dyskowe jako pojedynczy system plików w globalnej przestrzeni nazw
  • Obsłużyć zarówno NFS jak i CIFS
  • Obsłużyć przynajmniej jeden z protokołów SANowych (np: iSCSI,FCP,FCoE)
  • Mieć możliwość wystawiania lokalnie zasobów dyskowych (to założenie które wydaje się naturalne dla macierzy miało na celu wyeliminowanie urządzeń typu "cloud gateway" czyli pseudo-macierzy które tak naprawdę jedynie pośrednicza w transporcie danych z/do chmury publicznej)
  • Musza być w stanie obsłużyć conajmniej dwa kontrolery (czyli odpadają macierze z pojedyncza jednostka zarządzająca - nie sa one uznawane za klasę midrange)
  • Musi być w stanie obsłużyć co najmniej 24 dyski
  • Musi być w stanie obsłużyć co najmniej 60TB przestrzeni (surowej)

Kryteria oceniania:

Macierze były porównywane w pięciu obszarach:

  • Zarządzanie i replikacja (MANAGEMENT & REPLICATION)
  • Warstwa aplikacyjna (APPLICATION LAYER)
  • Sprzęt (HARDWARE)
  • Integracja z VMware (WMVARE vSPHERE INTEGRATION)
  • Wsparcie (SUPPORT)

Zarzadzenie i replikacja:
  • Management Software - informacja czy oprogramowanie zarządzające macierzą pozwala na użycie wszystkich jej funkcjonalności, czy pewne opcje są dostępne dopiero jako odrębne licencje
  • Asynchronous Replication - czy macierz obsługuje replikacje. Mam tutaj pewna niepewność co do definicji asynchronicznej replikacji w rozumieniu DCIG, ponieważ opis tego parametru de facto wygląda jako ogólny opis replikacji nie replikacji asynchronicznej.
  • Snapshots - czy dana macierz obsługuje kopie migawkowe (snapshots) czyli obrazy "z danego punktu w czasie" systemu plików lub wolumenu (LUNa). Wyliczone jest także jakie rodzaje snapshotow obsługuje macierz. Wyróżnione zostały następujące metody:
    • Allocate-on-Write (AoW) - przy stworzeniu snapshota, tworzona jest tablica ze wskaźnikami do wszystkich danych. W przypadku gdy dane na wolumenie mają zostać zmienione, modyfikowane bloki są zapisywane w nowym miejscu i tablica wskaźników jest zmieniana tak aby wskazywać na nowe bloki danych. Oryginalne dane pozostają niezmienione i w pierwotnej lokalizacji. Snapshot zajmuje jedynie tyle miejsca, ile zmienione od czasu jego powstanie dane.
    • Copy-on-Write (CoW) - podobnie jak w metodzie AoW tworzona jest tablica wskaźników. W momencie jednak kiedy dane oryginalne mają zostać zmienione, zostają one przekopiowane w nowe miejsce, a następnie oryginalna wartość i lokalizacja zostają nadpisane nowymi. 
    • Replica - DCIG podaje replikę jako rodzaj snapshotu, choć nie jest to kopia migawkowa, tylko inny twór. Replika jest to kopia danych stworzona z oryginalnego snapshota i umieszczona na innej macierzy tego samego typu. Replika zajmuje tyle samo miejsca co oryginał (jest to jego kopia)
    • Split-Mirror - kolejny typ snapshotu, który (moim zdaniem) nie jest do końca "tradycyjnym" snapshotem. Split Mirror powstaje kiedy wolumen działający w konfiguracji mirror (wszystkie dane zapisywane w dwóch kopiach), zostaje "podzielony". Od momentu podzielenia jedna część jest aktywna i może się zmieniać, druga stanowi "snapshot" - i dostępna jest jedynie do odczytu.
  • Application Aware Snapshot - czy snapshot wykonywany przez macierz jest "świadomy" aplikacji która korzysta z danych znajdujących się na wolumenie. Jest to bardzo istotne w przypadku np: baz danych gdzie ykonanie kopii migawkowej na poziomie macierzy (gdy macierz "nie wie" jaką aplikację snapshotuje) nie gwarantuje zachowania konsystencji danych
  • Thin Provisioning - czy macierz wspiera technologię "thin provisioning", czyli alokowanie na macierzy tylko tej przestrzeni, która jest rzeczywiście wykorzystywana przez hosty
  • Automated Storage Reclamation - technologia wspierające "thin provisionig".O ile ten pierwszy dba o to żeby miejsce nie używane nie było alokowane na macierzy, proces Reclamation, zwalnia przestrzeń która była już nie jest używana (np: dane zostały skasowane)
  • Zero Reclamation API - wsparcie dla Symantec Zero Reclamation API - technologii również używanej do odzyskiwania już nieużywanej przestrzeni z macierzy. Ta funkcjonalność może być wykorzystane jedynie jeżeli systemy podpięte do macierzy korzystają z Symantec Storage Foundation
  • Quotas - czy rozwiązanie wspiera obsługę "limitów" (quota) w ilości plików, wielkości itd.. dla użytkowników
  • Thereshold Alerts - kontrola i alarmowanie o przekroczeniu pewnych zdefiniowanych wcześniej progów (zwykle dotyczących utylizacji przestrzeni - np: 90% zapełnienie)
  • Deduplication - czy macierz wspiera deduplikację danych
  • Sub-volume Tiering (Type/Level) - opis opcji jest trochę enigmatyczny, ale najprawdopodobniej chodzi tutaj o obsługę przez macierz auto-tieringu, czyli automatycznym przenoszeniu danych na dyski o odpowiednich dla nich prędkościach
  • Management Interfaces -  wymieniona są możliwości w jakie macierz może być zarządzana  Możliwe są następujące rozwiązania: Aplikacja, CLI, SSH, Web-based GUI
  • Unified Management of Similar Devices - czy możliwe jest zarządzanie wieloma urządzeniami tego samego/podobnego typu z poziomu jednego narzędzia (bez potrzeby logowania się na każde osobno)
  • SNMP - czy macierz może być monitorowana za pomocą SNMP
  • Notification and Logging - wymienione są możliwości wysyłania i odbierania logów z macierzy
  • NDMP - czy macierz obsługuje NDMP (protokół do wykonywania backupów urządzeń NAS)
  • Cloud Storage Support - czy macierz wspiera (a jeżeli tak to jakie dokładnie rozwiązana) wysyłanie/odbieranie/migrację danych z/do chmury.
  • NAS Virtualization - czy macierz wspiera wirtualizację NAS - tutaj rozumianą jako możliwość spartycjonowania na kilka wirtualnych urządzeń NAS.

Application Layer
  • Network File System - jakie systemy plików sieciowych wspiera dane urządzenie. Do wyboru : NFS,CIFS,WebDAV
  • Concurrent NFS/CIFS Mix - czy urządzenie potrafi obsługiwać jednocześnie NFS i CIFS
  • Other Data Transfer Protocols - czy urządzenie wspiera dostęp po FTP lub SFTP
  • PSK Authentication over HTTPS - czy rozwiązanie wspiera użycie mechanizmu Pre-Shared Key przy używaniu HTTPS
  • Authentication Protocols - jakiego rodzaju mechanizmy autentyfikacji mogą być użyte na macierzy. Wyróżnione zostały:
    • Active Directory - logowanie z użyciem hasła i użytkownika z AD
    • Host/IP - ograniczenie dostępu do macierzy tylko dla określonych hostów lub adresów IP
    • LDAP - użycie systemu LDAP
    • NIS/NIS+ - użycie NIS lub NIS+

Hardware
  • Controller Interfases - obsługiwane interfejsy pomiędzy napędami dyskowymi a kontrolerami. Możliwości: FC-AL (Fibre Channel Arbitrated Loop), FC-SW (Fibre Channel Switched Fabric), SAS,SATA
  • Raw Storage Capacity (Max) - maksymalna "surowa" (przed konfiguracja w RAID) przestrzeń
  • RAID Options - jakie rodzaje RAIDów są wspierane
  • 7.2k RPM FC/SAS HDD - czy i jakie (jakie pojemności) dysków danego typu są wspierane
  • 10k RPM FC/SAS HDD - czy i jakie (jakie pojemności) dysków danego typu są wspierane
  • 15k RPM FC/SAS HDD - czy i jakie (jakie pojemności) dysków danego typu są wspierane
  • 5,4k RPM SATA HDD - czy i jakie (jakie pojemności) dysków danego typu są wspierane
  • 7.2k RPM SATA HDD - czy i jakie (jakie pojemności) dysków danego typu są wspierane
  • SSD - czy i jakie (jakie pojemności) dysków danego typu są wspierane
  • Concurrent HDD Mix- czy w obrębie jednego węzła (node) można mieszać dyski różnych rodzajów. Niestety nie do końca wyjaśnione jest jak rozumieć pojęcie noda.
  • FLASH-Based Caching - czy dyski SSD mogą być używane jako cache (czyli nie do docelowego przechowania danych ale jako bufor przed ich "zrzutem" na dyski mechaniczne). Wyróżnione zostały następujące warianty działania dysków SSD
    • Read Caching - SSD jako cache tylko dla odczytów
    • Write Caching - SSD jako cache do zapisów
    • Write Journaling - podobne rozwiązanie jak powyższe, także do cachowania zapisów
    • Block I/O Acceleration - użycie cache tylko dla dostępu blokowego (SAN)
    • NAS Acceleration - użycie cache tylko dla dostępu plikowego (NAS)
  • Cache (Max) - maksymalna liczba obsługiwanej pamięci RAM
  • Controller Config - w jakich konfiguracjach mogą pracować kontrolery (np: active-active, active-passive itd..)
  • Scale-Out Config (Max Nodes) - do ilu węzłów skaluje się rozwiązanie
  • Cluster Config (Max Nodes) - ile maksymalnie węzłów może wchodzić w stworzyć klaster HA
  • 1/10 Gb Ehernet Ports (Max)  - ile portów 1 i 10Gb Ethernetowych może mieć dane urządzenie
  • 4/8 Gb Fibre Channel or 8 Gb Fibre Channel - j.w ale dotyczy portów FC
  • iSCSI - czy rozwiązanie wspiera protokół iSCSI (dotęp blokowy po sieci LAN)
  • Concurrent FC/iSCSI Mix - czy urządzenie może jednocześnie udostępniać zasoby po FC i iSCSI
  • Concurrent NAS/SAN Mix - czy urządzenie może jednocześnie udostępniać zasoby plikowe (NAS) i blokowe (SAN)
  • Power Supplies (Redundant/Hot Swap) - czy urządzenie posiada redundantne zasilacze i czy można je wymieniać podczas pracy urządzenia
  • Fans (Redundant/Hot Swap) - czy urządzenie posiada redundantne wiatraki i czy można je wymieniać podczas pracy urządzenia
  • Hot Swap Drives - czy uszkodzone dyski mogą być wymieniane bez wyłączania macierzy
  • Global Hot Spares - czy urządzenie ma możliwość wydzielenia grupy dysków na tzw: hot spare (dyski automatycznie zastępujące uszkodzone napędy)
  • Managed UPS/Battery Backup - czy urządzenie może automatycznie wyłączyć się lub przejść w tryb oszczędny po informacji z UPS o zaniku zasilania
  • RoHS Compliant - czy urządzenie jest zgodne z rekomendacją dotyczącą braku szkodliwych substancji (Restiction of Hazardois Substances Directive)

VMWare vSphere Integration
  • VAAI (vStorage API Array Integration) - obsługa VAAI, czyli API, które dostarcza VMware (od wersji vSphere 4.1 )a ktore wykorzystanie pozwala na przesunięcie wykonania pewnych zadań związanych z ruchem i obsługą I/O, z warstwy samego VMware do macierzy.Operacje jakie wspiera VAAI są następujące:
    • Full Copy - używane do robienia kopii danych/klonów - dzięki tej funkcji VAAI redukujemy ruch danych do i z hosta podczas tej operacji
    • Hardware Assisted Locking - przesunięcie (z ESXa na hardware macierzy) pilnowania i kontroli nad blokadami zakładanymi na dany i LUNy podczas różnych operacji aktualizowania i zmiany danego zasobu.
    • Block Zeroing   - pozwala macierzy wyzerować (nadpisać zerami) duże przestrzenie danych
    • Dead Space Reclamation - ESX informuje macierz, że zaalokowana przestrzeń nie jest dłużej już wykorzystywana (np: rezydująca na niej VMka została przesunięta na inny datastore lub usunięta) i może zostać odzyskana
    • Full File Clone- tworzenie klona zasoby NAS
    • Out of Space Conditions - obsługa pewnych progów ostrzegających przed kończącym się miejscem oraz umożliwienie "zatrzymania" danej VMki do czasu aż przestrzeń jej potrzebna zostanie poszerzona
    • Reserve Space - tworzenie przestrzeni "zarezerwowanych"
  • VASA (vStorage API  for Storage Awarness) - kolejne API dostarczane przez VMware. Wykorzystanie go pozwala ESXowi uzyskać pewne informacje o wystawionych dla niego zasobach dyskowych, które normalnie są niewidoczne. 
  • SIOC (Storage I/O Control for VMware) -  i jeszcze jedno API z VMware. Tym razem dbające o to aby żaden zasób z VMware nie zmonopolizował wykorzystania macierzy.
  • Load Balancing - czy urządzenie wspiera load balancing ruchu sterowany z poziomu vSphere
  • Snapshot Integration - czy urządzenie integruje się ze snapshotami wykonywanymi przez vSphere

Support
  • Hardware Warranty -  ile gwarancji producent daje dla swojego urządzenia
  • Contract Support Avaliability - w jakich godzinach/dniach dostępne jest wsparcie (np: bussines hours, 24x7 etc...)
  • Contract Support Methods - sposób kontaktu z wsparciem (np: email/telefon/czat)
  • Non-Contract Support Availability - w jakch godzinach dostępne jest wsparcie dla użytkowników którzy nie mają podpisanego kontraktu serwisowego
  • Non-Contract Support Methods - jakie są sposoby kontaktu ze wsparcie dla użytkowników którzy nie mają podpisanego kontraktu serwisowego

Przetestowane modele:

W teście porównawczym wzięły udział następujące firmy:


Ze "stajni" Dell-a oceniane były dwie macierze z serii EquaLogic (FS7500 i FS 7600) - nie posiadające interfejsów FC (obsługa dostępu blokowego poprzez iSCSI), a także Compellent Storage Center FS8600 NAS (typowa macierz unified) i model NX3600


Największy dostawca i producent w obszarze storage miał swoich reprezentantów z dwóch "rodzin". Pierwsza z nich ma korzenie NASowe (i to te bardziej z obszaru enterprise) - mowa o macierzy Isilon (startują przdstawiciele serii NL,S i X), druga to VNX czyli macierz midrange będąca połączeniem Clariiona (SAN) i Celery (NAS)

HDS
http://www.hds.com/

Hitachi startuje z trójką swoich HUSów (Hitachi Unifed Storage) - HUS 110/130/150

IBM
http://www-03.ibm.com/systems/storage/

IBM ma tylko jednego przedstawiciela: Storwise V7000 Unifed, pozostałe produkty z obszaru storage od tego producenta obsługują tylko jeden z typów ruchu blokowy( XIV, seria DS) lub plikowy ( N-series) tak więc nie zakwaliwikowały się do tego "buyers guide"-a

IceWEB
http://www.iceweb.com/

Firma o której produktach nie wiem zbyt dużo. Szybki rzut oka na stronę i na portfolio pokazuje "standardowe" macierze klasy midrange. W porównaniu DCIGa udział wzięły trzy modele: 3000, 6500 oraz 7000

NetApp
http://www.netapp.com

Kolejny duży gracz na rynku storage, regularnie "podgryzający" obecnego lidera czyli EMC. Nie wiedzieć czemu w porównaniu DCIGa uczestniczyła tylko seria 3200 (modele FAS3210/3220/3240/3250/3270), topowe macierze serii 6200 nie zostały uwzględnione.
Nexsan
http://www.nexsan.com/

Jeszcze jedna firma działające w "branży". Jej produkty mają "wyposażenie" i funkcjonalności standardowe dla rozwiązań innych producentów (podwójne kontrolery, replikacja lokalna i zdalna, auto-tiering itd...). W kompendium mamy ocenione modele NST5100/5300/5500

Starboard
http://www.starboardstorage.com/

Druga z mniej mi znanych firm występujących w tym porównaniu. Ocenione zostały dwa jej produkty( AC45 Storage System i AC72 Storage System) i nie wypadły jakoś porywająco.

Wyniki:

Czołówka (pierwsze 4 miejsca) zajmują macierze NetApp z modelem FAS3270 na czele. Ogólne rzecz biorąc, cała konkurencja została znokautowana.
Za serią NetAppa uplasowały się modele EMC VNX (miejsca 5,6 i 8) oraz HDS (7,9,10).
Z tyłu poza pierwszą dziesiątką mamy IBMa, Dell Compellent oraz różne modele Nexsana i IceWeba.
Końcówka czyli druga dziesiątka to pozostałe DELLe, Isilony oraz VNXe z EMC a także Starboard.

Trochę zaskakująco jeżeli chodzi o zwycięzcę. NetApp zawsze wydawał mi się bardziej "eleganckim" rozwiązanie niż np: VNX gdzie de facto dwa osobne rozwiązania (z czego jedno działające na Windowsie, drugie na Linux-ie) są "upychane" w jednym racku i sprzedawane jako macierz unified, ale jak widzę porównanie także samych możliwości a nie samej architektury wychodzi na plus dla NetApp-a.
Brawo.

Podsumowanie:

Jak zwykle DCIG nie zawiódł i przygotował świetny materiał dla osób przymierzających się do zakupu macierzy midrange lub zainteresowanych tym tematem.
Natomiast już wyszedł kolejny "buyers guide" tym razem o macierzach AFA (All flash arrays) co jest tematem bardzo ostatnio gorącym. Już wiem o czym będzie kolejny wpis,mam nadzieję tylko że uda mi się go przygotować nieco szybciej niż ten ;)


poniedziałek, 8 października 2012

Backup Appliances - mega poradnik dla kupujących

Bardzo dobrym źródłem informacji o rynku pamięci masowych i backupu jest portal DCIG (http://www.dcig.com/). Znajdują się tam artykuły, wywiady oraz nowości z tego obszaru, ale najlepszym materiałem jaki tam można znaleźć są publikowane co kilka miesięcy tzw: "buyers guides". Są to darmowe (dostępne po rejestracji), bardzo obszerne (od kilkudziesięciu do kilkuset stron) opracowania i porównanie produktów z danej kategorii.

Około miesiąca temu pojawił się kolejny "poradnik" tym razem dotyczący urządzeń dedykowanych do backupu.
Można go znaleźć pod tym linkiem:
http://www.dcig.com/buyersguides/


Założenia:

Aby zostać zakwalifikowanym do porównania jako "backup appliance" urządzenie musiało spełniać następujące kryteria:
  • Musiało być dostępne w sprzedaży jako fizyczne urządzenie ze zintegrowanym oprogramowaniem do wykonywania backup
  • Musiało być w stanie przechowywać dane na storage podłączonym w modelu DAS,NAS lub SAN
  • Musiało być dostępne w sprzedaży 1 lipca 2012
Urządzenia były oceniane w pięciu głównych kategoriach (Deduplication,Virtualization,Cloud,Hardware,Software) a każda z nich była punktowana w kilku elementach:

Deduplication:
Wszyskie opcje i funkcjonalności związane z deduplikacją danych.
  • Deduplication (Czy jest?)
  • License Included (Czy jej uruchomienie wymaga dotatkowej licencji)
  • Dedupe Options (Na jakim poziomie (blok,plik) jest robiona)
  • Dedupe Mehods (Jaka metoda (inline,post-process) deduplikacji jest używana)
  • Dedupe Implementation Types (Jak deduplikacja została zaimplementowana)
Virtualization:
W jaki sposób applianc-e wspiera i integruje się ze środowiskami zwirtualizowanymi (głównie VMware)
  • Natively Hosts Virtual OS (Czy OS urządzenia wspiera środowiska wirtualne)
  • Virtual OS(es) (Jeżeli urządzenie może działać w środowisku zwirtualizowanym, jakie hypervisory wspiera - HyperV,VMware,Citrix)
  • Backup SW Runes on VM (Czy można skonfigurować oprogramowanie urządzenia tak żeby działało na wirtualnej maszynie)
  • Automatic VM Creation (Czy urządzenie jest w stanie tworzyć własne wirtualne maszyny)
  • Recover and Host App on VM (Czy można odtworzyć aplikację na wirtualnej maszynie)
  • VADP (Czy urządzenie wspiera vStorage API for Data Protection)
  • VMware vCenter Server Integration (Czy urządzeniem można zarządzać z poziomu vCenter)
  • Monitors Performance from vCenter (Czy można monitorować wydajność urządzenia i backupów z poziomu vCenter)
  • Data Protection for Appliance (Czy urządzenie może zeskładować samo siebie)
Cloud:
A w jaki sposób wspiera składowanie danych do chmury
  • 3rd Party Public Cloud Storage Providers (Czy urządzenie może składować do "chmury publicznej" zwenętrznego dostawcy np:Amazon)
  • WAN Acceleration (Czy i jaka akceleracja przesyłania danych do chmury przez sieć WAN jest wspierana)
  • Own Cloud Backup Service (Czy dostawca urządzenia ma własną "chmurę" do wykorzystania przez appliance)
  • Encryption Methods (Jakie sposoby szyfrowania danych wspiera urządzenie)
  • Encryption (Max) - (Jezeli wspierane - jaki jest najwyższy poziom szyfrowania udostępniany)
  • Replication (Czy urządzenie wspiera replikację danych do chmury)
Hardware:
Kilka kryteriów związanych z samym sprzętem i jego możliwościami
  • Back End Storage Connection (W jaki sposób do urządzenia można podłączyć storage/macierz)
  • Intel Platform Management Interface (IPMI) (Czy urządzenie wspiera standard IPMI)
  • Storage Networking Interfaces (Jakiego rodzaju interfejsy sieciowe np: 1/10Gb są wspierane przez urządzenie)
  • Storage Networking Interfaces (Max) (Ile maksymalnie takich interfejsów może być)
  • Storage Network Protocols (Jakie protokoły wymiany danych są wspierane)
  • Concurrent FC/Ethernet Mix (Czy jednocześnie mogą być obsługiwane składowania po sieci Ethernet i SAN)
  • Network Types Used to Backup VM (Jakie protokoły możemy wykorzystać do składowania maszyn wirtualnych)
  • Dual Controllers (Czy urządzenie ma dwa kontrolery)
  • Scale Out (Czy urządzenia można ze sobą łączyć, tak aby mogły pracować jako jedno o zwielokrotnionej wydajności)
  • Raw Storage (Max) (Maksymalna ilość przestrzeni (surowej) jaką obsługuje dane urządzenie)
  • Cache (Max) (Maksymalna ilość pamięci cache)
  • RAID Levels (Jakie rodzaje RAIDów wspiera urządzenie)
  • HDDs (Max) (Ile dysków HDD - wewnętrznych wspiera dane urządzenie)
  • SSD Capactity (Max) (Analogicznie jak wyżej ale chodzi o maksymalną pojemność dysków SSD)
  • Concurrent HDD/SSD Mix (Czy urządzenie wspiera jednoczesne użycie wewnętrznych dysków HDD i SSD)
  • Tape Library (Czy wspierany jest backup/restore bezpośrednio z biblioteki taśmowej)
  • Internal Tape Drive ( Czy urządzenie może mieć wewnętrzny napęd taśmowy)
  • Removable Disk Storage (Czy urządzenie wspiera obsługę wymiennych pamięci dyskowych - takich jak np dyski RDX lub USB)
  • Redundant Components (Jakie komponenty są redundantne i jeżeli są to czy są hot-swap)
Software:
Podobnie jak dla hardware, oprogramowanie badanych urządzeń także było "punktowane" w kilkunastu kategoriach.
  • Management Interfaces (Lista sposobów zarządzania urządzeniem np: GUI, CLI, Web GUI itd...)
  • Managament Methods (Jakie z trzech metod zarządzania: SMTP Notification, SNMP Logging and Notification, Syslog wspiera urządzenie)
  • Performance Monitoring (Czy urządzenie pozwala monitorować wydajność składowań)
  • PXE Preboot (Czy wspierany jest PXE  - Preboot eXectution Environment)
  • Attack Types Protected (Przed jakiego rodzaju zagrożeniami urządzenie jest chronione)
  • # Concurrent Backup Streams (Max) (Ile jednocześnie strumieni backupu może iść)
  • Limit Number of Backup Streams (
  • Operating Systems (Jakie systemy operacyjne wspiera urządzanie - czyt: z zasobów działających w jakich OSach urządzenie może robić kopie zapasowe)
  • Internal Storage Capacity Alerting (Czy wspierana jest obsługa alarmów przy zblizaniu się do granicy pojemności)
  • Backup Trending (Czy urządzenie potrafi pokazać trendy w ilości składowanych danych per klient/VM)
  • Backup Scheduling (Czy można harmonogramować składowania)
  • Server Prioritization (Czy urządzenie wspiera priorytetyzację wykonywania backupów np: pierwszeństwo dla systemu, który najdłużej jest bez kopii)
  • File Selection and Exclusion (Czy można dodawać/wykluczać z backupu zasoby na poziomie pojedyńczego pliku)
  • Concurrent Backups/Restores (Czy można jednocześnie wykonywać składowania i odtworzenia)
  • Physical Recovery Type (Jakie są opcje odtwarzania maszyny fizycznej)
  • Bare Metal Restore (Czy wspierane jest odtworzenie "bare metal")
  • Replication to other location w/ like HW (Czy wspierana jest replikacja danych między dwoma identycznymi urządzeniami - jeżeli tak to jaki jest jej rodzaj)
  • Replication Fan-in/Fan-out Options (Jeżeli replikacja jest wspierana to jakie są możliwości konfiguracji jej ilości źródeł i celów - np: 1:1 ; 1:N ; N:1 ; N:N)
  • Compression (While Replicating) (Czy używana jest kompresja podczas replikacji) 
  • Bandwidth Throttling (Replication) (Czy można ustawić limit na ilość danych replikowanych jednocześnie przez urządzenie)
  • Concurrent Backup and Replication (Czy urządzenie potrafi jednocześnie wykonywać backup i replikować dane)
  • Replication from Copy in 2nd Location (Czy urządzenie potrafi wykonać odtworzenie z kopii danych wysłanych do zdalnej lokacji)
  • Backup Types (Jaki rodzaj backupów jest wspierany: pełne,inkrementalne,przyrostowe)
  • Restore Types (Jaki rodzaj odtworzeń jest wspierany. Do wyboru: V2V (virtual to virtual), V2P (Virtual to physical), P2V (Physical to virtual), P2P (Physical to Physical) )
  • Databases (Czy urządzenie umożliwia składowanie baz danych w online. Jeżeli tak to których)
  • Applications (Czy urządzenie wspiera wykonywanie składowań aplikacji. Jeżeli tak to których  - np: Exchange,SharePoint)
  • 3rd Party APIs (Czy dostawca udostępnił API dla swojego urządzenia)


Przetestowane modele:

Sprawdzona została cała masa rozwiązań od najróżniejszych dostawców.
Poniżej wymieniłem wszystkich uczestników porównania.

Arkeia:
http://www.arkeia.com/

Firma dostarczająca urządzeń dla małych i średnich firm oraz zdalnych oddziałów (Remote Office).
Jej appliance są proste w obsłudze i przystosowane do obsługi przez pracowników którzy nie są specjalistami w dziedzinie backupow.

DCIG sprawdził wszystkie cztery modele oferowane przez Arkeia:

  • R120 Backup Appliance
  • R220 Backup Appliance
  • R320 Backup Appliance
  • R620 Backup Appliance
Dell:
www.dell.com
http://www.sonicwall.com/

Ze "stajni" DELLa do kompedium załapały się dwa rodzaje produktów:
Po pierwsze PowerVault DL2200 który jest przedstawicielem urządzeń typu Disk-to-Disk-to-Tape, które pozwala na wykonywanie kopii zapasowych na dyskach ( i ewentualnie później przenoszenie jej na taśmę).
Druga rodzina produktów to grupa urządzeń firmy SonicWALL, która została przejęta przez Della w marcu tego roku.

  • PowerVault Backup to Disk DL2200
  • SonicWALL CDP 210
  • SonicWALL CDP 220
  • SonicWALL CDP 5040B
  • SonicWALL CDP 6080B
Dokładne dane techniczne SonicWALL-i jest dostępne pod tym linkiem:

Zgrubne porównanie zastosowania poszczególnych modeli:

źródło:  http://www.sonicwall.com/us/en/products/CDP_Appliances.html#tab=overview



Tej firmy nie trzeba przestawiać żadnej osobie działającej w branży storage&backup. Jeżeli chodzi o obszar backupów to EMC ma kilka produktów: NetWorker - aplikacja do backupu, DataDomain - sprzętowy deduplikator i VTL oraz Avamar - aplikacja do backupu i software deduplikator.
Ten ostatni występuje także jako tzw: Data Store, czyli pod postacią appliance.
DCIG uwzględnił 4 modele Avamar Data Store:

  • Avamar Data Store 1.3TB
  • Avamar Data Store 2.6TB
  • Avamar Data Store 3.9TB
  • Avamar Data Store 7.8TB
Tak naprawdę to te 4 wersje różnią się wyłącznie wielkością przestrzeni dyskowej. Data Store ma budowę modułową - docelowe urządzenie może składać się 16 takich składowych węzłów.
Więcej danych: http://www.emc.com/collateral/software/data-sheet/h3454-avamar-data-stores.pdf


EVault to firma, której właścicielem jest Segate, a skupia się na zagadnieniach związanych z backupem i archiwizacją.
Następujące produkty zostały uwzględnione w kompedium backup appliance-ów:

  • Express Recovery Appliance (ERA)
  • Plug-and-Protect Appliance PNP1200XE
  • Plug-and-Protect Appliance PNP1200XV
  • Plug-and-Protect Appliance PNP300
  • Plug-and-Protect Appliance PNP600
  • Plug-and-Protect Appliance PNP600XE
ERA to urządzenie które oprócz backupu oferuje także replikację do zewnętrznej chmury publicznej.
"Plug and Protect" to grupa produktów których założeniem jest szybka i bezproblemowa konfiguracja. Porównanie technicznych parametrów poniżej:

źródło:  http://www.evault.com/export/sites/www/uk/assets/pdf/spec-sheets/evault-plug-n-protect_A4_ss_uk_w.pdf



Kolejna firma działająca w obszarze backupu dla małych i średnich firm. Posiada jedną rodzinę produktów różniących się wielkością i wydajnością.
DCIG sprawdził je wszystkie:

  • Eversync 1000
  • Eversync 1500
  • Eversync 2000
  • Eversync 2500
  • Eversync 4500
  • Everysync 9500
Dane techniczne i funkcjonalności zapewniane przez urządzenia:

źródło:  http://www.eversyncsolutions.com/pdf/product-spec-sheet.pdf

źródło:  http://www.eversyncsolutions.com/pdf/product-spec-sheet.pdf


Lortu:
http://www.lortu.com/

Slogan firmy jest prosty:  "Backup appliances with deduplication".
Firma w portfolio ma trzy produkty:

  • LDA-1
  • LDA-2
  • LDA-Mini

Jeżeli chodzi o zgrubny rzut oka na poszczególne modele:

źródło:  http://www.lortu.com/


Quorum:
http://www.quorumlabs.com/

Firma oprócz backupu zajmuje się także DR-em oraz rozwiązaniami opartymi na chmurze hybrydowej. Produkty sprawdzone przez DCIG to także bardziej urządzania do Disaster Recovery niż zwykłego backupu.
W porównaniu uwzględniono następujące urządzania:

  • onQ-T10-1 Tower
  • onQ-T140-5
  • onQ-T260-13
  • onQ-T280-13
  • onQ-T288-20
Parametry poszczególnych produktów:

źródło:  http://www.quorumlabs.com/onq-appliance


RackTop:
http://www.racktopsystems.com/

Kolejna firma w obszarze backup. Ta z bardzo rozbudowanym portfolio produktów z których DCIG wybrał 3 serie:

EBR-L : Enterprise Backup & Recovery -Local (trzymanie lokalnie kopii danych)
EBR-SC : Enterprise Backup & Recovery - Secure Cloud (kopia danych również w chmurze)
EBR-FE : Enterprise Backup & Recovery - appliance oparty na ZFSie.

Modele w porównaniu:

  • EBR-FE
  • EBR-L 1000
  • EBR-L 1800
  • EBR-L 2800
  • EBR-L 500
  • EBR-SC 100
  • EBR-SC 1000
  • EBR-SC 1800
  • EBR-SC 250
  • EBR-SC 2800
  • EBR-SC 500
DCIG pominął serię EBR-Ti (Titanium) o zwiększonej odporności mechnicznej.



Simpaticorp:
http://www.simpaticorp.com/index.php

Rozwiązania Simpaticorp to hybrydowy storage mogący służyć zarówno jako primary jak i backup.
Firma dostarcza trzy modele:

  • DR4
  • DR4 Enterprise
  • DRXpress
O następujących  parametrach:

źródło:  https://secure.simpaticorp.com/dr4.php


STORServer:
http://www.storserver.com/

W tej firmie mamy trzy serie backup appliance-ów do różnych zastosowań:


  • Seria BA (Backup Appliance)
  • Seria EBA (Enterprise Backup Appliance)
  • Seria IR (Instant Restore) - do obsługi placówek regionalnych lub zdalnych

Modeli jest wiele (szczególnie w serii EBA) i nie wszyskie zostały sprawdzone przez DCIG.
W kompendium porównano następujące urządzenia:

  • BA851
  • EBA 1100
  • EBA 2100
  • EBA 3100 
  • EBA 800
  • IR Series of Backup Appliances
Więcej informacji i specyfikacje techniczne są dostępne na stronie producenta w dedykowanych pdf-ach:



Symantec:
http://www.symantec.com/index.jsp

Tej firmy przedstawiać nie trzeba. Jeżeli chodzi o backup appliance to przetestowane zostały dwa modele, jeden oparty na oprogramowaniu Backup Exec, drugi na NetBackup-ie.

  • Backup Exec 3600 Appliance
  • NetBackup 5220 Backup Appliance

Unitrends:
http://www.unitrends.com/

Aż 10 produktów przetestowanych, niezła gromadka.
Różnią się pojemnościami, możliwościami oraz wydajnością, w sumie każdy z tych modeli można przypisać do jednej z trzech linii: Small Business, Medium Business, Enterprise Level

Uwzględnione urządzenia:

  • Recovery-172
  • Recovery-212
  • Recovery-312
  • Recovery-612
  • Recovery-712
  • Recovery-713
  • Recovery-813
  • Recovery-822
  • Recovery-823
  • Recovery-833


Firma bardziej kojarzona z tematem chmury niż backupu ma jednak w swojej ofercie jednego applianca:

  • Zenith Infotech BDR-G12


Wyniki:

DCIG prezentuje wyniki pod postacią listy produktów posortowanej pod względem ilości punktów (które otrzymywało się w kategoriach opisanych powyżej w tym wpisie). Dodatkowo urządzenia dostawały odpwiednią "rangę" : ENTERPRISE, Recommended, Excellent,Good, Basic.

Czołowe miejsca okupywały produkty jednej firmy: STORServer
Model EBA3100 jako jedyny otrzymał rangę ENTERPRISE, następnie na miejscu drugim znalazł się appliance Symanteca, kolejne trzy pozycje to pozostałe urządzenia STORServer z serii EBA. Na tym kończyła się ranga Recommended, oczko niżej w klasie Excellent mamy kolejnego Symanteca a następnie modele firm Unitrends, RackTop i EVault.


Podsumowanie:

Materiały dostarczane przez DCIG są naprawdę wysokiej klasy i bardzo kompleksowo podchodzą do badanego tematu. Osoby/firmy zainteresowane danym produktem na pewno bardzo skorzystają na takich "kompendiach". Z tego co można wyczytać na stronie DCIG szykuje właśnie "Buyer's Guide" dla macierzy "All flash" - będzie ciekawie :D