본 가이드에서는 Agent 5 설치에 관해 알아봅니다. Datadog의 최신 기능을 사용하려면 Agent 7을 설치하거나 업그레이드할 것을 권장합니다. 최신 버전의 Agent 설치에 관한 자세한 내용은 Agent 7 설치 지침을 따르세요. 이전 버전에서 Agent 7로 업그레이드하는 방법은 Datadog Agent v7로 업그레이드를 참고하세요.
5.12 이전 버전 Windows Agent를 실행하는 기존 고객의 경우, 장치를 업그레이드하는 데 추가 단계가 필요할 수 있습니다. 특히 최신 Agent는 ‘‘머신별’ 설치 방식입니다. 이전 버전의 Agent는 기본적으로 ‘사용자별’ 설치 방식이었습니다. 아울러, Chef로 배포하는 경우 추가 단계가 필요할 수 있습니다. 자세한 내용은 Windows Agent 설치를 참조하세요.
설치 제거
Windows에서 Agent를 제거하는 방법에는 두 가지가 있습니다. 두 가지 방법 모두 Agent를 제거하지만 호스트의 C:\ProgramData\Datadog 구성 폴더는 제거하지 않습니다.
참고: Agent v5.12.0 미만인 경우, Agent를 설치하는 데 사용한 원본 계정으로 Agent를 삭제하는 것이 중요합니다. 그렇지 않으면 완전히 삭제되지 않을 수도 있습니다.
프로그램 추가 또는 제거
CTRL 및 Esc를 누르거나 Windows 키를 사용하여 Windows Search를 실행합니다.
원스텝 명령은 Datadog Agent용 APT 패키지를 설치하고 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면 Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
다음 명령을 실행하여 예시 구성을 헤당 위치에 복사합니다. MY_API_KEY를 Datadog API 키로 바꿉니다.
sudo sh -c "sed 's/api_key:.*/api_key:MY_API_KEY /' /etc/dd-agent/datadog.conf.example > /etc/dd-agent/datadog.conf"
Agent를 시작합니다.
sudo /etc/init.d/datadog-agent start
원스텝 설치
원스텝 명령은 Datadog Agent용 APT 패키지를 설치하고 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면 Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
다음 명령을 실행하여 예제 구성을 복사합니다. MY_API_KEY를 Datadog API 키로 바꿉니다.
sudo sh -c "sed 's/api_key:.*/api_key:MY_API_KEY /' /etc/dd-agent/datadog.conf.example > /etc/dd-agent/datadog.conf"
Agent를 시작합니다.
sudo /etc/init.d/datadog-agent start
설치 제거
에이전트를 삭제하려면 다음 명령을 실행합니다.
sudo apt-get remove datadog-agent -y
이 명령어를 사용하면 Agent가 삭제되나, 다음은 삭제되지 않습니다.
datadog.yaml 설정 파일
/etc/dd-agent 설정 폴더에 있는 사용자 생성 파일
/opt/datadog-agent 폴더에서 사용자가 생성한 파일
dd-agent 사용자
Datadog 로그 파일
이들 요소도 제거하려면 에이전트 제거 후 이 명령을 실행합니다.
sudo apt-get --purge remove datadog-agent -y
원스텝 설치
원스텝 명령은 Datadog Agent용 YUM 패키지를 설치하고 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면, Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
원스텝 명령은 Datadog Agent용 YUM 패키지를 설치하고 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면, Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
원스텝 명령은 Datadog Agent용 YUM 패키지를 설치하고 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면, Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
원스텝 명령은 Datadog Agent용 YUM 패키지를 설치하고 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면, Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
원스텝 명령은 Datadog Agent용 최신 BFF 패키지를 설치하고 필요 시 비밀번호를 묻는 메시지를 표시합니다. Agent가 시스템에 아직 설치되어 있지 않고 설치 후 자동으로 시작되지 않도록 하려면, Agent를 실행하기 전에 DD_INSTALL_ONLY=true를 명령 앞에 추가하세요.
클라이언트 라이브러리가 노드의 IP로 UDP 패킷을 전송하도록 구성합니다. 브리지 네트워킹을 사용하는 경우 애플리케이션 컨테이너의 기본 게이트웨이는 노드의 IP와 일치합니다. 하향 API로 노드의 호스트 이름을 환경 변수로 노출할 수도 있습니다.
Agent 구성 커스텀하기
Agent 구성을 커스텀하려면 Agent 5 docker-dd-agent 리포지토리의 문서를 참조하세요. Autodiscovery 구성을 조정하려면 Kubernetes 통합 Autodiscovery를 참조하세요. Autodiscovery를 비활성화하려면 매니페스트에서 SD_BACKEND 환경 변수를 삭제하세요.
메트릭 수집, 서비스 점검, 이벤트에 대한 자세한 내용은 Kubernetes 통합 문서를 참조하세요.
원스텝 설치
원스텝 설치는 Datadog Agent가 내장된 Docker 컨테이너를 실행하여 호스트를 모니터링합니다. Docker 통합은 기본적으로 활성화되며, 자동 구성 모드에서는 autodiscovery도 활성화됩니다. autodiscovery를 비활성화하려면 원스텝 설치 명령에서 SD_BACKEND 변수를 삭제하세요.
원스텝 설치 명령이 작동하지 않을 경우에는 시스템이 cgroup 디렉터리를 예상치 못한 위치에 마운트했거나, 메모리 관리에 CGroup을 사용하지 않기 때문일 수 있습니다. Docker 점검을 성공적으로 실행하려면 CGroup이 필요합니다. CGroup을 활성화하려면 docker-dd-agent 리포지토리의 문서를 참조하세요. 예상치 못한 cgroup 디렉터리 위치로 인해 점검에 실패하는 경우는 다음을 참고하세요.
mount | grep "cgroup type tmpfs"를 실행해 cgroup 디렉터리 위치를 불러옵니다.
원스텝 설치 명령에서 나오는 첫 번째 /sys/fs/cgroup를 cgroup 디렉터리 위치로 변경합니다.
커스텀 메트릭 전송하기
DogStatsD를 사용해 커스텀 메트릭을 전송하는 방법
설치 명령에 -p 8125:8125/udp 옵션을 추가합니다. 이렇게 하면 컨테이너의 StatsD 포트가 호스트 IP 주소에 바인딩됩니다.
클라이언트 라이브러리를 구성하여 호스트 IP 주소로 UDP 패킷을 전송합니다.
Agent 구성 커스텀하기
Agent 구성을 커스텀하려면 Agent 5 docker-dd-agent 리포지토리의 문서를 참조하세요. Autodiscovery 구성을 조정하려면 Docker 통합 Autodiscovery를 참조하세요. Autodiscovery를 비활성화하려면 원스텝 설치 명령에서 SD_BACKEND 환경 변수를 삭제하세요.
CoreOS Container Linux는 Docker 런타임 실행이 지원됩니다. 설치 방법은 Docker 문서를 참고하세요.
Datadog Agent BOSH 릴리스는 Ubuntu 및 Red Hat 스템셀에서만 작동합니다.
BOSH Director에 Datadog Agent 릴리스 업로드
# BOSH CLI v1bosh upload release https://cloudfoundry.datadoghq.com/datadog-agent/datadog-agent-boshrelease-latest.tgz
# BOSH CLI v2bosh upload-release https://cloudfoundry.datadoghq.com/datadog-agent/datadog-agent-boshrelease-latest.tgz
런타임 구성에서 Datadog을 애드온으로 구성합니다. MY_API_KEY를 Datadog API 키로 바꿉니다.
# runtime.yml---releases:- name:datadog-agentversion:$UPLOADED_VERSION# e.g. 1.0.5140addons:- name:datadogjobs:- name:dd-agentrelease:datadog-agentproperties:dd:use_dogstatsd:yesdogstatsd_port:18125# Many Cloud Foundry deployments have their own StatsD listening on port 8125api_key:MY_API_KEYtags:["my-cloud-foundry-deployment"]# optional. Add any tags you wish# Optionally, enable any Agent Checks here# integrations:# directory:# init_config: {}# instances:# directory: "."
런타임 구성에 런타임을 추가합니다.
# BOSH cli v1bosh update runtime-config runtime.yml
# BOSH cli v2bosh update-runtime-config runtime.yml
기존 배포를 재배포합니다.
# BOSH cli v1bosh deployment myDeployment.yml
bosh -n deploy
# BOSH cli v2bosh -n -d myDeployment deploy myDeployment.yml
설정 관리
Datadog Ansible Collection은 대부분의 Debian, RHEL 기반 및 SUSE 기반 Linux 배포, macOS, Windows를 지원합니다. Ansible 버전 2.10 이상이 필요합니다.
사전 필수 조건
윈도우즈(Windows)
Datadog Ansible Collection으로 Windows 호스트를 관리하려면 먼저 ansible.windows 컬렉션을 설치합니다.
ansible-galaxy collection install ansible.windows
openSUSE 및 SLES
Datadog Ansible Collection으로 openSUSE/SLES 호스트를 관리하려면 먼저 community.general 컬렉션을 설치합니다.
Collection을 설치할 것을 권장합니다. 필요한 경우 독립 실행 역할로 Datadog을 설치할 수도 있습니다.
Datadog Agent를 호스트에 배포하려면 Datadog 역할과 API 키를 플레이북에 추가합니다. MY_API_KEY를 Datadog API 키로 바꿉니다.
- hosts:serverstasks:- name:Import the Datadog Agent role from the Datadog collectionimport_role:name:datadog.dd.agentvars:datadog_api_key:"MY_API_KEY"datadog_agent_major_version:5
Agent가 호스트를 그룹화하게 하려면, Datadog Agent이 추적 중인 노드 호스트 이름만 사용합니다. 다음 명령으로 Agent가 추적하는 호스트 이름을 확인할 수 있습니다.
service datadog-agent info
특정 Agent 점검
노드 중 하나에서 특정 Agent를 점검하거나 통합을 사용하려면 datadog_checks 변수를 활용합니다. 다음은 프로세스 점검 예시입니다.
- hosts:serverstasks:- name:Import the Datadog Agent role from the Datadog collectionimport_role:name:datadog.dd.agentvars:datadog_api_key:"MY_API_KEY"datadog_agent_major_version:5datadog_checks:process:init_config:instances:- name:sshsearch_string:['ssh','sshd']- name:syslogsearch_string:['rsyslog']cpu_check_interval:0.2exact_match:trueignore_denied_access:true
독립 실행 역할에 관한 Github 리포지토리에서 더 많은 Agent 역할 사용 예시를 찾을 수 있습니다.
메트릭 및 이벤트
Ansible 실행 후 Datadog에서 메트릭 및 이벤트를 가져오려면 Ansible 콜백 프로젝트의 Github Page를 참조하세요.
Datadog_agent 모듈은 Linux 노드만 지원합니다. Puppet Agent 버전 2.7 이상이 필요합니다.
Berkshelf를 사용하지 않는 경우 Knife를 사용하여 리포지토리에 쿡북을 설치합니다.
knife cookbook site install datadog
역할, 환경 또는 다른 레시피에서 Datadog 특정 속성을 설정합니다. MY_API_KEY를 Datadog API 키로 바꿉니다.
node.default['datadog']['api_key'] = "MY_API_KEY"
# Use an existing application key or create a new one for Chef
node.default['datadog']['application_key'] = "Generate Application Key"
Datadog Saltstack 포뮬러는 Debian 기반 및 RedHat 기반 시스템만 지원합니다.
다음 지침은 기본(base) Salt 환경에 Datadog 포뮬러를 추가하는 방법을 설명합니다. 다른 Salt 환경에 추가하려면 기본(base)에 대한 참조를 해당 Salt 환경의 이름으로 교체합니다.
gitfs_remotes를 사용해 설치하기
Salt Master 설정 파일(기본 설정: /etc/salt/master)에서 gitfs_remotes 옵션을 사용하여 Salt Master 노드의 베이스 환경에 Datadog 포뮬러를 설치합니다.
fileserver_backend:- roots# Active by default, necessary to be able to use the local salt files we define in the next steps- gitfs# Adds gitfs as a fileserver backend to be able to use gitfs_remotesgitfs_remotes:- https://github.com/DataDog/datadog-formula.git:- saltenv:- base:- ref:3.0# Pin here the version of the formula you want to use
Datadog Agent는 Linux에서 Python 2.7 및 sysstat가 필요합니다.
원스텝 소스 설치 스크립트를 사용합니다. MY_API_KEY를 Datadog API 키로 바꿉니다.
DD_API_KEY=MY_API_KEY sh -c "$(curl -L https://raw.githubusercontent.com/DataDog/dd-agent/master/packaging/datadog-agent/source/setup_agent.sh)"
본 스크립트는 ~/.datadog-agent에 위치한 독립형 샌드박스에 Agent를 설치합니다.
설치를 영구 유지하려면 init daemon이 현재 작업 디렉터리에서 $sandbox_dir를 설정한 상태로 $sandbox_dir/bin/agent를 실행하도록 설정합니다. 샌드박스 디렉터리는 이식 가능하며, 파일 시스템 어느 위치에서나 실행할 수 있습니다. 샌드박스 디렉터리는 기본적으로 ~/.datadog-agent로 설정되어 있습니다.