가능한 한 적은 중단으로 요금제 업그레이드

핫으로 가능한 것

• 코어: 라이브 추가 가능, 대상 크기가 현재 호스트에 맞는 경우. 대개 맞습니다.
• 메모리: 라이브 추가 가능, 동일 조건.
• 추가 NVMe: 라이브 추가 가능, 항상.
• 루트 디스크: 라이브 성장, 파일시스템이 그 아래에서 확장됩니다.

불가능한 것: 축소는 불가, 패밀리 간 이동도 불가. Ryzen에서 EPYC로는 다른 머신이므로 업그레이드가 아니라 이동입니다 — 사이트 변경과 동일한 절차이며, 도시 변경만 없습니다.

수행하기

curl -s -X POST https://paragonvps.com/api/v1/instances/<instance-id>/resize -H "Authorization: Bearer $Paragon_TOKEN" -H "Content-Type: application/json" -d '{"plan":"r-12","mode":"hot"}'

"mode":"hot"는 라이브로 불가능한 경우 재부팅 대신 변경을 거부합니다. 사용하세요. 허용적 기본값은 금요일 11시에 인스턴스가 재시작되는 이유입니다.

게스트가 인지하게 하기

새 코어는 일부 커널에서 오프라인으로 도착합니다:

lscpu | head
grep . /sys/devices/system/cpu/cpu*/online
echo 1 > /sys/devices/system/cpu/cpu8/online

자동으로 만들어 다음 업그레이드 시 아무것도 필요 없게 하세요:

cat > /etc/udev/rules.d/80-cpu-hotplug.rules <<EOF
SUBSYSTEM=="cpu", ACTION=="add", TEST=="online", ATTR{online}=="0", ATTR{online}="1"
EOF
udevadm control --reload

메모리 블록도 같은 이야기입니다:

free -h
echo online > /sys/devices/system/memory/auto_online_blocks

그 설정은 재부팅 후 유지되지 않습니다. 유지하려면 커널 커맨드 라인에 memhp_default_state=online을 추가하세요.

루트 파일시스템 확장

블록 장치는 커집니다. 파티션과 파일시스템은 자동으로 따라가지 않습니다:

lsblk
growpart /dev/vda 1
resize2fs /dev/vda1

XFS에서 마지막 단계는 xfs_growfs /입니다. 두 이미지 모두 이미 growpart을 포함합니다. 파티션 확장과 파일시스템 리사이즈 사이의 간격은 정전이 불편한 1초입니다.

애플리케이션도 인지 못함

대부분의 데몬은 시작 시 CPU 수를 한 번 읽습니다. 4코어 인스턴스에서 4개 워커를 선택한 웹 서버는 새 12코어에서 여전히 4개 워커로 실행됩니다. 서비스를 재시작하거나 워커 수를 auto에 두지 말고 명시적으로 설정하세요:

nproc
systemctl restart nginx

메모리 풀을 보유한 모든 것은 동일한 주의가 필요합니다. RAM을 두 배로 해도 4GB 버퍼를 사용하도록 지시된 데이터베이스에는 아무 효과가 없습니다.

비용

초 단위로 비례 배분됩니다. 새 플랜과 기존 플랜의 차액은 주기 잔여 기간에 대해 계좌 잔액이 있으면 그에서 차감되고 없으면 청구됩니다. 다운그레이드는 체인으로 지급하지 않고 잔액으로 적립됩니다. 소액 코인 반환은 네트워크 수수료가 적립액보다 더 들기 때문입니다.

갱신일은 이동하지 않습니다. 20일에 업그레이드하면 이전과 동일하게 20일에 갱신됩니다. 현재 요금은 가격 페이지에 있습니다.

실패 시

호스트가 새 크기를 수용할 수 없으면 API가 알리고 변경되지 않습니다. 이후로는 이동이 됩니다: 같은 디스크, 다른 머신, 몇 분 다운타임, 원격지에서 플랜 변경 적용. 그 부분은 우리가 하고, 이메일로 시간대를 받습니다.