WEB과 WAS를 분리한 후 점검해야 할 항목처럼 실무 환경에서 자주 발생하는 인프라 구조 변경 및 연계 점검에 대한 문제
✅ [문제 유형] 구조 변경 후 연계 점검 문제
✅ 문제 1. (객관식)
회사는 기존의 단일 서버에서 WEB과 WAS를 분리하여 각각 별도의 서버로 이전하였다.
이 과정에서 연계 오류를 방지하고 서비스 정상화를 위해 점검해야 할 항목으로 가장 적절하지 않은 것은 무엇인가?
보기
① WAS 서버의 IP를 ERP 연계 서버에 등록했는지 확인한다.
② 응용 프로그램 내에 하드코딩된 IP가 있는지 확인한다.
③ 모니터링 서버에서 새로운 WEB/WAS 모두에 대한 설정이 되어있는지 확인한다.
④ 기존 WEB 서버에서 수행되던 백업 Job을 삭제한다.
⑤ DNS 설정이 새로운 서버 IP로 갱신되었는지 확인한다.
정답: ④
해설: 백업 Job은 오히려 분리된 각 서버의 상태에 따라 새로 구성하거나 이전해야 하며, 무작정 삭제하는 것은 위험하다.
✅ 문제 2. (단답형)
웹 서버와 WAS 서버를 분리한 후, ERP 시스템과의 연동 오류가 발생하였다.
문제 해결을 위해 확인해야 할 설정 또는 구성 항목 3가지를 기술하시오.
예시 정답:
- ERP 서버에 등록된 WAS 서버의 IP
- WAS 접속용 도메인의 DNS 등록 여부
- 응용 프로그램 내 하드코딩된 IP 존재 여부
✅ 문제 3. (시나리오형 복합 문제)
다음은 WEB과 WAS를 분리 구성한 후 발생할 수 있는 문제에 대한 시나리오이다.
상황을 읽고 문제에 답하시오.
[시나리오]
WAS 서버 분리 이후 ERP 연동이 간헐적으로 실패하며, 특정 업무는 정상적으로 수행되고 일부는 연결 실패 로그가 발생한다.
네트워크는 정상이고, ERP 서버에서 해당 WAS IP는 등록되어 있음. 개발자는 애플리케이션에서 ERP 연동 요청이 하드코딩된 IP로 구성되어 있다는 점을 언급하였다.
질문:
- 이 문제의 근본 원인을 기술하시오.
- 이와 같은 문제를 사전에 방지하기 위해 시스템 구성 시 반드시 지켜야 할 베스트프랙티스를 2가지 기술하시오.
예시 정답:
- 응용 프로그램 내 ERP 연동 IP가 하드코딩되어 있어 IP 변경 시 반영이 안됨
-
- 연계 대상은 DNS 기반 도메인으로 참조할 것
- 응용 프로그램에서 IP/PORT 등 환경변수를 외부 설정 파일로 분리할 것
- 연계 대상은 DNS 기반 도메인으로 참조할 것
🛠️ 이 유형으로 구성 가능한 문제 세트 예시
| 1 | WEB/WAS 분리 후 점검 | DNS, 하드코딩, ERP, 모니터링, 백업 |
| 2 | DMZ에서 내부망 연계 오류 | 방화벽, 포트, NAT, VPN, 허용 정책 |
| 3 | DB 서버 이중화 후 장애 | VIP, listener, 연결 문자열, replication |
| 4 | AP 서버 이관 후 오류 | 스케줄러, 환경변수, 인증서, 로그 경로 |
| 5 | 인증 서버 분리 및 재구성 | SSO, 인증 포털, 연동 토큰, 접속 로그 |
✅ [WEB/WAS 분리 후 점검] 실무형 문제집 (총 15문항)
🔹 문제 1. (객관식)
WEB과 WAS를 분리한 후 ERP 연계가 실패하고 있다. 가장 가능성 높은 원인은?
① ERP 서버의 IP가 변경됨
② ERP 서버의 방화벽 정책이 초기화됨
③ WAS 서버의 IP가 ERP 연계 시스템에 등록되어 있지 않음
④ WEB 서버의 CPU가 과도하게 사용 중임
정답: ③
해설: ERP ↔ WAS 연계 실패는 IP 등록 누락이 대표적인 원인이다.
🔹 문제 2. (단답형)
WAS 서버를 분리한 후 응용 프로그램이 내부 서비스에 접속하지 못한다.
이때 점검해야 할 설정 항목 2가지를 기술하시오.
정답 예시:
- 응용 프로그램 내 하드코딩된 IP
- DNS 레코드 (A/AAAA) 등록 여부
🔹 문제 3. (객관식)
WEB과 WAS를 분리한 후 모니터링 시스템이 WAS 서버 상태를 감지하지 못한다. 가장 적절한 조치는?
① WEB 서버에서 모니터링 로그를 수집하게 변경
② 모니터링 설정에 WAS 서버 IP를 수동 등록
③ 모니터링 에이전트를 웹 서버로 이동
④ 모니터링 기능을 종료 후 재시작
정답: ②
해설: 서버 분리 시 IP가 바뀌므로 모니터링 시스템의 대상 IP 갱신 필요
🔹 문제 4. (시나리오형)
분리된 WAS 서버는 정상 구동 중이며, WEB 서버의 특정 기능 호출 시만 504 Gateway Timeout이 발생한다. 가능한 원인 2가지를 쓰시오.
정답 예시:
- WEB → WAS 간 포트 차단 또는 NAT 누락
- 리버스 프록시 설정에 타임아웃 값이 과소 설정됨
🔹 문제 5. (객관식)
WAS 서버 분리 후, 서비스 배포 자동화 도구에서 오류가 발생했다. 확인해야 할 항목은?
① Jenkins 빌드 스크립트에 WAS IP 반영 여부
② 개발자의 계정 권한
③ 시스템 시간대(Timezone) 일치 여부
④ CPU 가상화 설정
정답: ①
🔹 문제 6. (객관식)
WEB → WAS 요청 시 403 오류가 발생했다. 가능한 원인은?
① HTTP 프로토콜 미지원
② WAS 서버 방화벽에서 WEB 서버 IP 미허용
③ JVM 버전 불일치
④ DNS TTL이 짧게 설정됨
정답: ②
🔹 문제 7. (단답형)
WAS가 외부 시스템과 통신하는 기능을 포함하고 있다. 분리 구성 시, WAS 서버 측 방화벽에서 반드시 확인해야 할 것은?
정답 예시:
- 외부 연계 대상 IP/PORT 허용 여부
🔹 문제 8. (객관식)
WEB ↔ WAS 간 통신 시 DNS 이름을 사용하는 이유로 적절한 것은?
① 서버 부하 분산을 위해
② IP 변경 시 서비스 중단을 막기 위해
③ 서버 인증을 위해
④ 패킷 전송 속도 향상을 위해
정답: ②
🔹 문제 9. (시나리오형)
웹 서버는 도메인 기반으로 WAS에 요청하고 있으나, 일부 기능만 502 Bad Gateway를 반환한다. 점검 항목을 2가지 쓰시오.
정답 예시:
- NGINX 또는 Apache의 upstream 설정
- WAS 포트별 서비스 바인딩 상태
🔹 문제 10. (객관식)
WAS 서버의 로그 디렉토리를 확인할 수 없다는 개발자의 문의가 있다. 가장 먼저 확인할 항목은?
① logrotate 설정
② 공유 디렉토리 권한 설정
③ 웹서버 버전
④ DNS 캐시 갱신 여부
정답: ②
🔹 문제 11. (단답형)
WEB과 WAS가 다른 서버에 위치한 경우, 개발자가 로컬 경로(/opt/media)를 참조하여 오류가 발생한다. 조치 방안은?
정답 예시:
- 경로를 네트워크 경로(NFS 또는 SMB)로 변경
- 상대경로 사용 또는 환경변수로 경로 분리
🔹 문제 12. (객관식)
WEB → WAS 통신에 있어서 TLS 오류가 발생했다. 가장 가능성 높은 원인은?
① HTTP 1.0 사용
② 인증서 루트 체인이 누락됨
③ 서버가 과부하 상태
④ DNS SRV 레코드 설정 누락
정답: ②
🔹 문제 13. (객관식)
WAS 서버를 이중화한 경우, 로드밸런서 설정에서 반드시 필요한 항목은?
① 서비스 로그 위치
② 서버별 세션 공유 방식
③ CPU 온도 설정
④ SSL 암호화 알고리즘
정답: ②
해설: 세션 클러스터링 또는 sticky session 정책이 중요
🔹 문제 14. (단답형)
WEB ↔ WAS 간의 통신이 NAT 환경에서 설정되었을 경우, 점검해야 할 네트워크 구성 항목 2가지는?
정답 예시:
- SNAT/DNAT 매핑 설정
- 방화벽 허용 정책
🔹 문제 15. (시나리오형)
WEB → WAS 분리 후, WAS가 응답은 하되 지연이 심해졌다. 가능한 원인과 조치방안을 2가지씩 기술하시오.
정답 예시:
- 원인:
- 연결 수 제한 초과
- WAS GC 튜닝 미흡
- 조치:
- WAS의 max thread/connection 조정
- JVM 메모리 옵션 조정 및 GC 정책 변경