HPE ESXi Niska wydajność dysku w niestandardowych obrazach HP

Preambuła: Kobieta nie dbała o to, kobieta kupiła ... HP Microserver Gen8. 🙂

Pracą był stary, ale niezawodny, HP Microserver N40L. Działa od 2012 roku, 24 godziny na dobę, 7 dni w tygodniu. Pracował pod kontrolą ESXi 5.1. Wirowało na nim kilka serwerów 2003R2 (DNS i WEB). Rodzaj „enkapsulacji niebezpiecznych kierunków”. Prosty, wolnostojący serwer informacyjny. Jeśli „włamanie” jest łatwe i szybkie, należy wykonać kopię zapasową i uruchomić ponownie. Ten serwer nie patrzył na ogólną sieć, ale był podłączony tylko podczas aktualizacji treści. Ale czas mijał, a serwery ... „zmęczone”.

Chciałem, aby zarówno DNS, jak i WEB działały, przynajmniej na Windows Server 2008R2, a najlepiej na Windows Server 2012R2. I N40L zaczął zwalniać. Zasoby sprzętowe N40L nie są wystarczające. Procesor AMD Turion (™) II o częstotliwości 1,5 GHz z architekturą 2/2 i pamięcią ponad 8 GB.

Rozumiem, że HP Microserver Gen8 nie jest panaceum, ale możesz umieścić 16 GB pamięci i zabrać procesor, na przykład Intel® Xeon® E3-1220l, o częstotliwości 2,3 / 3,5 GHz, o architekturze 2/4 i bardzo niskim zużyciu energii (około 17-20 W ) Jeśli pieniądze nie są szkoda, możesz umieścić na przykład Intel® Xeon® E3-1270 o częstotliwości 3,4 / 4,1 GHz, z architekturą 4/8. Ale tutaj nie należy się dziwić, że sam procesor jest około 1,5 razy droższy niż cały mikro serwer :-).

HP Microserver Gen8 to ostatni z mikro serwerów HP, w którym

  • można uaktualnić
  • jest iLO, co, jak widzisz, jest bardzo wygodne.

Niestety Gen9 nigdy nie widział światła, a świeża Gen10 to ... przeczytaj o tym sam, a zrozumiesz wszystko 🙂

HP Microserver Gen8 nie jest już dostępny, ale nadal można go kupić. Co zostało zrobione. Absolutnie zero Gen8 (G2020T) zostało zakupione w AVITO 🙂. Zainstalowany na nim, z niestandardowym obrazem HPE, hypervisor ESXi 5.5U3. I wszystko.

Nie, nie wszyscy. To właśnie z tego miejsca zaczyna się zabawa.

Zainstalowano: VMware-ESXi-5.5.0-Update3-3568722-HPE-550.9.6.5.9-Dec2016.iso

Wersja sterownika dysku: - scsi-hpvsa-5.5.0.100-1OEM.550.0.0.1331820

Jak się okazało, HP zepsuło coś w sterowniku podsystemu dyskowego dla ESXi 5.5 i praca z dyskami stała się ... powiedzmy, niezbyt skuteczna. Co więcej, jak się później okazało, ten sam problem występuje w hiperwizorach HPE ESXi 6.0 / 6.5.

Jak nieskuteczne? Wyniki pomiarów w artykule. Muszę powiedzieć - ogłuszające.

Po rozmowie z przyjaciółmi i kopaniu Internetu okazało się, że to wszystko wina, sterownik, który HPE zawarł w swoim niestandardowym obrazie wraz z instalatorem hiperwizora ESXi 5.5, a później.

Ale istnieje rozwiązanie tego problemu. Wspólnie społeczność internetowa (https://homeservershow.com) znalazła sterownik, który naprawdę przyspiesza pracę z dyskami w HP Microserver Gen8.

Wersja sterownika: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820

Sam sterownik może być legalny, bezpłatny i bez rejestracji, pobierz ze strony internetowej HPE:


https: //support.hpe.com/hpsc/swd / ... b1dfc5314e02bc01b1436b
Typ: Sterownik - kontroler pamięci
Wersja: 5.5.0-88.0 (9 września 2014)
Systemy operacyjne: VMware vSphere 5.5
Nazwa pliku: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib (707 KB)

Pozostaje go zainstalować. Jak to zrobić, opisano poniżej..

Przede wszystkim sprawdzamy wersję zainstalowanego sterownika, a jeśli jest inny, zastępujemy go odpowiednim.

A) Przejdź do konsoli ESXi hosta przez PuTTY jako root i uruchom polecenie

lista wibracji oprogramowania esxcli | grep scsi

Oto, co miałem przed zmianą sterownika

~ # lista wibracji oprogramowania esxcli | grep scsi


scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMwareCertified 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Partner Hewlett-Packard Obsługiwany 2018-04-10
scsi-hpvsa 5.5.0.100-1OEM.550.0.0.1331820 Partner Hewlett-Packard Obsługiwany 2018-04-10
scsi-mpt2sas 10/15 / 06.00.1vmw-1OEM.550.0.0.1198610 LSI VMwareCertified 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10

To znaczy Nie ten jeden. Dlaczego I oto, co pokazał test wydajności. Nie chodzi o test, ale z powyższych poleceń widać, że jest testowany.

Wykonujemy następujące polecenia z konsoli ESXI:

cd / vmfs / Volume / [magazyn danych]
czas dd if = / dev / zero of = plik temp bs = liczba 8k = 1000000

Uwaga: Nie zapomnij zmienić [magazynu danych] na nazwę swojego prawdziwego magazynu danych.

Otrzymujemy wynik:


1000000 + 0 rekordów w
1 000 000 + 0 zapisów
prawdziwe 14m 12,62s
użytkownik 0m 12,23s
sys 0m 0,00s

Wydaje się, że nie jest źle, tak?

Dla porównania, w tej samej konfiguracji, ale z zainstalowanym ESXi 5.1U3 otrzymujemy coś takiego:


1000000 + 0 rekordów w
1 000 000 + 0 zapisów
prawdziwe 17m 25,62s
użytkownik 0m 7,23s
sys 0m 0,00s

Oznacza to widoczną poprawę w stosunku do poprzedniej wersji hiperwizora. Ale musisz mi uwierzyć na słowo, a potem spojrzeć na zupełnie inny wynik. Przeczytaj do końca.

Tak więc przystępujemy do zmiany sterownika.

Procedura jest dość prosta. Zakłada się, że już pobrałeś potrzebny sterownik ze strony internetowej HP, korzystając z powyższego łącza.

  1. Zatrzymaj wszystkie działające maszyny wirtualne
  2. Jeśli nie jest włączony, włącz ssh
  3. Skopiuj plik „scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib” do / tmp (na przykład przy użyciu WinSCP)
  4. Łączymy się z konsolą hiperwizora ESXi za pomocą PuTTY (oczywiście z uprawnieniami roota)
  5. Zmień bieżący folder na ten, w którym umieścisz plik, to znaczy na folder / tmp
    cd / tmp
  6. Skopiuj plik VIB do folderu, z którego zostanie zainstalowany
    cp scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib / var / log / vmware /
  7. Tłumaczymy hiperwizora w trybie konserwacji
    Konserwacja systemu esxcli Zestaw trybów - dostępny prawda
  8. Usuń bieżący sterownik podsystemu dyskowego
    oprogramowanie esxcli Vib usuń -n scsi-hpvsa -f
  9. Zainstaluj odpowiedni sterownik scsi-hpvsa-5.5.0-88OEM z plikuesxcli software vib install -v plik: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib --force --no-sig-check - tryb konserwacji
  10. Ponownie uruchamiamy ESXi, wyłączamy tryb konserwacji, wyłączamy ssh (w razie potrzeby) i uruchamiamy nasze maszyny wirtualne.
Uwaga: Możesz wyłączyć tryb konserwacji z klienta lub konsoli za pomocą polecenia:
Obsługa systemu esxcli Zestaw trybów - można ustawić fałsz

Czy wszystko jest proste? Tak tylko.

Ale zawsze chcesz mieć pewność, że autor nie kłamał.

Sprawdź, czy zmieniła się wersja sterownika.

lista wibracji oprogramowania esxcli | grep scsi


scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMwareCertified 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Partner Hewlett-Packard Obsługiwany 2018-04-10
scsi-hpvsa 5.5.0-88OEM.550.0.0.1331820 Partner Hewlett-Packard Obsługiwany 2018-04-10
scsi-mpt2sas 10/15 / 06.00.1vmw-1OEM.550.0.0.1198610 LSI VMwareCertified 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10

Tak Zmieniono na poprawny.

Co z prędkością? Nie oszukany? Sprawdź Co ja sam zrobiłem. Wielokrotnie uruchamiany test wydajności. Wynik, delikatnie mówiąc, oszołomił mnie

cd / vmfs / Volume / [magazyn danych]
czas dd if = / dev / zero of = plik temp bs = liczba 8k = 1000000


1000000 + 0 rekordów w
1 000 000 + 0 zapisów
prawdziwe 2m 6,73s
użytkownik 0m 5,21s
sys 0m 0,00s

Jest SIEDEM razy szybszy niż w poprzednim sterowniku i prawie 9 razy szybszy niż w ESXI 5.1U3

Na forum użytkownicy potwierdzili, że sterownik jest instalowany mniej więcej tak samo, a nie podczas instalacji ESXi 6.0 i 6.5. Zastąpienie go wersją scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820 prowadzi do tego samego przyspieszenia podsystemu dyskowego.

Kurtyna! Moim zdaniem - to więcej niż przekonujący argument za zastąpieniem sterownika.