마이그레이션 시간 및 가동 중지 시간 측정 방법

Question

[1] virt-manager와 함께 KVM을 사용하여 한 시스템에서 다른 시스템으로 가상 시스템을 마이그레이션합니다.

내가 호스트 컴퓨터 터미널에서 다음 명령을 실행하여 이동 시간을 계산하려면 :

time virsh migrate --live UBVM1 qemu+ssh://server1.example.com 

그리고 출력 지금

real 0m15.430s 
user 0m0.031s 
sys 0m0.015s 

다음 보여주는를, 나는 약간의 비트 값을 초과하는 것을 혼동하고 이전 시간

Answer 1

관심있는 번호는 real 값입니다.이 값은 경과 된 베팅 한 실제 시간 ("벽시계")입니다 time d 명령의 시작과 완료. 다른 숫자로

는 user는 CPU가 커널 모드 (sys TEM) 코드에 소요되는 시간은 사용자 모드 코드와 sys입니다 실행 보낸 시간의 양입니다. 이 경우 VM 마이그레이션은 기본적으로 I/O 작업 (네트워크를 통해 데이터 전송)이기 때문에 CPU 작업을 마칠 때까지 기다릴 필요가 없기 때문에 그 숫자는 real 시간보다 훨씬 적습니다. 데이터.

원칙적으로

는 라이브 마이그레이션을 수행 어떠한 다운 타임이없는 :

---

추가 마이그레이션시 다운 타임을 확인하는 방법에 대한 의견 영업 이익의 후속 질문에 대답합니다. 실시간 마이그레이션 프로세스의 작동 방식은 대상 노드에서 VM을 '일시 중지됨'상태로 시작하고, VM이 원본 노드에서 활성 상태로 유지되는 동안 VM의 RAM 내용을 네트워크를 통해 보낸 다음 변경된 내용의 업데이트를 계속 보내는 것입니다 VM의 두 버전이 동일한 메모리 내용을 가질 때까지 RAM 내용. 동일하게되면 대상 노드의 VM이 실행되고 원본 노드의 VM이 동시에 종료됩니다. 물론 동기화가 절대적으로 완벽 할 수는 없지만 인스턴스가 실행되지 않는 간격은 몇 밀리 초 정도이어야합니다.

그러나 실제로는 노드의 가상 브리지와 물리적 네트워크 인프라가 VM의 IP 주소에 대한 트래픽을 다른 물리적 인터페이스로 재 라우팅해야한다는 것을 인식하는 데 다소 시간이 오래 걸립니다. 출발지 노드로 이동하지 말고 목적지 노드로 가십시오.). 내 환경에서 수행 한 몇 가지 테스트에서 라이브 마이그레이션을 수행 한 후 일반적으로 VM은 30 초 동안 액세스 할 수 없습니다. 이 환경을 테스트하려면 이동하기 전에 이동하는 VM의 IP 주소에 연속적으로 ping을 시작한 다음 마이그레이션이 완료된 후 ping 출력을보고 VM이 응답하지 않는 시간을 확인하십시오.