Capordia일정이 지켜야 할 것을 정의하기
더 이상 미룰 수 없는 결정부터 시작하세요. 결과 리뷰, 다른 팀으로의 전달, 대여 기간 종료 등입니다. 각 프로젝트에서 결과를 승인할 권한이 있는 사람을 지정하세요. 제출 날짜는 단순한 계산 종료 날짜가 아닙니다. 검토와 파일 회수 시간도 그 안에 포함되어야 합니다.
다음으로 머신의 가용성과 인력의 가용성을 구분하세요. 계산은 때때로 밤에도 진행될 수 있지만, 팀은 최초 실행이나 검증을 위해 대기 인력이 필요할 수 있습니다. 요금제의 모든 시간을 서로 바꿔 쓸 수 있는 작업 시간으로 계산하지 말고 이 제약을 명시하세요. 일정은 확인이 필요한 내부 규약이며 Capordia의 공급 약속이 아닙니다.
출처와 함께 활용 가능한 추정치 수집하기
각 작업에 대해 예상되는 입력, 실제로 준비될 시각, 동시 사용 카드 수, 카드당 메모리, 전송 요구 사항을 기록하세요. 로딩 시작부터 해제까지의 자원 점유 추정치도 추가하세요. 이 점유 이전에 할 수 있는 준비 작업을 분리하세요. 그러면 행정적 대기 동안 카드를 예약하는 일을 피할 수 있습니다.
추정치가 유사한 시험에서 나온 것인지, 외삽인지, 단순한 가정인지 명시하세요. 이전 소요 시간은 데이터, 버전, 설정, 유용한 자원이 충분히 비슷할 때만 비교할 수 있습니다. 측정 기록이 없으면 검증할 범위를 표시하세요. 측정을 암시할 정도로 분 단위의 정밀도를 표시하지 마세요. 결과가 일정 선택을 바꾸는 경우에는 작은 검증 시험을 마련하세요.
총 볼륨에서 실행 가능한 시간 슬롯으로
예상 점유 시간을 합산하여 명백한 과부하를 파악한 다음, 각 작업을 타임라인에 배치하세요. 4시간의 분할 불가능한 처리는 2시간짜리 두 틈에 들어가지 않습니다. 단, 중단과 재개가 검증된 경우는 예외입니다. 동시에 같은 디스크나 같은 사람을 요구하는 두 작업도 카드가 남아 있어도 서로 방해할 수 있습니다.
Slurm 문서는 시간 슬롯 채우기가 요청된 소요 시간과 자원에 따라 달라지는 이유를 보여줍니다. 우선순위가 낮은 작업도 우선순위가 높은 작업의 예정된 시작을 지연시키지 않으면 시작될 수 있습니다. 이 논리는 계획을 읽는 데 도움이 되지만, Capordia 제공에 Slurm이 있다는 것을 알리는 것은 아닙니다. 스케줄러 사용은 실제 구성과 팀이 결정한 정책을 전제로 합니다.
가상 예시: 이틀 동안의 세 프로젝트
가상의 팀 « Bureau des tracés »는 이번 실습을 위해 J1과 J2 두 날 동안 9시부터 17시까지 사용 가능한 카드 한 장만을 보유합니다. 어떤 처리도 카드를 공유하지 않으며, 각 점유에는 로딩, 계산, 내보내기가 포함됩니다. 다음 소요 시간은 교육용 가정이며, 카탈로그의 GPU나 벤치마크에서 나온 값이 아닙니다. 공통 준비는 J1 시작 시 한 시간을 차지합니다.
Atlas는 네 시간이 필요하며 J2 13시 이전에 제출해야 합니다. Balise는 세 시간이 필요하며, 입력은 J1 11시에 도착하고 제출은 J1 18시로 예정되어 있습니다. Cadastre는 다섯 시간이 필요하며, J2 9시에 준비되어 18시 이전에 제출해야 합니다. 총 소요는 4 + 3 + 5 = 12시간입니다. 공통 한 시간과 비워 둔 세 시간을 포함하면, 계획은 열린 열여섯 시간을 모두 사용합니다.
| 시간대 | 예정 점유 | 기간 | 조건 |
|---|---|---|---|
| J1, 9시–10시 | 공통 준비 및 점검 | 1시간 | 사용 가능한 입력 및 버전 |
| 1일차, 10시–14시 | Atlas | 4시간 | 10시에 작업 준비 완료 |
| 1일차, 14시–17시 | Balise | 3시간 | 11시 접수된 입력 |
| 2일차, 9시–14시 | 지적도 | 5시간 | 9시 접수된 입력 |
| 2일차, 14시–17시 | 미할당 예비분 | 3시간 | 마진은 2일차에만 사용 가능 |
마진을 흡수해야 할 리스크보다 먼저 배치하기
세 시간의 여유는 열두 시간 작업의 25%에 해당합니다. 그러나 이 비율만으로는 Balise를 안전하게 확보할 수 없습니다. Balise의 마진은 납기 다음 날에 위치하기 때문입니다. Atlas가 네 시간 대신 다섯 시간을 차지하면, Balise는 허용된 시간대 내에서 17시 이전에 완료할 수 없습니다. 계획은 문서상으로는 성립하지만 첫날은 여전히 취약합니다. 이 해석이 단순한 평균 가동률보다 더 유용합니다.
이때 팀은 제약 조건이 허용하는 경우에만 Atlas를 다른 시간대로 부분적 또는 전부 이동하거나, 추가 시간대를 확보하거나, 합의된 범위를 축소할 수 있습니다. 두 번째 카드는 검토할 옵션이지 자동적인 결론이 아닙니다. 해당 카드가 사용 가능하고 호환되며 필요한 호스트 자원을 갖추고 있어야 합니다. 검증된 해결책이 없으면, 책임자는 사용할 수 없는 여유분을 '마진'이라 부르는 대신 프로젝트 착수 전에 프로젝트 약속을 수정합니다.
공지된 규칙으로 갈등 판정하기
두 담당자가 같은 시간대를 요구하기 전에 조정 방식을 미리 준비하세요. 간단한 규칙 하나로 확정된 외부 마감을 먼저 우선하고, 그다음 입력이 준비된 작업을, 그다음 요청의 오래된 순서를 우선할 수 있습니다. 이 규칙에서 누가 예외를 둘 수 있는지, 그리고 그 일정 조정을 어느 팀이 감당할지 명시하세요. 긴급 건은 계획에 명확한 결과를 남겨야 하며, 요청자에게 영구적인 새 우선순위가 되어서는 안 됩니다.
기준 일정과 변경 사유를 보관하세요. 입력이 늦게 도착했는지, 관측된 소요 시간이 더 길었는지, 범위가 늘었는지를 기록합니다. 작업 대기열 가이드는 다음 실행 결정을 다루고, 일정표는 여러 프로젝트의 마감을 보호합니다. 이 둘을 연결하면 일시적으로 비어 있는 카드가 반드시 긴 추가 처리에 사용할 수 있는 것은 아닌 이유를 설명할 수 있습니다.
계획을 검토하고 올바른 편차로 수정하기
하루를 시간대별로 짚어가며 다시 검토하세요. 각 시작 시점에는 입력, 접근 권한, 메모리 용량, 담당자가 준비되어 있어야 합니다. 최종 전송과 제출 전 검토 시간을 점검하세요. 그런 다음 가장 그럴듯한 지연을 가정하고 어떤 여유분이 실제로 이를 흡수하는지 확인하세요. 단 하나의 이탈로 중요한 마감을 놓친다면, 계획을 조건부로 제시하세요.
실제 실행 후에는 시작 전 대기, 카드 점유, 승인된 결과까지의 지연을 구분하세요. 이 분해로 다음 추정치를 수정합니다. 전송 지연만으로 더 강력한 카드가 정당화되지는 않으며, 빠뜨린 수동 준비는 계산 여유를 늘려서 해결되지 않습니다. 추적은 편차의 원인을 제거하는 데 도움이 되어야 하며, 고립된 합계로 담당자를 찾는 데 쓰여서는 안 됩니다.
단위를 혼동하지 않고 일정과 요금제 연결하기
이 예시의 8시간 하루는 조직을 위한 창일 뿐, 8시간 요금이 아닙니다. Capordia 카탈로그는 3일, 7일, 30일의 고정 기간과 전체 로트당 가격을 제공합니다. 대여 기간, 로트의 카드 수, 작업 일정을 각각 확인하세요. 카드 한 장을 추가해도 준비나 사람의 검증이 사라지지는 않습니다.
유용한 결과물은 가정, 배치된 여유, 차이 발생 시의 결정을 담은 승인된 일정입니다. 이는 실제로 제공되는 리소스와 대표성 있는 시험으로 확인해야 합니다. 연습의 16시간이나 예비 비율을 보장된 기한이나 보편적인 규모 산정 규칙으로 바꾸지 마세요.
결정을 위한 질문
예정된 시간을 GPU 수로 나눌 수 있나요?
작업이 병렬로 진행될 수 있고 다른 리소스가 이를 뒷받침할 때만 가능합니다. 분할할 수 없는 처리, 의존성, 검토 단계는 일정을 제한할 수 있습니다. 총 시간을 카드 수로 환산하기 전에 이러한 제약을 드러내세요.
얼마의 여유분을 남겨야 하나요?
마진은 발생 가능한 격차와 그것이 일정상 어디에 위치하는지에 따라 달라집니다. 예시의 세 시간은 가상이며 모든 마감을 보호하지는 않습니다. 버퍼는 그것이 지켜야 할 제출 전에 배치하고, 관찰 내용으로 근거를 제시하세요.
일정표가 장비 인수를 대체하나요?
아니요. 일정표는 사용 가능한 리소스와 애플리케이션을 전제로 합니다. 인수 단계에서 이 전제를 검증한 후에야 시간대를 사용 가능한 것으로 간주할 수 있습니다. 조건이 아직 알려지지 않았다면, 일정표는 잠정 상태와 대체 결정을 유지해야 합니다.