Proxmox 중첩 VM 설정 - ESXi 튜토리얼
Proxmox VE를 VMware ESXi 내부의 가상 머신으로 실행하고 그 안에 실제 VM이 있습니다. 두 가지 설정(ESXi 측의 노출된 가상화 스위치와 네트워크 측의 포트 그룹 보안 수정)의 작동 여부와 KVM이 살아 있음을 증명하는 터미널 검사 및 중첩된 실험실의 정직한 한계를 결정합니다.
📑Chapters
- What nested virtualization is — and the honest lab picture before you start
- Creating the Proxmox VM in ESXi with lab-sized resources
- Setting one — expose hardware assisted virtualization to the guest OS
- Installing Proxmox VE and opening the web interface on port 8006
- Proving KVM is alive — the three terminal checks
- The port group fix — why VMs inside Proxmox have no network
- Creating a VM inside Proxmox — CPU type host
- Honest lab limits — learning yes, production no
📋 개요 및 단계별 가이드
시작하기 전에 — 정직한 사진
중첩된 가상화는 가상 머신 내부에서 실행되는 하이퍼바이저를 의미합니다. 즉, ESXi 내부의 Proxmox와 그 내부에 자체 VM 및 컨테이너가 있습니다. 서버 1개, 학습할 플랫폼 2개, 추가 하드웨어가 전혀 없는 가장 저렴한 실습실입니다. 하지만 시작하기 전에 세 가지 사실을 명확히 해야 합니다.
첫째, 이것은 실험실 기술입니다. VMware는 가상화 기반 보안을 위한 Hyper-V와 같이 좁게 문서화된 사례를 제외하고 ESXi에서 타사 하이퍼바이저 실행을 지원하지 않습니다. Nested Proxmox는 작동하며 수천 개의 홈 랩에서 이를 실행하지만 이에 대한 지원 전화를 받는 공급업체는 없습니다.
두 번째, 물리적 CPU에는 서버 BIOS에서 활성화된 Intel VT-x 또는 AMD-V가 있어야 합니다. ESXi는 하드웨어가 꺼진 기능을 통과할 수 없습니다.
셋째, 중첩된 설정은 호스트의 여유 용량만큼만 강력합니다. Proxmox 자체에는 리소스가 필요하며 Proxmox 내부의 모든 VM은 리소스를 다시 소비합니다. 8GB 호스트는 실망스러운 랩을 호스팅하게 됩니다.
실험실 규모의 리소스를 사용하여 ESXi에서 Proxmox VM 생성
ESXi에서 새 가상 머신을 생성합니다. 게스트 OS 제품군을 Linux로 설정합니다. Proxmox VE는 Debian을 기반으로 구축되었으므로 Debian 64비트 프로필이 가장 일치합니다. vCPU 4개 및 8~16GB RAM을 제공하세요. Proxmox 자체는 약 1~2GB 정도 유휴 상태이고 나머지는 Proxmox 내부에서 실행할 게스트를 위한 것입니다.
100GB 이상의 가상 디스크를 만듭니다. 중첩된 모든 VM의 디스크가 이 디스크 안에 있습니다. 네트워크 어댑터의 경우 Proxmox 버전이 이를 명확하게 감지하면 VMXNET3이 작동하고 E1000E도 작동합니다. Debian 기반 설치 프로그램에서는 둘 다 괜찮습니다.
Proxmox VE ISO를 CD/DVD 드라이브에 연결하고 전원을 켤 때 연결되도록 설정합니다. Proxmox 공식 웹사이트(proxmox.com)에서만 ISO를 다운로드하세요. 아직 VM 전원을 켜지 마세요. VM을 끄면 다음 단계가 훨씬 쉽습니다.
설정 1 - 하드웨어 지원 가상화를 게스트 OS에 노출
이것은 전체 설정의 기초가 되는 설정입니다. Proxmox VM → 설정 편집을 마우스 오른쪽 버튼으로 클릭하고 가상 하드웨어 탭에서 CPU 섹션을 확장한 다음 게스트 OS에 하드웨어 지원 가상화 노출을 선택합니다. 이렇게 하면 CPU의 가상화 확장(Intel의 vmx 플래그, AMD의 svm)이 Proxmox VM을 통해 전달되므로 Proxmox의 자체 KVM 하이퍼바이저가 이를 사용할 수 있습니다.
이 확인란이 없으면 Proxmox는 정상적으로 설치 및 부팅되지만 내부의 VM은 KVM 가속을 사용할 수 없으며 첫 번째 중첩 게스트를 시작하려고 할 때만 오류가 나타납니다.
체크박스는 VM의 .vmx 구성 파일에 한 줄을 기록하며, 체크박스에 접근하기 어려운 경우 동일한 줄을 직접 추가할 수 있습니다.
vhv.enable = "TRUE"Proxmox VE 설치 및 웹 인터페이스 열기
VM의 전원을 켜고 ISO에서 부팅하여 Proxmox VE 설치 프로그램을 실행합니다. 대상 디스크(생성한 100GB 가상 디스크)를 선택하고, 국가, 시간대, 키보드 레이아웃을 설정하고, 루트 비밀번호와 이메일 주소를 설정하고, 랩 네트워크의 호스트 이름과 고정 관리 IP 주소를 서버에 제공하세요.
설치가 완료되면 VM을 Proxmox로 재부팅합니다(이제 ISO 연결을 끊을 수 있습니다). 그런 다음 PC의 브라우저에서 Proxmox 웹 인터페이스를 엽니다. 아래 주소를 설치 중에 Proxmox에 제공한 IP로 바꾸세요.
https://YOUR-PROXMOX-IP:8006KVM이 살아 있음을 증명하세요 - 세 가지 터미널 점검
아직 단일 게스트를 생성하지 마세요. Proxmox 웹 인터페이스에서 노드를 선택하고 셸을 연 후 다음 세 가지 검사를 실행하세요. 먼저 KVM 장치가 존재해야 합니다:
ls -l /dev/kvmSecond, nested virtualization must be switched on inside the KVM module. On an Intel host this must answer Y:
cat /sys/module/kvm_intel/parameters/nested(On an AMD host the module is kvm_amd instead, and the answer to look for is 1.) Third, the virtualization flag itself must be visible in the CPU information — the count must be above zero:
egrep -c "(vmx|svm)" /proc/cpuinfoDevice present, nested answered Y, flag count above zero — all three green means the ESXi side is done, and any remaining problem lives inside Proxmox. If /dev/kvm is missing, door one is shut: go back to Step 3 and check the setting with the VM powered off. Ninety seconds here saves an evening of guessing.
포트 그룹 수정 - Proxmox 내부 VM에 네트워크가 없는 이유
가장 이상한 중첩 연구실 결함: Proxmox 자체는 완벽하게 온라인 상태입니다. 즉, 게이트웨이에 ping을 보내고, 업데이트를 다운로드하고, 웹 UI를 로드합니다. 그러나 Proxmox 내부의 모든 VM은 네트워크 연결이 끊어져 DHCP 주소를 얻지 못하거나 아무것도 도달하지 못합니다. 아무것도 깨지지 않았습니다. ESXi는 해당 포트에 있는 하나의 시스템(하나의 MAC 주소가 있는 Proxmox VM)을 정확히 알고 있으며 Proxmox 내부의 모든 게스트는 위조된 것으로 보이는 가상 스위치에 도착하는 자체 MAC 주소로 전송합니다. 기본 포트 그룹 보안 정책은 해당 프레임을 즉시 삭제하며 응답도 되돌아오는 길을 찾을 수 없습니다.
수정 사항은 세 가지 설정입니다. ESXi에서 네트워킹으로 이동하여 Proxmox VM이 연결된 포트 그룹을 선택합니다. 설정을 편집하고 보안 섹션을 열고 세 가지 정책을 모두 수락으로 설정하세요.
• 무차별 모드: 수락
• MAC 주소 변경: 수락
• 위조 전송: 수락
저장한 다음 중첩된 게스트(또는 네트워크만)를 다시 시작하고 다시 테스트하세요. Proxmox 또는 ESXi를 재부팅할 필요가 없습니다. 게스트가 재전송하는 즉시 변경 사항이 적용됩니다.
Proxmox 내부에 VM 생성 - CPU 유형을 호스트로 설정
가상화 플래그가 통과해야 하는 두 번째 문이 있으며 Proxmox 내부에 있습니다. Proxmox에서 생성된 새 VM은 기본적으로 에뮬레이트된 CPU 모델(kvm64 제품군)을 사용합니다. 이는 가상화 플래그 없이 기존의 일반 CPU를 의도적으로 표시합니다. 따라서 VM을 실행하거나 플래그 종속 기능을 사용하려는 게스트는 아무것도 볼 수 없습니다.
Proxmox 내부에서 VM을 생성할 때 해당 하드웨어 설정을 열고 CPU 유형을 호스트로 설정하세요. 그런 다음 게스트는 실제 CPU 모델과 그 아래에 있는 시스템의 플래그를 수신합니다. 이는 중첩되어 Proxmox에 전달된 플래그가 한 수준 더 아래로 흐른다는 의미입니다. ISO를 Proxmox의 로컬 스토리지에 업로드하고, 이 한 가지 변경 사항으로 일반적인 방법으로 VM을 생성하고, 시작한 다음, 부팅되어 네트워크에서 IP 주소를 가져오는지 확인하세요. 이제 귀하의 중첩된 연구실이 완벽하게 작동하고 있습니다.
정직한 실험실 한계 — 이 설정의 용도와 용도가 아닌 것
중첩된 모든 항목에는 성능 세금이 두 번 부과됩니다. 중첩된 VM의 작업은 Proxmox에 의해 처리되고 Proxmox의 자체 작업은 동일한 물리적 CPU, RAM 및 스토리지를 기반으로 하는 ESXi에 의해 다시 처리됩니다. 중첩된 게스트는 하이퍼바이저에서 직접 실행되는 동일한 VM보다 눈에 띄게 느리게 느껴질 것으로 예상됩니다. Windows 게스트는 무엇보다도 이에 대해 가장 큰 비용을 지불합니다.
그렇다면 왜 ESXi 내에서 Proxmox를 실행해야 할까요? 솔직한 이유는 좋은 것입니다. 두 번째 플랫폼을 배우고, 마이그레이션을 연습하고, Proxmox 기능을 테스트하고, 안전하게 작업을 중단할 수 있는 가장 저렴한 방법입니다. 서버 1개, 하이퍼바이저 2개, 추가 하드웨어가 없고 프로덕션 환경에 어떤 것도 해를 끼칠 수 없습니다.
그리고 랩이 규모를 초과하면 종료는 간단합니다. Proxmox 구성과 게스트의 백업을 유지하고 베어메탈에서 동일한 설정을 다시 구축하는 것입니다. 이 페이지의 설정(노출된 가상화, 포트 그룹, 호스트 CPU)은 Proxmox가 하드웨어를 소유할 때 사라지는 것들입니다. 이는 오히려 학습에는 적합하지만 생산에는 적합하지 않습니다라는 점이 중요합니다.
🏷️Topic Search Variables & Keywords
🎙️ 전체 내용 — 탭하여 펼치세요
단계별 문제 해결 가이드 및 솔루션 - VMWARE ESXi NESTED VM 튜토리얼 내부에서 PROXMOX 구성. Technical Anshu의 화면 시연
VMware ESXi에 Proxmox VE를 VM으로 설치하고 그 안에서 실제 VM을 실행하세요. 중첩된 가상화를 작동시키는 두 가지 설정, 포트 그룹 수정 및 정직한 실험실 제한입니다.
(기록은 여기 소스 페이지에서 끝납니다)
❓ 자주 묻는 질문(영어)
이 튜토리얼은 100% 무료로 따라할 수 있나요?
그렇습니다! Technical Anshu가 시연하는 모든 가이드와 방법은 무료, 법적, 교육적 리소스를 사용합니다.
초보자도 이 가이드를 따를 수 있나요?
물론이죠! 모든 단계는 자세한 지침과 함께 화면에 표시되므로 누구나 쉽게 따라할 수 있습니다.
문제가 있으면 어디에 질문해야 하나요?
YouTube 동영상에 직접 댓글을 남겨주시면 저희 커뮤니티와 Technical Anshu가 도와드리겠습니다.
🚀 YouTube에서 전체 튜토리얼 보기
🚀 YouTube에서 전체 단계별 비디오 튜토리얼을 시청하세요: https://www.youtube.com/watch?v=_KeUQr-Nq1Y
IT 지원, Windows 문제 해결 및 서버 관리를 위한 Technical Anshu를 구독하세요.
▶️ 전체 동영상 보기