Ubuntu 26.04 강좌 / 가상 머신과 복구 콘솔로 실습 환경 설계하기
Ubuntu 실습 환경은 설치 이미지보다 먼저 ‘어디에 설치하고, 무엇을 바꾸며, 접속이 끊겼을 때 어떻게 복구할 것인가’를 정해 설계합니다. Ubuntu 26.04용 VM 한 대에 충분한 자원과 새 가상 디스크를 배정하고, NAT 네트워크·가상 콘솔·스냅샷·별도 백업의 역할을 구분해 두면 설치와 운영 실습을 이어 가기 쉽습니다.
처음에는 목적이 분명한 VM 한 대로 시작하기
가상 머신(Virtual Machine, VM)은 호스트 컴퓨터의 자원을 나누어 사용하는 별도 실행 환경입니다. 예를 들어 Windows가 호스트라면, 그 안에 만든 Ubuntu가 게스트입니다. 실습 전에 설정 파일을 바꾸고 되돌릴 수 있는 독립적인 공간을 만드는 것이 목적이며, 처음부터 여러 VM을 연결한 복잡한 네트워크를 구성할 필요는 없습니다.
Ubuntu Server VM 한 대에서 계정·SSH·서비스·백업 복원을 연습합니다. 다른 장치에서 접속이 허용되는지 비교해야 하는 단계에 도달했을 때 두 번째 Server 클라이언트를 추가합니다. 처음부터 여러 VM을 동시에 준비할 필요는 없습니다.
기존 리눅스 공통 VM 설치 안내가 생성·설치·복구의 전체 흐름을 다룬다면, 이 글은 Ubuntu를 설치하기 전에 정할 구성표에 집중합니다. 가상화 프로그램의 생성 화면을 지금 바로 조작하기보다, 아래 항목을 자신의 컴퓨터에 맞게 먼저 결정하세요.
호스트와 가상화 도구의 조건 확인하기
가상화 프로그램은 호스트 운영체제와 CPU 아키텍처를 모두 지원해야 합니다. Intel·AMD x64 호스트와 ARM64 호스트에서 사용할 수 있는 게스트·기능이 같다고 가정하지 않습니다. 이 강좌의 일반 VM 생성 설명은 VirtualBox 7.2의 메뉴 흐름을 기준으로 이어 갈 수 있지만, 자신의 호스트에서 지원되는 제품·버전을 선택했는지 먼저 확인해야 합니다.
- 호스트의 운영체제 버전과 CPU 아키텍처를 기록합니다. Windows는 설정 → 시스템 → 정보, macOS는 이 Mac에 관하여에서 확인할 수 있습니다.
- 호스트 메모리의 전체 용량뿐 아니라 평소 앱을 실행한 상태의 여유도 확인합니다. Windows에서는 작업 관리자 → 성능 → 메모리에서 사용 현황을 볼 수 있습니다.
- VM을 저장할 드라이브의 여유 공간을 확인합니다. ISO·가상 디스크·스냅샷·내보낸 VM 파일이 함께 공간을 사용합니다.
- 가상화 프로그램의 공식 문서에서 호스트·게스트 지원과 하드웨어 가상화 요구 사항을 확인합니다. 다른 가상화 기능과의 공존 조건도 설치된 버전 기준으로 살펴봅니다.
지원 여부와 기본 구조는 VirtualBox 7.2 소개, CPU·메모리·디스크 배정은 새 VM 생성 안내에서 확인할 수 있습니다. 실행 오류가 있다고 Windows 보안이나 기존 가상화 기능을 이유 확인 없이 끄지 말고, 먼저 공식 호환 조건과 오류 메시지를 대조하세요.
CPU·메모리·디스크 배정표 만들기
다음 수치는 강좌용 VM을 계획할 때의 예시이며 Ubuntu의 공식 최소 사양이나 성능 보장 수치가 아닙니다. 호스트의 여유와 설치할 프로그램에 따라 조정해야 합니다. 배정한 메모리는 VM이 실행되는 동안 호스트에서 사용할 수 있는 자원을 줄이므로, 호스트에 필요한 자원까지 모두 넘기지 않습니다.
| 구성 | 실습용 배정 예시 | 확인할 조건 |
|---|---|---|
| Ubuntu Server VM | 가상 CPU 2개, RAM 4GB, 새 동적 가상 디스크 30GB | 동시에 실행할 서비스·컨테이너·빌드 작업에 따라 증설 |
| 네트워크 | 첫 어댑터 NAT, 불필요한 포트 전달 없음 | 호스트에서 접속해야 할 때 별도로 접속 경로 구성 |
| 복구 | 가상 콘솔 로그인, 정상 기준 스냅샷, 중요 파일의 별도 복사 | SSH 없이 복구할 수 있는지, 백업이 같은 디스크에만 있지 않은지 확인 |
Server의 요구 사항은 설치 방식과 작업량에 따라 달라집니다. Server 설치 안내와 사용할 서비스의 조건을 함께 확인합니다. 위 배정은 실습 계획 예시이며 성능 보장이나 공식 최소 사양이 아닙니다.
동적 가상 디스크는 설정한 최대 크기까지 점차 커질 수 있습니다. 처음 만들어진 파일이 작아 보여도 앞으로 쓸 호스트 공간을 확보해야 합니다. 또한 최대 크기를 늘리는 작업과 게스트 안의 파티션·파일 시스템을 확장하는 작업은 다른 단계입니다. 처음에는 새 가상 디스크 하나만 연결하고, 물리 호스트 디스크를 직접 전달하는 기능은 사용하지 않는 구성이 대상 혼동을 줄입니다.
NAT·브리지·호스트 전용 네트워크 선택하기
NAT(Network Address Translation)는 게스트가 호스트 측 네트워크를 통해 외부로 접속할 때 쓰기 편한 기본 선택입니다. 패키지 다운로드처럼 게스트에서 시작하는 작업에 적합하지만, 다른 컴퓨터나 호스트가 게스트의 사설 주소로 바로 접속할 수 있다고 보장하지는 않습니다. SSH 실습에서는 NAT 포트 전달 또는 목적에 맞는 별도 네트워크를 구성해야 합니다.
브리지 방식은 게스트가 실제 LAN에 연결된 장치처럼 통신하도록 구성합니다. LAN의 주소 할당·보안 정책을 따르므로 회사·학교·공용 네트워크에서는 허용 여부부터 확인해야 합니다. 호스트 전용 네트워크는 호스트와 VM 사이의 실습 구간을 구성할 때 검토할 수 있지만, 그것만으로 인터넷 접속까지 생기는 것은 아닙니다. 구체적인 동작은 VirtualBox 네트워크 모드 설명을 참고하세요.
이 강좌의 초기 구성은 NAT로 정하고, 아직 설치하지 않은 서비스의 포트를 미리 공개하지 않습니다. 이후 호스트에서 SSH로 접속할 때는 예를 들어 호스트의 루프백 주소에 한정한 포트 전달을 검토할 수 있습니다. 실제 포트 번호와 허용 출발지는 그 실습에서 결정하며, 브리지·클라우드 보안 규칙·인터넷 공유기의 포트 전달을 같은 설정으로 혼동하지 않습니다.
원격 실습에는 인터넷용 어댑터 1 NAT와 어댑터 2 호스트 전용망을 사용합니다. 호스트는 192.168.56.1, Server VM은 .20, Linux Server 클라이언트는 .10을 계획 예시로 삼습니다. VM 생성 강좌에서 어댑터를 만들고 두 VM의 고정 주소는 고정 IP 강좌의 networkd·Netplan 절차로 설정합니다.
호스트 전용 인터페이스에는 인터넷 게이트웨이와 DNS를 임의로 넣지 않습니다. 이 강좌의 192.168.56.x는 새 전용망에서 사용할 계획 예시이며 VPN·다른 VM망과 겹치면 지원되는 미사용 대역을 정해 모든 예시를 함께 바꿉니다. 실제 LAN에 브리지하거나 초기 NAT 주소를 이 주소로 덮어쓰는 절차와는 구분합니다.
SSH와 별개인 가상 콘솔 복구 경로 마련하기
SSH는 네트워크와 서버 설정이 정상이어야 사용할 수 있는 원격 접속 방법입니다. IP·DNS·방화벽·SSH 설정 중 하나만 잘못 바뀌어도 연결이 끊길 수 있습니다. VM 창에서 게스트의 화면이나 로그인 프롬프트를 여는 가상 콘솔은 게스트 네트워크와 별개인 복구 경로가 됩니다. 단, 호스트나 가상화 프로그램 자체가 작동하지 않는 문제까지 해결하는 것은 아닙니다.
설치 시에는 일반 사용자 계정과 관리자 작업을 위한 권한을 준비하고, 비밀번호를 안전하게 보관합니다. 이후 SSH를 설정하더라도 VM 창에서 그 일반 사용자로 로그인할 수 있는지 확인해야 합니다. 키 파일만 가지고 있고 콘솔 로그인 정보를 모르는 상태라면, 원격 접속을 고치는 실습에서 복구 수단이 부족해질 수 있습니다.
- 네트워크를 변경하기 전에 VM 창에서 로그인할 수 있는지 확인합니다.
- 기존 SSH 세션이 살아 있다면 새 연결을 확인할 때까지 유지합니다.
- 변경한 파일의 원래 내용과 적용 명령을 기록하고 이번 변경만 되돌릴 방법을 적습니다.
- 콘솔에서도 로그인할 수 없다면 무작정 계정·부팅 설정을 바꾸기보다 정상 스냅샷이나 별도 복원 경로를 판단합니다.
스냅샷·백업·호스트 공유를 구분하기
스냅샷은 특정 시점의 VM 상태로 되돌아가기 위한 기능입니다. 설치 직후의 정상 상태와 네트워크 변경 전 상태에 의미 있는 이름을 붙이면 실습을 반복하기 쉽습니다. 다만 같은 호스트 저장 장치에 있는 스냅샷만으로는 그 장치의 고장이나 VM 폴더 손상에 대비할 수 없습니다. 종료한 VM의 별도 복사·내보내기와 중요 데이터의 독립 백업을 함께 계획해야 합니다. 스냅샷의 저장·복원 범위는 VirtualBox VM 관리 문서에서 확인할 수 있습니다.
호스트 공유 폴더나 외부 서버에 기록한 데이터는 게스트 스냅샷 복구로 되돌아간다고 가정하지 않습니다. 처음에는 공유 폴더·양방향 클립보드·드래그 앤 드롭을 꺼 두고, 파일 전달이 필요한 단계에서 허용 범위를 정하는 편이 호스트와 게스트를 구분하기 쉽습니다. VM 안에서 지워도 되는 연습 파일과 보존할 원본을 같은 경로에 섞지 마세요.
설치 전에 구성표 완성하기
아래는 Server 실습용 구성표의 예시입니다. 숫자는 예시 배정값이며 실제 장비에서 측정한 결과가 아닙니다. 호스트 조건에 맞게 고친 뒤, 설정을 바꿀 때마다 같은 기록에 변경 이유를 추가하세요.
목적: SSH·Nginx·백업 복원 실습
게스트: Ubuntu Server 26.04 LTS, amd64
호스트·가상화 도구: 자신의 실제 운영체제와 도구 버전 기록
가상 자원 예시: CPU 2개 / RAM 4GB / 새 동적 디스크 30GB
네트워크 시작값: NAT, 포트 전달 없음
콘솔 복구: VM 창에서 일반 사용자 로그인
스냅샷 계획: 설치·업데이트 확인 후 clean-install
별도 보관: 중요한 설정·원고·복구 기록을 VM 밖에도 저장
공유 기능 시작값: 공유 폴더·양방향 클립보드 비활성화
구성표에서 빈 항목이 남았다면 설치 화면으로 들어가기 전에 확인할 준비 사항이 있다는 뜻입니다. 호스트 자원과 설치 대상, 사용할 이미지, 네트워크 경로, 콘솔 로그인과 복구 자료의 위치를 설명할 수 있으면 VM 생성 단계에서 선택할 기준이 명확해집니다.




