서비스용 머신과 테스트 제공 조건

때로는 정식 유료 주문이 아니라 내부 작업을 위해 머신이 발급되기도 해요. 시스템 이미지를 검증하거나, 고객의 문제를 재현하거나, 배포 전에 구성을 테스트하는 경우죠. 기술적으로는 동일한 root 접근 권한을 가진 같은 머신이고, 발급 이유와 취급 규칙만 다를 뿐이에요.

일반 머신과 다른 점

• 티어와 OS는 편의가 아니라 작업에 맞춰 선택해요. 고객의 문제를 재현하려면 그 문제가 관찰된 바로 그 티어와 OS가 필요하죠.
• 수명이 짧고 미리 정해져 있어요. 머신은 확인을 위해 생성되고, 확인이 끝나면 삭제돼요.
• 데이터는 일회용으로 간주해요. 소중하거나 고유한 것은 아무것도 저장하면 안 돼요.

나머지는 모두 같아요. 동일한 탭을 가진 /hosting/vds/m/<id> 제어판, 두 종류의 콘솔, SystemRescue 복구 디스크, OS 재설치, 주소에 대한 역방향 DNS까지요.

사용 규칙

1. 단일 작업을 위해 머신을 생성하세요. 세 가지 다른 실험을 “겸사겸사” 돌리는 테스트 벤치는 더 이상 재현 가능하지 않아요.
2. 무엇을 어느 티어에서 테스트했는지 기록하세요. “VDS-1에서 느림” 같은 결과는 병목이 60 MB/s 쓰기 제한이었다는 메모 없이는 쓸모가 없어요.
3. 프로덕션 서비스에 접근할 수 있는 활성 키와 토큰을 테스트 머신에 남겨두지 마세요. 머신은 삭제되겠지만, 그 전에 잘못된 손에 들어간 키는 여전히 작동해요.
4. 끝났으면 삭제하세요. 점유된 머신은 CPU 코어와 메모리, 그리고 다른 사람이 필요로 하는 공인 IPv4 주소를 붙잡고 있어요.

삭제된 머신의 디스크는 복구할 수 없어요. 확인 중에 필요한 것 — 로그, 구성, 덤프 — 이 생겼다면 삭제 전에 파일을 자신의 쪽으로 복사하세요: scp root@<address>:/root/report.txt .

대표적인 내부 시나리오

시스템 이미지 검증. 필요한 배포판으로 머신을 주문한 다음, 부팅이 되었는지, 네트워크가 작동하는지, 게스트 에이전트가 설치되어 있는지 확인하세요:

systemctl status qemu-guest-agent
ip -brief address
df -h /

에이전트가 없으면 제어판에 디스크 사용량이 표시되지 않고 소프트 재부팅도 작동하지 않아요 — 제어판이 설치 명령을 직접 제안해요.

고객의 문제 재현. 같은 티어와 같은 OS를 선택하고, 단계를 반복하고, 명령 출력을 캡처하세요. 항목별 진단은 머신에서 네트워크가 끊어졌어요와 서비스가 시작되지 않아요: systemd 살펴보기에서 다뤄요.

프로덕션 머신 전 구성 테스트. 변경이 네트워킹이나 부팅에 영향을 줄 때 유용해요. 테스트 머신을 망가뜨리고 복구 디스크로 되살리는 것이 프로덕션 머신을 다루는 것보다 저렴하죠.

테스트 후

목록을 확인하세요: 결과 기록 완료, 필요한 파일 복사 완료, 머신 주소를 가리키는 DNS 레코드 없음, 외부 접근 권한이 있는 키 폐기 완료. 그런 다음 머신을 반납하세요 — 제어판에는 삭제 버튼이 없어요. 절차와 그 결과는 머신 삭제와 바이아웃 기간에 설명되어 있어요.