블루호스트 VPS WHM cPanel CentOS 서버 알마리눅스 전환 업데이트 정리

블루호스트 VPS에서 WHM과 cPanel을 점검한 이유

블루호스트 VPS에서 워드프레스 사이트를 운영하다 보면 평소에는 큰 문제 없이 지나가는 경우가 많습니다. 저 역시 별다른 불편 없이 사용하고 있었는데, 어느 날 WHM과 cPanel 버전 지원 종료 안내 메일이 들어오면서 서버 상태를 다시 확인하게 됐습니다.

메일 내용을 보니 단순히 패널 버전만 올리면 끝나는 문제가 아니었습니다. 사용 중이던 CentOS 7 기반 서버 자체가 지원 종료 구간에 들어가 있었고, cPanel도 더 높은 버전으로 올리려면 운영체제 교체까지 생각해야 하는 상황이었습니다.

블루호스트 VPS처럼 Root 권한이 열려 있는 환경에서는 이런 공지를 가볍게 넘기기 어렵습니다.

실제로는 WHM 업데이트, cPanel 버전 확인, 운영체제 호환성, 추후 마이그레이션까지 한 번에 연결되기 때문입니다.

WHM & C-Panel Version이 30일 뒤 서비스가 종료 \

처음에는 그냥 패널만 최신 버전으로 바꾸면 될 줄 알았습니다.

그런데 실제로 확인해보니 CentOS 7에서 유지 가능한 cPanel 버전과, 이후 사용 가능한 운영체제 범위를 같이 봐야 했습니다. 서버를 오래 굴릴 생각이라면 여기서부터 판단을 잘해야 합니다.

Your system’s cPanel & WHM version (11.110.0.33) will reach End of Life in 29 day on Sun Jun 30 00:00:01 2024. We strongly recommend that you upgrade to the latest version to avoid any disruption in your service. For more information on how to update your version, read our Update Preferences documentation.

This notice is the result of a request made by a computer with the IP address of “xxx.xx.xx.xx” through the “upcp” service on the server.

A reverse DNS lookup on the remote IP address returned the host name ‘server.xxx’.

원격 컴퓨터의 위치가 다음과 같아 보입니다. United States (US).

The remote computer’s IP address is assigned to the provider: ‘Unified Layer’

The system failed to look up the remote IP address’s fingerprint because of an error: (XID 5yqpag) 시스템이 오류로 인해 “UNIX 도메인 소켓을 “/var/cpanel/userhomes/cpanelconnecttrack/p0f.socket”에 연결하지 못했습니다. Connection refused The system failed to connect a UNIX domain socket to “/var/cpanel/userhomes/cpanelconnecttrack/p0f.socket” because of an error: Connection refused

The system generated this notice on 2024년 5월 31일 금요일 at AM 12시 27분 20초 UTC.

“cPanel & WHM End of Life Notice” notifications are currently configured to have an importance of “High”. You can change the importance or disable this type of notification in WHM’s Contact Manager at: https://server.xxx.co.kr:2087/scripts2/editcontact?event=Update::EndOfLife

Do not reply to this automated message.

WHM 로그인과 현재 서버 버전 확인

불안한 마음이 들 때 가장 먼저 한 일은 WHM에 직접 접속해 현재 서버 상태를 확인하는 것이었습니다.

블루호스트 VPS는 도메인 주소 또는 WHM 접속 주소로 로그인할 수 있고, Root 권한이 있다면 서버 전체 상태를 바로 볼 수 있습니다.

이 구간에서 확인한 핵심은 두 가지였습니다.

하나는 현재 OS가 CentOS 7.9 계열인지, 다른 하나는 cPanel 버전이 몇 번대인지입니다. 이 둘이 맞물려야 다음 대응이 정해집니다.

당시 화면에서는 CentOS v7.9 2009 Standard와 cPanel Version 110.0.33 조합으로 표시됐습니다.

이 상태에서는 cPanel 자체 업데이트는 가능하지만, 운영체제가 발목을 잡는 구조였습니다.

cPanel 업데이트는 가능하지만 여기서 끝이 아니었던 이유

WHM 안에서 버전 선택 후 업데이트를 진행하면 cPanel 자체는 비교적 쉽게 올릴 수 있습니다.

실제 화면만 보면 ‘생각보다 간단하네’ 싶을 수 있습니다. 그런데 문제는 그 다음입니다.

업데이트를 마친 뒤 확인해보면 cPanel 버전 110이 CentOS 7을 지원하는 마지막 버전이라는 안내가 나옵니다.

즉, 패널은 올렸지만 운영체제는 이미 다음 단계 준비를 해야 하는 상태였던 셈입니다.

그래서 이 과정은 단순 업데이트가 아니라, 사실상 CentOS 7 서버를 계속 쓸지, AlmaLinux 계열로 옮길지 판단하는 분기점이라고 보는 편이 맞습니다.

알마리눅스8 설치

CentOS 7에서 AlmaLinux로 바꿔야 했던 이유

CentOS 7 구간은 오래 운영한 서버일수록 익숙하고 편합니다. 문제는 익숙하다고 해서 계속 안전한 건 아니라는 점입니다.

지원 종료 이후에는 보안 패치, 패키지 유지보수, 패널 호환성에서 하나씩 구멍이 생기기 시작합니다.

워드프레스 사이트를 여러 개 올려 운영하는 VPS라면 이 영향이 더 큽니다.

PHP 버전 관리, 웹서버 패키지, 메일 서비스, 백업 작업, 예약 작업까지 줄줄이 연결되기 때문입니다. 특히 관리자 입장에서는 문제가 생겼을 때 복구가 더 어려워지는 쪽이 진짜 부담입니다.

당시 WHM 안내에서도 CentOS 7 이후에는 AlmaLinux 8, Rocky Linux 8, CloudLinux 8 같은 대체 운영체제로 이동하라고 명확히 표시됐습니다.

cPanel & WHM version 110 will be the last version that supports CentOS 7. Support for version 110 will end 2024년 7월 31일. We encourage you to migrate to a server running AlmaLinux 8, Rocky Linux 8 또는 CloudLinux™ 8 before 2024년 7월 31일. For more information, read our cPanel Deprecation Plan documentation.

Click the “Elevate to AlmaLinux 8” button below to read about a script you can use to upgrade cPanel & WHM installations on CentOS 7 to AlmaLinux 8.

Only system administrators (root and root-level resellers) see this message.

저도 처음에는 운영체제 업그레이드라고 해서 겁부터 났습니다.

패널만 올리는 것과 달리 OS 이전은 재부팅, 패키지 충돌, 서비스 중단 같은 변수가 있기 때문입니다. 괜히 건드렸다가 사이트가 잠깐이라도 멈추면 그게 더 큰 문제라서, 무작정 시작하기보다 먼저 체크부터 해보는 편이 안전합니다.

elevate-cpanel 스크립트로 AlmaLinux 이전 준비

WHM에서는 CentOS 7 기반 cPanel 서버를 AlmaLinux 쪽으로 올릴 수 있도록 elevate-cpanel 스크립트를 안내합니다.

이 스크립트는 아무것도 모른 채 바로 실행하는 방식보다, 사전 점검과 단계별 진행이 분리돼 있어 상대적으로 덜 불안했습니다.

스크립트 다운로드

먼저 elevate-cpanel 파일을 받아 실행 권한을 부여합니다. 이 단계는 준비 작업에 해당합니다.

wget -O /scripts/elevate-cpanel \
    https://raw.githubusercontent.com/cpanel/elevate/release/elevate-cpanel
chmod 700 /scripts/elevate-cpanel

사전 점검

바로 시작하지 말고 먼저 점검을 돌려야 합니다. 여기서는 실제 변경 없이 현재 서버가 업그레이드를 버틸 수 있는지 확인합니다.

저는 이 단계가 제일 중요하다고 봅니다. 백업도 없이 바로 시작하는 건 서버에게 싸움 걸자는 말과 비슷합니다.

/scripts/elevate-cpanel --check

업그레이드 실행

백업이 끝났고, 사전 체크에서 걸린 항목을 정리했다면 그때 시작하면 됩니다.

다만 이 과정은 짧게 끝나는 작업이 아니고, 서버 재부팅과 서비스 중단이 동반될 수 있습니다. 쇼핑몰이나 예약 발행이 많은 블로그 서버라면 반드시 한가한 시간대를 잡는 게 좋습니다.

/scripts/elevate-cpanel --start

자주 쓰는 명령어

진행 중에는 아래 명령어를 자주 보게 됩니다. 특히 상태 확인과 로그 확인은 생각보다 자주 필요합니다.

도움말 확인

/scripts/elevate-cpanel --help

업그레이드 가능 여부 확인

/scripts/elevate-cpanel --check

업그레이드 시작

/scripts/elevate-cpanel --start

현재 상태 확인

/scripts/elevate-cpanel --status

로그 확인

/scripts/elevate-cpanel --log

중단 후 이어서 진행

/scripts/elevate-cpanel --continue

업그레이드 중 실제로 벌어지는 일

이전 작업은 한 번에 끝나지 않습니다. 여러 단계로 나뉘고, 중간중간 재부팅이 들어갑니다.

그래서 진행률이 잠깐 멈춘 것처럼 보일 때도 있는데, 그때 마음이 급해져서 강제로 끊는 게 가장 위험합니다.

• 1단계에서는 elevate 서비스가 설치되고 여러 번의 재부팅을 관리할 준비를 합니다.
• 2단계에서는 기존 패키지를 정리하고 cPanel 서비스 일부를 비활성화하면서 본격적인 교체를 준비합니다.
• 3단계에서는 leapp 관련 패키지 설치와 충돌 항목 정리, 설정 백업이 함께 진행됩니다.
• 4단계에서는 RHEL 8 계열 배포판으로 전환하고, cPanel 구성요소를 새 환경에 맞춰 다시 맞춥니다.
• 5단계에서는 최종 점검과 정리 작업 후 마지막 재부팅으로 마무리됩니다.

블루호스트 VPS 사용자라면 꼭 같이 확인할 부분

블루호스트 VPS는 공유호스팅과 다르게 Root 권한이 있으니 할 수 있는 게 많습니다.

반대로 말하면 잘못 건드렸을 때 직접 책임져야 하는 범위도 넓습니다. 그래서 아래 항목은 꼭 같이 확인하는 편이 좋습니다.

• 전체 백업 유무 — 계정 백업만이 아니라 복구 가능한 서버 단위 백업인지 확인하는 편이 안전합니다.
• PHP 버전과 확장 모듈 — 오래된 워드프레스 플러그인이나 구버전 PHP 의존 사이트는 업그레이드 뒤 바로 문제를 낼 수 있습니다.
• 예약 작업과 크론 — OS 이전 이후 워드프레스 예약 발행, 백업, 캐시 워머, 보안 스캔이 정상 동작하는지 확인해야 합니다.
• 메일과 DNS 설정 — 메일 발송, 역방향 DNS, 네임서버 관련 설정은 한 번 꼬이면 체감상 가장 귀찮은 구간입니다.
• 방화벽과 보안 도구 — CSF, Fail2Ban, ModSecurity, Imunify 같은 보안 구성은 이전 후 예외 규칙이 달라질 수 있습니다.

특히 워드프레스 운영자 입장에서는 서버가 켜지는 것보다, 예약글 발행과 캐시, 이미지 처리, 메일 전송이 예전처럼 돌아가는지를 보는 게 더 중요합니다. 겉보기엔 멀쩡한데 뒤에서 예약 작업이 죽어 있는 경우가 생각보다 많기 때문입니다.

알마리눅스 9.7 워드프레스 서버 느림 해결과 예약글 오류 정리

수동으로 할지 자동으로 기다릴지

이 구간에서 가장 고민되는 건 결국 이것입니다.

직접 올릴지, 호스팅사 자동 처리 범위를 기다릴지. 저도 그래서 블루호스트 쪽에 문의를 남겨봤습니다.

안내받은 내용은, cPanel 업데이트는 자동 반영되는 경우가 있지만 운영체제 이전은 별개로 봐야 한다는 쪽에 가까웠습니다. 그래서 패널 자동 업데이트만 믿고 있으면 OS 문제는 그대로 남을 수 있습니다.

다만 서버 구조를 잘 모르는 상태에서 무리하게 수동 진행하는 것도 부담이 큽니다. 워드프레스 사이트가 1개만 있는 단순 서버와, 메일·DNS·복수 계정이 얽힌 VPS는 난이도가 다르기 때문입니다. 제 생각에는 백업과 복구 자신이 없으면 먼저 점검만 돌리고, 실제 적용은 준비가 된 뒤 진행하는 편이 낫습니다.

직접 해보며 느낀 정리

이번 일을 겪으면서 가장 크게 느낀 건, WHM과 cPanel 알림은 그냥 귀찮은 공지가 아니라는 점이었습니다.

평소 잘 돌아간다고 방심하면 OS 지원 종료와 패널 호환성 문제가 한 번에 몰려옵니다.

특히 블루호스트 VPS처럼 직접 관리하는 환경에서는 패널 업데이트와 운영체제 유지보수를 따로 봐야 합니다. cPanel만 최신으로 보인다고 서버 전체가 안전한 상태는 아닙니다.

저라면 지금 다시 같은 상황을 만나도 순서는 같습니다. 먼저 WHM에서 버전 확인, 그다음 백업 확보, elevate-cpanel 체크 실행, 그리고 실제 사이트 운영 시간대를 고려해 이전 시점을 정합니다. 괜히 급하게 손댔다가 사이트 하나가 아니라 서버 전체를 흔드는 일이 생기면 그게 더 피곤합니다.

자주 묻는 질문

Q. WHM과 cPanel은 무엇이 다른가요?

WHM은 서버 관리자용 화면이고, cPanel은 개별 계정이나 사이트 관리용 화면입니다. 여러 사이트를 묶어 운영하는 VPS에서는 WHM이 상위 관리자 도구라고 보면 이해가 쉽습니다.

Q. cPanel 버전만 올리면 해결되지 않나요?

CentOS 7 기반 서버라면 그렇지 않은 경우가 많습니다. 특정 버전 이상부터는 운영체제 자체 호환성이 걸리기 때문에 결국 OS 이전 문제로 이어집니다.

Q. CentOS 7을 계속 쓰면 바로 사이트가 멈추나요?

당장 멈춘다고 보긴 어렵지만, 보안 패치와 호환성 문제가 쌓이기 시작합니다. 특히 패널, PHP, 메일, 패키지 관리 쪽에서 점점 불편해집니다.

Q. AlmaLinux와 Rocky Linux 중 무엇이 더 낫나요?

둘 다 RHEL 계열을 기반으로 한 대안으로 많이 쓰입니다. 다만 cPanel 안내, 자료 접근성, 관리 경험 등을 고려하면 AlmaLinux 쪽이 비교적 무난하게 느껴질 수 있습니다.

Q. 업그레이드 전에 꼭 해야 할 일은 무엇인가요?

전체 백업 확보가 먼저입니다. 그다음 /scripts/elevate-cpanel --check로 블로커를 확인하고, PHP 버전과 워드프레스 예약 작업, 메일 발송 여부까지 같이 점검하는 편이 좋습니다.

Q. 블루호스트가 자동으로 다 처리해주나요?

패널 자동 업데이트와 운영체제 이전은 같은 의미가 아닙니다. VPS는 Root 권한이 있는 만큼 사용자가 직접 확인해야 하는 범위가 남습니다.