Violin Systems nie jest nową firmą; zajmujemy się nią od sześciu lat. Firma zaczynała jako pionier w dziedzinie pamięci all-flash i po wejściu na giełdę napotkała na pewne trudności. Jednak firma odrodziła się dzięki nowym inwestorom, którzy ją wspierają, i oferuje nowe opcje wdrożenia, a także ten sam, wydajny sprzęt. Współpracujemy z Violin w laboratorium od jakiegoś czasu; dzisiaj przyglądamy się macierzy 7650, która jest modelem all-flash o „ekstremalnej wydajności” w portfolio Violin Flash Storage Platform (FSP).
Violin FSP 7650 to w pełni flashowa macierz SAN, która charakteryzuje się wyższą wydajnością i ultraniskim opóźnieniem. SAN obiecuje do 2 milionów IOPS przy zachowaniu stale niskiego opóźnienia. To kompletne rozwiązanie SAN można skalować do 140 TB pojemności surowej i zaczynać od 8.8 TB. Firma zainwestowała w zmianę opcji wdrożenia poprzez plan „płać w miarę rozwoju” o nazwie Scale Smart. Zasadniczo model jest dostarczany z całą zainstalowaną pamięcią flash, a użytkownicy płacą tylko za to, czego potrzebują. Gdy potrzeby wzrosną, nowa pamięć flash jest już dostępna w szafie rack, co oznacza brak zakłóceń.
Oprócz szybkości i niższej ceny, model 7650 oferuje szereg usług korporacyjnych w zakresie danych, dostępnych za pośrednictwem oprogramowania Concerto OS 7. Usługi te obejmują szyfrowanie danych w spoczynku, zgodne ze standardami bezpieczeństwa FIPS-140-2 i AES-XTS-256. Użytkownicy mogą skalować system za pomocą powyższej metody lub skorzystać z możliwości rozbudowy pojemności online i rozbudowy LUN online. Sieć SAN obsługuje globalną replikację asynchroniczną, którą można połączyć z klastrem FSP 770 Stretch Cluster, aby zmaksymalizować ciągłość działania.
Specyfikacja FSP 7650
| Numer modelu | FSP 7650-26 | FSP 7650-70 | FSP 7650-140 |
| Form Factor | 3U | ||
| Pojemność | |||
| Surowy max | 26TB | 70TB | 140TB |
| Surowy (płać w miarę rozwoju) | 8TB lub 17TB | 35, 43, 52 lub 61 TB | 96, 105, 114, 123 lub 131 TB |
| Maksymalnie użyteczna | 14.7TB | 44.3TB | 88.7TB |
| Łączność | |||
| Zastępy niebieskie | 8x16Gb Fibre Channel lub 8x10GbE iSCSI | ||
| Replikacja | 2x40GbE | ||
| Zarząd | 2 porty Ethernet 10/100/1000 Mb/s z automatycznym wykrywaniem (RJ-45) | 1 port konsoli szeregowej (RS-232) | ||
| Wydajność (maks.) | |||
| 4K 100% odczytu | 1M IOPS przy opóźnieniu 500 μs | 2M IOPS przy opóźnieniu 1 ms | |
| 700 tys. IOPS przy opóźnieniu 200 μs | 1.7M IOPS przy opóźnieniu 500 μs | ||
| 1M IOPS przy opóźnieniu 200 μs | |||
| Minimalne opóźnienie | 150μs utrzymywane | ||
| Przepustowość | 8GB / s | ||
| Fizyczny | |||
| Głębokość | 28 cala / 711 mm | ||
| Szerokość | 17.5 cala / 445 mm | ||
| Waga | 80 funtów/36.3 kg | 93 funt / 42.2 kg | |
| Zasilanie | 1100W | 1800W | |
| Chłodzenie | 3780 BTU/godz. | 6140 BTU/godz. | |
| Środowiskowy | |||
| temperatura robocza | Od 10 do 35 ° C (50 do 95 ° F) | ||
| Temperatura spoczynku | 40 do 70 ° C (-40 do 158 ° F) | ||
| Wilgotność pracy | 8 do 90% (bez kondensacji) | ||
| Wilgotność w stanie spoczynku | 5 do 95% (bez kondensacji) | ||
Zaprojektuj i zbuduj
Violin nie różni się zbytnio pod względem designu, ponieważ każda platforma wygląda uderzająco podobnie do poprzedniej. To samo dotyczy FSP 7650, który jest zbudowany jak czołg. Z przodu znajduje się uchwyt z logo marki oraz łatwy sposób wysuwania modułu SAN. Za zintegrowanym uchwytem znajduje się wentylacja układu, napędzana przez imponująco duże wentylatory. W prawym dolnym rogu znajdują się diody LED i porty USB.
Podobnie jak inne urządzenia Violin, sieć SAN wykorzystuje inteligentne moduły pamięci Violin (VIMM) do przechowywania danych, zamiast standardowych dysków SSD. Znajdują się one za wentylatorami. Jak już wspomnieliśmy, moduły VIMM stanowią alternatywę dla dysków SSD firmy Violin i zarządzają odśmiecaniem pamięci, wyrównywaniem zużycia oraz zarządzaniem błędami/usterkami dla swoich bazowych nośników danych. Moduły VIMM składają się z kontrolera pamięci flash opartego na logice, procesora zarządzającego, pamięci DRAM do przechowywania metadanych oraz pamięci flash NAND do przechowywania danych. Każdy z nich jest wymienialny na gorąco, co ułatwia konserwację, i ma format karty.
Tylna część urządzenia ma lepszą wentylację w lewym górnym rogu, a poniżej znajdują się dwa wyjmowane zasilacze. Po prawej stronie znajdują się dwa porty USB, dwa porty 40 GbE, dwa porty konsoli szeregowej i dwa porty Ethernet. Po prawej stronie znajdują się cztery gniazda na karty i porty wejścia/wyjścia.
Zarząd
Violin korzysta z systemu operacyjnego Concerto OS 7, a Symphony to oprogramowanie zarządzające SAN. Firma naprawdę wyróżnia się na tle innych interfejsów graficznych, nie tylko ze względu na elastyczność i łatwość obsługi. Został on stworzony z myślą o pamięci flash przez osoby, które rozumieją, że pamięć flash wymaga innego podejścia. Interfejs graficzny wyróżnia się również tym, że pozwala użytkownikom na personalizację kilku pulpitów nawigacyjnych za pomocą „gadżetów”, wyświetlając najistotniejsze informacje i ułatwiając ich przeglądanie. Użytkownicy mogą również eksportować różne widoki list bezpośrednio do plików CSV, PDF, a nawet wysyłać je e-mailem.
Można wybierać spośród wielu gadżetów, które można dowolnie mieszać i dopasowywać, aby spełnić większość wymagań.
Najpierw przyjrzymy się karcie przeglądu. Karta ta zawiera kilka podkart, które pozwalają użytkownikom na dokładne zapoznanie się z większością funkcji systemu. Pierwsza podkarta to podsumowanie i, jak sama nazwa wskazuje, daje ona szybki, ogólny podgląd działania systemu.
Następna podkarta to wydajność. Użytkownicy mogą tu wybrać, jakie metryki chcą analizować (IOPS, opóźnienie lub przepustowość) i wybrać, skąd pochodzi wydajność: FSP (zakładając, że jest ich więcej niż jedna), kontroler lub kontener. Można również wybrać konkretny czas, aby sprawdzić, jak wyglądała wydajność w danym dniu i o określonej godzinie.
Następnie przyjrzymy się najważniejszym jednostkom LUN. Podzieliliśmy je na kategorie, takie jak przepustowość, IOPS, opóźnienie i rozmiar.
Użytkownicy mogą przeglądać wszystkie informacje o LUN na następnej karcie i, podobnie jak w przypadku większości funkcji Symphony, mogą wybierać informacje, które chcą zobaczyć, za pomocą menu rozwijanego po prawej stronie.
Wydajność LUN jest podobna do zakładki wydajności, a użytkownicy mogą wybrać, jakie dane o wydajności chcą wyświetlać i skąd mają być one pobierane.
Podzakładka „Klienci” zawiera informacje o klientach, takie jak kontroler, adres IP, typ, jednostki LUN oraz informację, czy obsługują protokół FC lub iSCSI. Użytkownicy mogą również dostosować, co jest widoczne po otwarciu zakładki.
Aby uzyskać dostęp do pamięci masowej, użytkownicy muszą kliknąć zakładkę VIMM. W tym miejscu można sprawdzić status, taki jak typ pamięci flash, czy trwa odbudowa RAID, czy moduły VIMM są zbalansowane, a także stany, takie jak pozostały czas życia. Na dole ekranu można również uzyskać odczyt w czasie rzeczywistym z modułów VIMM i sprawdzić, czy występują jakieś problemy.
Następną główną zakładką jest zakładka „Zarządzaj”. Za jej pośrednictwem użytkownicy mogą zarządzać urządzeniami (podzielonymi na macierze, sieci SAN lub jednostki LUN), grupami lub regułami. Ponownie, użytkownicy otrzymują dostęp do wielu informacji, które można dostosować, a kliknięcie jednej z linii pozwala na bardziej szczegółowe przeanalizowanie danych.
Kliknij prawym przyciskiem myszy i otwórz w nowej karcie, aby uzyskać większy obraz
Zagłębiając się w temat jednostek LUN, użytkownicy otrzymują kilka nowych opcji, w tym migawki i replikację. Użytkownicy mogą tutaj konfigurować migawki, migawki grupowe i replikacje jednostek LUN.
Pod zakładką „Zarządzaj” znajduje się również podzakładka „Reguły”. Użytkownicy mogą tutaj konfigurować reguły dotyczące alertów o braku miejsca na półce i braku miejsca, a także reguły dotyczące kondycji systemu FSP, ustawiając nazwę i próg.
Na karcie głównej Analityka znajdują się cztery podzakładki: Raporty, Harmonogram raportów, Wyniki raportów i Alerty. Użytkownicy mogą wybrać urządzenie, dla którego chcą uzyskać raport, i go wyświetlić lub zaplanować konfigurację raportu, a następnie wyświetlić wyniki. Mogą również skonfigurować i sprawdzić alerty na podstawie skonfigurowanych metryk.
Kliknij prawym przyciskiem myszy i otwórz w nowej karcie, aby uzyskać większy obraz
Na koniec, w zakładce Administracja znajdują się standardowe funkcje, takie jak konfiguracja użytkowników i powiadomień o alertach, a także konfiguracja opcji przełączania awaryjnego i wtyczek vCenter.
Chociaż interfejs graficzny (GUI) stanowi ogólną poprawę w porównaniu z większością interfejsów graficznych AFA, istnieje kilka drobnych problemów. Chociaż „GUID” i „Numer seryjny” to kolumny do wyboru na liście LUN, kolumna dla WWN była wyraźnie nieobecna na liście. Podobnie, jeśli przepływ pracy „Dodaj replikację” zostanie przerwany w trakcie konfiguracji, pozostawia po sobie opuszczoną definicję zasobu migawki, zamiast prawidłowo oczyścić się po sobie.
Wydajność
Analiza obciążenia aplikacji
Testy obciążenia aplikacji dla Violin FSP 7650 obejmują wydajność MySQL OLTP w SysBench oraz wydajność Microsoft SQL Server OLTP z symulowanym obciążeniem TPC-C. W każdym scenariuszu mieliśmy podział 50/50 modułów VIMM macierzy kontrolowanych przez każdy kontroler, w domyślnym typie RAID, na 12 podgrup RAID. Dzięki temu rozkładowi równomiernie rozłożyliśmy obciążenie na całą macierz, aby zrównoważyć obciążenie każdego kontrolera.
Wydajność serwera SQL
Każda maszyna wirtualna SQL Server jest skonfigurowana z dwoma dyskami wirtualnymi: woluminem 100 GB do rozruchu 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 i został on obciążony programem Quest 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 kontrolerze Violin FSP 7650 (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
- Dell EMC PowerEdge R740xd Wirtualizowany klaster SQL 4-węzłowy
- 8 procesorów Intel Xeon Gold 6130 o taktowaniu 269 GHz w klastrze (dwa na węzeł, 2.1 GHz, 16 rdzeni, pamięć podręczna 22 MB)
- 1 TB pamięci RAM (256 GB na węzeł, 16 GB x 16 DDR4, 128 GB na procesor)
- 4 x Emulex 16 GB dwuportowa karta HBA FC
- 4 x dwuportowa karta sieciowa Mellanox ConnectX-4 rNDC 25GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
W przypadku SQL Server przeanalizowaliśmy wyniki zarówno dla poszczególnych maszyn wirtualnych, jak i dla wyników zbiorczych. Violin FSP 7650 osiągnął łączny wynik 12 642,2 TPS, a dla poszczególnych maszyn wirtualnych wynik ten wyniósł od 3,160.4 do 3,160.7 TPS.
Przy średnim opóźnieniu model 7650 uzyskał zarówno pojedyncze maszyny wirtualne, jak i łączny wynik 3 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, każdą maszynę wirtualną skonfigurowaliśmy z 16 procesorami wirtualnymi, 60 GB pamięci DRAM i wykorzystaliśmy kontroler LSI Logic SAS SCSI. Systemami generacji obciążenia są serwery Dell R740xd.
Klaster MySQL 8-węzłowy z wirtualizacją Dell PowerEdge R740xd
- 16 procesorów Intel Xeon Gold 6130 o taktowaniu 538 GHz w klastrze (dwa na węzeł, 2.1 GHz, 16 rdzeni, pamięć podręczna 22 MB)
- 2 TB pamięci RAM (256 GB na węzeł, 16 GB x 16 DDR4, 128 GB na procesor)
- 8 x Emulex 16 GB dwuportowa karta HBA FC
- 8 x dwuportowa karta sieciowa Mellanox ConnectX-4 rNDC 25GbE
- 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 naszym teście Sysbench przetestowaliśmy kilka zestawów 8, 16 i 32 maszyn wirtualnych. W przeciwieństwie do SQL Server, tutaj skupiliśmy się tylko na surowej wydajności. W przypadku wydajności transakcyjnej, 7650 osiągnął 17 021,7 TPS z 8 maszynami wirtualnymi, 23 202,2 TPS z 16 maszynami wirtualnymi i 25 313,7 TPS z 32 maszynami wirtualnymi.
Patrząc na średnie opóźnienie, 7650 miał 15 ms przy 8 maszynach wirtualnych; podwojenie do 16 maszyn wirtualnych spowodowało spadek opóźnienia do zaledwie 22 ms, a ponowne podwojenie do 32 maszyn wirtualnych spowodowało spadek opóźnienia do zaledwie 41.1 ms.
W naszym teście porównawczym najgorszego scenariusza opóźnień 7650 osiągnął 27.7 ms przy 8 maszynach wirtualnych, 40.8 ms przy 16 maszynach wirtualnych i 75.5 ms przy 32 maszynach wirtualnych.
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ń. 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 nam to powtarzać te same obciążenia dla szerokiej gamy urządzeń pamięci masowej, w tym macierzy flash i pojedynczych urządzeń pamięci masowej. Po stronie macierzy wykorzystujemy klaster serwerów Dell PowerEdge R740xd:
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% ioracji
- 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
W naszym teście odczytu szczytowego 4K, Violin FSP 7650 osiągał wydajność poniżej milisekundy do momentu przekroczenia 1.5 miliona IOPS, osiągając szczytową wartość 1 613 302 IOPS i opóźnienie 2.26 ms.
W przypadku szczytowych zapisów 4K, 7650 osiągnął niemal 900 tys. IOPS, zanim nastąpił spadek do 1 ms, a szczytowy wynik wyniósł 902 388 IOPS z opóźnieniem 2.26 ms.
Po przełączeniu na obciążenia sekwencyjne, 7650 miał opóźnienia poniżej milisekundy aż do około 115 tys. IOPS, czyli 7.2 GB/s dla odczytu 64 KB. SAN osiągnął szczyt na poziomie około 127 tys. IOPS, czyli 8 GB/s, z opóźnieniem 4 ms, po czym nastąpił spadek wydajności i nieznaczny wzrost opóźnienia.
W przypadku zapisu 64 KB procesor 7650 osiągał opóźnienia poniżej milisekundy do około 51 tys. IOPS (3.2 GB/s), po czym osiągnął wartość szczytową nieco ponad 56 tys. IOPS (3.5 GB/s) przy opóźnieniu 4.3 ms, po czym nastąpił niewielki spadek.
W przypadku SQL, 7650 osiągnął nieco ponad 650 tys. IOPS, zanim przekroczył 1 ms. Następnie nastąpił gwałtowny wzrost opóźnienia, które następnie spadło, aż sieć SAN osiągnęła szczyt na poziomie 767 440 IOPS i opóźnienie 821 μs.
W przypadku SQL 90-10, 7650 osiągnął około 661 tys. IOPS, zanim przekroczył 1 ms. Ponownie nastąpił gwałtowny wzrost opóźnienia (choć nie tak wysoki jak poprzednio), zanim SAN osiągnął szczyt na poziomie 752 175 IOPS i opóźnienie 1.02 ms.
W przypadku SQL 80-20, 7650 miał opóźnienie mniejsze od milisekundy do około 620 tys. IOPS, osiągając szczyt na poziomie 678 858 IOPS i opóźnieniu 1.45 ms.
W naszym obciążeniu Oracle, 7650 utrzymywał się poniżej 1 ms aż do przekroczenia 552 tys. IOPS, a szczyt osiągnął 623 453 IOPS z opóźnieniem 1.95 ms.
W przypadku Oracle 90-10, model 7650 charakteryzował się opóźnieniem mniejszym niż milisekunda, osiągając szczytową wartość 685 tys. operacji wejścia/wyjścia na sekundę (IOPS) przy opóźnieniu 837 μs, po czym nastąpił pewien spadek wydajności wraz ze wzrostem opóźnienia.
W przypadku Oracle 80-20, Violin FSP 7650 ponownie osiągnął opóźnienie poniżej milisekundy, ale tylko nieznacznie. SAN osiągnął szczyt na poziomie 642 732 IOPS i 996 μs.
Następnie przeszliśmy do testu klonowania VDI, pełnego i połączonego. W przypadku rozruchu pełnego klonowania VDI, karta 7650 osiągnęła około 320 tys. IOPS, po czym przekroczyła 1 ms. Sieć SAN osiągnęła szczyt na poziomie 433 tys. IOPS z opóźnieniem 1.3 ms, po czym nastąpił spadek.
W przypadku początkowego logowania VDI FC, 7650 miał opóźnienie poniżej milisekundy do 192 tys. operacji wejścia/wyjścia na sekundę (IOPS), a następnie osiągnął szczyt na poziomie ok. 213 tys. operacji wejścia/wyjścia na sekundę (IOPS) przy opóźnieniu 3 ms, po czym nastąpił niewielki spadek.
W teście VDI Full Clone Monday Login procesor 7650 osiągnął 181 tys. IOPS, po czym nastąpił spadek poniżej 1 ms, a szczyt wyniósł 201 378 IOPS przy opóźnieniu 2.5 ms.
Po przełączeniu na VDI Linked Clone, test rozruchowy wykazał, że 7650 osiągnął około 210 tys. IOPS, zanim przekroczył 1 ms, choć nieco przekraczał tę granicę. Sieć SAN osiągnęła szczyt na poziomie 2.16 102 IOPS z opóźnieniem 2,16 ms.
Po pierwszym zalogowaniu do VDI Linked Clone, 7650 osiągnął 155 tys. IOPS z opóźnieniem poniżej 1 ms. SAN osiągnął szczyt 128 002 IOPS z opóźnieniem 1.93 ms.
Wreszcie, test VDI Linked Clone Monday Login wykazał w modelu 7650 opóźnienie mniejsze od milisekundy aż do osiągnięcia około 118 tys. operacji wejścia/wyjścia na sekundę (IOPS), a szczytowe wartości wyniosły około 132 tys. operacji wejścia/wyjścia na sekundę (IOPS) przy opóźnieniu wynoszącym około 3.5 ms.
Wniosek
Sieć SAN FSP 7650 firmy Violin została zaprojektowana z myślą o ekstremalnej wydajności, co firma rozumie przez wysoką liczbę operacji wejścia/wyjścia na sekundę (IOPS) i ultraniskie opóźnienie. Firma deklaruje wydajność sięgającą 2 milionów IOPS przy opóźnieniu wynoszącym zaledwie 1 ms. Sieć SAN jest dostępna w pojemnościach od 8.8 TB do 140 TB i wykorzystuje nowy, firmowy plan „płać w miarę rozwoju” – Scale Smart. Sieć SAN jest dostarczana z całą dostępną pamięcią flash, a gdy klienci będą potrzebować więcej, mogą zacząć płacić i uzyskać do niej natychmiastowy dostęp. Sieć FSP 7650 oferuje szereg usług transmisji danych za pośrednictwem oprogramowania Concerto OS 7, które obejmują bezpieczeństwo danych, skalowalność poprzez rozbudowę online i replikację dla zapewnienia ciągłości działania.
Nowa marka Violin Systems Array
Aby sprawdzić wydajność, przeprowadziliśmy zarówno testy analizy obciążenia aplikacji, takie jak SQL Server i Sysbench, jak i testy VDBench. W teście SQL Server, serwer 7650 osiągnął łączny wynik transakcyjny wynoszący 12 642,2 TPS przy łącznym opóźnieniu 3 ms. W teście Sysbench uruchomiliśmy 8, 16 i 32 maszyny wirtualne, co pozwoliło na uzyskanie wydajności transakcyjnej. Serwer 7650 osiągnął 17 021,7 TPS i średnie opóźnienie 15 ms dla 8 maszyn wirtualnych, 23 202,2 TPS przy opóźnieniu 22 ms dla 16 maszyn wirtualnych oraz 25 313,7 TPS przy opóźnieniu 41.1 ms dla 32 maszyn wirtualnych. W najgorszym przypadku opóźnienie wyniosło zaledwie 27.7 ms dla 8 maszyn wirtualnych, 40.8 ms dla 16 maszyn wirtualnych i 75.5 ms dla 32 maszyn wirtualnych. W obu scenariuszach testowania aplikacji, Violin FSP 7650 działał dokładnie tak, jak deklarował: oferował wyjątkowo wysoką wydajność przy zachowaniu bardzo niskich opóźnień. Analizując dane Sysbench, byliśmy również pod wrażeniem, jak dużą wydajność udało nam się uzyskać przy małej liczbie maszyn wirtualnych, ponieważ niektóre systemy pamięci masowej wymagają bardzo dużego obciążenia, aby osiągnąć pełną wydajność, kosztem wyższych opóźnień. Opóźnienie w tym urządzeniu było tak dobre, że nawet przy najwyższym obciążeniu 32 maszyn wirtualnych w Sysbench, opóźnienie w 99. percentylu utrzymywało się poniżej 76 ms!
Wyniki testów VDBench pokazały imponujące wyniki dla Violin FSP 7650. Ponownie, macierz oferowała wyjątkowo stabilną, wysoką wydajność, nawet przy rosnącej głębokości kolejek. W naszym losowym obciążeniu 4K na 16 maszynach wirtualnych w środowisku ESXi 6.5, macierz wystartowała z 162 tys. operacji wejścia/wyjścia na sekundę (IOPS) przy 0.196 ms i utrzymywała opóźnienie poniżej milisekundy do 1.5 mln operacji wejścia/wyjścia na sekundę (IOPS). Sieć SAN przekroczyła 1.6 mln operacji wejścia/wyjścia na sekundę (IOPS) przy opóźnieniu 2.26 ms podczas odczytu danych 4K i osiągnęła 902 tys. operacji wejścia/wyjścia na sekundę (IOPS) przy zapisie danych 4K, również przy 2.26 ms. W testach z danymi 64K, sieć SAN osiągnęła 8 GB/s podczas odczytu i 3.5 GB/s podczas zapisu. Przy naszych obciążeniach SQL, Violin osiągnął szczytową wydajność 767 tys. IOPS, 752 tys. IOPS dla 90-10 i 679 tys. IOPS dla 80-20. W Oracle, FSP 7650 osiągnął szczytowe wartości IOPS: 623 tys. IOPS, 685 tys. IOPS dla 90-10 i 643 tys. IOPS dla 80-20. Wydajność nie utrzymywała się na tak wysokim poziomie IOPS, gdy przechodziliśmy do testów klonowania VDI, ale było to oczekiwane. W pełnym klonowaniu 7650 osiągnął szczytowe wartości IOPS: 433 tys. IOPS podczas rozruchu, 213 tys. IOPS podczas pierwszego logowania i 201 tys. IOPS podczas logowania w poniedziałek, przy czym 3 ms to najwyższe opóźnienie w szczytowej wydajności. W przypadku Linked Clone sieć SAN osiągnęła szczyt na poziomie 216 tys. IOPS podczas rozruchu, 128 tys. IOPS podczas pierwszego logowania i 132 tys. IOPS podczas logowania w poniedziałek, przy czym największe opóźnienie wyniosło 3.5 ms.
Violin FSP 7650 spełnia wszystkie nasze oczekiwania, w tym znacznie bardziej konkurencyjną cenę niż oczekiwaliśmy. Macierz jest wyposażona w solidną obudowę, zaprojektowaną tak, aby sprostać wszelkim wymaganiom, i oferuje łatwy w obsłudze i konfigurowalny pakiet zarządzania, który z łatwością obsługuje każde wdrożone przez nas obciążenie. Aplikacje wrażliwe na opóźnienia, takie jak nasze środowisko SQL Server, nie miały żadnych problemów, a obciążenia wymagające dużej liczby operacji wejścia/wyjścia na sekundę/przepustowości, takie jak Sysbench, działały jeszcze wydajniej, bez najmniejszego wysiłku. Co więcej, pytania dotyczące rentowności firmy, które mogły powstrzymywać nabywców w poprzednich latach, zostały rozwiane. Violin dysponuje odpowiednim finansowaniem, aby ponownie stać się graczem na rynku IT dla przedsiębiorstw, wraz z niezbędnymi usługami wsparcia. Każdy, kto potrzebuje potężnej macierzy do obsługi obciążeń Tier0/1, powinien rozważyć Violin Systems.
Amazon