이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
서버 부하 분산을 직접 운영한 경험은 없지만, 수업 실습에서 로드밸런서를 구성하여 두 서버에 트래픽을 나누는 환경을 만들어본 적이 있습니다. 한 서버에 트래픽이 몰리도록 설정을 잘못했는데, 가중치 설정을 수정하니 균등하게 분산되었습니다. 처음에는 설정 없이 자동으로 나뉠 것이라고 생각했지만, 분산 비율을 명시적으로 설정해야 원하는 대로 동작한다는 것을 배웠습니다. 부하 분산에서 한 서버가 다운되었을 때 트래픽을 다른 서버로 자동 전환하는 동작도 확인했는데, 헬스체크 설정이 없으면 다운된 서버로 계속 요청이 가는 것을 실습에서 경험하였습니다.
헬스체크 설정이 부하 분산의 핵심 중 하나라는 것을 그때 처음 이해하였습니다. 부하 분산 + 헬스체크 연동이 서버 안정 운영의 기본이라는 것을 배웠습니다.
인턴 때 서버 트래픽이 특정 장비에 몰리는 상황을 모니터링 화면에서 처음 봤습니다. 담당자가 분산 설정을 확인하고 조정하는 과정을 옆에서 지켜봤는데, 설정 하나를 바꾸니 트래픽이 고르게 나뉘는 걸 실시간으로 볼 수 있었어요. 왜 한쪽에만 몰렸는지 물어보니 신규 서버를 추가하면서 분산 설정을 업데이트하지 않은 게 원인이었습니다.
서버를 추가할 때 분산 설정도 같이 업데이트해야 한다는 게 빠지기 쉬운 부분이라는 걸 배웠어요. 그 이후로 서버 구성 변경 체크리스트에 분산 설정 검토가 포함됐다는 걸 나중에 담당자에게 들었습니다. 변경 시 관련 설정 동시 검토가 운영 실수를 줄이는 방법이라는 걸 배웠습니다.
부하 분산과 경로 제어의 관계를 처음 공부할 때 왜 분산 장비가 경로 정보를 광고하는지 이해하는 게 어려웠습니다. 공식 문서와 커뮤니티 자료를 찾아보면서 같은 목적지 주소를 여러 서버가 광고해서 트래픽이 분산되는 원리를 이해하게 됐어요. 처음엔 분산이 네트워크 장비가 알아서 하는 거라고 생각했는데, 서버 쪽에서 경로를 광고해야 동작하는 구조라는 걸 배웠습니다.
두 기술이 연결돼 있다는 걸 이해하고 나니 관련 장애 상황이 왜 생기는지도 납득이 됐어요. 실제 환경에서 운영해보고 싶은 부분이라 개인 실습 환경에서 계속 공부하고 있습니다. 경로 제어와 분산의 연관 구조 이해가 이 주제의 핵심이라는 걸 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 네트워크 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.