나는 오래되었지만 안정적인 HP Microserver N40L을 가지고 있었습니다. 2012년부터 연중무휴로 사용하고 있었습니다. ESXi 5.1을 실행 중이었습니다. 두 개의 2003R2 서버(DNS 및 WEB 서버)가 있었습니다. 일종의 위험한 벡터의 캡슐화입니다. 그것은 단지 별도의 정보 웹 서버였습니다. 해킹당하면 백업에서 복구하고 다시 시작하는 것이 쉬웠습니다. 일반적으로 내부 네트워크에 연결되지 않고 콘텐츠 업데이트를 받기 위해 연결되었습니다. 그러나 시간이 흐르고 내 서버가 "피곤해"졌습니다.
나는 적어도 Windows Server 2008R2와 이상적으로는 Windows Server 2012 R2에서 DNS와 WEB를 모두 실행하고 싶었습니다. N40L이 전화를 끊기 시작했습니다. N40L에는 하드웨어 리소스가 충분하지 않았습니다. 2/2 아키텍처와 8GB RAM이 탑재된 1.5GHz AMD Turion(™) II 프로세서보다 더 강력한 것을 설치할 수 없습니다.
HP Microserver Gen8도 마법의 약은 아니지만 16GB 메모리와 예를 들어 2/4 아키텍처 및 초저전력 2.3/3.5GHz Intel® Xeon® E3-1220l 프로세서를 설치할 수 있습니다. 소비 (약 17-20W). 예를 들어 4/8 아키텍처의 Intel® Xeon® E3-1270 3.4/4.1GHz를 설치할 수 있습니다. 하지만 프로세서 하나만으로 Microserver보다 1.5배 더 비싸다는 사실에 놀라지 마세요 :-).
HP Microserver Gen8은 다음을 수행하는 마지막 HP 마이크로서버입니다.
- 업그레이드 가능,
- iLO 카드가 있습니다.
안타깝게도 Gen9은 나타나지 않았고 새로운 Gen10은…
HP Microserver Gen8은 공식적으로 판매되지는 않지만 여전히 구입할 수 있습니다. 중고 Gen8(G2020T)을 구입했습니다. 그런 다음 HPE ESXi 5.5U3 사용자 지정 이미지를 설치했습니다.
그러나 그것에 대해 더 많은 것이 있음이 밝혀졌습니다. 가장 흥미로운 일이 그 후에 일어나기 시작했습니다.
설치됨:Vmware-ESXi-5.5.0-Update3-3568722-HPE-550.9.6.5.9-Dec2016.iso
디스크 드라이버 버전: scsi-hpvsa-5.5.0.100-1OEM.550.0.0.1331820
결과적으로 HP는 ESXi 5.5용 디스크 하위 시스템 드라이버에서 무언가를 망치고 디스크 관리가 예상만큼 효율적이지 않게 되었습니다. 게다가 이 문제는 나중에 알게 된 것처럼 HPE ESXi 6.0, 6.5, 6.7 이미지에서도 발생했다.
동료와 이야기하고 웹을 검색한 결과 문제는 ESXi 5.5 이상의 설치 프로그램과 함께 HPE가 사용자 지정 이미지에 통합한 드라이버에 있다는 것을 이해했습니다.
그러나 이 문제는 해결할 수 있습니다. 인터넷 커뮤니티(https://homeservershow.com)는 HP Microserver Gen8에서 디스크 성능을 실제로 향상시키는 드라이버를 찾았습니다.
드라이버 버전: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820
공식 HPE 웹사이트에서 드라이버를 무료로 다운로드할 수 있습니다.
https://support.hpe.com/hpsc/swd/…b1dfc5314e02bc01b1436b
유형:드라이버 - 스토리지 컨트롤러
버전:5.5.0-88.0(2014년 9월 9일)
운영 체제 ):VMware vSphere 5.5
파일 이름:scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib(707KB)
이제 설치해야 합니다. 절차는 아래에 설명되어 있습니다. 먼저 설치된 드라이버의 버전을 확인하고, 다른 경우 올바른 것으로 교체하십시오.
PuTTY를 사용하여 ESXi 호스트 콘솔에 연결하고 루트로 인증한 다음 다음 명령을 실행합니다.
esxcli software vib list | grep scsi
이것은 드라이버를 변경하기 전에 가지고 있었던 것입니다:
esxcli software vib list | grep scsi
scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMware 인증 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Hewlett-Packard 파트너 지원 2018-04-10
scsi-hpvsa 5.5.0.100-1OEM.550.0.0.1331820 Hewlett-Packard 파트너 지원 2018-04-10
scsi-mpt2sas 15.10.06.00.1vmw-1OEM.550.0.0.1198610 LSI VMware인증 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
옳은 것이 아니라는 뜻입니다. 왜요? 다음은 디스크 성능 테스트 결과입니다. 정확한 테스트는 아니지만 주어진 명령에서 테스트 중인 내용을 이해할 수 있습니다.
ESXI 콘솔에서 다음 명령을 실행하십시오.
cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000
<강한> 
결과는 다음과 같습니다.
1000000+0 레코드
1000000+0 레코드 출력
실제 14분 12.62초
사용자 0분 12.23초
시스템 0m 0.00초
나쁘지 않죠?
ESXi 5.1U3이 설치된 동일한 구성에 대해 얻은 결과와 비교:
1000000+0 레코드
1000000+0 레코드 출력
실제 17분 25.62초
사용자 0분 7.23초
시스템 0m 0.00초
보시다시피 이전 ESXi 버전에 비해 개선된 점이 있습니다. 하지만 저를 믿고 다른 결과를 보아야 합니다. 이 게시물을 끝까지 읽으십시오.
이제 드라이버를 변경해 보겠습니다.
절차는 매우 간단합니다. 위의 링크를 따라 HPE 웹사이트에서 필요한 드라이버를 다운로드했다고 가정합니다.
- 실행 중인 모든 VM 중지
- 비활성화된 경우 SSH를 활성화합니다.
- scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib를 /tmp로 복사(예:WinSCP 사용)
- PuTTY를 사용하여 ESXi 호스트 콘솔에 연결
- 현재 폴더를 파일을 넣은 폴더로 변경합니다. i. 이자형. /tmp로:
cd /tmp - VIB 파일을 설치할 폴더로 복사합니다.
cp scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib /var/log/vmware/ - 호스트의 유지 관리 모드 활성화:
esxcli system maintenanceMode set --enable true - 디스크 하위 시스템의 현재 드라이버 제거:
esxcli software vib remove -n scsi-hpvsa -f - 파일에서 올바른 scsi-hpvsa-5.5.0-88OEM 드라이버를 설치합니다.
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 - ESXi를 다시 시작하고 유지 관리 모드를 비활성화하고 SSH(필요한 경우)를 비활성화하고 가상 머신을 시작합니다.
esxcli system maintenanceMode set --enable false
쉽나요? 네, 그렇습니다.
하지만 작성자가 거짓말을 하지 않았는지 항상 확인해야 합니다. 드라이버 버전이 변경되었는지 확인합니다.
esxcli software vib list | grep scsi
scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMware 인증 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Hewlett-Packard 파트너 지원 2018-04-10
scsi-hpvsa 5.5.0-88OEM.550.0.0.1331820 Hewlett-Packard 파트너 지원 2018-04-10
scsi-mpt2sas 15.10.06.00.1vmw-1OEM.550.0.0.1198610 LSI VMware인증 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMware인증 2018-04-10
예, 오른쪽으로 변경되었습니다. 그리고 다시 성능 테스트를 시작했습니다. 결과에 놀랐습니다:
cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000
1000000+0 레코드
1000000+0 레코드 출력
실제 2분 6.73초
사용자 0분 5.21초
시스템 0m 0.00초
7배 빨라요 이전 드라이버보다 거의 9배 ESXI 5.1U3보다 빠릅니다.
포럼 사용자는 ESXi 6.0 및 6.5 설치 중 잘못된 드라이버가 설치되었음을 확인했습니다. scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820으로 교체하면 디스크 하위 시스템이 마지막 테스트에서처럼 빠르게 작동하기 시작했습니다.
제 생각에는 이것이 ESXi 스토리지 드라이버 교체에 찬성하는 매우 설득력 있는 주장입니다.