3.2. 모니터링 클라이언트 매개변수 설정


모니터링 솔루션은 시스템 정보를 정기적으로 수집하고 데이터 수집 에이전트를 사용하여 다양한 방식으로 값을 저장하고 모니터링하는 메커니즘을 제공합니다. Red Hat은 수집 에이전트로 collectd을 지원합니다. collectd-sensubility는 collectd의 범위이며 RabbitMQ를 통해 Sensu 서버 측과 통신합니다. STF(Service Telemetry Framework)를 사용하여 데이터를 저장하고, 시스템을 모니터링하고, 성능 병목을 찾고, 향후 시스템 부하를 예측할 수 있습니다. Service Telemetry Framework에 대한 자세한 내용은 Service Telemetry Framework 1.3 가이드를 참조하십시오.

collectd 및 collectd-sensubility를 구성하려면 다음 단계를 완료합니다.

  1. 홈 디렉터리(예: /home/templates/custom )에 config.yaml 을 생성하고 STF 서버 측을 가리키도록 MetricsQdrConnectors 매개변수를 구성합니다.

    MetricsQdrConnectors:
        - host: qdr-normal-sa-telemetry.apps.remote.tld
          port: 443
          role: inter-router
          sslProfile: sslProfile
          verifyHostname: false
    MetricsQdrSSLProfiles:
        - name: sslProfile
    Copy to Clipboard Toggle word wrap
  2. config.yaml 파일의 CollectdExtraPlugins 아래에 사용할 플러그인을 나열합니다. ExtraConfig 섹션에서 매개 변수를 제공할 수도 있습니다. 기본적으로 collectd는 cpu,df, disk,hugepages,인터페이스 , 로드,메모리,프로세스,tcpconns,unixsock가동 시간 플러그인과 함께 제공됩니다. CollectdExtraPlugins 매개변수를 사용하여 추가 플러그인을 추가할 수 있습니다. ExtraConfig 옵션을 사용하여 CollectdExtraPlugins 에 대한 추가 구성 정보를 제공할 수도 있습니다. 예를 들어 virt 플러그인을 활성화하고 연결 문자열과 호스트 이름 형식을 구성하려면 다음 구문을 사용하십시오.

    parameter_defaults:
      CollectdExtraPlugins:
        - disk
        - df
        - virt
    
      ExtraConfig:
        collectd::plugin::virt::connection: "qemu:///system"
        collectd::plugin::virt::hostname_format: "hostname uuid"
    Copy to Clipboard Toggle word wrap
    참고

    unixsock 플러그인을 제거하지 마십시오. 제거는 비정상으로 collectd 컨테이너를 영구적으로 표시합니다.

  3. 선택 사항: AMQ 상호 연결을 통해 지표 및 이벤트 데이터를 수집하려면 config.yaml 파일에 MetricsQdrExternalEndpoint: true 행을 추가합니다.

    parameter_defaults:
        MetricsQdrExternalEndpoint: true
    Copy to Clipboard Toggle word wrap
  4. collectd-sensubility를 활성화하려면 config.yaml 파일에 다음 환경 구성을 추가합니다.

    parameter_defaults:
      CollectdEnableSensubility: true
    
      # Use this if there is restricted access for your checks by using the sudo command.
      # The rule will be created in /etc/sudoers.d for sensubility to enable it calling restricted commands via sensubility executor.
      CollectdSensubilityExecSudoRule: "collectd ALL = NOPASSWD: <some command or ALL for all commands>"
    
      # Connection URL to Sensu server side for reporting check results.
      CollectdSensubilityConnection: "amqp://sensu:sensu@<sensu server side IP>:5672//sensu"
    
      # Interval in seconds for sending keepalive messages to Sensu server side.
      CollectdSensubilityKeepaliveInterval: 20
    
      # Path to temporary directory where the check scripts are created.
      CollectdSensubilityTmpDir: /var/tmp/collectd-sensubility-checks
    
      # Path to shell used for executing check scripts.
      CollectdSensubilityShellPath: /usr/bin/sh
    
      # To improve check execution rate use this parameter and value to change the number of goroutines spawned for executing check  scripts.
      CollectdSensubilityWorkerCount: 2
    
      # JSON-formatted definition of standalone checks to be scheduled on client side. If you need to schedule checks
      # on overcloud nodes instead of Sensu server, use this parameter. Configuration is compatible with Sensu check definition.
      # For more information, see https://docs.sensu.io/sensu-core/1.7/reference/checks/#check-definition-specification
      # There are some configuration options which sensubility ignores such as: extension, publish, cron, stdin, hooks.
      CollectdSensubilityChecks:
        example:
          command: "ping -c1 -W1 8.8.8.8"
          interval: 30
    
      # The following parameters are used to modify standard, standalone checks for monitoring container health on overcloud nodes.
      # Do not modify these parameters.
      # CollectdEnableContainerHealthCheck: true
      # CollectdContainerHealthCheckCommand: <snip>
      # CollectdContainerHealthCheckInterval: 10
      # The Sensu server side event handler to use for events created by the container health check.
      # CollectdContainerHealthCheckHandlers:
      #   - handle-container-health-check
      # CollectdContainerHealthCheckOccurrences: 3
      # CollectdContainerHealthCheckRefresh: 90
    Copy to Clipboard Toggle word wrap
  5. Overcloud를 배포합니다. 오버클라우드 배포 명령에 config.yaml,collectd-write-qdr.yamlqdr-*.yaml 파일 중 하나를 포함합니다.

    $ openstack overcloud deploy
    -e  /home/templates/custom/config.yaml
    -e tripleo-heat-templates/environments/metrics/collectd-write-qdr.yaml
    -e tripleo-heat-templates/environments/metrics/qdr-form-controller-mesh.yaml
    Copy to Clipboard Toggle word wrap
  6. 선택 사항: Overcloud RabbitMQ 모니터링을 활성화하려면 overcloud deploy 명령에 collectd-read-rabbitmq.yaml 파일을 포함합니다.

추가 리소스

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat