PowerEdge R640 to skalowalny serwer rack 1U, przeznaczony do obliczeń i przechowywania danych za pośrednictwem platformy 2-gniazdowej. Opisywany jako równowaga między wydajnością, kosztem i gęstością, R640 został zaprojektowany do obsługi obciążeń z różnych zastosowań centrów danych – w szczególności gęstej pamięci masowej definiowanej programowo, dostawców usług, warstwy aplikacji, gęstej chmury prywatnej, wirtualizacji i obliczeń o wysokiej wydajności (HPC). Co więcej, firma Dell zaprojektowała PowerEdge R640 jako serwer łatwy do wdrożenia, który można płynnie skalować od 3 do ponad 1000 węzłów w celu obsługi pamięci masowej definiowanej programowo za pomocą węzłów Dell EMC VxFlex Ready.
PowerEdge R640 oferuje wiele wydajnych komponentów, a także mnóstwo możliwości rozbudowy. Na przykład, można go wyposażyć w dwa procesory Intel Xeon Scalable Family z maksymalnie 28 rdzeniami na procesor. Posiada 24 gniazda DIMM, co daje maksymalnie 3 TB pamięci RAM, oraz do 12 gniazd NVDIMM, co daje maksymalnie 192 GB pamięci RAM. Posiada również dwa redundantne zasilacze AC (lub DC). R640 obsługuje również karty rozszerzeń PCI trzeciej generacji.
Serwer Dell Rack można wyposażyć w dyski twarde 2.5” lub 3.5” oraz dyski SSD. Obsługuje on do 8 dysków NVMe, co jest idealne dla użytkowników poszukujących najszybszej możliwej wydajności pamięci masowej. To dwukrotnie więcej niż w modelu R630, co z pewnością czyni tę platformę 1U znacznie bardziej wszechstronną. W tym celu serwer R640 można skonfigurować z 8 dyskami twardymi 2.5” lub 4 dyskami 3.5” na panelu przednim lub 10 dyskami 2.5” na panelu przednim, z opcjonalną obsługą 2 dysków 2.5” na panelu tylnym.
Serwer PowerEdge R640 obsługuje porty USB, porty NIC, porty VGA, złącze szeregowe oraz kartę IDSDM/vFlash obsługującą opcjonalną kartę pamięci flash i jeden wewnętrzny podwójny moduł SD.
Do testów skonfigurowaliśmy komputer R640 z dwoma procesorami Intel Xeon Platinum 8180 i 384 GB (32 GB x 12) pamięci RAM o przepustowości 2666 MT/s. Parametry pamięci masowej uzyskano przy użyciu 3.2 TB pamięci NVME (2 dyski SSD PM1725a NVMe o pojemności 1.6 TB) i 2 TB pamięci SAS (5 dysków SSD PM1635a SAS o pojemności 400 GB).
Specyfikacja Dell EMC PowerEdge R640
| Budowa | 1U |
| Procesor | Do dwóch procesorów Intel Xeon Scalable, do 28 rdzeni na procesor |
| Pamięć | 24 gniazda DDR4 DIMM, obsługa RDIMM/LRDIMM, prędkość do 2666MT/s, maks. 3TB |
| Do 12 modułów NVDIMM, maks. 192 GB | |
| Obsługuje tylko zarejestrowane moduły DIMM ECC DDR4 | |
| Kontrolerzy magazynu | |
| Kontrolery wewnętrzne | PERC H330, H730p, H740p, RAID programowy (SWRAID) S140 |
| Podsystem pamięci masowej zoptymalizowany pod kątem rozruchu | HWRAID 2 dyski SSD M.2 120 GB, 240 GB |
| Zewnętrzny PERC (RAID) | H840 |
| Karty HBA SAS 12 Gb/s (bez RAID) | Zewnętrzna karta HBA SAS 12 Gb/s (bez RAID), wewnętrzna karta HBA330 (bez RAID) |
| Zatoki napędowe | |
| Przednie zatoki napędowe | Do 10 dysków twardych/SSD 2.5” SAS/SATA z maksymalnie 8 dyskami SSD NVMe o maksymalnej pojemności 58 TB lub maksymalnie 4 dyskami twardymi SAS/SATA 3.5” o maksymalnej pojemności 48 TB |
| Tylne zatoki napędowe | Do 2 dysków SAS/SATA 2.5” (HDD/SSD), dysk SSD NVMe o pojemności maks. 12 TB |
| Opcjonalnie | DVD-ROM, DVD+RW |
| I/O i porty | |
| Opcje karty sieciowej | 4 x 1GE lub 2 x 10GE + 2 x 1GE lub 4 x 10GE lub 2 x 25GE |
| Porty przednie | Wideo, 1 x USB 2.0, dostępne USB 3.0, dedykowane IDRAC Direct USB |
| Porty tylne | Wideo, szeregowy, 2 x USB 3.0, dedykowany port sieciowy iDRAC |
| Karta graficzna | VGA, NVIDIA NVS310 dostępne jako karta PCIe Do 3 gniazd Gen3, wszystkie x16 |
| Zasilacze | Tytan 750 W, Platyna 495 W, 750 W, 1100 W i 1600 W |
| Zasilacze typu hot-plug 48 V DC 1100 W, 380 HV DC 1100 W, 240 HV DC 750 W z możliwością podłączania na gorąco i pełną redundancją | |
| obsługiwane systemy operacyjne | Kanoniczny |
| Ubuntu LTS | |
| Serwer Citrix Xen | |
| Microsoft Windows Server z Hyper-V | |
| Red Hat Enterprise Linux | |
| Serwer SUSE Linux Enterprise | |
| VMware ESXi | |
Zaprojektuj i zbuduj
Chociaż serwer Dell PowerEdge R640 w obudowie rack charakteryzuje się bardzo kompaktową budową, oferuje on ogromną wszechstronność oraz różnorodne konfiguracje i opcje rozbudowy. Jak wspomnieliśmy powyżej, obejmuje on system 8 dysków 2.5-calowych, system 4 dysków 3.5-calowych oraz system 10 dysków 2.5-calowych, jeśli chodzi o pamięć masową.
Panel sterowania znajduje się po lewej stronie panelu przedniego i zawiera wskaźnik stanu systemu, identyfikator systemu, diodę LED stanu oraz wskaźnik iDRAC Quick Sync 2 (bezprzewodowy). Dioda LED stanu wyświetla wszelkie uszkodzone komponenty sprzętowe, a opcjonalny bezprzewodowy moduł Quick Sync 2 sygnalizuje włączenie systemu Quick Sync (funkcja umożliwiająca administratorom zarządzanie systemem za pośrednictwem urządzeń mobilnych).
Jak w przypadku wszystkich serwerów rack, większość miejsca na przednim panelu zajmują wnęki na dyski. W naszej konfiguracji 10-dyskowej oznacza to maksymalnie dziesięć dysków 2.5-calowych z możliwością wymiany bez wyłączania systemu (chociaż użytkownicy mają możliwość skorzystania z sześciu dysków 2.5-calowych z możliwością wymiany bez wyłączania systemu) lub maksymalnie cztery urządzenia NVMe.
Zarząd
Podobnie jak inne serwery PowerEdge, R640 oferuje szeroki wachlarz opcji zarządzania. Aby uzyskać bardziej szczegółowe informacje, czytelnicy mogą zapoznać się z naszą szczegółową recenzją serwera Dell EMC PowerEdge R740xd oraz z naszą analizą aplikacji mobilnej OpenManage firmy Dell EMC.
Wydajność
W naszej sekcji poświęconej wydajności systemu lokalnego, mamy dobrze wyposażony serwer R640, który testujemy z dwoma różnymi poziomami pamięci flash. Pierwszy to pamięć flash NVMe, umieszczona na czterech dyskach SSD o pojemności 1.6 TB, a drugi to pamięć flash SAS, umieszczona na czterech dyskach SSD o pojemności 400 GB. Oba są marki Samsung, chociaż konkretne części mogą się różnić w zależności od tego, jakie komponenty zostaną wybrane podczas montażu serwera. Dzięki procesorom Intel Platinum 8180 mieliśmy mnóstwo cykli procesora do wykorzystania przy obciążeniach pamięci masowej. Jak wspomniano we wstępie, serwer został wyposażony w dwa procesory Intel 8180 Platinum oraz 384 GB pamięci RAM. Do testów porównawczych aplikacji wykorzystujemy ESXi 6.5.
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 operacji 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 obciążony programem 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 przypadku SQL Server przeanalizowaliśmy zarówno wyniki pojedynczych maszyn wirtualnych, jak i wyniki zbiorcze. Wyniki transakcyjne wykazały łączny wynik 12 638,2 TPS, a wyniki pojedynczych maszyn wirtualnych wahały się od 3,159.5 TPS do 3,159.6 TPS.
Przy średnim opóźnieniu serwera SQL Server, R640 odnotował opóźnienie łączne i indywidualne na poziomie 4 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
- 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 benchmarku Sysbench testowaliśmy serwer R640 w układzie podobnym do powyższego. Pod względem wydajności transakcyjnej, serwer osiągnął łączną średnią TPS na poziomie 13 046, a poszczególne maszyny wirtualne osiągały od 3,231.4 TPS do 3,308 TPS.
W teście Sysbench średnie opóźnienie maszyny R640 wyniosło łącznie 9.8 ms, a dla poszczególnych maszyn wirtualnych wartość ta wahała się od 9.7 ms do 9.9 ms.
W naszym najgorszym przypadku pomiaru opóźnień na poziomie 99. percentyla serwer osiągnął imponujący łączny wynik 19.9 ms, a poszczególne maszyny wirtualne uzyskały wynik od 19.7 ms do 20 ms.
Analiza obciążenia VDBench
W przypadku serwera z najnowszym i najlepszym rozwiązaniem kuszące jest dołożenie najnowszej i najlepszej pamięci masowej, aby uzyskać jak największy zwrot z inwestycji. Jednak nie każdy się na to zdecyduje, a wielu użytkowników będzie modernizować swoje serwery, wykorzystując istniejącą pamięć masową lub tańszą pamięć flash opartą na technologii SAS. W naszym teście wyposażyliśmy serwer zarówno w pamięć masową NVMe, jak i SAS w każdym z testów porównawczych. Nie jest to scenariusz „który jest lepszy”, ponieważ z perspektywy wydajności wygrywa NVMe. To raczej scenariusz „czego można oczekiwać od danej pamięci masowej” i należy go rozpatrywać w ten sposób.
Ostatnia część testów wydajności lokalnej koncentruje się na wydajności obciążenia syntetycznego. W tym obszarze wykorzystaliśmy cztery dyski SAS i cztery dyski SSD NVMe w środowisku bare-metal z systemem Ubuntu 16.04.4. Obciążenie zostało skonfigurowane tak, aby obciążać 25% pojemności każdego dysku, koncentrując się na wydajności stałej w porównaniu z wydajnością w stanie stabilnym, w najgorszym przypadku.
W przypadku testów porównawczych macierzy pamięci masowej, testy aplikacji są najlepsze, a testy syntetyczne plasują się na drugim miejscu. Chociaż testy syntetyczne nie odzwierciedlają idealnie rzeczywistych obciążeń, pomagają one 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
- 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
Analizując szczytową wydajność odczytu dysków SAS, serwer PowerEdge R640 był w stanie utrzymać opóźnienie poniżej milisekundy aż do niemal szczytowej wydajności. Serwer osiągnął opóźnienie 1 ms przy około 269 tys. operacji wejścia/wyjścia na sekundę (IOPS), a szczytowe opóźnienie wyniosło około 271 tys. operacji wejścia/wyjścia na sekundę (IOPS) i około 1.1 ms.
W przypadku szczytowego odczytu NVMe na serwerze R640 zaobserwowaliśmy opóźnienie mniejsze niż milisekunda, a maksymalna wydajność wyniosła 2 711 968 IOPS i opóźnienie 186 μs.
W przypadku szczytowej wydajności zapisu SAS, R640 utrzymywał opóźnienia poniżej milisekundy, osiągając szczytową wydajność na poziomie 266 641 IOPS i opóźnienie 807 μs.
Wydajność zapisu 4K przy użyciu dysków NVMe osiągnęła szczyt na poziomie 1 265 764 IOPS przy opóźnieniu wynoszącym zaledwie 191 μs.
Po przejściu na sekwencyjne testy porównawcze (64 KB) widzimy taką samą wydajność, jaką widzieliśmy w przypadku PowerEdge R7415. Opóźnienie początkowo jest wysokie (w tym przypadku 19.8 ms) i maleje w miarę trwania testów. Serwer R640 z dyskami SAS osiągnął wynik 25 606 IOPS lub 1.61 GB/s z opóźnieniem 2.49 ms.
W przypadku sekwencyjnych odczytów NVMe 64K, R640 wykazywał bardzo niskie opóźnienie początkowe, osiągając wartość szczytową 193 493 IOPS lub 12.1 GB/s przy opóźnieniu 329 μs.
Ponownie, przy sekwencyjnym zapisie 64 KB, R640 z SAS rozpoczął od dużego opóźnienia (8.9 ms), a zakończył na poziomie 27 394 IOPS lub 1.71 GB/s z opóźnieniem wynoszącym 1.16 ms.
Również w tym przypadku serwer oparty na technologii NVMe rozpoczął pracę od znacznie niższych wyników przy sekwencyjnych zapisach i osiągnął szczyt na poziomie ok. 89 tys. IOPS lub 5.6 GB/s przy opóźnieniu wynoszącym ok. 315 μs.
Po przejściu na obciążenie SQL dyski SAS uzyskały ogólnie lepsze wyniki, z opóźnieniem poniżej milisekundy, osiągając szczyt na poziomie 275 406 IOPS i opóźnieniem 418 μs.
W przypadku obciążenia SQL na serwerze w wersji NVMe odnotowaliśmy szczytową wydajność na poziomie 930 251 IOPS przy opóźnieniu wynoszącym zaledwie 135 μs.
W naszym przypadku SQL 90-10 z SAS, R640 osiągnął szczytową wydajność na poziomie 268 036 IOPS przy opóźnieniu 448 μs.
Wersja NVMe serwera SQL 90-10 osiągnęła szczytową wydajność na poziomie 774 044 IOPS przy opóźnieniu 163 μs.
Serwer SAS w SQL 80-20 osiągnął szczytową wydajność na poziomie 254 044 IOPS przy opóźnieniu 491 μs.
W przypadku SQL 80-20 z NVMe, R640 osiągnął szczytową wydajność 652 259 IOPS przy opóźnieniu 193 μs.
Przechodząc do obciążeń Oracle, R640 z włączonym SAS osiągnął szczytową wydajność na poziomie 239 794 IOPS przy opóźnieniu 533 μs.
W przypadku serwera NVMe Oracle maksymalna wydajność wyniosła 570 158 IOPS, a opóźnienie 230 μs.
W przypadku serwera SAS Oracle 90-10 maksymalna wydajność wyniosła 263 745 IOPS, a opóźnienie 327 μs.
Oracle 90-10 z NVMe osiągnął szczytową wydajność 615 818 IOPS przy opóźnieniu wynoszącym zaledwie 141 μs.
Oracle 80-20 z dyskami SAS w R640 osiągnął szczytową wydajność na poziomie 239 107 IOPS przy opóźnieniu 361 μs.
W przypadku serwera Oracle 80-20 z dyskami NVMe maksymalna wydajność wyniosła 532 046 IOPS, a opóźnienie 163 μs.
Następnie przeszliśmy do testu klonowania VDI, pełnego i połączonego. W przypadku rozruchu pełnego klonowania VDI z SAS, PowerEdge R640 osiągnął szczytową wydajność 221 147 IOPS z opóźnieniem 575 μs, po czym nastąpił niewielki spadek.
Patrząc na dysk NVMe R640 podczas rozruchu VDI Full Clone, serwer osiągnął szczytową wydajność 626 040 IOPS przy opóźnieniu 205 μs.
W przypadku logowania początkowego pełnego klonu SAS VDI serwer miał opóźnienie mniejsze od milisekundy aż do osiągnięcia około 105 tys. operacji wejścia/wyjścia na sekundę (IOPS), a szczytowe opóźnienie wyniosło 107 280 operacji wejścia/wyjścia na sekundę (IOPS) i 1.11 ms.
Podczas początkowego logowania pełnego klonu VDI z użyciem protokołu NVMe serwer osiągnął szczytową wartość 246 628 IOPS i opóźnienia 476 μs.
W teście VDI Full Clone Monday Login z dyskami SAS serwer R640 osiągnął szczytową wydajność na poziomie 79 495 IOPS przy opóźnieniu 797 μs.
Dzięki dyskom NVMe serwer osiągnął szczytową wydajność 161 771 IOPS i opóźnienie 386 μs podczas logowania VDI Full Clone Monday Login.
Przechodząc do testów VDI Linked Clone, R650 z wczytanym SAS osiągnął szczytową wydajność rozruchową na poziomie 125 587 IOPS przy opóźnieniu 506 μs.
W teście NVMe VDI Linked Clone Boot serwer osiągnął szczytową wydajność 346 693 IOPS i opóźnienie 182 μs.
Początkowe logowanie do VDI Linked Clone za pomocą SAS wykazało, że serwer osiągnął szczytową wydajność 47 656 IOPS przy opóźnieniu 662 μs.
W przypadku początkowego logowania do klonu NVMe Linked, R640 osiągnął szczytową wartość 87 384 IOPS przy opóźnieniu 359 μs.
W przypadku logowania VDI Linked Clone Monday Login serwer PowerEdge R640 oparty na standardzie SAS miał opóźnienia mniejsze od milisekundy aż do osiągnięcia około 59 tys. operacji wejścia/wyjścia na sekundę (IOPS), a szczytowe opóźnienie wyniosło 60 708 operacji wejścia/wyjścia na sekundę (IOPS) i wyniosło 1.04 ms.
I wreszcie, wersja NVMe VDI Linked Clone Monday Login osiągnęła szczytową wydajność serwera na poziomie 120 850 IOPS i opóźnienie 521 μs.
Wniosek
Wprowadzony na rynek jako jeden z pierwszych serwerów PowerEdge 14. generacji, Dell EMC PowerEdge R640 to dwugniazdowy serwer 1U, którego celem jest zrównoważenie mocy, gęstości i kosztów w niewielkiej obudowie. Serwer może być wyposażony w dwa procesory Intel Xeon Scalable, obsługujące do 28 rdzeni na procesor, i posiada 24 gniazda DIMM, które można wypełnić maksymalnie 3 TB pamięci RAM lub 12 gniazdami NVDIMM. Użytkownicy mogą wyposażyć R640 w osiem zatok 2.5” lub cztery zatoki 3.5” z przodu (można go również skonfigurować na 12 zatok 2.5”, z czego 10 z przodu i 2 z tyłu). Podobnie jak wszystkie serwery PowerEdge, R640 oferuje szereg opcji i narzędzi do zarządzania, w tym iDRAC i OpenManage. Serwer może obsługiwać wiele różnych zastosowań, a Dell EMC wskazuje na SDS, dostawców usług, warstwę aplikacji, gęstą chmurę prywatną, wirtualizację i HPC.
W naszych testach wydajności aplikacji, analizowaliśmy wydajność serwera PowerEdge R640, wykorzystując oprogramowanie VMware, aby sprawdzić wydajność poszczególnych maszyn wirtualnych, a także ich sumę. W teście transakcyjnym SQL Server uzyskaliśmy łączny wynik 12 638,2 TPS i łączne opóźnienie wynoszące zaledwie 4 ms. W Sysbench uzyskaliśmy łączną wydajność transakcyjną na poziomie 13 046 TPS i średnie opóźnienie wynoszące 9.8 ms, a w najgorszym przypadku łączne opóźnienie wyniosło zaledwie 19.9 ms.
W naszych obciążeniach VDBench dla komputerów fizycznych uruchomiliśmy zarówno pamięć masową SAS, jak i NVMe. Jak wspomniano powyżej, nie chodziło o to, aby ustalić, która jest „lepsza”, ponieważ NVMe oczywiście będzie miało większą wydajność. Pokazuje to jednak potencjalnym użytkownikom, czego mogą oczekiwać od różnych typów nośników pamięci masowej. Zamiast analizować każdy z powyższych wyników, przyjrzymy się po prostu najważniejszym cechom każdego typu dysku. W przypadku dysków SAS zaobserwowaliśmy, że R640 osiągnął losowe szczytowe wyniki wydajności na poziomie 271 tys. IOPS przy odczycie i około 267 tys. IOPS przy zapisie, a szczytowe prędkości sekwencyjne wyniosły 1.61 GB/s przy odczycie i 1.171 GB/s przy zapisie. W pozostałych testach R640 z technologią SAS był w stanie utrzymać opóźnienie poniżej milisekundy, z wyjątkiem początkowego logowania do VDI Full Clone i poniedziałkowego logowania do VDI Linked Clone, gdzie w obu przypadkach serwer osiągnął nieco ponad 1 ms. Dyski NVMe osiągnęły wartości sięgające 2.7 miliona IOPS w przypadku losowego odczytu i 1.26 miliona IOPS w przypadku losowego zapisu, przy czym wartości sekwencyjne sięgały 12.1 GB/s w przypadku odczytu i 5.6 GB/s w przypadku zapisu. Dyski NVMe osiągnęły również prawie 1 milion IOPS w przypadku obciążenia SQL i pół miliona IOPS w przypadku obciążenia Oracle. Wersja NVMe serwera R640 charakteryzowała się opóźnieniem poniżej milisekundy.
Podobnie jak poprzednicy, rodzina PowerEdge 1U ma wiele do zaoferowania, w tym mnogość opcji i niesamowite możliwości personalizacji obudowy. Tym razem R640 oferuje tak wiele opcji konfiguracji, że łatwo zrozumieć, dlaczego jest kluczowym elementem strategii rynkowej Dell EMC w zakresie SDS, gdzie moc obliczeniowa jest ważniejsza niż pojemność wbudowana. R640 doskonale sprawdza się w popularnych zastosowaniach HCI, takich jak vSAN/VxRail i seria XC (Nutanix), a także w większych, skalowalnych rozwiązaniach HCI/CI, takich jak VxRack SDDC. Oczywiście R640 może również dobrze działać w innych klasycznych środowiskach poza tradycyjnymi, hiperskalowalnymi centrami danych, takimi jak Dell EMC, które mogą opierać się na narzędziach programowych, takich jak OpenStack i Redfish. W każdym razie R640 to doskonały dodatek do rodziny PowerEdge i z pewnością znajdzie zastosowanie w zróżnicowanych zastosowaniach.
Amazon