퀵메뉴

  • Partners
  • Awards
  • Online Support

HOME >News > Foresight News


Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/foresight/public_html/bbs/view.php on line 127
 
작성일 : 14-07-10 15:30
SevOne 성능관리의 확장성
 글쓴이 : 관리자
조회 : 6,983  

성능관리 솔루션을 평가 확장성은 아주 중요한 기준이다. 이는 수많은 장비, object, 매트릭의 모니터링 가능성보다 훨씬 중요하다. 확장성은 정보의 유지속도와 비용감소에 필요한 성능이다. 

일반적인 중앙집중화 데이터베이스 아키텍처는 성능모니터링 플랫폼의 확장성을 방해한다. 아래 그림에서 표시한 바와 같이 모든 수집기는 성능 데이터를 하나 또는 이상의 중앙집중화 데이터베이스로 공급한다. 앤드유저가 리포트를 위해 데이터를 쿼리할 경우, 중앙집중화 데이터베이스와  리포트의 앞부분(front end) 병목현상(bottleneck) 나타낸다. 시스템에 많은 데이터 수집기(collector) 추가하면 처리량은 더욱 혼잡해진다.  이는 마치 단일한 요금소(tollbooth) 통한 개의 주요 주간 고속도로로의 트래픽 깔때기와 같다모든 것이 정지되게 된다. 이것이 대규모 네트워크의 성능상의 리포팅을 하는 원인이며 데이터 센터가 또는 시간이 필요한 원인이다. 

비용 측면에서 보면, 이러한 아키텍처의 영향은 더욱 많은 휴먼 관리가 필요하다. 수많은 서버들, 데이터베이스, 운영시스템, 보안 업데이트 라이선스 복잡성을 추가한다. 최종으로 성능모니터링 솔루션은 중앙집중화 데이터베이스 아키텍처 주위에 구축되어 문제가 발생하게 된다. 모니터링 확장의 필요함에 따라 해당 솔루션은 비싸게 되고 건강한 환경에 대한 즉각적인 정보 제공에 실패하게 된다.   

중앙집중화 아키텍처.JPG

이에 대안은 없는 것인가? SevOne 분산형 컴퓨팅의 컨셉을 기반으로 유일하고  특허받은 아키텍처를 제공한다. 중앙집중형 데이터베이스의 부족은 모니터링 플랫폼의 일치하지 않은 확장성을 허용한다. 

SevOne 독립한 물리적 또는 가상 어플라이언스를 배포한다. 어플라이언스는 수집기, 데이터베이스, 리포팅 엔진으로 작용된다. 단일한 SevOne 어플라이언스는 20만개의 object 모니터링한다. 여러대의 어플라이언스를 peer 경우, 이는 SevOne 모니터링 가능한 object 수에 대한 기술적 제한이 없다. 어떻게 가능한 것인가? 

어플라이언스는 2개의 데이터베이스를 유지한다: configuration database performance metric database. SevOne 클러스터의 모든 어플라이언스에 대한 configuration database 복제(duplicate)한다. 현재까지, 어플라이언스는 자체의 performance metric database 유지한다. 유저는 모든 어플라이언스에서 글로벌 리포트를 실행할 있다. 해당 리포팅 어플라이언스는 동일한 요구사항을 이의 peer 어플라이언스에게 전송하고 해당 리포트에 대한 결과를 컴파일한다. 

사실, SevOne 해당 분산된 리포트는 멀티 어플라이언스의 demand이기 때문에 확장의 속도를 유지한다.

SevOne.JPG

SevOne 유일한 아키텍처는 성능 매트릭에 대한 중앙집중화 데이터베이스의 컨셉을 제거한다. 이는 확장의 비교할 없는 속도를 허용한다. 

많은 성능관리솔루션의 중앙집중화 데이터베이스 아키텍처는 확장성을 억제한다. 일부 솔루션은 오직  SevOne만이 당신의 환경에서 모든 것을 빨리 모니터링할 있는 자격을 제한하지 않는다.