템플릿을 나눠 스위치 역할을 정리한 뒤, DR이나 orphan failover 트래픽이 standby가 필요해질 때만 실패합니다.
MLAG 쌍이 평상시 트래픽은 나르는데 재해 복구 테스트가 실패 — 템플릿 분리 후 orphan-port 복구 VLAN이 한쪽에서만 trunk이고 standby peer에서는 access로 남음
Network 원문 시나리오에서 orphan-recovery-vlan-trunked-only-on-one-peer 신호를 기준으로 근본 원인과 안전한 복구 방향을 정리하는 문제입니다.
시나리오
먼저 볼 것
- 네트워크 구간을 hop 단위로 나눠서 보기
- DNS, 포트, 패킷, 방화벽 원인을 각각 검증하기
- 간헐 장애를 재현 가능한 조건으로 바꾸기
점검 체크리스트
- 문제가 이름 해석, 연결, 응답, 성능 중 어디에 있는지 먼저 나눕니다.
- tcpdump, ss, curl, traceroute, iptables 정보를 같은 맥락으로 읽습니다.
- 한 지점만 고치지 말고 경로 전체의 정책을 검토합니다.
복구와 재발 방지
단말의 teaming을 탓하기 전에 양쪽 peer의 복구 전용 VLAN 처리를 점검하세요.
같이 보면 좋은 질문
네. 제목과 시나리오는 실제 장애 단서이므로 그대로 유지합니다. 한국어 풀이는 판단 순서와 답안 구조를 돕기 위한 보조 설명입니다.
아니요. DNS, route, firewall 같은 기술 용어와 ping 같은 명령어는 영어 원문을 유지하세요.
사용자 영향, 관찰한 근거, 최근 변경, 안전한 복구 방향을 한 번에 연결해 설명하는 것입니다.
현장에서 본 비슷한 케이스