반복영역 건너뛰기
주메뉴 바로가기
본문 바로가기
제품/서비스
EMS Solution
Features
클라우드 관리
서버관리
데이터베이스 관리
네트워크 관리
트래픽 관리
설비 IoT 관리
무선 AP 관리
교환기 관리
운영자동화
실시간 관리
백업 관리
스토리지 관리
예방 점검
APM Solution
애플리케이션 관리
URL 관리
브라우저 관리
ITSM Solution
서비스데스크
IT 서비스 관리
Big Data Solution
SIEM
AI 인공지능
Dashboard
대시보드
Consulting Service
컨설팅 서비스
고객
레퍼런스
고객FAQ
문의하기
가격
자료실
카탈로그
사용자매뉴얼
회사소개
비전·미션
연혁
2016~현재
2000~2015
인증서·수상
투자정보
재무정보
전자공고
IR자료
새소식
공고
보도자료
오시는 길
채용
피플
컬처
공고
FAQ
블로그
열기
메인 페이지로 이동
블로그
최신이야기
블로그
최신이야기
사람이야기
회사이야기
기술이야기
다양한이야기
브레인즈컴퍼니 ‘2023 소프트웨어대전’ 참가
클라우드(Cloud) 관리와 AWS가 뭔가요?
이운형
2023.11.16
페이스북 공유하기
트위터 공유하기
링크드인 공유하기
블로그 공유하기
[행사] 브레인즈컴퍼니 전략사업본부 ‘happy 호프데이’
오늘날 IT 인프라 운영환경은 매우 복잡해졌어요. 갑작스러운 환경 변화에 따라 신속한 대응도 필요한 시점이죠. 이러한 현상으로 많은 기업들이
온프레미스(On-premise) 환경에서 클라우드(Cloud) 환경으로 전환하는 추세
이기도 해요.
클라우드 컴퓨팅 서비스 중에는 여러 벤더가 있는데요. 대표적으론 Amazon Web Services(AWS), Microsoft Azure, Google Cloud Platform(GCP)가 있어요.
그중 ‘AWS’는 국내 클라우드 시장에서 3년 간 70% 내외의 시장점유율로, 1위를 차지했는데요
(*클라우드 서비스 분야 실태조사(2022), 공정거래위원회)
이처럼 높은 점유율을 가진
1) AWS의 주요 서비스를 살펴보고 2) 하이브리드 클라우드 모니터링이 필요한 이유는 무엇인지 3) AWS의 각종 서비스를 모니터링할 수 있는 제니우스(Zenius)
도 함께 소개해 드릴게요!
AWS(Amazon Web Services)란?
AWS는 ‘Amazon Web Services’의 약어로, 아마존 닷컴이 제공하는 클라우드 컴퓨팅 플랫폼 및 서비스의 집합이에요. AWS에서 제공하는 여러 가지 서비스를 이용하면, 기업 및 개인이 필요한 컴퓨팅 리소스를 유연하게 확장하고 관리할 수 있죠. AWS 주요 서비스는 다음과 같아요!
AWS 주요 서비스
▪
Amazon VPC
(Amazon Virtual Private Cloud)
격리된 네트워크 환경을 구성하게 해주는 서비스예요. AWS의 동일 계정이나, 서로 다른 계정 간에 격리된 네트워크를 연결할 수 있도록 다양한 옵션들을 제공해 줘요.
▪
Amazon EC2
(Amazon Elastic Compute Cloud)
AWS에서 가장 많이 사용되는 컴퓨팅 서비스예요. 가상 서버를 호스팅 할 때 사용하죠. 리눅스나 윈도우 환경 등 다양한 인스턴스 유형을 지원하고, 필요에 따라 성능을 조정할 수 있어요. 생성 가능한 인스턴스 타입은 리전 별 차이가 있으나, 100개~300개에 이를 정도로 방대하답니다.
▪AWS Lambda
AWS에서 제공하는 서버리스 컴퓨팅 플랫폼이에요. 여기서 ‘서버리스’란 개발자가 서버의 존재를 신경 쓸 필요가 없다는 뜻이에요. AWS에서는 서버 인프라에 대한 프로비저닝, 유지관리 등을 대신 처리해 주죠. 이처럼 개발자가 비즈니스 로직에 집중하여 코드를 실행하게 해줘요.
▪Amazon S3
AWS에서 제공하는 스토리지 서비스예요. S3는 파일시스템이 아닌 오브젝트 스토리지 서비스로, 모든 파일에 API를 통해 접근 가능해요. 무제한적인 확장성, 높은 가용성과 내구성을 제공하며 단일 파일을 최대 5TB까지 업로드할 수 있어요.
▪Amazon EBS
(Amazon Elastic Block Store)
EC2 인스턴스에 장착하여 사용할 수 있는 가상 저장 장치에요. EBS를 연결하여 파일을 저장하면, EC2 인스턴스와 관계없이 데이터를 영구적으로 보관 가능해요. 이 밖에도 AWS에서 제공하는 서비스는 매우 방대한대요. 아래 URL로 접속 시, 필요한 서비스 목록 확인이 가능하답니다!
?
더 많은 AWS 서비스가 궁금하다면?
온프레미스와 AWS의 차이
온프레미스 방식은, 클라우드 컴퓨팅 서비스가 나오기 전까지 기업에서 전통적으로 사용한 ‘일반적인 인프라 구축 방식’이에요. 온프레미스 환경에서 서버를 운영하면, 호스팅 서비스를 이용하거나 서버를 직접 구매 또는 임대하죠. 그다음 데이터 센터(IDC, Internet Data Center) 또는 기업 전산실에 설치하여 운영해요.
하지만 물리적인 서버를 직접 설치할 경우, 많은 시간과 비용이 소모되어 이를 위한 운영 공간과 인력이 필요할 수 있어요.
예시를 들어 볼게요. 대형 콘서트 예매, 대학교 수강신청, 입시 원서 접수 등 단기간에 트래픽이 급증했다가 감소되는 경우를 생각해 볼까요? 이때 ‘온프레미스 방식’으로 시스템을 구축한다면, 매우 많은 비용 낭비가 발생하게 될 거예요.
반면 AWS의 경우는 어떨까요? 인터넷이 연결된 어디에서든 쉽게 인프라를 구축하고, 사용한 만큼 비용을 지불할 수 있어요. 큰 이벤트를 처리한 후 생성된 리소스를 간편하게 삭제할 수 있죠. 이처럼 온프레미스 방식과 대비한다면, 남는 자원에 대한 비용 고민이 없어지겠죠?
하이브리드 클라우드 모니터링이 필요한 이유
이처럼 AWS는 매우 유연하고 확장성 있는 클라우드 서비스예요. 하지만 모든 서비스를 AWS를 이용해서 서비스하는 것은 한계가 있는데요. 이유는 다음과 같아요.
▪보안 및 규정 준수
민감한 데이터나 규정 준수가 필요한 업무의 경우, 사설 클라우드나 온프레미스 환경의 자체 데이터 센터를 통해 운영하려는 경향이 있어요.
▪비용 효율
AWS는 사용한 만큼 비용을 지불하기 때문에, 예측할 수 없는 트래픽 증가 등에 대응하기에 좋아요. 하지만 서비스에 따라 온프레미스 환경에서 운영하는 것이 비용 측면에서 더 효율적인 경우가 있죠.
이처럼 많은 기업이 AWS를 이용한 클라우드 서비스로 전환하는 추세지만, 당분간 온프레미스 방식과 결합한 하이브리드 클라우드 운영환경이 많은 편이에요.
그렇다면 이러한 하이브리드 클라우드 운영 환경을 모니터링할 수 있는 방법이 없을까요? 바로
‘제니우스’를 활용한다면
가능해요!
제니우스를 이용한 하이브리드 클라우드 모니터링 구성도
제니우스 하이브리드 클라우드 모니터링 프로세스를 간략히 소개할게요!
우선
클라우드 환경
단계에서는 AWS 서비스를 이용하여 구축된 클라우드 환경 정보를 RestAPI 방식으로 수집해요.
CMS Manager
는 AWS 클라우드 환경에서 수집한 정보를 취합 후 스토리지에 저장해 주죠.
EMS Manager
는 온프레미스 환경에서 수집한 정보를 취합 후 스토리지에 저장해 줘요.
Web UI
에서는 스토리지에 저장된 데이터를 이용하여, 사용자에게 모니터링 정보를 제공한답니다!
제니우스에서 AWS 모니터링하기
제니우스를 이용한 ‘하이브리드 클라우드 모니터링 구성’을 좀 더 자세히 살펴볼까요?
▪CMS > 모니터링 > 요약 :
위 그림은
AWS 통합 요약
페이지인데요. EC2, RDS, VPC 등 과금 현황까지 통합 모니터링할 수 있어요.
▪EMS > 토폴로지 > 클라우드 맵 :
리전 별 자동 구성형 클라우드 맵 페이지에서는, AWS 리전 별 이용하는 서비스와 연관관계를 클라우드 맵이 자동으로 구성해 줘요.
▪
CMS > 클라우드서비스 > EC2 > 주요 성능 지표 :
주요 성능지표 모니터링
페이지에서는 AWS 콘솔에 접속하지 않고, AWS 주요 성능 지표에 대한 모니터링 추이를 확인할 수 있어요.
▪EMS > 오버뷰 :
오버뷰를 통한 온프레미스 + AWS 통합 모니터링
페이지에서는, AWS 모니터링 항목과 온프레미스 환경 모니터링 항목의 통합 현황판을 확인할 수 있어요.
이처럼 AWS와 온프레미스 환경은 물론, 더 다양한 환경의 인프라 모니터링을 위해 제니우스를 사용을 해보는 건 어떨까요?
#클라우드
#AWS
#Cloud
#브레인즈컴퍼니
#클라우드컴퓨팅
#제니우스
#AWS클라우드
#하이브리드클라우드
이운형
Technical Consulting팀
Technical Consulting팀에서 제품구축과 유지보수 업무를 수행하고 있습니다.
필진 글 더보기
목록으로
추천 콘텐츠
이전 슬라이드 보기
Zenius EMS 솔루션으로 IT 인프라를 통합 모니터링 해야하는 4가지 이유
Zenius EMS 솔루션으로 IT 인프라를 통합 모니터링 해야하는 4가지 이유
최근 IT 인프라는 과거보다 훨씬 복잡하고 빠르게 변화하고 있습니다. 예전에는 서버, 네트워크 장비, 데이터베이스, 몇 가지 핵심 애플리케이션만 관리하면 되었지만, 이제는 VMware·Hyper-V 같은 가상화 플랫폼과 Kubernetes 기반의 컨테이너 환경이 기본이 되었고, AWS·Azure·NCP 등 퍼블릭 클라우드까지 결합되며 온프레미스와 클라우드가 혼합된 하이브리드 클라우드 환경이 일반화되었습니다. 이처럼 다양한 요소로 구성된 인프라를 개별 도구로 관리하면, 장애 발생 시 원인 파악과 해결에 많은 시간과 노력이 필요합니다. 운영자는 수많은 로그와 모니터링 화면을 오가며 원인을 추적해야 하고, 복구 역시 수작업에 의존하는 경우가 많습니다. 작은 장애 하나도 전체 서비스 가용성에 영향을 미칠 수 있는 환경에서, 통합적이고 지능적인 IT 인프라 관리 체계가 꼭 필요합니다. 브레인즈컴퍼니의 Zenius EMS는 이러한 복잡한 환경에서 안정성과 효율성을 동시에 확보할 수 있도록 설계된 통합 IT 인프라 관리 솔루션입니다. 서버, 네트워크, 데이터베이스, 애플리케이션, 가상화, 컨테이너, 클라우드를 한 화면에서 관리할 수 있으며, AI·SIEM·OAM 등 다양한 모듈을 연계하면 운영 자동화, 예측 분석, 보안, 규제 준수까지 한 번에 대응할 수 있습니다. 이제, Zenius EMS로 IT 인프라를 통합 관리해야 하는 네 가지 핵심 이유를 살펴보겠습니다. 1. 모든 IT 인프라를 아우르는 진정한 통합 모니터링 기업의 IT 환경은 온프레미스 서버, 스토리지, 네트워크 장비, 데이터베이스, 애플리케이션을 비롯해 가상화와 컨테이너, 퍼블릭 클라우드까지 다층적으로 구성됩니다. 이렇게 다양한 구성 요소가 혼재된 환경에서는 개별 도구만으로 전체 상태를 파악하기 어렵고, 장애 발생 시 원인 분석에 많은 시간이 소요됩니다. 예를 들어 웹 애플리케이션의 응답이 느려지면, 서버의 CPU·메모리, 네트워크 트래픽, 데이터베이스 세션, 컨테이너 Pod 상태를 각각 확인해야 하며, 이 과정에서 근본 원인 파악이 늦어질 수 있습니다. Zenius EMS는 이러한 복잡한 환경을 단일 플랫폼에서 완전히 통합해 관리할 수 있도록 설계되었습니다. 단순히 서버와 네트워크 상태를 나열하는 수준이 아니라, 모든 인프라 데이터를 연관 관계 기반으로 실시간 시각화합니다. 토폴로지 맵과 서비스 맵은 각 구성 요소 간의 연결 상태와 서비스 흐름을 직관적으로 보여주어, 장애나 성능 저하가 발생했을 때 어느 구간에서 문제가 시작되었는지를 빠르게 파악할 수 있습니다. 또한 다차원 대시보드와 Top N 현황을 통해 자원 사용률, 트래픽, 세션 수, 이벤트 발생 빈도 같은 핵심 지표를 종합적으로 살펴볼 수 있습니다. [ Zenius EMS 솔루션 예시화면_ 대시보드/오버뷰 구성 ] 이를 통해 운영자는 한 화면에서 전체 인프라의 상태와 성능을 동시에 확인할 수 있으며, 필요한 경우 특정 서비스나 장비까지 드릴다운하여 상세 정보를 확인할 수 있습니다. 예를 들어 웹 서비스 응답 지연이 발생하면, 대시보드에서 서버 부하, 네트워크 트래픽, DB 세션, 컨테이너 Pod 상태까지 유기적으로 연결된 데이터를 기반으로 근본 원인을 신속하게 도출할 수 있습니다. 이처럼 통합 관제 환경이 제공하는 가장 큰 장점은 운영 효율성의 향상입니다. 더 이상 여러 모니터링 도구를 전환하며 데이터를 수집하고 조합할 필요가 없고, 이벤트 발생과 분석, 원인 파악, 대응까지의 시간이 크게 단축됩니다. 2. 장애 예방과 신속한 대응 지원 Zenius EMS는 IT 인프라 운영에서 중요한 과제인 장애 예방과 신속한 대응을 위해 설계되었습니다. AI 모듈과 연계해 서버, 네트워크, 데이터베이스, 컨테이너 등에서 발생하는 성능 지표를 분석하며, CPU·메모리 사용률, 네트워크 트래픽, DB 세션 등 핵심 지표를 기반으로 병목이나 이상 징후를 사전에 감지합니다. 또한 임계치에 도달하기 전 알림을 제공해 운영자가 미리 조치를 준비할 수 있어 서비스 중단 위험을 크게 줄일 수 있습니다. [ Zenius EMS 솔루션 예시화면_ AI 연계 ] Zenius EMS는 인프라 전반에서 발생하는 이벤트를 실시간으로 수집·연계해 비정상 패턴을 탐지하며, 문제 발생 시 통합 대시보드와 서비스 맵을 통해 상태 변화를 직관적으로 확인할 수 있습니다. 장애가 실제로 발생하면 OAM(운영 자동화) 모듈과 연계해 탐지부터 복구, 정상화 확인, 결과 통보까지 전 과정을 자동화하고, 모든 조치 이력은 기록으로 남아 추후 분석과 정책 개선에 활용됩니다. 또한 SIEM 모듈과 함께 사용하면 로그 수집·저장·분석·시각화를 한 곳에서 처리해 서비스 이상 징후를 보다 정밀하게 파악할 수 있으며, 장애 재발 방지와 사후 분석에도 효과적입니다. 이렇게 Zenius EMS는 사전 예방과 신속 대응을 하나의 체계로 연결하여 운영자는 반복적인 긴급 대응에서 벗어나 전략적 운영에 집중할 수 있고, 기업은 서비스 가용성과 안정성을 높이며 운영 효율성까지 함께 확보할 수 있습니다. 3. 대규모·클라우드 환경에서도 안정적인 확장성과 성능 대규모 환경과 멀티 클라우드 아키텍처에서는 서버, 네트워크, 데이터베이스, 가상화, 컨테이너, 클라우드 리소스를 동시에 안정적으로 관리할 수 있는 능력이 필요합니다. 관리 범위가 넓어질수록 이벤트 발생량과 성능 데이터의 양은 급격히 증가하며, 이를 제때 수집하고 분석하지 못하면 장애 징후를 놓치거나 대응이 늦어질 수 있습니다. Zenius EMS는 이러한 환경을 안정적으로 운영할 수 있도록 설계되었습니다. 다양한 인프라에서 발생하는 이벤트와 성능 지표를 실시간으로 수집하고, 이를 기반으로 상태 변화를 빠르게 감지합니다. CPU·메모리·스토리지 사용률, 네트워크 트래픽, 세션 수 등 주요 지표를 통합 대시보드에서 한눈에 확인할 수 있어, 대규모 환경에서도 일관된 관제 체계를 유지할 수 있습니다. 또한 SIEM 모듈과 연계하면 대용량 로그까지 함께 수집·분석할 수 있어, 방대한 환경에서도 통합 모니터링과 실시간 관제를 강화할 수 있습니다. [ Zenius EMS 솔루션 예시화면_ K8s] Zenius EMS는 컨테이너와 멀티 클라우드 환경에도 최적화되어 있습니다. Docker와 Kubernetes 기반 환경에서는 Pod, Node, Container 단위까지 세밀하게 모니터링할 수 있으며, AWS·Azure·NCP 같은 퍼블릭 클라우드와 온프레미스를 유기적으로 연결해 하이브리드 환경 전반을 일관성 있게 관리할 수 있습니다. 이와 같은 구조를 통해 Zenius EMS는 서버 수가 많고 복잡도가 높은 환경에서도 안정적인 서비스 운영을 지원합니다. 운영자는 인프라 전반의 상태를 명확하게 파악하고, 문제 발생 시 빠르게 대응할 수 있어 서비스 가용성과 안정성을 유지할 수 있습니다. 4. 보안·컴플라이언스까지 통합 지원하는 플랫폼 Zenius EMS는 운영 효율화를 넘어 보안과 규제 준수까지 한 번에 대응할 수 있는 통합 플랫폼입니다. 서버와 네트워크 장비의 보안 취약점은 SMS·NMS·GPM 모듈과 연계해 행정안전부 권고 기준으로 자동 점검하며, 점검 결과를 기반으로 한 보안 조치 가이드도 제공합니다. 이를 통해 운영자는 복잡한 점검 업무를 간소화하고, 인프라 전반의 보안 수준을 체계적으로 유지할 수 있습니다. 접근 제어와 감사 기능 역시 강화되어 있습니다. 비인가 사용자의 접근은 IP·기간·시간 단위로 제한할 수 있으며, 금지 명령어 실행을 차단하고, 모든 세션 수행 이력을 녹화해 감사 추적이 가능합니다. 공공기관이나 금융권처럼 높은 수준의 보안이 요구되는 환경에서도 안정적으로 운영할 수 있는 이유입니다. 또한 SIEM 모듈을 통해 로그 수집·저장·분석·시각화를 일원화하고, Zenius AI 모듈과 결합하면 잠재적 보안 위협과 서비스 이상 징후를 사전에 식별할 수 있습니다. 모니터링, 보안, 규제 준수를 통합적으로 제공하는 Zenius EMS는 IT 운영 리스크를 최소화하고, 기업의 IT 거버넌스를 한 단계 높여줍니다. [ Zenius EMS 솔루션 예시화면_ DBMS ] Zenius EMS 솔루션은 국내외 약 1,500여 고객사에서 활용되고 있으며, 공공기관, 금융권, 의료기관, 대기업, 국방, 해외 사업장 등 다양한 환경에서 안정성과 확장성을 이미 검증받았습니다. 하이브리드와 멀티 클라우드가 혼재된 복잡한 인프라에서도 예측 가능한 운영과 높은 효율성, 그리고 보안 신뢰성을 확보해 서비스 품질을 안정적으로 유지할 수 있습니다. 이러한 검증된 경험과 성능을 기반으로 Zenius EMS는 운영자에게는 일관되고 편리한 관리 환경을, 기업에는 안정성과 경쟁력을 제공하며, 현재도 여러 산업 현장에서 안정적인 IT 인프라 운영을 지원하고 있습니다.
2025.08.07
시스템 장애, Zenius EMS 솔루션으로 정확하고 효과적으로 관리하는 법
시스템 장애, Zenius EMS 솔루션으로 정확하고 효과적으로 관리하는 법
IT 시스템은 서버, 네트워크, 애플리케이션이 밀접하게 상호작용하는 다계층 구조로 운영됩니다. 이런 환경에서 발생하는 장애는 더 이상 단일 장비의 문제가 아니라, 여러 구성 요소가 연쇄적으로 영향을 주고받으며 서비스 품질에 직결됩니다. 예를 들어 한 서버의 경고는 단순한 일시적 리소스 부하에 불과할 수 있지만, 동시에 다른 계층에서 오류가 발생하면 곧바로 서비스 중단으로 이어질 수 있습니다. 반대로 특정 장비에서 치명적인 이벤트가 발생하더라도, 전체 서비스 아키텍처 차원에서는 영향도가 제한적인 경우도 흔히 발생합니다. 하지만 실제 운영 현장에서는 이런 복잡한 상황이 그대로 고려되지 못하는 경우가 많습니다. 많은 관제 환경이 여전히 장비 단위의 심각도에만 의존하기 때문에, 실제 서비스 영향과 상관없이 불필요한 알람이 쏟아지거나 반대로 중요한 장애 신호를 놓치는 일이 반복되곤 합니다. 그 결과 운영자는 수많은 이벤트 속에서 우선순위를 정하기 어렵고, 대응 속도 역시 느려질 수밖에 없습니다. Zenius EMS 솔루션의 핵심 모듈인 ERMS(Event Relation Management System)는 이러한 한계를 보완합니다. 개별 이벤트를 단순히 나열하는 대신, 규칙(Rule)으로 연계해 서비스 단위의 장애 여부를 판단하고 운영자가 즉시 상황을 이해할 수 있도록 도와줍니다. 덕분에 단순히 “어느 장비에서 문제가 발생했는가”를 넘어, “서비스 전체가 지금 어떤 상태인가”라는 더 중요한 질문에 답할 수 있습니다. 이번 글에서는 구체적인 구성 방법, 그리고 실제 운영 환경에서의 활용 사례를 통해, IT 시스템 장애를 어떻게 더 정확하고 효과적으로 관리할 수 있는지 살펴보겠습니다. Zenius EMS 솔루션의 ERMS 기능은?! 먼저 장비 관점에서의 이벤트 모니터링과 ERMS가 이벤트를 처리하는 방식이 어떻게 다른지 살펴보겠습니다. - 장비 관점에서의 이벤트 모니터링 CPU 사용률 경고, 프로세스 다운, 네트워크 지연 등 각 장비에서 발생하는 이벤트를 개별적으로 수집하고 표시하는 방식입니다. 특정 장비의 상태를 빠르게 확인할 수 있다는 장점이 있지만, 서비스 전체의 영향도를 파악하기에는 한계가 있습니다. - ERMS 이벤트 발생 로직 : 장비에서 발생한 이벤트들에 대한 Rule 설정으로 , 서비스 관점에서의 장애 모니터링 ERMS는 장비에서 발생한 여러 이벤트를 단순 나열하지 않고, 규칙(Rule)으로 연계해 종합적으로 해석하는 방식입니다. 여러 이벤트의 조합을 통해 서비스 단위의 장애 여부를 표현하기 때문에, 운영자는 불필요한 알람에 휘둘리지 않고 실제로 중요한 신호에 집중할 수 있습니다. Zenius EMS 솔루션의 ERMS 기능구성 및 확인절차 ERMS를 제대로 활용하기 위해서는 먼저 서비스 등록과 모니터링 확인 절차를 거쳐야 합니다 Step 1. [ ERMS > 설정 > 등록 ] : 신규 서비스를 등록 합니다. ① 서비스명 : 모니터링 페이지에 보여질 서비스명 입력 ② 연산 조건 : 연산 조건을 선택/입력하여 이벤트를 발생 시킬 조건 설정 - OR : 하위 서비스 또는 대상들의 상태가 하나라도 발생하면 설정한 심각도로 상태 표현 - AND : 하위 서비스 또는 대상들의 상태가 전부 발생하면 설정한 심각도록 상태 표현 - 사용자정의 : 하위 서비스 또는 대상들의 상태가 설정한 수 이상일 경우 설정한 심각도로 상태 표현 - 심각도별 개수 : 하위 서비스 또는 대상들의 심각도별 개수가 설정한 값 이상일 경우 상태 표현 ③ 심각도 : 연산 조건에 따른 이벤트 발생 시 보여지는 심각도 설정 - 인프라/감시설정의 심각도와 별개로 발생시킬 심각도 지정> 하위대상 - 선택한 서비스 대상 중 가장 높은 심각도 등급으로 상태 표시 ④ 서비스 대상 : 연산 조건에 따라 이벤트를 발생 시킬 대상 선택 - 서비스 : ERMS에 등록 된 서비스 선택 - 장비/대상 : 다른 인프라에 등록 된 장비 선택 - 감시설정 : 다른 인프라에 등록 된 감시설정 선택(서비스 대상 설정은 곧 ‘서비스 장애를 어떻게 정의할 것인가’와 직결되므로, 인프라 구조와 서비스 흐름을 고려해 신중히 지정해야 합니다.) ⑤ 이벤트 제목 : 연산 조건에 만족하여 이벤트 발생 시 보여지는 명칭 ⑥ 통보설정 : 이벤트 발생 시 설정된 통보방법 및 수신자에게 통보 되도록 설정 * SMS, 이메일, 메신저 등 다양한 채널과 연동할 수 있으며, 사전에 통보 방법이 반드시 정의되어 있어야 합니다. 운영자, 서비스 담당자, 온콜 팀 등 그룹 단위 지정이 가능해, 장애 대응 체계와 긴밀하게 연결됩니다. Step 2. [ ERMS > 모니터링 ] : 등록 확인 앞서 등록한 서비스와 Rule이 정상적으로 반영되었는지 모니터링 화면에서 확인합니다. 트리 구조로 전체 → 그룹 → 서비스 → Rule → 장비 단위까지 계층적으로 점검할 수 있어, 설정 누락이나 오작동 여부를 쉽게 파악할 수 있습니다. Zenius EMS 솔루션의 ERMS 활용 가이드 ERMS를 실제 환경에서 적용할 수 있는 대표적인 사례를 살펴보겠습니다. Case 1. 연관 서비스 간 이벤트 관리 ERMS를 활용하면 서로 다른 인프라에서 발생한 이벤트를 하나의 논리적 서비스 단위로 묶어 관리할 수 있습니다. 이를 통해 단일 장비 경보가 아니라, 실제 서비스 차원의 장애 인지가 가능해집니다. [Web 서비스와 연관 된 감시설정을 등록한 사례] 웹 서비스와 관련된 CPU 사용률, 프로세스 상태, 네트워크 연결 상태 등 여러 감시설정을 하나의 서비스로 등록합니다. 등록된 서비스는 “N개 이상 이벤트 발생 시”라는 조건으로 Rule을 구성합니다. 조건이 충족되면 서비스 메인 담당자(예: 홍길동)에게 SMS, E-mail 등으로 자동 통보가 이뤄집니다. 이를 통해 운영자는 단순히 경보를 나열하는 대신, 서비스 전체의 관점에서 중요한 신호만 걸러내어 신속히 대응할 수 있습니다. Case 2. 이중화 구성 관리 이중화 서버나 네트워크 장비 환경에서는 한쪽 노드가 장애를 겪더라도 서비스는 계속 유지될 수 있습니다. 하지만 양쪽 노드가 동시에 장애를 겪는 순간 서비스는 치명적인 상황에 빠지게 됩니다. ERMS는 이러한 특성을 Rule로 정의해 긴급 상황을 빠르게 알릴 수 있습니다. [이중화 구성에 대한 관리 사례] (1)신규 서비스 등록 시 이중화 구성 된 서버의 “서버다운” 감시설정 선택 (2)연산 조건, 심각도, 이벤트 제목 등을 설정하여 해당 조건에 대한 이벤트 발생 시 표현 될 정보 설정 - 연산 조건 : 이중화 구성에 대한 Rule 설정임으로 연산 조건은 “AND”로 설정 - 심각도 : 연산 조건 만족 시 발생할 이벤트 등급 - 이벤트 제목 : 해당 이벤트 발생 시 보여지는 명칭 (상황 심각성을 인지 할 수 있는 문구로 작성) (3)수신자/통보방법 설정을 통해 이벤트 발생 시 해당 서버에서 운영중인 서비스와 연관 된 담당자들에게 긴급 상황에 대한 인지가 가능하도록 합니다. 이를 통해 단일 장애에 과잉 반응하지 않으면서도, 실제 서비스 전체에 영향을 주는 상황은 놓치지 않고 빠르게 인지할 수 있습니다 Case 3. 서비스맵을 통한 시각화 모니터링 ERMS는 등록된 서비스를 시각화해 한눈에 파악할 수 있는 서비스맵 기능을 제공합니다. Sunburst, Bubble 형태의 차트를 활용하면 전체 서비스 구조와 이벤트 상태를 직관적으로 확인할 수 있습니다. [오버뷰 기능을 통한 시각화 사례] EMS > 설정 > 컴포넌트에서 “ERMS 서비스맵” 컴포넌트를 등록합니다. 이름, 제목, 서비스, 차트 종류(Sunburst/Bubble), 표시 단계 수 등을 설정합니다. 이후 등록된 컴포넌트를 오버뷰 화면에 추가합니다. ERMS 서비스 단위의 이벤트 현황이 시각적으로 표시됩니다. 다른 컴포넌트(성능 지표, 이벤트 이력 등)와 조합하면, 장애 상황과 성능 상태를 통합적으로 모니터링할 수 있습니다. 색상 변화, 계층 구조, 아이콘 조합 등을 통해 복잡한 운영 상황을 직관적으로 해석할 수 있습니다. 이를 통해 운영자는 이벤트 목록이 아닌 서비스 단위의 전체 그림을 기반으로 문제를 인지하고 대응 우선순위를 판단할 수 있습니다. [Sunburst, Bubble 차트종류] (1)오버뷰 구성 시 앞에서 생성한 컴포넌트를 추가하여 ERMS 서비스 단위 기준 이벤트와 다양한 컴포넌트와의 조합을 통해 전체적인 운영상황을 시각화하여 가시적인 모니터링이 가능 합니다. [ERMS 서비스 상태 오버뷰 시각화 구성] Zenius EMS 솔루션의 ERMS 구체적 활용 효과 기존 이벤트 관리 환경에서는 장애 여부를 개별 장비의 심각도만으로 판단했습니다. 이 때문에 중요도가 낮은 장비에서 발생한 이벤트라도 ‘치명’으로 기록되면, 실제 서비스 영향과 무관하게 서비스 전체가 그대로 ‘치명’ 장애로 표시되곤 했습니다. 반대로 여러 장비에서 동시에 문제가 발생해 서비스에 큰 부담을 주는 상황임에도, 단일 이벤트 기준만으로는 이를 제대로 드러내기 어려웠습니다. 결국 서비스 차원에서 실질적인 장애 여부를 구분하기 힘들었고, 운영자는 불필요한 경보와 오판 속에서 효율적인 대응이 어려웠습니다 ERMS를 도입하면 이런 한계를 극복할 수 있습니다. 이벤트 간의 연관 관계를 규칙(Rule)으로 정의하여 단순한 장비 경보가 아니라 서비스 단위의 장애를 판정할 수 있기 때문입니다. 예를 들어, A 장비에서 ‘치명’ 이벤트가 발생하고 동시에 B 장비에서 ‘주의’ 이벤트가 발생한다면, 이를 묶어서 서비스 전체를 ‘긴급’ 상태로 표현할 수 있습니다. 이처럼 서비스 관점에서 장애를 재정의하면 실제 영향이 큰 상황만 선별적으로 드러나고, 불필요한 알람은 크게 줄어듭니다. 운영자는 개별 이벤트에 매달릴 필요 없이 서비스 전체 상태를 기준으로 명확하게 판단할 수 있으며, 그 결과 대응의 정확성과 속도가 모두 향상됩니다. 서비스 품질 관리 또한 한층 안정적으로 이루어집니다. IT 시스템 장애는 이제 단순히 개별 장비 이벤트만으로는 정확히 판단하기 어렵습니다. Zenius EMS 솔루션의 ERMS 모듈은 이벤트를 서비스 단위의 규칙으로 묶어 해석함으로써, 불필요한 알람을 줄이고 실제로 중요한 장애만 명확히 드러냅니다. 서비스 등록과 Rule 설정, 시각화 기능을 통해 운영자는 장애 발생 시점을 더 빠르게 파악하고 우선순위를 명확히 정할 수 있으며, 결과적으로 서비스 안정성과 운영 효율성을 동시에 확보할 수 있습니다. 즉, ERMS는 IT 시스템을 장비 중심의 모니터링에서 서비스 중심의 관리로 전환하게 만드는 핵심 도구라 할 수 있습니다.
2025.09.09
다음 슬라이드 보기