서버 재설치 준비 및 요청

재설치를 파괴적인 것으로 취급

재설치는 파티션, 부트 로더, 암호화 헤더, 운영 체제 구성, 애플리케이션 데이터 및 호스트 키를 덮어쓸 수 있습니다. 동일한 물리적 서버에만 있는 스냅샷이나 백업은 충분한 보호가 아닙니다. 작업을 요청하기 전에 필요한 자료를 독립적인 스토리지에 복사하고 읽을 수 있는지 테스트하십시오.

고객 데이터가 있는 디스크와 새 시스템용 디스크를 기록하세요. 스토리지 서버 구성은 많은 장치를 노출할 수 있으며 설치 프로그램 간에 이름이 바뀔 수 있습니다. 이전 /dev/sdX 이름만 의존하지 마세요. 서버에 아직 연결할 수 있다면 자체 도구에서 일련 번호와 현재 레이아웃을 캡처하세요.

의도한 결과 기록

현재 대시보드는 재설치 요청과 함께 이러한 선택을 수집하지 않습니다. 대기열에 넣기 전이나 직후에 승인된 지원 워크플로를 통해 운영자에게 보내십시오. 원래 주문에서 선택한 운영 체제는 기록되지만 작업 페이로드에는 교체 OS 선택이 포함되지 않습니다.

• 서버 이름, 지역 및 주문 참조.
• 원하는 OS 에디션 및 아키텍처와 해당되는 경우 라이선스 출처.
• 예상 디스크 또는 RAID 레이아웃과 지워질 수 있는 장치.
• 설치할 SSH 공개 키; 개인 키는 로컬에 보관하고 비밀로 유지하십시오.
• 필요한 네트워크 설정 및 유지보수 기간.

재설치 대기열에 추가

예상되는 즉각적인 결과는 완료된 재설치가 아니라 QUEUED입니다. 작업 상태 엔드포인트가 없으며 계정 서비스는 루트 암호를 제공하지 않습니다. 페이지 새로고침이나 변경되지 않은 서버 상태를 성공 또는 실패의 증거로 해석하지 마십시오.

1. 계정 > 서버를 열고 서버 이름과 지역을 유지보수 기록과 대조하십시오.
2. 자체 관리 프로세스를 사용하여 애플리케이션 쓰기를 중지하고 최종 오프서버 백업을 수행하십시오.
3. OS 재설치를 선택하고 파괴적 작업 확인을 주의 깊게 읽으세요.
4. 한 번 확인한 다음 버튼에 표시된 단축된 대기열 작업 참조를 복사하십시오.
5. 운영자에게 해당 작업을 원하는 OS 및 디스크 레이아웃 지침과 연관시키도록 요청하십시오.
6. SSH 시도 전에 명시적 완료와 새 호스트 키 지문을 기다리십시오.

완료 후 확인

새 호스트 키 지문을 운영자가 제공한 값과 비교한 후 수락하십시오. 그런 다음 데이터를 복원하기 전에 OS, 주소, 경로 및 디스크를 확인하십시오. 재이미징 후 이전 지문이 변경될 것으로 예상되지만, 이 완료된 유지보수 이벤트와 연결할 수 있을 때만 변경이 안전합니다.

서버가 부팅되지 않거나, 잘못된 OS가 나타나거나, 디스크가 누락되거나, SSH가 의도한 키를 거부하는 경우 복원을 중지하십시오. 콘솔 오류를 보존하고 대기열 작업 참조와 함께 운영자에게 문의하십시오. 재설치 요청을 반복하지 마십시오. 또 다른 파괴적인 패스는 증거를 제거하고 복구를 복잡하게 만들 수 있습니다.

ssh -i ~/.ssh/id_ed25519 root@SERVER_IP
cat /etc/os-release
ip -brief address
ip route show
ip -6 route show
lsblk --fs