ESXi: HPE Gen8'de Yavaş Disk Performansı

Eski ama güvenilir bir HP Microserver N40L'm vardı. 2012'den beri 7/24 kullanıyordum. ESXi 5.1 çalıştırıyordu. Birkaç 2003R2 sunucusu vardı (bir DNS ve bir WEB sunucusu). Tehlikeli vektörlerin bir tür kapsüllenmesi. Bu sadece ayrı bir bilgi web sunucusuydu. Saldırıya uğrarsa, bir yedekten kurtarmak ve yeniden başlatmak kolaydı. Normalde dahili ağa değil, içerik güncellemelerini almak için bağlıydı. Ancak zaman geçti ve sunucum "yoruldu".

Hem DNS hem de WEB'i en azından Windows Server 2008R2'de ve ideal olarak Windows Server 2012 R2'de çalıştırmak istedim. N40L telefonu kapatmaya başladı. N40L'de yeterli donanım kaynağı yoktu. 2/2 mimariye ve 8 GB RAM'e sahip 1,5 GHz AMD Turion (™) II işlemciden daha güçlü bir şey kuramazsınız.

HP Microserver Gen8'in de sihirli bir hap olmadığını anlıyorum, ancak 16 GB bellek ve örneğin 2/4 mimariye ve ultra düşük enerjiye sahip 2,3/3,5 GHz Intel® Xeon® E3-1220l işlemci takabilirsiniz. tüketim (yaklaşık 17-20 W). Örneğin, 4/8 mimarili Intel® Xeon® E3-1270 3.4/4.1 GHz yükleyebilirsiniz. Ancak o zaman işlemcinin tek başına Mikro sunucudan :-) 1,5 kat daha pahalı olmasına şaşırmamalısınız :-).

HP Microserver Gen8, son HP mikro sunucusudur ve şu özelliklere sahiptir:

  • yükseltilebilir;

  • iLO kartı vardır.

Ne yazık ki, Gen9 ortaya çıkmadı ve yeni Gen10… sadece okuyun ve göreceksiniz ?

HP Microserver Gen8 resmi olarak satılmamaktadır, ancak yine de satın alabilirsiniz. Kullanılmış bir Gen8 (G2020T) satın aldım. Ardından üzerine HPE ESXi 5.5U3 özel görüntüsünü yükledim.

Ancak, bununla ilgili daha fazlası olduğu ortaya çıktı. En ilginç şeyler daha sonra olmaya başladı.

Yüklendi: Vmware-ESXi-5.5.0-Update3-3568722-HPE-550.9.6.5.9-Dec2016.iso

Disk sürücüsü sürümü: scsi-hpvsa-5.5.0.100-1OEM.550.0.0.1331820

Görünüşe göre HP, ESXi 5.5 için disk alt sistemi sürücüsünde bir şeyi bozdu ve disk yönetimi olması gerektiği kadar verimli olmadı. Üstelik sonradan öğrendiğime göre bu sorun HPE ESXi 6.0, 6.5 ve 6.7 imajlarında da oluyordu.

Arkadaşlarımla konuştuktan ve Web'de arama yaptıktan sonra sorunun, HPE'nin ESXi 5.5 veya sonraki sürümlerin yükleyicisiyle özel görüntüsüne entegre ettiği sürücüde olduğunu anladım.

Ancak bu sorun çözülebilir. İnternet topluluğu (https://homeservershow.com), HP Microserver Gen8'de disk performansını gerçekten artıran bir sürücü bulmayı başardı.

Sürücü sürümü: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820

Sürücüyü resmi HPE web sitesinden ücretsiz olarak indirebilirsiniz:

https://support.hpe.com/hpsc/swd/…b1dfc5314e02bc01b1436b
Tür: Sürücü — Depolama Denetleyicisi
Sürüm: 5.5.0-88.0(9 Eylül 2014)
İşletim Sistemi(ler) ): VMware vSphere 5.5
Dosya adı: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib (707 KB)

Şimdi yüklememiz gerekiyor. Prosedür aşağıda açıklanmıştır. Her şeyden önce, kurulu sürücünün sürümünü kontrol edin ve farklıysa doğru olanla değiştirin.

PuTTY kullanarak ESXi ana bilgisayar konsolunu bağlayın, kök olarak kimlik doğrulaması yapın ve şu komutu çalıştırın:

esxcli software vib list | grep scsi

Sürücüyü değiştirmeden önce sahip olduğum şey buydu:

esxcli software vib list | 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 Hewlett-Packard PartnerSupported 2018 -04-10
scsi-hpvsa 5.5.0.100-1OEM.550.0.0.1331820 Hewlett-Packard PartnerSupported 2018-04-10
scsi-mpt2sas 15.10.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 VMwareCert birleşik 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 VMwareCert 2018- 04-10

doğru değil demektir. Neden? İşte disk performans testinin gösterdiği şey. Tam olarak bir test değil ama verilen komutlardan neyin test edildiğini anlayabilirsiniz.

ESXI konsolunda aşağıdaki komutları çalıştırın:

cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000

Not. [datastore]'u VMFS DataStore'unuzun adıyla değiştirmeyi unutmayın.

İşte sonuç:

1000000+0 kayıt girişi
1000000+0 kayıt çıkışı
gerçek 14dk 12.62s
kullanıcı 0m 12.23s
sys 0m 0.00s

O kadar da kötü değil, değil mi?

ESXi 5.1U3'ün kurulu olduğu aynı yapılandırma için elde edilen sonuçlarla karşılaştırın:

1000000+0 kayıt girişi
1000000+0 kayıt çıkışı
gerçek 17dk 25,62s
kullanıcı 0m 7.23s
sys 0m 0.00s

Gördüğünüz gibi, önceki ESXi sürümüne göre bir gelişme var. Ancak, bana güvenmeniz ve ardından farklı sonuçlara bakmanız gerekecek. Bu yazıyı sonuna kadar okuyun.

Öyleyse sürücüyü değiştirelim.

Prosedür oldukça basit. Yukarıdaki bağlantıyı izleyerek HPE web sitesinden ihtiyacınız olan sürücüyü indirdiğiniz varsayılmaktadır.

  1. Çalışan tüm VM'leri durdurun;

  2. Devre dışıysa, SSH'yi etkinleştirin;

  3. scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib'yi /tmp'ye kopyalayın (örn. WinSCP kullanarak);

  4. PuTTY kullanarak ESXi ana bilgisayar konsoluna bağlanın;

  5. Geçerli klasörü, dosyayı koyduğunuz klasörle değiştirin, i. e. /tmp'ye:

    cd /tmp

  6. VIB dosyasını kurulacağı klasöre kopyalayın:

    cp scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib /var/log/vmware/

  7. Ana bilgisayarın Bakım Modunu etkinleştirin:

    esxcli system maintenanceMode set --enable true

  8. Disk alt sisteminin mevcut sürücüsünü kaldırın:

    esxcli software vib remove -n scsi-hpvsa -f

  9. Şu dosyadan doğru scsi-hpvsa-5.5.0-88OEM sürücüsünü kurun:

    esxcli software vib install -v file:scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib --force --no-sig-check --maintenance-mode

  10. ESXi'yi yeniden başlatın, Bakım Modunu devre dışı bırakın, SSH'yi (gerekirse) devre dışı bırakın ve sanal makinelerinizi başlatın.

Not. Bakım Modunu istemciden veya konsoldan aşağıdaki komutu kullanarak devre dışı bırakabilirsiniz:

esxcli system maintenanceMode set --enable false

Kolay mı? Evet öyle.

Ancak yazarın yalan söylemediğinden her zaman emin olmanız gerekir. Sürücü sürümünün değiştiğinden emin olalım:

esxcli software vib list | 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 Hewlett-Packard PartnerSupported 2018 -04-10
scsi-hpvsa 5.5.0-88OEM.550.0.0.1331820 Hewlett-Packard PartnerSupported 2018-04-10
scsi-mpt2sas 15.10.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 VMwareCert birleşik 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 VMwareCert 2018- 04-10

Evet, doğru olana değişti. Sonra tekrar performans testine başladım. Sonuç beni şaşırttı:

cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000

1000000+0 kayıt girişi
1000000+0 kayıt çıkışı
gerçek 2d 6.73s
kullanıcı 0m 5.21s
sys 0m 0.00s

Önceki sürücüye göre YEDİ kat daha hızlı ve ESXI 5.1U3'e göre neredeyse 9 kat daha hızlı.

Forum kullanıcıları, ESXi 6.0 ve 6.5 kurulumu sırasında yanlış sürücünün kurulduğunu onayladı. scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820 ile değiştirirseniz, disk alt sistemi son testlerimdeki kadar hızlı çalışmaya başladı.

Bence bu, ESXi depolama sürücüsünün değiştirilmesi lehine çok ikna edici bir argüman.

İlgili makaleler