공장 네트워크가 잠시 끊겼다고 설비 데이터가 사라져도 괜찮을까요? 장시간 운전 설비라면 통신 장애 중에도 데이터를 현장에 보관하고 복구 후 순서와 중복을 관리하며 보내야 합니다. 이를 저장 후 전달이라고 부릅니다.
현장 버퍼의 크기를 계산한다
센서 수, 초당 메시지 수, 평균 크기, 예상 최대 장애 시간을 곱해 필요한 저장 공간을 잡습니다. 디스크가 꽉 찼을 때 무엇을 버릴지 우선순위도 정해야 합니다. 중요한 이벤트와 고주기 원시 신호를 같은 보존 정책으로 다루기 어렵습니다.
메시지의 원래 시각을 유지한다
연결이 복구되면 몇 시간 전 데이터가 한꺼번에 도착할 수 있습니다. 서버 수신 시각만 남기면 과거 사건이 현재 사건처럼 보입니다. 원천 시각과 전송 시각을 함께 저장하고 실시간 경보에서 지연 데이터를 어떻게 다룰지 정합니다.
재전송은 중복될 수 있다고 본다
네트워크가 끊기는 순간 서버는 받았지만 장치는 확인을 못했을 수 있습니다. 재연결 후 같은 메시지를 다시 보낼 수 있으므로 장치 ID와 메시지 식별자로 중복을 제거합니다. 정확히 한 번 도착한다는 가정은 위험합니다.
암호화와 접근 통제를 적용한다
현장 PC의 버퍼에도 생산량이나 설비 상태 같은 민감 데이터가 남습니다. 저장 파일의 권한, 암호화, 삭제 시점, 장치 분실 대응을 정합니다. 중앙 서버만 안전하다고 현장 저장소를 방치해서는 안 됩니다.
복구 폭주를 제어한다
연결이 돌아온 순간 모든 장치가 백로그를 한 번에 보내면 중앙 시스템이 다시 불안정해질 수 있습니다. 장치별 전송 속도를 제한하고, 오래된 데이터를 우선순위에 따라 처리합니다. 장애 훈련에서 버퍼 보존과 배출 시간을 함께 측정합니다.
현장에 적용할 때의 순서
- 장애 시간을 기준으로 현장 버퍼 용량을 정한다
- 원천 시각과 메시지 ID를 함께 보존한다
- 복구 뒤 백로그 전송 속도와 중복을 제어한다
주의할 실패: 수신 시각만 쓰면 늦게 도착한 과거 데이터가 현재 경보를 만들 수 있다.
관찰할 지표: 버퍼 사용률, 지연 도착, 중복 제거 건수와 배출 시간을 본다.
적용 전 체크리스트
- 최대 장애 시간에 필요한 버퍼 용량이 계산됐는가
- 원천 시각과 중복 식별자를 보존하는가
- 재연결 시 백로그가 서버를 압도하지 않는가
참고 자료
Azure IoT Edge offline capabilities. Microsoft 문서는 오프라인 메시지 저장과 전달을 설명하며 보존 시간과 디스크 용량의 제약을 명시합니다. 우선순위와 중복 정책은 현장 설계 제안입니다.
이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.
#엣지컴퓨팅 #오프라인수집 #저장후전달 #산업데이터 #IoTEdge #설비연동 #재전송 #중복처리 #데이터품질 #스마트팩토리
