개념 사전/시스템 · 서버 / 가상화
개념 사전 · 프로그램

VMware Workstation

VMware · 브이엠웨어 · VMware Workstation

은 데스크톱 호스트에서 여러 을 만들고 실행하는 가상화 프로그램이다. VMnet 기반 가상 네트워크와 가상 디스크·스냅샷을 이용해 게스트의 자원 및 통신 경로를 구성한다.

밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.

로고: VMware by Broadcom 공식 자료. 제품 식별을 위해 표시하며 각 상표의 권리는 권리자에게 있습니다.

01무엇이고, 어떤 일을 하나

  • ISO·가상 디스크로 게스트 OS를 설치하고 실행한다.
  • ··호스트 전용 가상 네트워크에 의 NIC를 연결한다.
  • 복제와 스냅샷으로 설치·설정 변경의 기준 상태를 관리한다.

02어떤 순서로 동작하나

  1. 구성

    게스트 종류와 ·메모리·가상 디스크를 정의하고 설치 ISO를 가상 광학 장치에 연결한다.

  2. 부팅과 설치

    을 시작하면 게스트 설치 프로그램이 가상 디스크에 OS를 구성하고 이후 그 디스크에서 부팅한다.

  3. 네트워크 연결

    NIC를 선택한 VMnet에 연결한다. 브리지면 실제 LAN, 면 변환 경로, 호스트 전용이면 내부 연결이라는 차이가 생긴다.

  4. 게스트 서비스 검증

    게스트 안에서 주소·경로·listen 상태를 확인하고 예상한 호스트에서 접속한다. 관리 화면의 전원 상태와 서비스 준비는 별개다.

03먼저 알아둘 용어와 구성요소

는 호스트가 실행 시간을 배정하는 가상 실행 단위이며 물리 코어를 항상 하나씩 독점한다는 의미는 아니다.
게스트에 8GiB를 배정했다고 애플리케이션에 모두 여유롭게 제공되는 것은 아니며 게스트 OS와 호스트의 오버커밋·메모리 압박이 성능에 영향을 준다. 자원 할당값과 현재 실제 소비량은 다른 수치다.
모드에서는 가상 NIC를 실제 LAN과 연결된 가상 스위치에 붙여 게스트가 LAN의 별도 호스트처럼 통신하게 한다.
모드에서는 게스트의 출발지 주소 등을 변환해 호스트 쪽 경로로 외부에 나가며, 외부에서 게스트 서비스로 먼저 접속하려면 별도 포트 전달이 필요할 수 있다.
는 게스트와 호스트 사이의 내부 네트워크를 구성하는 방식이다.
스냅샷이 같은 저장 장치에 놓이면 그 장치 고장으로 기준과 차이 데이터가 함께 사라질 수 있으므로 별도 매체의 복원 가능한 백업과 구별한다.
LEARN THROUGH PRACTICE

VM의 가상 NIC에서 GNS3 스위치까지 연결 추적하기

설정의 네트워크 이름을 실제 실습 토폴로지의 연결점과 대응시킨다.

실습 구성과 전제

  • 설정 화면과 토폴로지 화면은 서로 다른 실습 구성이다. VMnet 번호가 다르므로 같은 NIC를 이어 촬영한 결과로 보지 않는다.
  • 의 가상 네트워크와 Cloud가 사용할 호스트 인터페이스가 준비되어 있어야 한다. 설정 화면은 연결 의도를 보여 줄 뿐 패킷 통과까지 증명하지 않는다.

  1. 게스트에 제공한 가상 하드웨어를 확인한다

    • 설정에서 메모리·CPU·가상 디스크와 NIC 수를 확인한다. NIC마다 연결할 VMnet이 따로 지정되므로 게스트의 두 인터페이스는 같은 네트워크에 있다고 가정할 수 없다.
    • Custom VMnet이라는 이름만으로 ··격리 네트워크 중 무엇인지 확정되지 않는다. 해당 VMnet의 실제 가상 네트워크 설정을 함께 읽어야 한다.
    수업 - VIRTUAL HOST · 설정·관리 화면 6원본 크기로 보기 ↗
    • VM에는 메모리 4GB, CPU 2개와 40GB NVMe 가상 디스크가 설정되어 있다.
    • 네트워크 어댑터 두 개가 각각 Custom VMnet19와 VMnet10을 사용한다.
    확인 기준

    연결 대상 VMnet 번호와 게스트 NIC의 를 기록해 대응시킨다. 화면에 없는 IP 주소나 을 추정하지 않는다.

  2. GNS3의 Cloud 연결을 스위치 포트에 대응시킨다

    • Cloud는 호스트 측 인터페이스 등 외부 연결점을 토폴로지에 연결한다. 게스트→가상 NIC→VMnet→Cloud→가상 스위치 경로를 실제 설정 이름으로 따라간다.
    • 별도 토폴로지에는 ··의 VMnet 연결점이 스위치에 모인다. 같은 스위치에 선이 연결되었다고 IP 대역과 게스트 방화벽까지 자동 설정되는 것은 아니다.
    4/20 · 실습·개념 참고 화면 10원본 크기로 보기 ↗
    • Ubuntu VMnet17, Rocky VMnet19, Windows VMnet18 표시가 각각 Cloud 옆에 보인다.
    • Cloud 연결들이 중앙 스위치로 이어져 여러 VM 네트워크를 실습 토폴로지에 가져온 형태다.
    확인 기준

    첫 화면의 VMnet10을 이 토폴로지의 VMnet17·18과 동일시하지 않는다. 실제 프로젝트에서 인터페이스 선택을 다시 대조한다.

  3. 게스트의 주소·경로와 이웃 발견을 확인한다

    • 게스트에서 링크·주소·을 먼저 조회한 뒤 허용된 상대에게 시험 패킷을 보낸다. 같은 통신이라면 이웃 발견과 스위치의 프레임 전달이 먼저 연결되어야 한다.
    • IP 중복, 잘못 고른 VMnet, 게스트 NIC 비활성화, 방화벽 문제는 서로 다른 경계다. 선이 초록색이라는 UI 상태만으로 애플리케이션 통신을 판정하지 않는다.
    bash
    ip -brief link
ip -brief address
ip route
ip neigh

    게스트에서 가상 연결과 L3 설정을 조회하는 예시다.

    확인 기준

    게스트 인터페이스의 MAC과 설정을 대응시킨 뒤 주소·경로·이웃 테이블을 순서대로 확인한다.

실습에서 확인한 동작 원리

  • 가상 NIC와 VMnet, Cloud는 연결 계층이 다르므로 이름과 인터페이스를 명시적으로 대응시킨다.
  • 설정과 토폴로지 화면은 구성의 증거이며 실제 패킷 성공은 게스트와 경로에서 추가 확인한다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서

04예제로 따라가기

  • 게스트 웹 서버를 LAN의 다른 장치가 직접 쓰게 할 때 연결과 게스트 주소·방화벽 조건이 함께 필요하다.
  • 게스트 안의 서버에 외부에서 먼저 접속하려면 포트 전달 및 게스트 listen 조건을 맞춰야 한다.
  • 을 복제한 뒤 두 게스트의 고정 IP가 같으면 충돌하므로 주소와 호스트 키 등 식별자를 새 환경에 맞게 관리한다.

05혼동하기 쉬운 점과 확인 기준

  • 라는 제품군 이름에 ESXi와 Workstation이 함께 포함되어도 설치 구조와 관리 기능이 같다는 뜻은 아니다.
  • 가상화 프로그램은 무조건 동시에 하나만 실행할 수 있다는 규칙이 아니다. 실제 호스트의 가상화 백엔드·버전·자원·중첩 가속 지원 조건으로 호환성을 판단한다.
  • 게스트 파일 시스템의 free와 호스트 이미지 저장소의 free를 각각 본다. 스냅샷·backing chain 때문에 공간 회수 시점도 두 층에서 다를 수 있다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.

가상 머신·하이퍼바이저와 GNS3가상 머신은 운영체제와 네트워크 환경을 분리해 실습하는 기반입니다. 가상 네트워크의 연결 범위까지 이해해야 실습을 재현할 수 있습니다.상세 노트 읽기 →Windows 권한·공유와 원격 관리Windows는 사용자와 그룹의 SID, 접근 토큰, 객체의 ACL을 이용해 권한을 판단합니다. 원격 연결 허용과 파일 접근 권한은 따로 확인합니다.상세 노트 읽기 →

공식 문서 · 표준

기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.