Opserver, StackExchange 모니터링 솔루션
6210 단어 Exchange
모든 모니터링 시스템의 건강 상태에 대해 신속한 전체적인 보기를 제공하고 사용자가 드릴링 방법을 사용하여 깊이 있게 발굴할 수 있도록 하는 데 목적을 둔다.Nick Craver Opserver 작성자 중 한 명이며 InfoQ:
우리는 모니터링 시스템이 비교적 높은 차원에서 시스템을 보여주고 어떤 오류가 발생했는지 사용자가 아래의 다이아몬드를 통해 더 많은 세부 사항을 이해할 수 있도록 해야 한다고 생각한다.
Opserver는 웹 대시보드 형식으로 구성되며 각 대시보드는 특정한 시스템을 대상으로 합니다.Opserver는 현재 SQL Server, ElasticSearch, HAProxy, StackExchange.Exceptional 및 Redis 을 지원합니다.Orion는 Solar Winds에서 온 상업 도구입니다.Opserver는 인프라와 네트워크 모니터링도 제공합니다.Opserver 설치는 선택에 따라 구성할 수 있기 때문에 모든 시스템을 사용할 필요가 없습니다.
SQL Server의 경우 Opserver는 CPU 및 메모리 사용량에 대한 고차원 정보 또는 데이터베이스의 전반적인 상태를 제공합니다.
(사진을 클릭하면 큰 그림을 볼 수 있습니다)
Opserver는 개요 보기 아래에서 추가 데이터를 제공합니다.예를 들어, 가장 자주 사용하는 쿼리 목록을 제공하여 여러 조건에 따라 정렬할 수 있습니다(총 실행 시간, 평균 CPU 소모).모든 조회에 대해 조회 실행 계획 (조회 실행 절차의 상세한 분해) 을 포함한 더 많은 세부 정보를 제공합니다.
(사진을 클릭하면 큰 그림을 볼 수 있습니다)
SecuritySettings.config 파일은 인증 방법과 같은 설정 항목을 정의합니다.
<?xml version="1.0" encoding="utf-8"?>
<SecuritySettings provider="AD">
<!— , -->
<InternalNetworks>
<Network name="SE Internal" cidr="10.0.0.0/8" />
</InternalNetworks>
</SecuritySettings>
<!--
<SecuritySettings provider="alladmin" />
-->
각 시스템에는 구성 파일이 있습니다.현재 JSON 형식이 지원됩니다.다음은 SQL Server 구성의 예입니다.
{
"defaultConnectionString": "Data Source=$ServerName$;
Initial Catalog=master;Integrated Security=SSPI;",
"clusters": [ // SQL Server 2012
{
"name": "NY-SQLCL04",
"refreshIntervalSeconds": 20,
"nodes": [
{ "name": "NY-SQL03" }
]
}
],
"instances": [
{ // defaultConnectionString, 。
"name": "NY-DB05",
"connectionString": "Data Source=NY-DB05;
Initial Catalog=bob;Integrated Security=SSPI;",
},
// defaultConnectionString “name”
{ "name": "NY-DESQL01" } ]
}
만약 Opserver가 특정한 장면을 포함하지 않는다면, 사용자는 추가 대시보드와 설정 옵션을 사용하여 이 도구를 강화할 수 있는 몇 가지 확장점을 제공합니다.계획대로라면 이 과정은 앞으로 더욱 간단하고 사용하기 쉬우며 기능이 더욱 강해질 것이다.
시간이 허락된다면, 곧 다가올 가장 큰 변화는 플러그인 모델을 추가하는 것이다.사람들은 다른 사람들도 사용할 수 있는 옵션 카드, 보기, 휠체어 등을 늘릴 수 있을 것이다.예를 들어 사용자는 MongoDB 모니터링 옵션을 추가할 수 있고 그 위에 추가하고자 하는 모든 차원의 세부 사항을 추가할 수 있다.
이 도구의 로드맵에서 Opserver 팀은 다음과 같은 다른 목표를 가지고 있습니다.
이것은 어느 정도에 우리의 모니터링 솔루션과 통합되어 역사 데이터를 실시간 데이터뿐만 아니라 보존할 수 있다.
만약 사용자가 다른 제3자 도구를 사용한다면, 나는 기본 설치에 이 도구에 대한 기능을 포함하여 Opserver를 강화할 계획이다.예를 들어 sp_WholsActive는 이미 집적되었고 sp_Blitz과sp_AskBrent 같은 물건과 SQL Sentry처럼 더 큰 제품도 안에 귀속될 것이다.그들은 반드시 필요하지 않을 것이다. 단지 그것들이 있으면 보기와 세부 사항을 증가시킬 것이다. 왜냐하면 그 후에 그들이 제공한 정보를 얻을 수 있기 때문이다.
Opserver는 JSON을 통해 REST-feeling 방식으로 자신이 가지고 있는 거의 모든 데이터를 폭로한다.나는 모든 데이터를 이런 방식으로 얻을 수 있도록 할 계획이다. 그러면 사용자 인터페이스는 완전히 선택할 수 있는 것이다.이것은 누구나 JSON으로 돌아가는 경로에 대해 스크립트를 작성하고 다른 방식으로 결과를 되돌릴 수 있도록 합니다. 그러면 정말 많은 새로운 응용 장면을 개척할 수 있습니다.
InfoQ는 Stack Exchange에 왜 자체 모니터링 도구를 구축하기로 결정했는지 묻습니다.Nick은 자연적으로 자란 것이라고 우리에게 말했다.
시작할 때 StackExchange입니다.Exceptional 데이터베이스의 중앙 이상 로그 뷰어는 우리의 모든 응용 프로그램 로그의 집중 저장 위치입니다.그때부터 저는 아마추어 프로젝트로서 아직 모니터링이 되지 않은 부분이나 이미 존재하지만 정확하지 않은 부분을 추가하기 시작했습니다(예를 들어 SQL Server 2012에 대한 영원한 온라인 모니터링문제.
그 때부터 나는 우리가 주의하고 싶은 것에 SQL 기능을 추가했다. 왜냐하면 나는 한 위치에서 모든 시스템을 보고 싶기 때문이다.그 후에 저는 Stack Exchange에서 사용하는 모든 시스템을 추가하기 시작했습니다. 목표는 기존 모니터링의 결함을 보완하는 것에서 인프라 시설을 갖춘 단일 인터페이스 관리 보기로 바뀌었습니다.
영어 원문 보기: A first look at Opserver, Stack Exchange's monitoring solution
중국어 원문 보기: Opserver, StackExchange 모니터링 솔루션
모니터링 시스템 Opserver 구성 디버깅
What Does Opserver Monitor?
Using Stack Exchange’s Opserver Step 1: Will it Build?
Using Stack Exchange’s Opserver Step 2: SQL Configuration
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
【Office 365】계층형 주소록의 계층구조를 리스트에 출력하는 PowerShell 스크립트를 작성했다Office 365(Exchange Online)의 계층형 주소록의 계층 구조를 목록에 출력하는 PowerShell 스크립트를 작성했으므로 메모. 가공 용이성 중시의 리스트를 출력하는 스크립트와 확실히 알기 쉬움 중...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.