에이전트 클라이언트 수집기 설치
지원되는 호스트 머신에 에이전트 클라이언트 수집기를 설치할 수 있습니다. HTTP/S 프로토콜을 사용하여 에이전트 클라이언트 수집기를 MID 서버에 연결하면 설정된 후에도 연결이 활성 상태로 유지됩니다. 단일 MID 서버는 여러 에이전트를 동시에 처리할 수 있지만 단일 에이전트는 한 번에 하나의 MID 서버로 실행되며, 페일오버 보호를 제공하기 위해 필요한 경우 다른 MID 서버로 전환합니다.
에이전트의 IP 주소는 변경 시 에이전트의 MID 서버 목록에 따라 연결 대상인 MID 서버를 선택합니다.
단일 MID 서버에 연결할 수 있는 최대 에이전트 수는 sn_agent.mid.max_allowed_agents MID 서버 속성에서 구성할 수 있습니다. 기본값은 4,000입니다.
Windows에서는 에이전트 서비스를 gMSA, LocalService 또는 로컬 시스템 계정으로 실행합니다.
Linux 및 macOS에서는 에이전트를 시스템 계정으로 실행합니다.
ACC-V의 경우 기본 1GiB MID 서버는 에이전트 700개를 동시에 지원할 수 있습니다. MID 서버의 8GiB 구성은 에이전트 8,000개를 동시에 지원할 수 있습니다. 확장할 수도 있습니다. 예를 들어 힙 크기가 8GiB인 MID 서버 5개는 에이전트를 최대 40,000개 처리할 수 있습니다.
단일 호스트 서버에 에이전트를 완전히 다시 설치하면 인스턴스에 두 번째 에이전트 기록이 등록됩니다. Agent Client Collector 페이지().
상태 = 다운 또는 연결이 끊김이고 삭제되지 않은 에이전트는 30일 후에 자동으로 삭제됩니다. Autoflush 양식 페이지에서 이 설정을 수정할 수 있습니다(Autoflush 양식 참조).
에이전트 클라이언트 수집기를 설치하려면 먼저 다음을 수행해야 합니다.
- 하나 이상의 MID 서버가 에이전트 연결 요청에 사용할 수 있도록 인스턴스에 제대로 등록되고 유효한지 확인합니다. 자세한 내용은 MID Server 구성을 참조하십시오. 준비 환경에서는 MID 서버가 하나만 필요합니다. 그러나 프로덕션 환경에서는 제로터치 구성을 지원하도록 두 개 이상의 MID 서버를 구성하여 한 서버에 오류가 발생해도 MID 서버를 항상 사용할 수 있도록 합니다.
- 에이전트를 설치할 지정된 서버에서 MID 서버로 올바르게 연결되어 있는지 확인합니다.
- 에이전트 클라이언트 수집기 수신기가 실행되는 MID 서버 포트에 액세스할 수 있는지 확인합니다.
- 다음 플러그인이 인스턴스에 설치되어 있는지 확인합니다.
ACC-V의 경우:
- Agent Client Collector for Visibility
- 에이전트 클라이언트 수집기 Framework
- 검색 [com.snc.discovery] 플러그인
ACC-M의 경우:
- 에이전트 클라이언트 수집기 Framework
- 에이전트 클라이언트 수집기 모니터링
- 이벤트 관리 및 서비스 매핑 Core
- 메트릭 인텔리전스 - WS Scoped App
ACC-L의 경우:
- 에이전트 클라이언트 수집기 로그 분석
- 상태 로그 분석
DEX의 경우: ITOM 클라우드 서비스
이러한 플러그인이 다음에 설치되어 있는지 확인할 수 있습니다. 페이지.
기본 시스템과 함께 제공되는 모든 플러그인은 ServiceNow 인증서로 서명됩니다. 필요에 따라 플러그인에 대한 OpenSSL 보안 서명 사용에 설명된 대로 사용자 지정 플러그인을 사용하고 자신의 인증서를 사용하여 서명할 수 있습니다.
- 시스템에 에이전트 설치를 위한 최소 요구 사항이 있는지 확인합니다.
표 1. 최소 설치 요구 사항 에이전트 클라이언트 수집기 에이전트 구성요소 요구 사항 에이전트 클라이언트 수집기 프레임워크 - 1GB 램
- 300MB의 디스크 여유 공간
- 1개의 CPU 코어
에이전트 클라이언트 수집기 모니터링 - 1GB 램
- 1GB의 디스크 여유 공간
- 1개의 CPU 코어
Agent Client Collector for Visibility - 1GB 램
- 1GB의 디스크 여유 공간
- 1개의 CPU 코어
- 지원되는 운영 체제 배포 중 하나에 에이전트 클라이언트 수집기를 설치해야 합니다.
표 2. 지원되는 운영 체제 배포 운영 체제 배포 Linux - Red Hat Enterprise Linux - RHEL 및 Oracle Linux - OL 7, 8, 9
- CentOS 7, CentOS Stream 8 및 9
- SLES 12, 15
- Ubuntu 18.04, 20.04 LTS
- Amazon Linux 2 AMI
Windows(ACC-M 및 ACC-L은 엔드포인트가 아닌 서버에서만 지원됨) - Windows Server 2012, 2012r2, 2016, 2019, 2022
- Windows 10 Enterprise Edition
- Windows 11 Professional 및 Enterprise
macOS (x86_64에서만. ACC-M 및 ACC-L은 엔드포인트가 아닌 서버에서만 지원됨) - Catalina
- Big Sur
- Monterey
- Sonoma
ACC-L을 사용하는 경우: 에이전트 클라이언트 수집기는 기본 servicenow 사용자와 함께 제공됩니다. 이 사용자에게 구성된 모든 로그 경로를 볼 수 있도록 에이전트 클라이언트 수집기를 사용할 수 있는 읽기 권한이 있는지 확인합니다. 예를 들어 기본 시스템과 함께 설치되는 에이전트 클라이언트 수집기 servicenow 사용자에게 Linux의 /var/log/경로와 Windows의 C:\Windows\System32 경로를 볼 수 있는 권한이 없습니다. servicenow 사용자의 권한 구성에 대한 자세한 내용은 Now Support 지식베이스의 ACC-L 권한 거부 문제 [KB1117271] 문서를 참조하십시오.
에어갭 환경에서 에이전트 클라이언트 수집기를 사용하는 방법에 대한 자세한 내용은 Now Support 지식베이스에서 에이전트 클라이언트 수집기 프레임워크 에어갭 구성 항목 관리 솔루션[KB1585753] 문서를 참조하십시오.
에이전트 클라이언트 수집기은 도메인 분리를 지원합니다. 에이전트의 도메인과 생성하는 CI는 에이전트가 연결된 MID 서버 도메인에 의해 결정됩니다. 사용자의 도메인은 MID 서버에 대한 웹소켓 엔드포인트 확장을 만들 수 있도록 가장 낮은 도메인 수준(리프 도메인이라고 함)이어야 합니다.