서버 운영
연결할 수 없는 서버 복구
액세스 손실을 분류하고 복구 가능한 데이터를 보호하며 가장 파괴적이지 않은 운영자 지원 복구 경로를 선택하세요.
시작하기 전에
- 서버 이름, 지역, 현재 상태, 기본 주소 및 마지막 성공적인 액세스 시간.
- 최근 독립 백업과 그 백업 이후 변경된 데이터에 대한 이해.
- 로컬 SSH 개인 키와 디스크 암호화 복구 자료; 개인 키를 지원팀에 보내지 마세요.
- 최근 방화벽, 네트워크, 부팅, 스토리지 또는 OS 변경에 대한 유지 관리 기록.
조치 전에 장애를 분류하세요
먼저 계정 상태 문제와 연결 문제를 구분하십시오. PROVISIONING 또는 SUSPENDED 상태, 보류 중인 주소 또는 지불 기간이 지난 서버는 SSH을(를) 거부하는 연결 가능한 서버와 다른 응답이 필요합니다. 다운으로 요약하지 말고 정확한 메시지를 기록하십시오.
가능하면 두 번째 신뢰할 수 있는 네트워크에서 확인하되 공격적인 스캔은 실행하지 마세요. 주소에 연결할 수 있지만 인증이 실패하면 로그인 이름과 일치하는 개인 키를 확인하세요. 승인된 재설치 없이 호스트 키가 변경되었다면 중단하고 신원 문제로 취급하세요.
| 증상 | 가능한 경계 | 가장 덜 파괴적인 다음 단계 |
|---|---|---|
| 서버가 아직 프로비저닝 중입니다 | 배송이 완료되지 않음 | 운영자에게 프로비저닝 상태를 문의하세요. |
| SSH 시간 초과 | 전원, 라우팅, 방화벽 또는 SSH 서비스 | 재설치 전에 KVM 액세스를 요청하세요. |
| 권한 거부됨 | 로그인 또는 키 불일치 | 계정 이름과 공개/개인 키 페어링을 확인하십시오. |
| 호스트 키 변경됨 | 재설치, 재할당 또는 가로채기 | 대역 외에서 새 지문을 확인하십시오. |
| 파일 시스템 또는 부팅 오류 | 디스크, RAID 또는 OS 장애 | 읽기 전용 복구를 먼저 사용하고 증거를 보존하십시오. |
가장 작은 작업을 선택하세요
운영자가 기계를 다시 켜는 방법에 동의하지 않는 한 전원 끄기를 선택하지 마십시오. 현재 클라이언트 API는 전원 켜기 작업을 노출하지 않습니다. 루트 비밀번호 교체도 대기 중인 요청일 뿐이며 API는 생성된 비밀번호를 반환하지 않으므로 현재 셀프 서비스 복구 경로가 아닙니다.
- 무엇이든 대기열에 넣기 전에 현재 서버 상태와 보이는 모든 식별자를 캡처하십시오.
- 운영 체제가 단순히 멈춘 경우 재시작 요청을 하나 대기열에 넣고 해당 작업 접미사를 기록하십시오.
- 네트워크 또는 부팅 구성이 의심스러우면 KVM을(를) 대기열에 넣고 운영자에게 콘솔 액세스를 제공하도록 요청하세요.
- 구조 미디어가 필요한 경우 신뢰할 수 있는 사용자 지정 ISO와 체크섬을 준비한 다음 운영자와 마운트를 조정하십시오.
- 데이터 복구가 완료되거나 독립 백업이 확인된 경우에만 재설치를 사용하세요.
복구 중 데이터 보호
복구 전에 읽기 전용 검사를 선호하십시오. 장치를 선택하기 전에 디스크, 파티션, 파일시스템, 마운트 지점을 식별하십시오. 특히 NVMe 및 다중 디스크 스토리지 시스템에서 대체 미디어로 부팅한 후 이름이 다를 수 있습니다. 장애가 RAID 또는 파일시스템 손상과 관련될 수 있다면 어레이를 조립하거나 복구 도구를 실행하기 전에 진단을 캡처하고 자격을 갖춘 운영자와 상담하십시오.
도움이 되는지 확인하기 위해 디스크를 초기화하거나, 새 파일 시스템을 만들거나, 어레이를 재구축하거나, 재설치하지 마세요. 이러한 작업은 복구에 필요한 메타데이터를 덮어쓸 수 있습니다. 복구된 데이터를 영향을 받은 서버에서 멀리 보관하고 파괴적인 작업 전에 확인하세요.
lsblk --fs
ip -brief address
ip route show
ip -6 route show예상 결과 및 에스컬레이션 패키지
성공적인 복구는 불필요한 데이터 손실 없이 검증된 관리 경로를 복원하거나 깨끗한 시스템으로 복원하기 위한 통제된 계획을 생성합니다. 대기열에 있는 작업에는 클라이언트에 표시되는 완료 상태가 없으므로 각 작업 접미사와 운영자 확인을 포함하는 하나의 타임라인을 유지하세요.
에스컬레이션 시 서버와 지역, 마지막 정상 시간(UTC), 표시 상태, 소스 네트워크, 정확한 SSH 또는 콘솔 오류, 최근 변경 사항, 조치 참조, 오프서버 백업 테스트 여부를 포함하십시오. 비밀번호, 개인 키, 복구 코드, 라이브 콘솔 URL은 제외하십시오. 운영자가 안전한 액세스를 복구할 수 없는 경우 재설치 전에 데이터 캡처 및 삭제 경계에 동의하십시오.