저희는 오랜 Discord 회원들이 다양한 테스트 및 협업 프로젝트에 접속하여 활용할 수 있는 커뮤니티 Proxmox 서버를 운영해 왔습니다. 이 설치는 Proxmox VE 8.XX 버전에서 시작되었으며, 지난 몇 달 동안 가상화 환경의 안정적인 기반을 제공해 왔습니다. 향상된 성능, 업데이트된 커널 지원, 그리고 새로운 관리 기능을 제공하는 Proxmox VE 9가 출시됨에 따라 업그레이드를 결정했습니다.
이 튜토리얼에서는 Proxmox 8에서 Proxmox 9로의 인플레이스 업그레이드 과정을 단계별로 안내합니다. 기존 가상 머신, 컨테이너 및 구성을 모두 유지하면서 원활하게 전환하는 것이 저희의 목표였습니다. 이 가이드에서는 Proxmox Shell에서 시스템 상태 확인, 저장소 업데이트, 업그레이드 수행 및 이후 설치 확인 과정을 모두 다룹니다.
Proxmox는 이 데모에서 사용된 것과 동일한 프로세스를 설명하는 공식 문서를 Wiki에 제공합니다. 업그레이드를 시작하기 전에 해당 문서를 검토하여 공식 업그레이드 참고 사항, 필수 조건 및 알려진 문제를 숙지하는 것이 좋습니다.
모든 설정은 하드웨어, 구성 또는 설치된 소프트웨어 구성 요소에 따라 약간씩 업그레이드 경로가 다를 수 있습니다. 예를 들어, Proxmox는 진행하기 전에 모든 노드를 최신 버전의 Proxmox VE 8.4로 업그레이드할 것을 권장합니다. PVE-manager 버전이 8.4.1 이상이 아닌 경우, 웹 인터페이스의 노드 > 저장소에서 저장소가 올바르게 구성되었는지 확인하세요.
Proxmox 랩을 직접 운영하든 프로덕션 서버를 유지 관리하든 이 연습 과정은 자신 있게 업그레이드하고 Proxmox VE 9가 제공하는 모든 기능을 활용하는 데 도움이 될 것입니다.
업그레이드 전
업그레이드를 시작하기 전에 Proxmox VE 8.4.14의 최신 버전이 실행 중인지 확인했습니다. 아래 스크린샷은 기본 노드이자 유일한 노드인 "pve"의 시스템 대시보드를 보여줍니다. 현재 위치 업그레이드를 시작하기 전에 환경이 완벽하게 작동하고 최신 상태인지 확인합니다.
이 단계에서는 업그레이드를 진행하기 전에 모든 노드가 정상이며 Proxmox VE 8.4의 최신 버전을 실행하고 있는지 확인하는 것이 중요합니다.
업그레이드 검사 도구 실행
먼저, Proxmox 노드의 셸로 이동하여 다음 명령을 실행합니다.
pve8to9 --full
이 명령은 공식 Proxmox 업그레이드 체크리스트 도구를 실행하여 시스템을 분석하고 실제 업그레이드를 수행하기 전에 해결해야 할 잠재적인 문제를 보고합니다.
다음 작업은 클러스터의 각 Proxmox VE 노드에서 명령줄을 통해 수행해야 합니다. 이렇게 하면 Proxmox VE 9로 업그레이드하기 전에 모든 노드가 준비되고 일관성을 유지할 수 있습니다.
이 도구는 저장소 설정, 저장소 구성, 더 이상 사용되지 않는 옵션 및 사용 가능한 패키지 버전을 확인합니다. 이 경우 출력에는 여러 개의 경고와 빨간색으로 강조 표시된 하나의 실패가 포함되어 있었는데, 업그레이드를 진행하기 전에 해결해야 했습니다.
실패 해결
업그레이드 체크리스트 결과를 검토한 후, 다음 단계는 진행하기 전에 빨간색 실패를 해결하는 것이었습니다. 저희의 경우, pve8to9 –full 보고서에서 확인된 패키지 및 부트로더 문제를 해결하는 것이었습니다.
다음 명령을 사용하여 사용되지 않거나 충돌하는 패키지를 정리하는 것으로 시작했습니다.
apt remove systemd-boot
이렇게 하면 업그레이드 전에 부트로더 충돌이 발생하지 않습니다. 제거 후, 다음을 실행하여 올바른 GRUB EFI 패키지가 설치되고 올바르게 구성되었는지 확인했습니다.
dpkg -l | grep grub-efi
출력 결과, 적절한 GRUB EFI 구성 요소(grub-efi-amd64, grub-efi-amd64-bin, grub-efi-amd64-signed)가 제대로 설치되어 시스템이 업그레이드할 준비가 되었음을 확인했습니다.
이러한 정리 작업이 완료되어 체크리스트의 오류가 해결되었고, 노드는 모든 중요 검사를 통과했습니다. 이 시점에서 시스템은 Proxmox VE 9로의 인플레이스 업그레이드를 진행해도 안전하다고 판단되었습니다.
업그레이드 확인 재확인
이전 실패를 해결한 후 업그레이드 확인 도구를 다시 한 번 실행하여 문제가 해결되었는지 확인했습니다.
pve8to9 --full
이번 보고서는 장애가 해결되었고 시스템이 모든 중요 검사를 통과했다고 밝혔습니다. 몇 가지 사소한 경고만 남았는데, 저희 환경과 관련이 없어 무시해도 안전했습니다.
성공적인 출력은 노드가 이제 저장소 업데이트 및 업그레이드 프로세스를 진행할 준비가 되었음을 확인시켜 줍니다.
시스템이 완전히 업데이트되었는지 확인
저장소 변경을 진행하기 전에 모든 것이 최신인지 100% 확인하기 위해 다음 명령을 사용하여 다른 업데이트 단계를 실행했습니다.
apt update
apt dist-upgrade
이를 통해 기존 Proxmox VE 8.4(Bookworm) 저장소의 모든 패키지가 최신 상태로 유지되었습니다. 업그레이드를 시작하기 전에 시스템을 최신 상태로 유지하면 Proxmox VE 9(Trixie)로 전환하는 동안 종속성이나 버전 충돌을 방지하는 데 도움이 됩니다.
pveversion
이 시점에서 우리 노드는 Proxmox 8에서 사용 가능한 최신 커널과 패키지 버전을 실행하고 있었으며, 이는 시스템이 저장소 업데이트 단계로 진행할 준비가 되었음을 확인시켜 주었습니다.
Proxmox VE 9(Trixie)용 저장소 업데이트
시스템이 Proxmox VE 8(Bookworm)로 완전히 최신 상태이므로, 다음 단계는 모든 Debian 및 Proxmox 저장소 항목을 Trixie 릴리스를 참조하도록 업데이트하는 것입니다. 이렇게 변경하면 패키지 관리자가 업그레이드 시 올바른 소스에서 업데이트를 가져올 수 있습니다.
우리는 다음 명령을 사용하여 시스템의 저장소 파일에서 bookworm의 모든 인스턴스를 자동으로 trixie로 바꾸었습니다.
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list
이러한 명령을 실행하면 모든 저장소가 새로운 Debian 13(Trixie) 기반과 해당 Proxmox VE 9 저장소를 가리킵니다.
Proxmox VE 9 패키지 저장소 추가
데비안 릴리스 참조를 업데이트한 후, 다음 단계는 Proxmox VE 9 패키지 저장소를 새로운 deb822 형식으로 추가하는 것이었습니다. 이렇게 하면 시스템이 Trixie 기반 Proxmox VE 9 릴리스에 맞는 올바른 패키지를 검색할 수 있습니다.
엔터프라이즈 리포지토리를 사용하는 경우 다음 파일을 생성하여 Proxmox VE 9 엔터프라이즈 리포지토리를 추가할 수 있습니다.
cat > /etc/apt/sources.list.d/pve-enterprise.sources << EOF
Types: deb
URIs: https://enterprise.proxmox.com/debian/pve
Suites: trixie
Components: pve-enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
커뮤니티 저장소 또는 구독 없는 저장소를 사용하는 환경의 경우 다음 명령을 사용하여 일치하는 항목을 추가합니다.
cat > /etc/apt/sources.list.d/proxmox.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
저희 설정에서는 다양한 환경에서 테스트와 업데이트의 유연성을 지원하기 위해 Enterprise 저장소와 No-Subscription 저장소를 모두 추가했습니다.
Ceph 패키지 저장소 업데이트
주요 Proxmox 저장소가 업데이트되었으므로 다음 단계는 Proxmox VE 9에 대한 Ceph 패키지 저장소를 구성하는 것입니다.
Enterprise Ceph 리포지토리를 사용하는 경우 다음 파일을 생성하거나 업데이트하십시오.
cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: https://enterprise.proxmox.com/debian/ceph-squid
Suites: trixie
Components: enterprise
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
구독형 Ceph 리포지토리가 아닌 환경에서는 다음 명령어를 사용하십시오.
cat > /etc/apt/sources.list.d/ceph.sources << EOF
Types: deb
URIs: http://download.proxmox.com/debian/ceph-squid
Suites: trixie
Components: no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
모든 저장소가 Debian 13(Trixie)에 맞게 구성되었으므로 이제 시스템은 Proxmox VE 9로의 기존 업그레이드 프로세스를 위해 완전히 준비되었습니다.
업그레이드 시작
저장소가 업데이트되고 구성이 확인되었으므로 이제 업그레이드 프로세스를 시작할 수 있습니다. Proxmox 호스트 셸에서 다음 명령을 실행하는 것이 좋습니다. 첫 번째 단계에서는 패키지 인덱스를 새로 고치고 시스템을 새 릴리스로 업그레이드합니다.
apt update
apt dist-upgrade
아래 스크린샷은 "apt dist-upgrade" 명령이 시스템 업데이트를 수행하고 "Y"로 설치를 확인하는 모습을 보여줍니다.
이 과정에서 구성 파일 변경 또는 서비스 재시작을 확인하라는 메시지가 표시됩니다. Proxmox 설명서에 별도의 지시가 없는 한, 대부분의 경우 기존 구성을 유지하는 것이 가장 안전한 방법입니다.
업그레이드가 성공적으로 완료되면 노드를 재부팅하여 업데이트된 커널과 서비스를 로드하는 것이 좋습니다.
업그레이드 확인
업그레이드 프로세스가 성공적으로 완료된 후 마지막 단계는 시스템이 이제 새로운 Debian 13(Trixie) 기반에서 Proxmox VE 9를 실행하고 있는지 확인하는 것이었습니다.
시스템을 재부팅한 후 다음 명령을 사용하여 Proxmox 및 커널 버전을 확인하여 업그레이드를 확인했습니다.
pveversion
Proxmox 웹 인터페이스에서 노드 > 요약 아래의 버전 번호는 이제 Proxmox VE 9로 표시되어 환경이 완전히 업그레이드되었음을 나타냅니다.
이 시점에서 우리 노드는 Proxmox VE 9에서 정상적으로 실행되고 있었으며 모든 가상 머신, 컨테이너 및 구성은 이전 버전에서 그대로 유지되었습니다.
새 웹 인터페이스 확인
명령줄에서 업그레이드를 확인한 후, Proxmox VE 9 웹 인터페이스도 검증했습니다. 이번 릴리스에서 눈에 띄는 업데이트 중 하나는 모바일 친화적인 로그인 화면으로 재설계되었고, 다양한 기기에서 향상된 반응성을 제공합니다.
여기에서 볼 수 있듯이 Proxmox VE 9 웹 UI는 이제 모바일 브라우저에 완벽하게 적응하여 휴대폰이나 태블릿에서 직접 모니터링, 관리 및 기본 관리 작업을 훨씬 더 쉽게 수행할 수 있습니다. 더욱 깔끔한 레이아웃, 간소화된 컨트롤, 그리고 현대적인 스타일은 이동 중인 관리자를 위한 접근성과 사용성에 대한 Proxmox의 지속적인 노력을 보여줍니다.
제품 개요
Proxmox VE 8에서 Proxmox VE 9로의 업그레이드는 각 단계마다 적절한 준비와 검증을 통해 원활하게 완료할 수 있습니다. 이 연습에서는 StorageReview 팔로워 여러분이 테스트 및 협업에 사용해 온 오랫동안 운영되어 온 Proxmox 커뮤니티 서버를 업그레이드했습니다.
이 업그레이드는 공식 문서를 따르고, 경고를 사전에 처리하고, 각 단계를 검증함으로써 기존 업그레이드가 얼마나 간단한지 보여줍니다. 랩 환경이든 프로덕션 클러스터든, 신중하고 체계적인 접근 방식을 취하면 최신 버전의 Proxmox VE로 안정적으로 전환할 수 있습니다.


업그레이드 검사 도구 실행




아마존