내 테스트 랩에 대해 질문이 있습니다. 이것을 프로덕션에 적용하는 것보다 개념을 이해하는 것이 더 중요합니다.
Linux/windows VM이 거의 구성되지 않은 ESXi가 있고 VMWare 변환기를 사용하여 백업을 생성하고 싶습니다.
프로세스 속도를 높이기 위해 Windows 7 및 VMWare Converter를 설치한 동일한 ESXi 호스트에 Windows VM을 생성하기로 결정했습니다.
호스트에는 기가비트 카드가 있지만 현재 100Mb FD 포트에 연결되어 있습니다. Windows 7에는 1GB 카드가 연결된 것으로 표시됩니다.
VMWare 변환기를 사용하여 백업을 수행할 때 호스트 IP를 소스 및 대상으로 지정하므로 네트워크를 통해 랩탑을 사용하는 것보다 복사가 더 빠를 수 있다고 생각했습니다.
글쎄요, 간단히 말해서, 저는 끔찍한 성능(4Mb/초)을 얻었습니다. 호스트가 VM과 호스트 사이에 100Mb 통신을 실행하고 있다는 사실에도 불구하고 (내가 틀렸다면 정정) 대신 어떤 제한도 있어서는 안 되기 때문에 나는 이것에 대해 혼란스러워합니다.
네트워크 성능을 최적화하기 위해 Windows 7을 조정했지만 약간의 개선이 이루어졌습니다. 50Gb(씬) VM을 백업하려면 여전히 4시간이 필요합니다.
추가적으로 저는 이렇게 묻고 싶었습니다. 점보 프레임이 도움이 될까요? 점보 프레임은 end to end를 지원해야 하는 것으로 알고 있는데, 현재 호스트가 연결된 네트워크 스위치는 이를 지원하지 않는 것으로 알고 있는데, 궁금합니다.
1) ESXi 호스트는 점보 프레임을 전혀 지원합니까?
2) 어떻게든 활성화할 수 있나요?
3) 그렇게 하면 VM과 호스트 간의 대량 전송이 향상될 것 같은데, 점보 작업이 아니기 때문에 실제 스위치를 통과하는 통신에 영향을 미칠까요?
읽어 주셔서 감사합니다
답변1
점보 프레임은 약간의 차이를 만들 수 있지만 처리량 문제는 훨씬 더 심각한 문제를 나타냅니다. ESXi에서 점보 프레임을 활성화할 수 있지만 vCLI 명령줄 도구를 사용해야 합니다. 여기에서 특정 지침을 찾을 수 있습니다.VMware ESXi 구성 문서.
몇 가지 가능한 원인이 있습니다.
ESXi 호스트에 데이터가 들어오고 나갈 수 있습니다. 이 경우 Converter는 ESXi 호스트의 VM 내에서 데이터를 물리적 네트워크를 통해 관리 인터페이스로 다시 복사합니다. 100메가비트 업링크라는 점을 감안할 때 보고한 4메가비트/초가 아닌 몇 메가바이트/초를 얻을 것으로 기대합니다.
ESX 호스트 NIC는 실제로 스위치와 100Mbps/전이중 설정을 올바르게 협상하지 않을 수 있습니다. ESXi 호스트의 스위치와 pNIC 설정이 모두 올바르게 설정되어 있는지 확인하십시오.
변환기는 처리량 측면에서 그다지 효율적이지는 않지만 파일 수준이 아닌 블록 기반 디스크 복사를 사용하는 경우 괜찮습니다(전송 속도는 링크 대역폭 최대의 50%를 초과합니다. 예를 들어 100Mbps에서 4Meg/초) 네트워크, GigE에서는 40Meg/초). 복사본이 파일 수준 복사를 사용하는 경우 작업 속도가 훨씬 느려집니다.
이 모든 활동은 VM이 저장된 디스크 하위 시스템에 상당한 양의 추가 로드를 가하고 있습니다. 상당히 느린 스토리지(예: RAID 5의 몇 개의 SATA 드라이브)에서 이 모든 것을 실행하는 경우 디스크가 스래싱될 수 있지만 건강한 스토리지 설정의 경우 이러한 종류의 일은 스트레스가 되지 않습니다.
문제는 가상 네트워킹에 있다고 생각합니다. 문제가 있다고 가정하면 다음을 고려해야 합니다.
ESXi 관리 포트가 VM의 프로덕션 네트워크 포트 그룹과 동일한 가상 스위치에 있는 경우 트래픽은 가상 스위치 내에서 내부적으로 루프백되어야 합니다. 그렇지 않은 경우 포트\포트 그룹에 VLAN이 구성되어 있는지 확인하거나 IP 주소로 인해 트래픽이 다시 들어오기 전에 스위치를 종료해야 한다고 생각하는지 확인합니다(예: 관리 권한이 있는 경우). 다른 서브넷의 포트를 VM 네트워크에 연결하고 외부 라우터를 사용하여 통신할 수 있습니다. 네트워크가 위의 작업을 올바르게 수행하지 않는 것으로 의심되면 소스 및 대상 VM을 관리 포트와 동일한 서브넷에 배치하고 관리 포트와 동일한 vSwitch의 VM 포트 그룹에 연결할 수 있습니다. 다양한 시스템(소스, 변환기 VM 및 ESX 호스트) 간의 트래픽이 vSwitch의 범위 내에 유지되도록 합니다. 관리 포트를 엉망으로 만드는 대신 VM 포트 그룹을 이동하십시오. 실수를 저지른 경우 문제를 해결하려면 ESXi의 물리적 콘솔로 돌아가야 하며 이로 인해 위험을 감수하지 않는 것이 가장 좋습니다.
또한 백업 프로세스와 같은 작업이 모든 관리 포트 네트워크 대역폭 등을 점유하는 경우를 대비하여 시작하기 전에 최대한 많이 종료하십시오.
답변2
SSL 암호화를 끄는 것이 이 문제를 해결하는 방법입니다. 수행 방법은 다음과 같습니다.
Open the converter-worker.xml configuration file. It is located in
"%ALLUSERSPROFILE%\VMware\VMware vCenter Converter Standalone"
folder for Windows Vista or newer or in
"%ALLUSERSPROFILE%\Application Data\VMware\VMware vCenter Converter Standalone"
for older Windows versions.
Set the key Config/nfc/useSsl to false and save the configuration file.
Restart "VMware vCenter Converter Standalone Worker" service.
즉, 다음과 같아야 합니다.
...
<nfc>
<readTimeoutMs>120000</readTimeoutMs>
<useSsl>false</useSsl>
...
""VMware vCenter Converter Standalone Worker" 서비스를 다시 시작하십시오."