Knowledge
단일 장애점(SPOF)을 구성도에서 찾는 방법
서버를 여러 대 그려 두었다고 해서 단일 장애점이 없는 것은 아닙니다. 구성도를 따라가며 SPOF를 찾는 기본 순서를 정리합니다.
Infrastructure · Architecture
구성도에 서버를 여러 대 그려 놓았다고 해서 단일 장애점이 없는 것은 아닙니다.
단일 장애점(Single Point of Failure, SPOF)은 그 구성 요소가 멈추면 전체 서비스가 영향을 받는 지점을 말합니다.
설계 단계에서는 “이중화했다”고 표시해 두었더라도, 실제 구성을 따라가 보면 SPOF가 남아 있는 경우가 적지 않습니다.
이 글에서는 구성도를 보면서 SPOF를 찾는 기본적인 방법을 정리합니다.
구성도에서 자주 발견되는 SPOF
실무 검토에서 반복적으로 나오는 패턴은 다음과 같습니다.
- 웹·WAS는 2대 이상인데 DB는 1대인 경우
- 서버는 이중화되어 있으나 앞단 스위치나 로드밸런서가 단일인 경우
- 공유 스토리지를 사용하는데 스토리지 컨트롤러나 경로가 단일인 경우
- 외부 연계 시스템, 인증 서버, DNS가 단일 구성인 경우
- 서비스 경로는 이중화했으나 관리·백업 경로가 하나뿐인 경우
- 동일 전원, 동일 랙, 동일 네트워크 장비에 의존하는 경우
이 중 일부는 구성도만 봐서는 바로 보이지 않고, 장비 배치나 연결 관계를 추가로 확인해야 드러납니다.
SPOF를 찾는 기본 순서
구성도를 받은 뒤 아래 순서로 살펴보면 놓치는 지점을 줄일 수 있습니다.
1. 서비스 흐름을 끝까지 따라간다
- 사용자 요청이 들어와서 응답이 나가기까지 거치는 모든 경로를 표시한다.
- 중간에 거치는 장비와 시스템을 빠짐없이 적는다.
2. 각 지점에서 “이것이 죽으면 어떻게 되는가?”를 묻는다
- 서버, 네트워크 장비, 스토리지, 외부 연계 순으로 확인한다.
- 하나라도 전체가 멈추는 지점이 있으면 SPOF 후보로 표시한다.
3. 이중화라고 표시된 부분이 실제로 독립적인지 확인한다
- 같은 전원, 같은 랙, 같은 스위치, 같은 스토리지에 물려 있지는 않은지 살펴본다.
- 논리적 이중화와 물리적 이중화는 다를 수 있다.
4. 운영·관리 경로도 함께 본다
- 서비스 트래픽만 이중화하고 모니터링, 백업, 관리 접속 경로는 단일인 경우가 많다.
- 장애 시 대응이 불가능한 구조가 될 수 있다.
5. 가용성 요구와 대조한다
- “이 서비스는 몇 분의 다운타임까지 허용하는가?”를 기준으로 남아 있는 SPOF가 수용 가능한지 판단한다.
판단 시 유념할 점
- 모든 SPOF를 없애는 것이 항상 정답은 아닙니다. 비용과 복잡도가 증가하므로, 업무 중요도와 허용 다운타임에 따라 우선순위를 정해야 합니다.
- “서버 2대 = 이중화 완료”로 끝내면 안 됩니다. 앞단·뒷단·경로·전원까지 확인해야 실제 효과가 있습니다.
- 구성도에 SPOF를 표시해 두면 이후 검토와 변경 관리가 수월해집니다. 숨겨 두기보다 명시하고 대응 방안을 함께 적는 편이 낫습니다.
구성도는 장비를 나열하는 그림이 아니라, 어디가 죽어도 되고 어디는 죽으면 안 되는지를 판단한 결과여야 합니다. 그 판단을 하려면 구성도를 그린 뒤에 SPOF가 남아 있는지 검토하는 단계가 필요합니다.
가용성 요구를 확인하고 설계안을 만드는 과정에서 SPOF를 어떻게 식별하고 판단할 것인지는 인프라 설계의 기본이 됩니다.
이 내용은 구성도 검토 시 단일 장애점을 찾는 실무 관점을 정리한 것입니다. 요구사항 확인부터 설계안 작성까지의 흐름은 인프런 「처음 시작하는 IT 인프라 설계 : 요구사항부터 설계안까지」에서 다루고 있습니다.