기술이야기 | 브레인즈컴퍼니

주메뉴 바로가기 본문 바로가기

메인 페이지로 이동
블로그
기술이야기

블로그

기술이야기

기술이야기 네트워크 모니터링 툴 Zenius NMS에서 Private OID로 기능 확장하기 기술이야기 네트워크 모니터링 툴 Zenius NMS에서 Private OID로 기능 확장하기 통상적인 NMS는 기본적으로 Public OID(표준 MIB) 기반으로 네트워크 장비를 관리하지만, 실제 운영 환경에서는 표준 MIB로 수집할 수 없는 장비 고유 성능 정보가 많습니다. 이를 반영하기 위해 네트워크 모니터링 툴 Zenius는 Private OID를 직접 등록하여 모니터링 범위를 확장할 수 있는 기능을 제공합니다. 이 기능을 통해 조직 특화 정보나 특정 벤더의 내부 성능 정보를 Zenius 모니터링 체계에 그대로 반영할 수 있으며, 등록된 Private OID는 성능 그래프·추이 분석·감시 정책 등 모든 기능과 완전히 통합되어 사용됩니다. 네트워크 모니터링 툴, Zenius NMS 기능 구성/확인 절차 이제 Private OID를 실제로 어떻게 등록하고 모니터링하며 감시 정책으로 연결하는지, 전체 흐름을 단계별로 살펴보겠습니다. Step 1. OID 등록 [NMS > 설정 > 장비 > OID > 등록] 먼저 Private OID를 추가하기 위해 OID 등록 화면으로 이동합니다. 이 단계에서는 새로 등록할 OID가 어떤 장비에서 사용될지 지정하는 절차를 진행합니다. 필요에 따라 여러 장비에 동일한 설정을 적용할 수 있어, 다양한 장비 환경에서도 손쉽게 관리할 수 있습니다. Step 2. 장비의 Private OID 등록 [NMS장비 선택(체크박스) > OID, OID명 등 필수정보 입력] 장비를 선택한 뒤, 모니터링할 Private OID 정보를 입력합니다. 여기에서 입력한 값들이 실제 성능 항목으로 등록됩니다. - OID: 모니터링할 Private OID를 입력합니다. Zenius는 사칙연산을 지원하므로 여러 OID 값을 조합하여 계산식 기반 지표를 만들 수도 있습니다. (사칙연산 입력 예시) ((.1.3.6.1.4.1.2021.4.5.0-(.1.3.6.1.4.1.2021.4.6.0+.1.3.6.1.4.1.2021.4.14.0+.1.3.6.1.4.1.2021.4.15.0))/.1.3.6.1.4.1.2021.4.5.0)*100 - OID명: 해당 OID를 식별하기 위한 이름을 입력합니다. - 데이터종류: OID가 제공하는 데이터 유형을 선택합니다. - 수집주기: 기본 5분이며, 필요에 따라 최소 1분까지 조정 가능합니다. Step 3. [NMS > 모니터링 > OID] : 등록한 Private OID 모니터링 OID 등록이 완료되면, 모니터링 메뉴에서 해당 Private OID 값을 실시간으로 확인할 수 있습니다. 성능 값은 시간 흐름에 맞춰 그래프로 표시되며, Public OID 기반 항목과 동일한 방식으로 조회할 수 있어 사용 방식이 익숙합니다. 특히 세션 수나 메모리 사용률처럼 빠르게 변동하는 값은 짧은 간격으로 확인할수록 운영 상황을 더 정확하게 파악할 수 있습니다. <Memory사용률의 Private OID 모니터링 화면> Step 4. [NMS > 모니터링 > OID > OID명(클릭)] : 등록한 Private OID 의 추이 모니터링 OID명을 클릭하면 특정 Private OID의 기간별 성능 변화를 자세하게 확인할 수 있습니다. 이 화면에서는 증가·감소 패턴이나 특정 시간대의 급격한 변동을 쉽게 파악할 수 있어, 이상 징후 탐지나 장비 상태 변화 분석에 활용하기 좋습니다. <Memory사용률의 Private OID 기간 별 성능 추이 모니터링 화면> Step 5. [NMS > 설정 > 감시설정 > OID > OID명(체크) > 등록] : 등록한 Private OID 의 감시정책 설정 등록한 Private OID를 감시정책에 적용하는 단계입니다. 이 화면에서 해당 OID가 어떤 조건일 때 이벤트를 발생시킬지 세부 기준을 설정할 수 있으며, 설정된 정책은 실시간 알림과 연동됩니다. - 감시항목: OID 데이터 → 등록된 Private OID 값을 기준으로 상태를 감시합니다. - 심각도/임계치 → 해당 OID의 특성에 맞는 심각도와 임계치를 입력하여, 기준을 초과하거나 벗어날 경우 이벤트가 발생하도록 설정합니다. 이렇게 설정된 감시정책은 일반 Public OID 항목과 동일하게 이벤트·SMS·메일·Push 알림으로 전달되며 Zenius NMS 장비 상세 모니터링을 통해 Private OID 항목 데이터 확인 하기 Zenius NMS는 기본적으로 등록된 장비의 성능 정보를 Public OID 기준으로 정리해 요약 화면에 표시합니다. - [ NMS > 모니터링 > 장비 > 상세 ] Public OID 기반의 요약정보 하지만 위 단계에서 살펴본 것처럼 특정 Private OID를 등록한 경우에는, 해당 장비의 상세 화면에서 Public OID 정보와 함께 Private OID 값도 즉시 확인할 수 있습니다. 이 기능을 통해 운영자는 장비의 표준 성능 지표와 고유 확장 지표를 한 화면에서 함께 조회할 수 있어, 보다 정확한 분석과 진단이 가능합니다. - [ NMS > 모니터링 > 장비 > 상세 > 성능 > OID ] Private OID 항목 데이터 확인 방화벽, 스위치, 라우터와 같은 네트워크 장비는 기본적으로 표준 MIB를 통해 주요 트래픽 정보를 제공하지만, 실제 운영환경에서는 표준 MIB로는 확인할 수 없는 장비 고유의 트래픽 지표를 추가적으로 제공하는 경우가 많습니다. 이때 각 장비가 자체적으로 정의한 Private OID를 NMS에 등록하면, 기존 모니터링 범위로는 파악하기 어려웠던 세부 트래픽 양상이나 특정 기능의 동작 상태까지 함께 관찰할 수 있습니다. 예를 들어 방화벽의 경우 특정 규칙이나 정책 단위의 트래픽 변화가 Private OID 형태로 제공되기도 하며, 스위치나 라우터는 특정 포트나 인터페이스의 세부 트래픽 카운터처럼 표준 MIB에서는 제공되지 않는 값을 별도로 노출하기도 합니다. 이렇게 추가된 정보는 Zenius NMS에서 다른 성능 지표와 동일한 방식으로 확인할 수 있어, 트래픽 흐름을 더 정확하게 분석하고 이상 상황을 빠르게 식별하는 데 도움이 됩니다. 정리하자면, Private OID 기능은 네트워크 모니터링 툴 Zenius NMS의 모니터링 가능 범위를 운영 환경에 맞게 자유롭게 확장할 수 있는 강력한 도구입니다. 표준 MIB만으로는 확인할 수 없는 장비 고유 성능을 직접 추가하여 분석·감시·알림까지 통합함으로써, 운영자는 더욱 정확한 인사이트를 얻고 장애 대응과 자원 최적화에 한층 능동적으로 대응할 수 있습니다. 2025.12.05
기술이야기 클라우드(Cloud) 관리와 AWS가 뭔가요? 기술이야기 클라우드(Cloud) 관리와 AWS가 뭔가요? 오늘날 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와 온프레미스 환경은 물론, 더 다양한 환경의 인프라 모니터링을 위해 제니우스를 사용을 해보는 건 어떨까요? 2023.11.16

1