StorageReview.com

Recenzja NetApp AFF C190

Enterprise   ◇  Pamięć masowa przedsiębiorstwa

NetApp C190 to zunifikowana macierz pamięci masowej all-flash, przeznaczona dla małych i średnich firm (MŚP) oraz zastosowań brzegowych, dostępna w kompaktowej obudowie 2U. C190 wykorzystuje bogate w funkcje oprogramowanie ONTAP firmy NetApp, zapewniając niezawodne usługi transmisji danych, które docenili użytkownicy NetApp. Macierz została zaprojektowana specjalnie dla kanału dystrybucji, oferując resellerom niedrogą opcję na zatłoczonym rynku pamięci masowej dla początkujących, bez konieczności rezygnowania z funkcji premium, takich jak redukcja danych.

Przednia ramka Netapp C190

NetApp C190, wprowadzony na rynek latem ubiegłego roku, miał na celu osiągnięcie dwóch celów. Po pierwsze, C190 pomaga dużym klientom NetApp w obsłudze potrzeb związanych z pamięcią masową danych na brzegu sieci. To ekonomiczne rozwiązanie, które obsługuje pełen stos ONTAP. Drugim celem C190 było przyciągnięcie mniejszych klientów, którzy postrzegali rozwiązania NetApp jako potencjalnie zbyt drogie. W obu przypadkach NetApp wydaje się dobrze radzić sobie z C190. Wygląda na to, że około połowa sprzedaży C190 to nowi klienci netto NetApp. To wyraźnie pokazuje różnicę w strategii podwójnego trybu pracy NetApp.

Aby utrzymać opłacalność C190, NetApp wprowadził kilka zmian. Po pierwsze, firma zdecydowała się na standaryzację dysków SSD NVMe o pojemności 960 GB, co oznacza, że ​​nie musi magazynować i obsługiwać wielu jednostek magazynowych (SKU). Po drugie, mimo że C190 działa w trybie ONTAP i nie usunięto żadnych usług, nie można go fizycznie rozbudować poza 24 zatoki. Zapewnia to pewien bufor między nim a głównymi macierzami NetApp serii A, takimi jak rodzina A200. Mimo to, zakładając redukcję danych 3:1, klienci mogą nadal oczekiwać około 55 TB pojemności z C190 wyposażonego w 24 dyski SSD. C190 można jednak skonfigurować z mniejszą liczbą dysków, ponieważ dostępne są również konfiguracje z 8, 12 i 18 dyskami.

Netapp C190 bez ramki z napędem

Jeśli pojemność stanowi problem, NetApp oferuje wiele opcji, w tym obsługę warstwowania w chmurze i wolumenów chmurowych. C190 obsługuje wszystkie główne chmury publiczne, takie jak Google Cloud, Amazon Web Services (AWS), Microsoft Azure, IBM Storage Cloud i Alibaba Cloud. W rezultacie klienci mogą wykorzystać niedrogie rozwiązania chmurowe do rozszerzenia pojemności C190, eliminując obawy, że wzrost ich danych może przekroczyć możliwości fizyczne C190.

Biorąc pod uwagę cel i fakt, że tak wielu klientów korzystających z C190 to nowi użytkownicy NetApp, prostota konfiguracji i zarządzania jest kluczowa. Nawet jeśli partner kanałowy przeprowadza początkową instalację, uproszczenie procesu wdrażania C190 jest ważne, aby ułatwić pracę i zminimalizować tarcie. NetApp twierdzi, że obciążenia można skonfigurować w mniej niż 10 minut i udostępnia trzystronicowy plakat ułatwiający uruchomienie systemów . Nasze laboratorium może nie być najlepszym przykładem do porównania, ponieważ widzieliśmy już pół tuzina systemów ONTAP, więc przeszliśmy od rozpakowywania do konfiguracji LUN nieco szybciej. NetApp oferuje kreator do szybkiego uruchamiania, a także wbudowane przepływy pracy dla popularnych aplikacji, takich jak Oracle, Microsoft SQL, MySQL, MongoDB i VMware.

W naszym systemie testowym mamy C190, w którym połowa jest wypełniona dyskami SSD o pojemności 960 GB. Dwa kontrolery są połączone kablem 10 GbE (bezprzełącznikowym), a pamięć masową współdzielimy przez osiem wbudowanych portów FibreChannel o pojemności 16 GB, po cztery na kontroler. Chociaż NetApp nie podaje sugerowanej ceny tych systemów, dowiedzieliśmy się, że można je kupić za mniej niż 20 000 dolarów.

Specyfikacje NetApp AFA C190

Form Factor 2U
CPU Rdzenie 16
Pamięć 64GB
Maksymalna efektywna pojemność 55TB z kompresją 3:1
Napędów Do 24 zatok z dyskami SSD o pojemności 960 GB
Konfiguracje sieciowe Ethernet (10GbE): 4 porty 10BASE-T (RJ45)
lub Unified (16 Gb FC lub 10 GbE): 4 porty UTA2
Zarząd ONTAP 9.6GA lub nowszy
Porty wejścia / wyjścia 1 x port konsoli micro-B USB
1 port zarządzania 1GbE
1x port USB typu A
protokoły FC, FCoE, iSCSI, NFS, pNFS, SMB
Wersja systemu operacyjnego hosta Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows Server 2016, Linux, Oracle Solaris, AIX, HPE UX, macOS, VMware, ESX

Projekt i budowa NetApp C190

Kiedy NetApp wybierze projekt, który im odpowiada, trzyma się go kurczowo. Przód macierzy ma charakterystyczne szare wnęki na dyski, z których słynie NetApp. Konfiguracja 24-wnękowa ma wnęki zapełnione z przodu macierzy, chociaż w zależności od liczby dysków SSD, które klient zdecyduje się zakupić do swojego modelu, można znaleźć zarówno kieszenie zapełnione, jak i puste.

Patrząc na tył, widzimy dwa różne projekty, w zależności od konfiguracji sieci; zastosowaliśmy ujednoliconą konfigurację bezprzełącznikową. Tył ma podział na pół dla każdego hosta, z lustrzanym odbiciem po obu stronach. Na dole znajdują się wentylatory i zasilacze. U góry każdej strony znajdują się złącza sieciowe i połączeniowe, a także porty zarządzania i porty USB po prawej stronie.

netapp c190 tyłWewnątrz każdego kontrolera widzimy gęstą, a zarazem kompaktową konstrukcję, z której słyną NetApp i inni dostawcy Tier 1. Nie ma miejsca na pustą przestrzeń, a dbałość o chłodzenie, zarządzanie temperaturą i ochronę zasilania jest widoczna. W przypadku podstawowej macierzy all-flash klienci nie muszą martwić się o stabilność platformy w szerokim zakresie warunków pracy.

netapp c190 wewnątrz

Wydajność NetApp C190

Konfiguracja testowa NetApp AFF C190

  • ONTAP 9.7P6
  • 12 dysków SSD o pojemności 960 GB (dwa agregaty RAID-DP)
  • Łączność FC 8 x 16 Gb

Wydajność serwera SQL

Protokół testowania OLTP dla Microsoft SQL Server firmy StorageReview wykorzystuje aktualną wersję roboczą testu Benchmark C (TPC-C) opracowanego przez Transaction Processing Performance Council – internetowego testu porównawczego przetwarzania transakcji, który symuluje działania występujące w złożonych środowiskach aplikacji. Test TPC-C jest bliższy niż syntetyczne testy wydajnościowe, mierząc mocne strony i wąskie gardła infrastruktury pamięci masowej w środowiskach baz danych.

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 wejścia/wyjścia, jak i pojemności pamięci masowej, test SQL sprawdza wydajność opóźnień.

W tym teście wykorzystano SQL Server 2014 działający na gościnnych maszynach wirtualnych z systemem Windows Server 2012 R2 i został on poddany testowi Dell Benchmark Factory for Databases. Podczas gdy tradycyjnie testowaliśmy ten test w dużych bazach danych o skali 3,000 w pamięci lokalnej lub współdzielonej, w tej iteracji skupiamy się na równomiernym rozłożeniu czterech baz danych o skali 1,500 na naszych serwerach.

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

W naszym teście porównawczym średniego opóźnienia serwera SQL Server przetestowaliśmy 4 i 8 maszyn wirtualnych, a łączne wyniki wyniosły odpowiednio 29 ms i 72.5 ms.

Wydajność Sysbench MySQL

Nasz pierwszy test porównawczy aplikacji z pamięcią lokalną opiera się na bazie danych Percona MySQL OLTP, mierzonej za pomocą SysBench. Ten test mierzy również średnią liczbę transakcji na sekundę (TSP), średnie opóźnienie oraz średnie opóźnienie na poziomie 99. percentyla.

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.

Konfiguracja testów Sysbench (na maszynę wirtualną)

  • CentOS 6.3 64-bit
  • Percona XtraDB 5.5.30-rel30.1
    • Baza danych
      • Stoły: 100
      • Rozmiar: 10,000,000
      • Wątki: 32
    • Bufor RAM: 24 GB
  • Długość testu: 3 godziny
    • 2 godziny wstępnego kondycjonowania 32 wątków
    • 1 godzina 32 wątki

Za pomocą Sysbench OLTP przetestowaliśmy 8 maszyn wirtualnych, uzyskując łączny wynik 7,863 TPS, przy czym poszczególne maszyny wirtualne uzyskały wynik od 980 TPS do 987 TPS.

W przypadku średniego opóźnienia Sysbench łączny wynik wyniósł 32.6 ms, a dla poszczególnych maszyn wirtualnych wartość ta wahała się od 32.4 ms do 32.67 ms.

W naszym najgorszym scenariuszu opóźnień (99. percentyl) C190 osiągnął łączne opóźnienie wynoszące 96.4 ms, a poszczególne maszyny wirtualne miały opóźnienie od 95.13 ms do 98.05 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 bezpośrednie porównanie konkurencyjnych rozwiązań. Obciążenia 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 na powtarzanie tych samych obciążeń dla szerokiej gamy urządzeń pamięci masowej, w tym macierzy flash i pojedynczych urządzeń pamięci masowej.

Profile:

  • Losowy odczyt 4K: 100% odczytu, 128 wątków, 0-120% ioratu
  • Losowy zapis 4K: 100% zapisu, 64 wątki, 0-120% ioracji
  • 32 tys. losowych odczytów: 100% odczytanych
  • 32 tys. losowych zapisów: 100% zapisów
  • 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

Przy losowym odczycie 4K urządzenie NetApp C190 na początku wykazywało opóźnienie mniejsze niż milisekunda, aż do osiągnięcia około 200 tys. operacji wejścia/wyjścia na sekundę (IOPS), a następnie osiągnęło wartość szczytową wynoszącą około 260 tys. operacji wejścia/wyjścia na sekundę (IOPS) i opóźnienie wynoszące 13 ms, po czym nastąpiło lekkie pogorszenie.

Losowy zapis 4K również rozpoczął się od wartości poniżej 1 ms, następnie przekroczył 25 tys. operacji wejścia/wyjścia na sekundę i osiągnął szczyt na poziomie 74 410 operacji wejścia/wyjścia na sekundę przy opóźnieniu 27.4 ms.

Następnie przyjrzymy się naszemu testowi losowego wejścia/wyjścia z 32 tys. operacji. W przypadku odczytu, C190 osiągał opóźnienie poniżej milisekundy do około 50 tys. operacji wejścia/wyjścia na sekundę (IOPS), a następnie osiągnął szczyt na poziomie 100 894 operacji wejścia/wyjścia na sekundę (IOPS) z opóźnieniem 7.7 ms.

Losowy zapis 32K charakteryzował się opóźnieniem na krótko poniżej 1 ms, a następnie osiągnął szczyt na poziomie 29 772 IOPS przy opóźnieniu 17.2 ms.

Następnie przeanalizowaliśmy obciążenia sekwencyjne, gdzie przyjrzeliśmy się 64 KB. W przypadku odczytu 64 KB macierz utrzymywała się poniżej 1 ms, aż do osiągnięcia około 35 000 IOPS, czyli 2.2 GB/s. C190 osiągnął szczytową wartość 66 472 IOPS, czyli 4.2 GB/s, przy opóźnieniu 11.1 ms.

Przy zapisie 64 KB zaobserwowaliśmy szczytową wartość 23 365 IOPS lub 1.5 GB/s przy opóźnieniu 44 ms.

Kolejny zestaw testów obejmuje obciążenia SQL: SQL, SQL 90-10 i SQL 80-20. Począwszy od SQL, NetApp C190 utrzymywał się poniżej 1 ms, aż do przekroczenia 100 tys. IOPS, a następnie osiągnął szczyt na poziomie 167 531 IOPS i opóźnienia 5.9 ms.

SQL 90-10 osiągnął szczyt 139 602 IOPS z opóźnieniem 7.03 ms. C190 miał opóźnienie poniżej milisekundy aż do około 80 tys. IOPS.

W przypadku SQL 80-20 zaobserwowaliśmy opóźnienia poniżej milisekundy aż do około 60 tys. operacji wejścia/wyjścia na sekundę (IOPS), a szczyt osiągnął 119 757 operacji wejścia/wyjścia na sekundę (IOPS) przy opóźnieniu 8.2 ms.

Następnie mamy obciążenia Oracle: Oracle, Oracle 90-10 i Oracle 80-20. Począwszy od Oracle, C190 utrzymywał opóźnienie poniżej 1 ms do około 50 tys. IOPS, a następnie osiągnął szczyt na poziomie 112 597 IOPS z opóźnieniem 10.4 ms.

W przypadku Oracle 90-10 opóźnienia były mniejsze od milisekundy aż do osiągnięcia ok. 80 tys. operacji wejścia/wyjścia na sekundę (IOPS), a szczytowa wartość wyniosła 139 851 operacji wejścia/wyjścia na sekundę (IOPS) przy opóźnieniu 4.3 ms.

W przypadku Oracle 80-20 macierz działała z opóźnieniem poniżej 1 ms, aż do osiągnięcia niemal 60 tys. operacji wejścia/wyjścia na sekundę (IOPS), a następnie osiągnęła szczytową wydajność na poziomie 118 669 operacji wejścia/wyjścia na sekundę (IOPS) i opóźnienie 5.2 ms.

Następnie przeszliśmy do testu klonowania VDI, pełnego i połączonego. W przypadku rozruchu pełnego klonowania VDI (FC), NetApp C190 osiągnął szczytową wydajność 93 335 IOPS z opóźnieniem 11 ms.

Podczas początkowego logowania VDI FC macierz osiągnęła szczyt na poziomie 43 024 IOPS przy opóźnieniu 20.7 ms.

Ostatni test porównawczy VDI FC miał miejsce podczas poniedziałkowego logowania, w którym zanotowaliśmy szczytową wartość 46 567 IOPS i opóźnienie 11 ms.

Po przejściu na tryb rozruchu VDI Linked Clone (LC) C190 uruchomił się i utrzymywał czas ładowania poniżej 1 ms, aż przekroczył 30 tys. IOPS i osiągnął szczyt na poziomie 57 573 IOPS z opóźnieniem 8.7 ms.

Pierwsze logowanie do VDI LC ponownie przyniosło wydajność poniżej milisekundy, tym razem do około 15 tys. IOPS. Macierz osiągnęła szczyt na poziomie 32 579 IOPS i 7.7 ms opóźnienia.

Wreszcie, VDI Monday Login odnotowało szczytową wartość 33 976 IOPS i opóźnienie 14.4 ms.

Wniosek

NetApp C190 to zunifikowana macierz pamięci masowej all-flash firmy, przeznaczona zarówno dla małych i średnich firm, jak i zastosowań brzegowych. C190 to platforma 2U z dwoma kontrolerami, która oferuje wszystko, co oferuje ONTAP. Mniejszych i nowych klientów ucieszy łatwość konfiguracji i zarządzania C190, która – jak twierdzi firma – pozwala na obsługę obciążeń w mniej niż 10 minut.

Jeśli chodzi o wydajność, przeprowadziliśmy testy obciążeń analizy aplikacji (Application Analysis Workloads) oraz VDBench. W przypadku obciążeń analizy aplikacji (Application Analysis Workloads), przeprowadziliśmy test średniego opóźnienia SQL Server, a C190 osiągnął 72.5 ms z 8 maszynami wirtualnymi i 29 ms z 4 maszynami wirtualnymi. W Sysbench uzyskaliśmy łączny wynik 7,863 TPS, średnie opóźnienie 32.55 ms i opóźnienie w najgorszym przypadku 96.38 ms.

W przypadku VDBench, macierz rozpoczynała większość testów porównawczych z opóźnieniem poniżej milisekundy, ale wszystkie testy kończyły się ponad 1 ms. W naszych losowych testach 4K zaobserwowaliśmy szczytowe wartości IOPS na poziomie 260 tys. odczytów i 74 tys. zapisów. W przypadku losowych testów 32K zaobserwowaliśmy szczytowe wartości IOPS na poziomie 101 tys. odczytów i 30 tys. zapisów. W przypadku testów sekwencyjnych, przeprowadziliśmy testy 64K i uzyskaliśmy 2.2 GB/s odczytu i 1.5 GB/s zapisu.

W przypadku SQL zaobserwowaliśmy 168 tys. operacji wejścia/wyjścia na sekundę (IOPS), 80 tys. operacji wejścia/wyjścia na sekundę (IOPS) w SQL 90-10 i 120 tys. operacji wejścia/wyjścia na sekundę (IOPS) w SQL 80-20. W przypadku Oracle zaobserwowaliśmy wartości szczytowe na poziomie 113 tys. operacji wejścia/wyjścia na sekundę (IOPS), 140 tys. operacji wejścia/wyjścia na sekundę (IOPS) w Oracle 90-10 i 119 tys. operacji wejścia/wyjścia na sekundę (IOPS) w Oracle 80-20. W naszych testach klonowania VDI przeprowadziliśmy klonowanie pełne i klonowanie połączone. W przypadku klonowania pełnego zaobserwowaliśmy wartości szczytowe na poziomie 93 tys. operacji wejścia/wyjścia na sekundę (IOPS) podczas rozruchu, 43 tys. operacji wejścia/wyjścia na sekundę (IOPS) podczas pierwszego logowania i 47 tys. operacji wejścia/wyjścia na sekundę (IOPS) podczas logowania w poniedziałek. W klonowaniu połączonym zaobserwowaliśmy 58 tys. operacji wejścia/wyjścia na sekundę (IOPS) podczas rozruchu, 33 tys. operacji wejścia/wyjścia na sekundę (IOPS) podczas pierwszego logowania i 34 tys. operacji wejścia/wyjścia na sekundę (IOPS) podczas logowania w poniedziałek.

Netapp c190 w szafie rack

NetApp AFF C190 przenosi zaawansowane i długoletnie funkcje korporacyjne z ONTAP na nową platformę o mniejszej pojemności. C190 został zaprojektowany jako rozwiązanie kanałowe, dzięki któremu rozwiązania NetApp docierają do znacznie szerszego grona odbiorców. To dla NetApp bardzo ważne z wielu powodów. Jednym z najważniejszych jest to, że wielu nie zdaje sobie sprawy, że taki system można kupić za mniej niż 20 tys. dolarów. Partnerzy kanałowi NetApp mają teraz system korporacyjny, który może konkurować na zatłoczonym rynku pamięci masowej klasy podstawowej, zdominowanym przez systemy NAS lub kontrolery pamięci masowej o zmienionych nazwach. Dla obecnych klientów NetApp C190 oferuje niedrogie rozwiązanie do umieszczenia na brzegu sieci, zachowując jednocześnie tę samą platformę ONTAP do zarządzania.

Jedynym minusem C190 jest to, że NetApp ograniczył jego możliwości rozbudowy, buforując C190 z rodziny A200, która znajduje się wyżej. C190 oferuje ograniczone opcje dysków SSD i nie można go rozszerzyć powyżej 24 dysków. Mimo to, dzięki redukcji danych, w pełni zapełniona obudowa może zapewnić około 55 TB efektywnej pojemności (redukcja 3:1). Pojemność C190 można również łatwo rozszerzyć za pośrednictwem chmury dzięki warstwowaniu danych zimnych (cold-data) z wykorzystaniem puli FabricPools.

Podsumowując, C190 to naprawdę sprytny produkt NetApp. Nie zdobędzie takiej uwagi, jaką przyciągnęłaby efektowna, high-endowa macierz NVMe. Nie na tym polega zadanie C190. C190 został zaprojektowany, aby zapewnić kanałowi dystrybucji amunicję w niezwykle konkurencyjnym segmencie pamięci masowej klasy podstawowej. C190 oferuje platformę, która jest niedroga, a jednocześnie bogata w usługi danych. To połączenie, w połączeniu z wysoką wydajnością, sprawia, że ​​C190 jest jednym z naszych faworytów na rynku pamięci masowej klasy podstawowej.

Wybór redaktora StorageReview 2020

Strona produktu NetApp C190

Skontaktuj się z StorageReview

Biuletyn | YouTube | Podcast iTunes / Spotify | Instagram | Twitter | TikTok | Kanał RSS

Brian Beeler

Brian mieszka w Cincinnati w stanie Ohio i jest głównym analitykiem oraz prezesem StorageReview.com.