F5 BIG-IP LTM으로 애플리케이션 가용성 모니터링
거기에 누가 있나요? 집에 누구 있어요? 애플리케이션 모니터링에 대해 생각할 때, 핑크 플로이드의 "Comfortably Numb"의 가사가 떠오릅니다. 이상하게 들릴지 모르지만, 참아주세요. 비즈니스 요구 사항을 충족하는 안전한 애플리케이션을 빠르게 제공하는 데 따른 미묘한 차이는 네트워크와 애플리케이션 포트폴리오에 많은 잠재적인 문제점을 초래합니다. SaaS, 클라우드, 온프레미스 및 하이브리드 등 배포 옵션의 다양성이 증가하는 것을 방정식에 추가하면 이러한 문제 지점에는 고장이 나거나 잘못 구성되거나 공격 벡터가 될 수 있는 고유한 영역이 있으며 각각 고유한 폭발 반경과 근본 원인이 있습니다. 우리는 책임감 있는 앱과 네트워크 관리자로서 트래픽이 네트워크 인프라에서 어떻게 이동하는지 파악하는 것이 필요합니다. 그렇다면 애플리케이션이 비즈니스 기능에 중요한 경우 이러한 위험을 어떻게 관리할 수 있을까요? 앱 가용성과 앱에 액세스하는 사용자 경험을 어떻게 이해하시나요 ? 귀하의 지원서가 실제로 존재 하는지 어떻게 알 수 있나요?
앱 모니터링은 앱 보안 및 제공 전략의 성공에 매우 중요합니다. 트래픽이 애플리케이션에 도달하는 방식을 이해하면 사용자에게 문제가 되기 전에 문제를 해결할 수 있는 통찰력이 더 높아지기 때문입니다. 작년 애플리케이션 전략 보고서를 위해 조사한 기업의 약 3분의 1은 앱 성과 에 대한 기준이 부족했습니다. 최종 사용자보다 먼저 앱 문제와 중단을 감지하는 경우는 훨씬 더 적습니다. 모바일 사용자의 40%가 한번이라도 나쁜 애플리케이션 경험을 하면 경쟁사로 옮겨간다는 사실을 생각해보면 기업에서 애플리케이션의 상태를 모니터링하는 것이 얼마나 중요한지 알 수 있습니다. 여기서 중요한 점은 BIG-IP 로컬 트래픽 관리자(LTM)의 상태 모니터는 애플리케이션의 가용성 을 확인하는 반면 성능 모니터는 성능과 부하를 확인한다는 것입니다. 그러나 여러 면에서 이러한 애플리케이션 모니터링 접근 방식은 클라이언트 관점에서 애플리케이션이 어떻게 작동하는지에 대한 더욱 현실적인 관점을 제공합니다.
그러면 BIG-IP LTM이 애플리케이션을 감시하는 데 도움이 되는 세 가지 방법에 대해 알아보겠습니다.
간단한 모니터링 - 이름에서 알 수 있듯이 간단한 모니터링은 간단합니다. 이 모니터링 방법은 기본적으로 "이봐, 거기에 뭔가 있어?"라고 묻고 LTM 노드, BIG-IP DNS 서버, 가상 서버, 풀, 풀 멤버 또는 링크의 "작동" 또는 "작동 중지" 상태만 설정합니다. 간단한 모니터에는 Gateway ICMP, ICMP, TCP_ECHO의 세 가지 모니터 유형이 포함되어 있으며 노드 자체만 모니터링하고 노드의 풀 멤버, 개별 프로토콜, 서비스 또는 애플리케이션은 모니터링하지 않습니다.
다른 말로 표현하면: 친구들과 수영장에서 '마르코 폴로' 게임을 하는 것과 같습니다. 여러분 중 한 사람이 "마르코"라고 외치면 나머지 풀 멤버들은 "폴로"라고 대답합니다. 당신은 그들이 수영장에 있다는 것을 알고 있지만 그 이상은 잘 모릅니다.
수동 모니터링 – 클라이언트 요청의 일부로, 수동 모니터링은 특정 기간 내에 발생한 데이터 요청이나 연결 요청 시도 횟수와 같은 관리자가 정의한 매개변수를 기반으로 풀 멤버의 상태를 확인합니다. 시스템이 해당 시간 내에 해당 횟수만큼 시도한 후에도 서버에 연결하거나 응답을 받을 수 없거나, 시스템이 잘못된 응답을 받으면 시스템은 풀 멤버를 "다운"으로 표시합니다.
이 방법은 클라이언트 요청과 서버 응답 외에 추가적인 네트워크 트래픽을 생성하지 않으며 네트워크 트래픽이 있는 경우 풀 멤버를 빠르게 "다운"으로 표시할 수 있습니다. 수동 모니터는 클라이언트 요청에 효과적으로 피기백 방식으로 대응하기 때문에 특정 응답을 확인할 수 없으며 풀 멤버를 "업"으로 표시하는 데 느릴 수 있습니다.
다른 말로 표현하면: 마치 초등학교 시절의 감시원과 같아요. 그들은 다른 학생들이 복도를 지나가는 것을 지켜보고, 그 학생들이 수업에 오는지 여부를 보고하지만, 교통 체증이 있는 경우 에만 보고합니다.
활성 모니터링 - 애플리케이션에서 트래픽의 상태를 "거기에 뭔가 있는가?"를 넘어 알아야 할 때 이 유형의 모니터는 주기적 상태 확인을 보냅니다. 지정된 기간 내에 응답이 없거나 노드 상태가 성능 저하를 보일 경우 BIG-IP는 트래픽을 다른 풀 멤버나 노드로 리디렉션할 수 있습니다. 또한 앱 서버에 대한 상태 점검으로 사용자 세션을 시뮬레이션하여 HTTP 상태 점검으로 애플리케이션을 모니터링하고 서버로부터 특정 응답을 확인할 수도 있습니다.
활성 모니터는 클라이언트 요청 및 서버 응답을 넘어 네트워크 트래픽을 생성하기 때문에 풀 멤버를 "다운"으로 표시하는 데 느릴 수 있습니다. 트래픽이 많을수록 지연 시간이 길어질 가능성이 있습니다.
다른 말로 표현하면 : 마치 자동차를 도로에서 운전하여 교통 상황을 판단하는 것과 같습니다. 교통 흐름이나 교통 체증이 발생할 수 있는 곳을 자세히 볼 수 있으며, 이를 통해 모니터링하는 교통량이 늘어납니다.
속도, 엔진 온도 또는 연료 소비량을 모니터링하지 않고 자동차를 운전하고 싶지 않을 것입니다. 특히 많은 것이 사용자의 좋은 경험에 달려 있을 때, 사용자가 액세스하는 방법을 모니터링하지 않고 비즈니스에 중요한 애플리케이션을 제공하려고 시도하는 이유는 무엇입니까? 앱에 다음 사항을 묻는 것을 잊지 마세요. "집에 누구 있어요?"
BIG-IP의 모니터링 기능에 대한 자세한 내용은 아래 리소스를 확인하거나 F5 계정 팀에 문의하여 BIG-IP 앱 상태 모니터를 특정 사용 사례에 어떻게 적용할 수 있는지 알아보세요.