단일 노드, 단일 클러스터 또는 전달자가 있는 클러스터로 vRealize Log Insight를 배포할 수 있습니다.
vRealize Suite Lifecycle Manager를 통해 설치
vRealize Suite Lifecycle Manager는 제품군 제품의 설치, 구성, 업그레이드, 패치, 구성 관리, 드리프트 업데이트 적용 및 상태를 자동화합니다. vRealize Log Insight 설치 대안으로 vRealize Suite Lifecycle Manager를 통해 vRealize Log Insight를 설치할 수 있습니다. vRealize Suite Lifecycle Manager 1.2 이상 및 vRealize Log Insight 4.5.1 이상을 사용해야 합니다. 자세한 내용은 vRealize Suite Lifecycle Manager 설명서를 참조하십시오.
단일 노드
기본 vRealize Log Insight 구성에는 단일 노드가 포함됩니다. 로그 소스는 애플리케이션, OS 로그, 가상 시스템 로그, 호스트, vCenter Server, 가상 또는 물리적 스위치 및 라우터, 스토리지 하드웨어 등이 될 수 있습니다. 로그 스트림은 syslog (UDP, TCP, TCP+SSL) 또는 CFAPI(HTTP 또는 HTTPS를 통한 vRealize Log Insight 네이티브 수집 프로토콜)를 사용하여 소스에 설치된 vRealize Log Insight 에이전트에 의해 또는 직접 애플리케이션, syslog 집중 장치에 의해 vRealize Log Insight 노드로 전송됩니다.
단일 노드 배포에서 vRealize Log Insight ILB(통합된 로드 밸런서)를 사용하고 쿼리 및 수집 트래픽을 ILB로 전송하는 것이 가장 좋습니다. 이렇게 하면 향후 노드를 추가하여 배포용 클러스터를 생성하려는 경우 오버헤드가 발생하지 않고 구성이 간소화됩니다.
운영 환경에서는 단일 노드를 사용하지 않는 것이 가장 좋습니다.
클러스터
운영 환경에서는 일반적으로 클러스터를 사용해야 합니다. 클러스터는 다음 요구 사항을 충족해야 합니다.
- 클러스터의 노드는 모두 크기가 같고 동일한 데이터 센터에 있어야 합니다.
- 클러스터와 함께 사용되는 ILB의 경우 노드가 동일한 L2 네트워크에 있어야 합니다.
- vRealize Log Insight 가상 시스템은 VMware NSX 분산 방화벽 보호에서 제외해야 합니다.
이는 클러스터의 가상 IP가 로드 밸런싱을 위해 직접 서버 반환 모드(LVS-DR)에서 Linux 가상 서버를 사용하기 때문입니다. 직접 서버 반환은 모든 응답 트래픽이 단일 클러스터 멤버를 통과하도록 라우팅하는 것보다 좀 더 효율적입니다. 그러나 NSX 분산 방화벽에 의해 차단되는 스푸핑된 트래픽과도 유사합니다.
클러스터 크기 조정
vRealize Log Insight 단일 클러스터 구성에는 3-18개의 노드가 포함될 수 있습니다. 기능 가용성은 다음 표에 설명된 대로 쿼럼(온라인/정상 노드의 최소 수)에 따라 다릅니다.
| 노드 수 | 쿼럼 | 실패할 수 있는 노드 수 |
|---|---|---|
| 1 | 1 | 0 |
| 2 | 2 | 0 |
| 3 | 2 | 1 |
| 4 | 3 | 1 |
| 5 | 3 | 2 |
| 6 | 4 | 2 |
| 7-18* | 4 | 3 |
*7-18개의 노드가 포함된 클러스터의 경우 쿼럼은 4이며 3개의 노드가 실패할 수 있습니다.
- 이 표에는 현재 지원되는 쿼럼이 나와 있습니다. 쿼럼 열에는 클러스터가 로그 이벤트 수집과 같은 기본 기능을 제공하는 데 필요한 온라인/정상 노드의 최소 수가 표시됩니다.
- 클러스터는 비정상으로 간주되며 쿼럼이 충족되지 않으면 기능이 작동하지 않을 수 있습니다.
크기 조정에 대한 자세한 내용은 vRealize Log Insight 가상 장치 크기 조정 항목을 참조하십시오.
전달자가 있는 클러스터
전달자가 있는 vRealize Log Insight 클러스터 구성에는 기본 인덱싱, 스토리지, ILB를 활용하는 3~18개 노드의 쿼리 클러스터가 포함됩니다. 단일 로그 메시지는 단일 클러스터에서와 마찬가지로 기본 클러스터 내 하나의 위치에만 있습니다.
설계는 원격 사이트 또는 클러스터에서 여러 개의 전달자 클러스터를 추가하여 확장됩니다. 각 전달자 클러스터는 해당하는 모든 로그 메시지를 기본 클러스터에 전달하도록 구성되어 있으며 사용자는 기본 클러스터에 연결하여 전달 경로의 압축과 복원을 위해 CFAPI를 활용합니다. TOR(Top-of-Rack)로 구성된 전달자 클러스터는 더 큰 로컬 보존 항목으로 구성되어 있을 수 있습니다.
이중화를 위한 교차 전달
이 vRealize Log Insight 배포 시나리오에는 확장 및 미러링된 전달자가 있는 클러스터가 포함되어 있습니다. 두 개의 기본 클러스터는 인덱싱, 스토리지 및 쿼리에 사용됩니다. 각 데이터 센터에는 하나의 기본 클러스터가 있으며, 각각 전용 전달자 클러스터 쌍으로 프런트 엔드화되어 있습니다. 모든 TOR(Top-of-Rack) 집계의 모든 로그 소스는 전달자 클러스터에 집중됩니다. 두 보존 클러스터 모두에서 동일한 로그를 독립적으로 쿼리할 수 있습니다.
vRealize Log Insight 통합된 로드 밸런서
클러스터의 노드 간에 트래픽을 적절히 유지하고 관리 오버헤드를 최소화하려면 모든 배포에 ILB(통합된 로드 밸런서)를 사용하십시오. 이렇게 하면 일부 vRealize Log Insight 노드를 사용할 수 없게 된 경우에도 수신 수집 트래픽이 수락될 수 있습니다.
