포럼

안녕하세요.

새 서버의 실제 K8s 상태를 확인한 결과, 근본 원인은 대상 서버의 사양 부족으로 확인되었습니다.

• 구매하신 서버(Tencent Tokyo 2C 2GB)는 현재 Gitea + svn-server로 인해 메모리가 가득 찬 상태입니다(사용률 ~120%).
• 프로젝트 복제를 위해서는 이전 프로젝트의 볼륨을 가져오기 위해 3개의 '데이터 볼륨 이동(pvmover-restore)' Pod를 추가로 실행해야 하지만, 이들이 3시간 넘게 Pending 상태에 머물러 있습니다. K8s 메시지: 0/1 nodes are available: 1 Insufficient memory

"각 항목은 완료로 표시되는데 전체 상태는 실패로 표시되는" 모순에 대하여:

진행 상황 패널의 4개 녹색 체크 표시는 플랫폼이 해당 단계를 '시작했다'는 의미일 뿐, 실제 작업이 완료되었다는 뜻은 아닙니다.

• "Clone Started", "Deployment: Template deployed", "Clone Completed: new project ready", "Volume Copy: Starting" 이 4단계는 모두 초기화 단계로, 1초 이내에 모두 트리거됩니다.
• 실제 데이터 이동 작업은 그 이후에 K8s Job 형태로 새 서버에서 실행되는데, 해당 Job들이 메모리를 기다리며 Pending 상태에 멈춰 있는 것을 확인했습니다.
• Volume Copy 이후의 "X completed", "X failed"와 같은 이벤트는 실제 Job이 완료되거나 6시간 후 타임아웃이 발생해야 나타납니다. 그전까지는 UI에 녹색 체크가 추가되지 않지만, 폴링 타임아웃으로 인해 "실패" 배너가 먼저 뜰 수 있어 "모두 완료되었는데 실패로 표시되는" 시각적 모순이 발생합니다.

UI 표시와 관계없이 실제 병목 현상은 메모리 부족입니다. 처리 방향은 다음과 같습니다.

방법 A (가장 권장): 대상 서버 사양 업그레이드 최소 2C 4GB, 이상적으로는 2C 8GB로 업그레이드하는 것을 권장합니다. 업그레이드 후 현재 실패한 bmp-tatous 프로젝트를 삭제하고, 소스(cgk1)에서 다시 "프로젝트 복제"를 트리거해 주세요.

방법 B: 대상 서버의 Gitea와 svn-server를 일시 중지하고, 볼륨 이동이 완료된 후 다시 시작

1. 새 프로젝트(bmp-tatous)로 들어가 Gitea와 svn-server를 모두 일시 중지(Pause)합니다.
2. pvmover-restore가 Pending에서 Running으로 바뀌고 완료될 때까지 기다립니다.
3. 그 후 Gitea와 svn-server를 다시 시작합니다.

이는 임시방편일 뿐이며, 2GB 메모리로 이 서비스들을 계속 운영하면 장기적으로는 다시 한계에 부딪힐 것입니다.

도와주셔서 감사합니다. 문제가 해결되었습니다. 귀사의 제품을 정말 잘 사용하고 있습니다.

마이그레이션 시 대상 서버의 사양이 요구 사항을 충족하는지 미리 평가할 수 있는 기능을 추가하는 것을 제안합니다.