Firmy Nexenta i Supermicro połączyły siły, aby stworzyć urządzenie o nazwie Unified Storage Appliance. Urządzenie wykorzystuje oprogramowanie NexentaStor 5.0 do przechowywania danych blokowo-plikowych oraz NexentaFusion do zarządzania pamięcią masową i analityki, w połączeniu ze sprzętem oraz infrastrukturą sprzedaży i wsparcia Supermicro. Połączenie to tworzy rozwiązanie definiowane programowo, które zostało już przetestowane i zweryfikowane na sprzęcie Supermicro i można je zamówić w Supermicro jako wstępnie załadowane i skonfigurowane kompletne rozwiązanie. Urządzenie Unified Storage Appliance jest dostępne w pięciu konfiguracjach, w zależności od potrzeb klienta, od wersji z dyskiem twardym 4U 3.5″, z obsługą pamięci podręcznej flash, po konfigurację all-flash 2U z 24 zatokami i wydajnością do 180 000 operacji wejścia/wyjścia na sekundę (IOPS) przy 8 KB. Każda jednostka główna może również obsługiwać dwa rozszerzenia JBOD, co zapewnia dodatkową pojemność. Ponieważ oprogramowaniem bazowym jest Nexenta, rozwiązanie oferuje pełen zakres usług korporacyjnych w zakresie danych, takich jak replikacja, redukcja danych in-line oraz zoptymalizowane pod kątem przestrzeni migawki/klony. Urządzenie obejmuje 3-letni program serwisowy z dostawą następnego dnia (opcjonalnie 4-godzinny czas reakcji), a Supermicro oferuje usługę zdalnej instalacji, aby pomóc klientom w dobrym rozpoczęciu pracy.
Dwadzieścia cztery zatoki o pojemności 3.84 TB to dużo jak na pamięć flash, ale Nexenta i Supermicro pozwalają użytkownikom zwiększyć tę wartość dzięki dwóm dodatkowym modułom JBOD all-flash. Użytkownicy mogą dodać 48 zatok, czyli łącznie 72, co daje łącznie 276 TB pojemności. Firmy oferują również większy model hybrydowy dla tych, którzy szukają bardziej ekonomicznej pamięci masowej, gdzie wydajność nie jest priorytetem. Zapewniając ogromną pojemność, macierz oferuje również szereg usług związanych z danymi, w tym nieograniczony rozmiar systemu plików, nieograniczoną liczbę migawek i klonów, redukcję danych inline, jakość usług pamięci masowej (QoS), planową replikację opartą na migawkach oraz ciągłą replikację asynchroniczną.
Recenzja skupia się na jednej z konfiguracji all-flash, obejmującej 24 dyski SSD SAS o pojemności 3.8 TB.
Specyfikacje Unified Storage Appliance opartego na technologiach Nexenta i Supermicro:
- Numer modelu: SSG-2028R-NEX2040
- Współczynnik kształtu: 2U
- Dyski
- Nośnik danych: dysk SSD SAS o pojemności 3.84 TB
- Konfiguracja dysków: RAIDZ2: 4 + 2
- Pojemność surowa: od 46 TB do 276 TB
- Pojemność użytkowa: od 30 TB do 184 TB
- Pojemność efektywna: od 90 TB do 552 TB
- Wydajność
- Maks. 8 KB (odczyt/zapis): 180 tys. operacji wejścia/wyjścia na sekundę (IOPS)
- Maksymalna przepustowość odczytu: 8 GB/s
- Obudowa rozszerzeń: do 2x 2U/24 zatok – obsługa wszystkich pamięci flash JBOD (łącznie 72 zatoki)
- Obsługa protokołów:
- NFSv3
- NFSv4
- CIFS
- SMB3
- iSCSI
- kanał Fibre
- Wsparcie ekosystemu:
- Windows
- Linux
- VMware VAAI
- VMware VVOL
- Wtyczka VMware Multi-Tenant vCenter
- OpenStack Cinder i Manila
- Hyper-V SMB 3 ODX
- Wtyczka woluminu Docker
- Usługi danych:
- Nieograniczony rozmiar systemu plików
- Nieograniczona liczba migawek i klonów
- Redukcja danych w linii
- Jakość usług magazynowania
- Zaplanowana replikacja oparta na migawkach
- Ciągła asynchroniczna replikacja
- Zarządzanie:
- Interfejs linii komend
- Samodokumentujący się interfejs API REST
- SNMP
- NexentaFusion: Pojedynczy panel zarządzania wieloma urządzeniami, zaawansowana analityka, proste operacje
Zaprojektuj i zbuduj
Przód urządzenia (na zdjęciu powyżej) wygląda bardzo podobnie do kilku obudów Supermicro. Wzdłuż niego znajdują się dwadzieścia cztery zatoki 2.5” ułożone pionowo. Po prawej stronie znajduje się przycisk zasilania, a po obu stronach diody kontrolne.
Tylna część urządzenia jest podzielona równo na dwie sekcje o tym samym układzie. W lewym górnym rogu znajduje się zasilacz. Pod nim znajdują się dwa wentylatory chłodzące. Tuż obok wentylatorów znajdują się porty RJ-45. Po prawej stronie znajdują się trzy gniazda PCIe, w tym gniazdo rozszerzeń SAS JBOD i 4 porty 10 GbE na kontroler. Poniżej znajduje się port rozgałęziający i porty USB.
Zarząd
Firma Nexenta wypuściła najnowszą wersję swojego produktu do przechowywania danych opartego na oprogramowaniu open source – NexentaStor. Wersja ta zawiera Nexenta Fusion, czyli samodzielną maszynę wirtualną lub kontener Docker, który zarządza wieloma systemami NexentaStor. Jest to odejście od pierwotnego produktu, który posiadał zintegrowany system zarządzania i działał na tym samym sprzęcie co kontrolery pamięci masowej. Ponieważ zainstalowany jest tylko jeden system Nexenta, możliwości łatwego przełączania się między systemami pamięci masowej są ograniczone, ale scentralizowane zarządzanie wieloma systemami to zawsze dobry sposób na zdobycie wsparcia administratora pamięci masowej.
Ekran logowania zawiera standardowe okno dialogowe, w którym należy podać nazwę użytkownika i hasło, typowe dla większości systemów.
Po zalogowaniu zostaniesz przeniesiony do pulpitu nawigacyjnego, który prezentuje wiele kluczowych aspektów systemu. Ponieważ system nie jest obciążony, w tej chwili nie ma tu zbyt wielu informacji.
Na tym ekranie wyświetlane będą różne systemy, między którymi można będzie się łatwo przełączać, jeśli aktywowanych będzie więcej niż jeden system.
Karta Zarządzanie naprawdę zagłębia się w tajniki provisioningu i zarządzania pojemnością. Tutaj widać kilka pul, czyli „rpool”, które są woluminami rozruchowymi na każdym z węzłów, oraz „Tank”, czyli wolumin pamięci masowej, który może swobodnie przemieszczać się między dwoma węzłami. Urządzenie Supermicro jest fabrycznie wyposażone w pulę skonfigurowaną i gotową do użycia z predefiniowanymi zabezpieczeniami RAID i dyskami buforującymi, jeśli zajdzie taka potrzeba (w modelach hybrydowych).
Klikając przycisk ustawień po prawej stronie pozycji „Zbiornik”, możesz zobaczyć dodatkowe informacje o puli pamięci masowej.
Na następnej karcie wyświetlane są wszystkie dyski przydzielone do puli i stan tych dysków.
Trzecia zakładka zawiera właściwości i ustawienia zaawansowane puli. Obszar ustawień zaawansowanych umożliwia szczegółową modyfikację ustawień puli.
Po kliknięciu „Utwórz pulę” pojawi się ekran, który pokazuje wszystkie dostępne dyski, z których można zbudować pule. Możesz nadać puli nazwę, a następnie wybrać ustawienia kompilacji. Ten poprowadzony proces oferuje wiele ustawień, które pozwalają skonfigurować ochronę RAID, rejestrowanie, buforowanie, dyski zapasowe i wiele innych.
Karta „Systemy plików” pokazuje systemy plików istniejące w systemie. W dowolnym systemie możesz mieć wiele systemów plików i możesz precyzyjnie kontrolować ich ustawienia, klikając widżet „Ustawienia” w kształcie koła zębatego.
Oto przykład tworzenia systemu plików.
Karta Woluminy wyświetla różne woluminy w systemie. Umożliwia ona konfigurację woluminów i zarządzanie ich rozmiarem, grupami hostów, które mogą uzyskać do nich dostęp, obiektami docelowymi iSCSI i grupami iSCSI, parametrami FC i powiązanymi ustawieniami.
Karta Ochrona danych umożliwia monitorowanie i konfigurowanie reguł ochrony danych w systemie. Obejmuje to tworzenie migawek i replikację do innych systemów.
Karta Wysoka dostępność pokazuje usługi działające w trybie wysokiej dostępności, stan klastra i dodatkowe informacje konfiguracyjne dla tych funkcji.
Karta Składniki umożliwia wgląd we wszystkie składniki sprzętowe i stan systemów, na których działają usługi NexentaStor.
Karta Sieci umożliwia przegląd wszystkich fizycznych i logicznych połączeń sieciowych oraz modyfikację ich konfiguracji.
Karta Analityka przywraca oryginalny wygląd pulpitu nawigacyjnego. Można również dodać dodatkowe, niestandardowe pulpity nawigacyjne, aby przeglądać różne wskaźniki wydajności i alarmy systemu. To bardzo konfigurowalny obszar całego systemu.
Karta Administracja systemu umożliwia dostęp do ogólnego zarządzania usługami oferowanymi i włączonymi w systemie. Umożliwia ona modyfikację ustawień rejestrowania i sond uruchamianych w systemie w celu zapewnienia analiz i alertów.
Ostatnim obszarem interfejsu są ustawienia zarządzania Fusion. To tutaj konfiguruje się NTP, Active Directory, alerty e-mail, DNS i wszystkie inne aspekty zarządzania systemem Nexenta Fusion.
Ogólnie rzecz biorąc, Nexenta poprawiła wygląd i funkcjonalność interfejsu użytkownika w porównaniu z poprzednimi wersjami. Wprowadzenie interfejsu HTML5 i dedykowanego urządzenia do zarządzania systemami NexentaStor to bardzo mile widziane ulepszenie w porównaniu z zarządzaniem wieloma systemami dyskretnymi. Interfejs nie jest jednak dla osób o słabych nerwach, ponieważ nadal istnieje wiele sposobów na nieefektywne budowanie pul i awarię systemu w przypadku błędów w konfiguracji. Niemniej jednak, współpraca między Nexenta i Supermicro skutecznie łagodzi obawy związane z nieprawidłowo skonfigurowanymi pulami, ponieważ produkty Supermicro są dostarczane z fabryki z wstępnie skonfigurowanymi pulami i konfiguracją RAID.
Nexenta, jak to już od dawna bywa, to niezwykle konfigurowalny i wydajny interfejs użytkownika dla pamięci masowej opartej na systemie ZFS. Pozwala on na wprowadzanie niemal wszystkich zmian, jakie można wprowadzić z poziomu wiersza poleceń. Przy tak dużej kontroli, upewnienie się, że wszystko jest poprawnie skonfigurowane, wymaga jedynie delikatnego dotknięcia. Nieco więcej wskazówek i zabezpieczeń podczas konfiguracji znacznie zwiększyłoby atrakcyjność tego produktu dla początkujących użytkowników.
Analiza obciążenia aplikacji
Pierwsze testy porównawcze obejmują wydajność MySQL OLTP za pomocą SysBench i wydajność Microsoft SQL Server OLTP przy symulowanym obciążeniu TPC-C.
W każdym z tych testów macierz jest skonfigurowana z dwiema pulami lustrzanych par RAID1 po 12 dysków. Mierzymy trzy oddzielne konfiguracje:
- iSCSI tylko z kompresją
- iSCSI z kompresją i deduplikacją
- NFS tylko z kompresją
Kompresja została użyta jako domyślnie włączona, ponieważ nie widzieliśmy żadnej różnicy między włączoną lub wyłączoną kompresją.
Wydajność serwera SQL
Każda maszyna wirtualna SQL Server jest skonfigurowana z dwoma dyskami wirtualnymi: woluminem 100 GB na rozruch i woluminem 500 GB na bazę danych i pliki dziennika. Z perspektywy zasobów systemowych, skonfigurowaliśmy każdą maszynę wirtualną z 16 procesorami wirtualnymi, 64 GB pamięci DRAM i wykorzystaliśmy kontroler LSI Logic SAS SCSI. Podczas gdy nasze obciążenia Sysbench testowane wcześniej obciążały platformę zarówno pod względem operacji wejścia/wyjścia, jak i pojemności pamięci masowej, test SQL sprawdza wydajność pod kątem opóźnień.
W tym teście wykorzystano SQL Server 2014 działający na gościnnych maszynach wirtualnych z systemem Windows Server 2012 R2, a obciążenie testem Dell Benchmark Factory for Databases. Podczas gdy tradycyjnie testowaliśmy ten benchmark w dużych bazach danych o skali 3,000 w pamięci lokalnej lub współdzielonej, w tej iteracji skupiamy się na równomiernym rozmieszczeniu czterech baz danych o skali 1,500 w całych Stanach Zjednoczonych (dwie maszyny wirtualne na kontroler).
Konfiguracja testowania serwera SQL Server (na maszynę wirtualną)
- Windows Server 2012 R2
- Zajętość pamięci masowej: 600 GB przydzielonych, 500 GB wykorzystanych
- SQL Server 2014
- Rozmiar bazy danych: skala 1,500
- Obciążenie wirtualnego klienta: 15 000
- Bufor RAM: 48 GB
- Długość testu: 3 godziny
- 2.5 godziny przygotowania wstępnego
- 30-minutowy okres próbny
Sprzęt do generowania obciążenia fabrycznego SQL Server OLTP Benchmark
- Klaster SQL zwirtualizowany Dell PowerEdge R730 z 4 węzłami
- Osiem procesorów Intel E5-2690 v3 o taktowaniu 249 GHz w klastrze (dwa na węzeł, 2.6 GHz, 12 rdzeni, pamięć podręczna 30 MB)
- 1 TB pamięci RAM (256 GB na węzeł, 16 GB x 16 DDR4, 128 GB na procesor)
- 4 x Karta HBA FC Emulex 16 GB z dwoma portami
- 4 x Karta sieciowa dwuportowa Emulex 10GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
Przetestowaliśmy rozwiązanie w USA zarówno w konfiguracji iSCSI, jak i NFS z włączoną kompresją danych, a także testowaliśmy je w konfiguracji iSCSI z włączoną kompresją danych i deduplikacją.
Analizując wydajność transakcyjną, iSCSI z kompresją miało maszyny wirtualne o wydajności od 3,120.53 TPS do 3,127.28 TPS, a łączny wynik wyniósł 12 494,21 TPS. NFS z kompresją miał maszyny wirtualne o wydajności od 3,003.12 TPS do 3,056.8 TPS, a łączny wynik wyniósł 12 098,2 TPS. W naszym iSCSI z włączonym odzyskiwaniem po awarii (DR) zaobserwowaliśmy, że maszyny wirtualne o wydajności od 2,851.16 TPS do 3,020.22 TPS, a łączny wynik wyniósł 11 748,23 TPS.
Po przejściu na serwer SQL Server, iSCSI z kompresją wykazało najniższe opóźnienie dla poszczególnych maszyn wirtualnych, wynoszące od 54 ms do 65 ms, przy łącznym opóźnieniu 59.75 ms. NFS z kompresją wykazał opóźnienia od 163 ms do 251 ms dla poszczególnych maszyn wirtualnych, przy łącznym opóźnieniu 215.5 ms. Z kolei iSCSI z włączoną deduplikacją wykazało najwyższe opóźnienia, wynoszące od 223 ms do 519 ms dla poszczególnych maszyn wirtualnych i łączny wynik 353.6 ms.
Wydajność Sysbench
Każda maszyna wirtualna Sysbench jest skonfigurowana z trzema dyskami wirtualnymi: jednym do rozruchu (~92 GB), jednym z predefiniowaną bazą danych (~447 GB) i trzecim dla testowanej bazy danych (270 GB). Z perspektywy zasobów systemowych, skonfigurowaliśmy każdą maszynę wirtualną z 16 procesorami wirtualnymi, 60 GB pamięci DRAM i wykorzystaliśmy kontroler LSI Logic SAS SCSI. Systemy generacji obciążenia to serwery Dell R730 ; w tym przeglądzie skalujemy serwery od czterech do ośmiu, skalując je na grupę 4 maszyn wirtualnych.
Klaster MySQL zwirtualizowany Dell PowerEdge R730 z 4–8 węzłami
- Osiem–szesnaście procesorów Intel E5-2690 v3 o taktowaniu 249 GHz w klastrze (dwa na węzeł, 2.6 GHz, 12 rdzeni, pamięć podręczna 30 MB)
- 1-2TB pamięci RAM (256 GB na węzeł, 16 GB x 16 DDR4, 128 GB na procesor)
- 4-8 x Karta HBA FC Emulex 16 GB z dwoma portami
- 4-8 x Karta sieciowa dwuportowa Emulex 10GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
Konfiguracja testów Sysbench (na maszynę wirtualną)
- CentOS 6.3 64-bit
- Zajęta przestrzeń dyskowa: 1 TB, wykorzystane 800 GB
- Percona XtraDB 5.5.30-rel30.1
- Tabele bazy danych: 100
- Rozmiar bazy danych: 10 000 000
- Wątki bazy danych: 32
- Bufor RAM: 24 GB
- Długość testu: 3 godziny
- 2 godziny wstępnego kondycjonowania 32 wątków
- 1 godzina 32 wątki
W przypadku Sysbencha przetestowaliśmy kilka zestawów maszyn wirtualnych, w tym 4, 8 i 16, i uruchomiliśmy Sysbencha z włączoną kompresją przez cały czas, a także z włączoną i wyłączoną deduplikacją, testując zarówno bloki, jak i pliki. W przypadku wydajności transakcyjnej, w USA osiągnięto 3,218 TPS przy 4 maszynach wirtualnych w systemie NFS (więcej niż 8 maszyn wirtualnych z włączonym odzyskiwaniem danych). Rozwiązanie osiągnęło maksymalną wydajność 5,301 TPS przy 16 maszynach wirtualnych w systemie NFS i wysoki wynik iSCSI wynoszący 4,672 TPS przy 16 maszynach wirtualnych, chociaż przy 8 maszynach wirtualnych wynik iSCSI wyniósł 4,618 TPS.
Przechodząc do analizy średniego opóźnienia, zaobserwowaliśmy najlepszą wydajność dla 4 maszyn wirtualnych skonfigurowanych w iSCSI z włączoną jedynie kompresją, przy opóźnieniu 35.08 ms. Nic dziwnego, że opóźnienie szybko rosło wraz z dodawaniem maszyn wirtualnych lub włączaniem deduplikacji. Najwyższe opóźnienie odnotowano dla iSCSI z włączonym odzyskiwaniem danych (DR) – 113.24 ms.
W naszym najgorszym scenariuszu testowym opóźnień, najlepsze opóźnienie ponownie odnotowano dla kompresji 4VM iSCSI, tym razem na poziomie 226.14 ms. Najwyższe opóźnienie odnotowano dla 16VM NFS i wyniosło 512.5 ms.
Analiza obciążenia VDBench
W przypadku testów porównawczych macierzy pamięci masowej, testy aplikacji są najlepsze, a testy syntetyczne plasują się na drugim miejscu. Chociaż nie odzwierciedlają one idealnie rzeczywistych obciążeń, testy syntetyczne pomagają w ustaleniu punktu odniesienia dla urządzeń pamięci masowej, zapewniając powtarzalność, która ułatwia porównywanie konkurencyjnych rozwiązań. Testy te oferują szereg różnych profili testowych, od testów „czterech kątów”, przez testy rozmiaru transferu baz danych, po przechwytywanie śladów z różnych środowisk VDI. Wszystkie te testy wykorzystują generator obciążeń vdBench z silnikiem skryptowym do automatyzacji i przechwytywania wyników w dużym klastrze obliczeniowym. Pozwala to nam powtarzać te same obciążenia w szerokiej gamie urządzeń pamięci masowej, w tym w macierzach flash i pojedynczych urządzeniach pamięci masowej. Po stronie macierzy wykorzystujemy klaster serwerów Dell PowerEdge R730:
Profile:
- Losowy odczyt 4K: 100% odczytu, 128 wątków, 0-120% ioratu
- 4K losowy zapis: 100% zapisu, 64 wątki, 0-120% ioracji
- 64K Sekwencyjny odczyt: 100% odczytu, 16 wątków, 0-120% ioratu
- 64K Sekwencyjny zapis: 100% zapisu, 8 wątków, 0-120% ioratu
- Syntetyczna baza danych: SQL i Oracle
- Ślady pełnego klonu VDI i klonów powiązanych
Patrząc na szczytową wydajność odczytu, w USA odnotowano dobrą, niską latencję i losową wydajność 4K, utrzymującą się poniżej 1 ms do około 200 tys. IOPS. W USA szczyt wyniósł 272 429 IOPS przy 13.6 ms, a około 249 000 IOPS przy opóźnieniu poniżej 2.0 ms.
Patrząc na szczytową wydajność zapisu 4K, w USA wynik wyniósł 2.6 ms przy 3,905 IOPS. Opóźnienie szybko rosło wraz z IOPS. W USA szczyt wyniósł 31 200 IOPS przy 29 ms.
Przechodząc na szczytowy odczyt 64 KB, USA ponownie rozpoczęły z nieco wyższym opóźnieniem, wynoszącym 3.2 ms i 3,596 IOPS. Opóźnienie nieznacznie wzrosło wraz z IOPS, po czym spadło, ale nie spadło poniżej 2.83 ms. Maksymalna wydajność została osiągnięta na poziomie 35 828 IOPS i opóźnieniu 14.3 ms. USA zakończyły z przepustowością 2.23 GB/s.
W przypadku sekwencyjnego zapisu szczytowego 64 KB opóźnienie wyniosło 10.3 ms przy 1,300 IOPS. Spadło do 6.2 ms przy 5,195 IOPS, po czym ponownie wzrosło wraz z wydajnością IOPS. Maksymalna wydajność w USA wyniosła 12 070 IOPS przy 20.3 ms i przepustowości 754.4 MB/s.
W naszym obciążeniu SQL, USA rozpoczęło od ponad 2 ms z 21 168 IOPS. Osiągnęło szczyt na poziomie 210 601 IOPS z opóźnieniem 4.5 ms.
W teście porównawczym SQL 90-10 Stany Zjednoczone rozpoczęły od opóźnienia wynoszącego nieco ponad 1 ms przy 13 811 IOPS, a osiągnęły szczyt przy 132 220 IOPS i opóźnieniu 7 ms.
W teście SQL 80-20 Stany Zjednoczone ponownie rozpoczęły od wyniku powyżej 2 ms, z IOPS na poziomie 9,210. Osiągnęły szczyt na poziomie 91 739 IOPS i opóźnieniu 11 ms.
W przypadku obciążenia Oracle w USA opóźnienie początkowe wynosiło nieco ponad 1 ms i wynosiło 8,401 IOPS, a szczytowe wartości wyniosły 82 789 IOPS i opóźnienie 15.4 ms.
W przypadku Oracle 90-10, w USA wynik wyniósł poniżej 1 ms (0.74 ms) i utrzymywał się poniżej 1 ms, aż do osiągnięcia około 38 tys. IOPS. W USA szczyt wyniósł 133 553 IOPS przy opóźnieniu 4.6 ms.
W przypadku Oracle 80-20 ponownie widzieliśmy, że w USA wynik zaczynał się od wartości powyżej 1 ms (1.2 ms przy 9,004 IOPS) i osiągał szczyt na poziomie 84 786 IOPS, przy opóźnieniu wynoszącym 7 ms.
Po przełączeniu na VDI Full Clone, test rozruchu wykazał, że USA zaczyna się nieco powyżej 1 ms (1.01 ms przy 11 402 IOPS), a następnie spada poniżej 1 ms, aż do osiągnięcia około 30 000 IOPS. Osiągnął szczyt na poziomie 114 647 IOPS z opóźnieniem 9.3 ms.
Początkowe logowanie do VDI Full Clone rozpoczęło się od 1.8 ms przy 2,295 IOPS, a osiągnęło szczyt na poziomie 18 108 IOPS i opóźnieniu 22.9 ms.
Logowanie do VDI Full Clone Monday rozpoczęło się od 1.8 ms przy 2,696 IOPS i osiągnęło szczyt na poziomie 26 465 IOPS i opóźnieniu 19.2 ms.
Przechodząc do VDI Link Clone, test rozruchu wykazał, że wydajność rozpoczęła się od 1.2 ms przy 8,308 IOPS i osiągnęła szczyt na poziomie 83 392 IOPS z opóźnieniem 4.9 ms.
W profilu Linked Clone VDI mierzącym wydajność początkowego logowania, USA rozpoczęło od opóźnienia wynoszącego 1.3 ms przy IOPS wynoszącym 2,698, a osiągnęło szczyt na poziomie 24 715 IOPS i opóźnieniu wynoszącym 10.3 ms.
W naszym ostatnim profilu analizującym wydajność logowania VDI Linked Clone Monday, w USA opóźnienie wyniosło 1.8 ms przy 2,818 IOPS, a szczytowe wartości wyniosły 25 416 IOPS przy 20.1 ms.
Wniosek
Choć nazwa jest dość długa, Unified Storage Appliance, wspierane przez Nexenta i Supermicro, to programowo definiowane rozwiązanie pamięci masowej, które łączy oprogramowanie Nexenta (NexentaStor 5.0 i NexentaFusion) ze sprzętem, sprzedażą i infrastrukturą wsparcia Supermicro. To partnerstwo zapewnia sprawdzone, wstępnie załadowane i wstępnie skonfigurowane kompletne rozwiązanie od razu po instalacji, co jest dość wyjątkowe w przypadku typowego rozwiązania opartego na oprogramowaniu. Firmy oferują kilka różnych wariantów, zarówno w modelu all-flash (dla wydajności), jak i hybrydowym (dla większej pojemności i opłacalności). W każdej kategorii dostępne są również konfiguracje częściowo i całkowicie wypełnione, a wszystkie z nich umożliwiają dodanie dwóch JBOD w celu zwiększenia pojemności. Rozwiązanie jest wspierane przez Supermicro, a platforma oferuje wystarczającą liczbę usług transmisji danych i pokręteł, aby obsłużyć większość przypadków użycia.
Analizując wydajność, przeprowadziliśmy analizy obciążeń aplikacji, w tym obciążenia aplikacji SQL Server i Sysbench, a także niedawno wprowadzone syntetyczne testy porównawcze VDBench Workload Analysis. W przypadku obciążeń aplikacji testowaliśmy USA zarówno w iSCSI z włączoną kompresją, ponownie z włączoną lub wyłączoną deduplikacją, jak i jako NFS z włączoną kompresją. W naszym teście transakcyjnym dla SQL Server włączona deduplikacja miała duży wpływ na wydajność, z łącznym wynikiem iSCSI wynoszącym 11 748,2 TPS, a bez deduplikacji nasza konfiguracja iSCSI osiągnęła 12 494,2 TPS. Deduplikacja miała znacznie większy wpływ na średnie opóźnienie SQL Server. iSCSI z kompresją miało najlepszą wydajność z łącznym wynikiem 59.8 ms, ale iSCSI z włączoną kompresją i deduplikacją miało łączny wynik 353.6 ms. W naszym skalowalnym teście Sysbench testowaliśmy obciążenia 4, 8 i 16 maszyn wirtualnych. Przy niewielkim obciążeniu 4 maszyn wirtualnych, najlepszą wydajność uzyskaliśmy z samą kompresją iSCSI, osiągając 3,654 TPS. Dla porównania, dla NFS z samą kompresją uzyskaliśmy 3,218 TPS, a dla iSCSI z kompresją i deduplikacją 2,547 TPS. W szczytowym momencie NFS z kompresją uzyskał najwyższą wartość – 5,301 TPS, dla iSCSI z samą kompresją uzyskano 4,672 TPS, a dla iSCSI z kompresją i deduplikacją – 4,548 TPS.
Patrząc na testy obciążenia VDBench przeprowadzone z włączoną kompresją tylko przez iSCSI, USA nieco się załamały. Rozwiązanie wykazało wydajność poniżej milisekundy w trzech testach porównawczych i rozpoczęło pracę z opóźnieniem poniżej milisekundy w dwóch z tych testów. W losowym odczycie 4K, USA było w stanie utrzymać opóźnienie poniżej milisekundy do momentu osiągnięcia około 200 tys. IOPS. Ponownie zaobserwowaliśmy wydajność poniżej milisekundy w teście Oracle 90-10 do około 38 tys. IOPS. I chociaż rozruch VDI Full Clone rozpoczął się z opóźnieniem powyżej 1 ms, spadło ono ponownie poniżej, aż osiągnęło około 30 tys. IOPS. W innych obszarach USA miały znacznie wyższy próg opóźnienia na początku testu i podczas etapów, w których obciążenie było zwiększane.
Urządzenie Unified Storage Appliance, wykorzystujące oprogramowanie Nexenta i sprzęt Supermicro, budzi mieszane uczucia. Pod względem opcji konfiguracyjnych z łatwością przewyższa inne macierze dostępne na rynku, jeśli chodzi o sposoby dostosowywania i optymalizacji pamięci masowej w bardzo specyficznych scenariuszach produkcyjnych. Dla tych, którzy chcą kontrolować każde pokrętło, Nexenta wyraźnie spełnia oczekiwania. Chociaż jest to świetne rozwiązanie, ustawienia mogą być czasami przytłaczające dla osób niew pełni zorientowanych w temacie. Nexenta włożyła swój wysiłek inżynieryjny w kompresję w najnowszej wersji, która, jak twierdzi, oferuje oszczędność pojemności 3:1 w zależności od obciążenia. Jednak po włączeniu deduplikacji wydajność spadła do tego stopnia, że nie powinna być włączana dla większości obciążeń produkcyjnych. Ogólna redukcja danych w systemie all-flash i umiarkowany profil wydajności stawiają urządzenie w trudnej sytuacji, ponieważ inne macierze opracowały sposób na pełną redukcję danych bez znacznego spadku wydajności. Szczerze mówiąc, nie każdy może to zrobić i nie każde obciążenie nadaje się do deduplikacji; jednak wystarczająca liczba macierzy odniosła sukces w tej dziedzinie, aby niemal bezstratna redukcja danych stała się kluczową cechą obliczeń całkowitego kosztu posiadania (TCO).
ZALETY
- Integracja z Supermicro umożliwia początkującemu użytkownikowi natychmiastową konfigurację
- Nexenta oferuje mnóstwo pokręteł i przycisków, które umożliwiają zaawansowanym użytkownikom dostrajanie
- Sieć wsparcia Supermicro zapewnia bardziej kompleksową ofertę w zakresie tradycyjnie zorientowanego na oprogramowanie
Wady
- Bardzo duże opóźnienie zapisu
- Duże obciążenie wydajnościowe przy włączonej deduplikacji
Podsumowanie
Unified Storage Appliance oferuje tradycyjnie dostępny wyłącznie w formie oprogramowania pakiet Nexenta w postaci wstępnie skonfigurowanego urządzenia firmy Supermicro, gotowego do natychmiastowego użycia.
Amazon