Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration


예전에 Hyper-V에서 Live Migration하는 방법을 소개해 드렸지요.

윈도우 서버 2012 - Hyper-V의 새로운 기능 Live Migration
; https://www.sysnet.pe.kr/2/0/1356

위의 글에서는 마이그레이션을 위한 IP 지정을 설명만 하고 넘어갔는데요. 이번에 직접 실습을 해보았습니다. 이를 위해 다음과 같은 2대의 PC를 준비했는데요.

A 컴퓨터
 - hyper-v를 설치
 - 네트워크 카드 2개
    카드1의 IP: 192.168.10.150
    카드2의 IP: 10.10.10.202

B 컴퓨터
 - hyper-v를 설치
 - 네트워크 카드 2개
    카드1의 IP: 192.168.10.151
    카드2의 IP: 10.10.10.203

A, B 컴퓨터의 NIC 1번에는 사내에서 사용되는 네트워크 선을 각각 연결하고, 남는 NIC 2번에는 서로 Cross Cable을 연결한 후 10.10.10.0 대역으로 임의의 IP를 주었습니다. 물론, 게이트웨이는 비워놓고.

hyperv_backup_1.png

그다음, A 컴퓨터 Hyper-V 관리자에서 Live Migration 설정을 들어가 아래 그림과 같이 가상 머신 데이터 이동을 위한 IP를 지정해 줍니다. (제 경우에는 일일이 IP를 지정하기보다는 CIDR 방식으로 10.10.10.0/24로 설정했습니다.)

hyperv_backup_2.png

이걸로 설정이 끝난 걸까요? 실제로 이 상태에서 A 컴퓨터의 VM을 B 컴퓨터의 VM으로 전송시키면 데이터 전송이 192.168.10.xxx 대역에서 이뤄질 수 있습니다. (제가 테스트 한 환경에서는 그랬습니다.) 확실하게 10.10.10.xxx 대역의 IP로 VM 전송을 원한다면 대상 컴퓨터(B)에서도 Hyper-V 라이브 마이그레이션 설정에 들어가 IP 대역을 지정해 주어야 합니다.

그런데, 어떻게 제대로 된 회선으로 데이터 전송이 이뤄지고 있는지 확인할 수 있을까요? 저는 ^^ 그냥 간단하게 작업 관리자에서 확인했습니다.

hyperv_backup_3.png

위의 그림에 보면, 3개의 Ethernet 정보가 나오고 세 번째에서 Send 속도가 200Mbps로 현재 VM이 전송되는 회선으로 사용 중임을 알 수 있습니다. 그리고 그것의 IPv4 주소는 10.10.10.202로 나오고.

오~~~ 멋지지 않나요? ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/5/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13961정성태7/5/202515디버깅 기술: 222. WinDbg 분석 사례 - IISreset 시점에 w3wp.exe의 crash 발생
13960정성태7/3/2025474개발 환경 구성: 752. ProcDump - C/C++ 예외 코드 필터를 지정한 덤프 생성
13959정성태6/25/20251292오류 유형: 966. Ubuntu - ping: connect: Network is unreachable
13958정성태6/21/20251619닷넷: 2339. C# - Phi-4-multimodal 모델의 GPU 가속 방법 (ORT 사용)파일 다운로드1
13957정성태6/20/20251472닷넷: 2338. C# / Foundry Local - Phi-4-multimodal 모델을 사용하는 방법
13956정성태6/19/20251656개발 환경 구성: 751. Triton Inference Server의 Python Backend 프로세스
13955정성태6/18/20251778오류 유형: 965. Hugging Face 모델 다운로드 시 "requests.exceptions.HTTPError: 401 Client Error: Unauthorized for url: ..." 오류
13954정성태6/18/20251603닷넷: 2337. C# - Hugging Face에 공개된 LLM 모델을 Foundry Local에서 사용하는 방법파일 다운로드1
13953정성태6/16/20251425스크립트: 78. 파이썬 - 소스 코드의 파일 경로를 지정한 모듈 로드
13952정성태6/15/20251766닷넷: 2336. C# - IValueTaskSource로 인해 주의가 필요한 ValueTask 호출파일 다운로드1
13951정성태6/15/20251630오류 유형: 964. Outlook - 일정이 "You cannot make changes to contents of this read-only folder." 오류 메시지로 삭제가 안 되는 경우
13950정성태6/12/20252126닷넷: 2335. C# - 간단하게 구현해 보는 IValueTaskSource 예제파일 다운로드1
13949정성태6/11/20251831오류 유형: 963. SignTool - "Error: SignerSign() failed." (-2146869243/0x80096005)
13948정성태6/10/20251430오류 유형: 962. 파이썬 - Linux 환경 + TCP 서버 소켓을 사용하는 프로세스 종료 후 재실행하는 경우 "OSError: [Errno 98] Address already in use" 오류 발생
13947정성태6/9/20251910개발 환경 구성: 750. 파이썬 - Azure App Service에 응용 프로그램 배포 후의 환경
13946정성태6/9/20252019개발 환경 구성: 749. 파이썬 - Azure App Service에 응용 프로그램 배포하기 전의 환경
13945정성태6/7/20251728오류 유형: 961. 파이썬 + conda - mysqlclient 사용 시 "NameError: name '_mysql' is not defined" 에러
13944정성태6/7/20255474오류 유형: 960. The trust relationship between this workstation and the primary domain failed. - 네 번째 이야기
13943정성태6/6/20252143개발 환경 구성: 748. Windows + Foundry Local - 로컬에서 AI 모델 활용 [1]
13942정성태6/5/20251693오류 유형: 959. winget 설치 시 "0x80d02002 : unknown error"
13941정성태6/2/20251529닷넷: 2334. C# - cpuid 명령어를 이용한 CPU 제조사 문자열 가져오기파일 다운로드1
13940정성태6/1/20251973C/C++: 188. C++의 32비트 + Release 어셈블리 코드를 .NET으로 포팅할 때 주의할 점파일 다운로드1
13939정성태5/29/20252485오류 유형: 958. NVIDIA Triton Inference Server - version `GLIBCXX_3.4.32' not found (required by /opt/tritonserver/backends/python/triton_python_backend_stub)
13938정성태5/29/20251932개발 환경 구성: 747. 파이썬 - WSL/docker에 구성한 Triton 예제 개발 환경
13937정성태5/24/20251877개발 환경 구성: 746. Windows + WSL2 환경에서 (tensorflow 등의) NVIDIA GPU 인식
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...