이는 Cybernetics miSAN D iSCSI SAN에서 VM을 실행하는 ESXi 4.0의 새로운 설정입니다.
VM에서 높은 데이터 읽기 테스트를 수행하는 데에는 VM이 로컬 디스크에 있고 더 느린 VMWare Server 1.0 호스트에 있는 동일한 VM에서는 1.5분이 걸렸는데 비해 8분이 걸렸습니다. SAN에서 읽기 속도를 관찰하고 있는데 최대 읽기 속도가 3MB/s를 약간 넘고 VM의 디스크 사용량이 3MB/s를 조금 넘는 수준으로 일치합니다....끔찍하게 느립니다.
서버와 SAN은 모두 동일한 1GB 스위치에 연결됩니다. 나는 이 가이드를 따랐다
virtualgeek.typepad.com/virtual_geek/2009/09/a-multivendor-post-on-using-iscsi-with-vmware-vsphere.html
다중 경로를 올바르게 설정했지만 여전히 VM 성능이 좋지 않습니다. SAN과 네트워크가 100MB/s 이상을 처리할 수 있어야 한다는 것을 알고 있지만 이해가 되지 않습니다. ESXi 호스트의 2GB NIC에 다중 경로가 지정된 SAN에 2GB NIC가 있습니다. VMkernel당 NIC 1개. 속도를 향상시키기 위해 확인하거나 수행할 수 있는 다른 방법이 있습니까? 어떤 조언이라도 미리 감사드립니다.
답변1
해당 SAN 하드웨어는 Vmware용으로 인증되었으므로 이를 조사할 수 있도록 지원을 받으십시오. 성능 저하의 일반적인 원인은 SAN 하드웨어 인터페이스의 과부하입니다. 동일한 SAN에 여러 연결이 있는 경우 모든 연결이 최대 속도로 제공될 수 없기 때문입니다.
또한 SATA 디스크라도 최대 3Gb/s의 대역폭을 가지므로 SAN이 로컬 디스크의 속도와 결코 일치하지 않기 때문에 로컬 디스크는 설정에서 항상 SAN보다 빠릅니다. 성능에 도움이 되지 않는 광섬유 대신 이더넷을 사용하고 있을 수도 있습니다.
SAN을 사용하는 이유는 속도뿐만 아니라 모든 중요한 데이터를 저장하고 적절한 RAID 레벨이 적용되는지 확인할 수 있는 중앙 관리 장소를 갖기 위해서입니다. SAN의 장점 중 하나인 복제와 같은 특정 기능도 있습니다.
답변2
해당 설정은 합리적인 성능을 제공할 수 있어야 하며 제가 수집한 바에 따르면 해당 어레이는 작은 블록 임의 IO의 경우에도 초당 약 60-70MB를 유지할 수 있습니다. 나는 이에 대한 경험이 없지만 사양에 따르면 귀하의 요구 사항을 쉽게 처리할 수 있어야 하며 검색 결과에 따르면 이를 뒷받침하는 몇 가지 리뷰가 있습니다.
어쨌든 내가 너라면 먼저 조금 물러났을 텐데. 다중 경로를 (처음에는) 제거하고 단일 경로(VMware 측에서)를 확보하여 적절한 성능을 유지할 수 있는지 확인하십시오. 8개의 드라이브 장치가 있고 10,000개의 SAS 드라이브, 1개의 핫 스페어, 7개의 드라이브 RAID 5 팩이 있다고 가정하면 우수한 전용 인터페이스에서 단일 인터페이스에 대해 초당 100Meg 이상의 순차 읽기 또는 쓰기를 쉽게 제공할 수 있어야 합니다. Gbit LAN은 모든 ip\tcp 및 iSCSI 오버헤드까지 고려합니다. SAN에서 또는 SAN에서 대용량 파일 복사본(어레이의 쓰기 캐시보다 훨씬 큰 것)에 대한 간단한 대량 테스트를 수행하여 해당 내용이 표시되는지 확인합니다. SAN 볼륨을 읽고 쓰는 경우 성능은 BTW의 절반 이하가 됩니다. 그렇지 않다면 일반적인 용의자를 모두 살펴보고 싶을 것입니다.
- 우선 SAN의 캐시가 올바르게 구성되었는지 확인하세요.
- 모든 드라이브가 건강한지 확인하십시오. 즉, RAID 재구축에 어려움을 겪고 있지 않은지 확인하십시오.
- 스위치가 건강하고 다른 작업으로 바쁘지 않은지 확인하십시오. 이상적으로는 SAN 트래픽을 자체 스위치로 격리해야 하며, 그렇게 할 수 없는 경우 자체 VLAN에 배치해야 합니다.
- 다른 일로 매우 바쁜 값싼 스위치에는 넣지 마십시오.
- 모든 포트(ESX, 스위치 및 SAN)의 이중 및 속도 설정을 확인하세요.
- 다른 모든 것이 작동하는지 확인할 때까지 점보 프레임 및 ESX를 사용하지 마십시오.
- 스위치에서 하드웨어 흐름 제어를 확실히 활성화하십시오.
테스트할 때 ESX 호스트나 SAN이 다른 작업을 하고 있지 않은지 확인하십시오.
단일 업링크의 순차 트래픽에 대해 100Meg/초를 초과하는 데 성공하면 다중 경로가 차이를 가져오는지 확인하는 것을 고려할 수 있습니다. ESX4의 iSCSI를 사용하면 가능하지만 스토리지 어레이가 ESX 4와 함께 이를 올바르게 지원하지 않는 한 거의 불가능합니다. 이에 대한 지침은 어레이 공급업체에 문의하겠습니다.
답변3
다중 경로로 인해 문제가 발생할 수 있습니다. 다중 경로를 비활성화하고 SAN에 하나의 1Gb 연결만 가질 수 있습니까? 시도해 보셨습니까? VMware는 잘못된 링크나 패킷 전달 지연으로 인해 부하가 걸릴 때 경로 스래싱을 일으킬 수 있습니다.
그런데 SAN과 ESXi 호스트가 해당 링크에 있는 유일한 두 개의 장치인 경우 1Gb 링크의 최대 처리량은 ~30MBytes/초가 됩니다.
답변4
VMware의 기본 MPIO(다중 경로 IO 드라이버)는 활성/수동 전용이므로 LUN당 하나의 경로만 사용한다는 점을 기억하세요. 따라서 모든 트래픽이 단일 LUN으로 이동하는 경우 해당 트래픽을 그곳으로 가져오는 데 하나의 경로만 사용하게 됩니다. 내가 아는 유일한 지원 타사 MPIO 드라이버는 Active/Active MPIO 드라이버인 EMC의 PowerPath이지만 이를 위해서는 vSphere Enterprise Plus 에디션이 필요합니다.
살펴볼 몇 가지 사항.
SAN, 스위치 및 호스트에서 점보 프레임을 활성화했습니까? 모니터링 도구를 통해 SAN에 성능 문제가 표시됩니까? 문제의 LUN 뒤에 있는 디스크는 몇 개입니까? 동일한 디스크에 얼마나 많은 다른 것들이 영향을 미치고 있습니까?