2 구성 모범 사례

개요

이 섹션에서는 최적의 성능과 사용 편의성을 달성하기 위한 Zabbix 구성의 모범 사례를 설명합니다. 이러한 권장사항은 Zabbix 개발자의 조언과 Zabbix 트레이너 및 지원 엔지니어의 실무 경험을 바탕으로 합니다.

모든 Zabbix 설치는 고유하며 이러한 가이드라인 중 일부는 특정 구성에 적합하지 않을 수 있습니다. 그러나 일반적인 잠재적 문제를 피하기 위해 가능한 한 이러한 가이드라인을 준수하는 것이 좋습니다.

호스트와 아이템

호스트 정의

Zabbix에서 호스트는 물리적인 머신이나 장치가 아닌 논리적 개체입니다. 모니터링 목적으로 데이터베이스나 예를 들어 가상 머신에 대해 별도의 호스트를 생성할 수 있습니다. 또는 John's laptop과 같은 일반적인 호스트를 생성하고 해당 호스트 아래에서 모든 메트릭을 모니터링할 수 있습니다.

모범 사례는 가상 머신, 데이터베이스, 컨테이너 또는 네트워크 스위치와 같은 각 독립적인 인스턴스에 대해 별도의 호스트를 생성하는 것입니다. 이러한 접근 방식을 활용하면 다음과 같은 이점이 있습니다:

1. 각 호스트에 대해 별도의 아이템, 트리거 및 경고 알림을 가짐으로써 모니터링 데이터의 혼란을 방지할 수 있습니다.

2. 사용자 액세스 수준을 세밀하게 조정할 수 있습니다. 특정 호스트만 보거나 구성할 수 있는 액세스 권한을 부여하도록 사용자 역할을 구성할 수 있습니다. 최소 권한 원칙도 참조하세요.

중복된 아이템이 있는 호스트

Network switch 1 및 Network switch 2와 같은 여러 개의 유사한 호스트가 있는 경우, Zabbix는 호스트를 빠르게 재생성하는 여러 가지 방법을 제공합니다. Clone 버튼을 눌러 모든 메트릭과 함께 호스트를 단순히 복제할 수 있지만, 이 경우 나중에 아이템을 업데이트하려면 각 호스트에서 수동으로 수행해야 합니다.

모범 사례는 필요한 모든 메트릭이 포함된 템플릿(예: Network switch template)을 생성하는 것입니다. 그런 다음 유사한 호스트를 호스트 그룹으로 그룹화합니다. 위 예제의 경우 Network switches가 될 수 있습니다. 이제 Data Collection -> Hosts 섹션에서 호스트 그룹별로 모든 호스트를 필터링하고 Mass update 버튼을 사용하여 모든 네트워크 스위치에 템플릿을 연결할 수 있습니다.

종속 아이템

대상 개체에 대한 요청 수를 최소화하기 위해 Zabbix는 마스터 및 종속 아이템 생성을 허용합니다. 이 경우 마스터 아이템은 단일 요청으로 많은 정보 집합을 수집합니다. 그런 다음 종속 아이템은 전처리를 통해 해당 컬렉션에서 특정 데이터 조각을 추출하고 개별 메트릭으로 저장하도록 구성할 수 있습니다.

예를 들어, 마스터 아이템은 여러 메트릭이 포함된 JSON 또는 XML 응답을 수집하거나 여러 열의 데이터를 반환하는 데이터베이스 쿼리(예: 열린 연결 수, 중단된 연결, 최대 허용 동시 연결 수, 시작 이후 총 누적 연결 수)를 실행할 수 있으며, 종속 아이템은 각 필요한 값을 개별적으로 구문 분석하고 저장합니다.

이 구성의 모범 사례는 수집 직후 마스터 아이템의 히스토리를 폐기하고 종속 아이템 데이터만 보관하는 것입니다.

서버와 프록시

모든 호스트가 Zabbix 서버와 동일한 로컬 네트워크에 있고 확장성이나 성능 문제가 없다면 프록시가 필요하지 않을 수 있습니다. 더 크거나 복잡한 환경에서는 Zabbix 서버로 호스트를 직접 모니터링하는 것으로는 충분하지 않을 수 있습니다. 프록시를 추가하고 호스트의 일부를 해당 프록시에 할당하면 더 균등한 부하 분산이 가능합니다.

다음과 같은 경우 Zabbix 프록시를 추가하는 것이 모범 사례입니다:

1. 방화벽 뒤에서 다양한 메트릭 수집 방법을 사용하여 여러 호스트를 모니터링하고 있는 경우. 프록시가 호스트에서 데이터를 수집하여 Zabbix 서버로 전달하므로 여러 방화벽 포트를 열 필요가 줄어듭니다.

2. 원격 위치, 지점 및/또는 네트워크를 모니터링하고 있는 경우. Zabbix 서버와 원격 위치 간에 네트워크 중단이 발생하더라도 원격 위치에 배포된 Zabbix 프록시는 계속해서 데이터를 수집하고 네트워크 연결이 복원될 때마다 수집된 데이터를 Zabbix 서버로 다시 전송합니다.

3. 대규모 배포를 하고 있으며 Zabbix 서버의 부하를 줄이고 성능을 향상시키려는 경우. 대규모 배포의 정의는 매우 광범위하며 호스트 수뿐만 아니라 초당 수집되는 값의 수에도 따라 달라집니다.