신서틱 모니터링 문제 해결¶
신서틱 테스트 자체 호스팅 노드 관리 Name or service not known¶
개요¶
【자체 호스팅 노드 관리】에서 Name or service not known 오류가 보고됩니다.
오류 원인¶
- 일부 클라우드 공급자의 로드 밸런서 문제로 인해 서비스가 자체 인그레스(Inress)의 도메인 이름에 접근할 수 없습니다.
조치 단계¶
1. Launcher를 열고 애플리케이션 설정 수정¶
Launcher 서비스에 접속한 후 오른쪽 상단의 애플리케이션 설정 수정을 클릭합니다.
2. 파라미터 추가¶
「네임스페이스: forethought-core」-「core」를 수정하고 internal_server 파라미터를 추가합니다.
3. 설정 수정 후 관련 서비스 자동 재시작¶
설정 수정 후 관련 서비스를 자동으로 재시작하도록 선택합니다.
신서틱 모니터링 탐색기 데이터 누락¶
개요¶
이 장에서는 신서틱 모니터링에서 탐색기 데이터 누락 문제를 해결하는 방법을 설명합니다.
순서도¶
문제 해결 방법¶
1단계: 설정 확인¶
-
먼저 설정 파일이 올바른지 확인합니다.
-
forethought-core 네임스페이스에서
core라는 ConfigMap 설정이 올바른지 확인합니다.
# 신서틱 테스트 서비스
DialingServer:
# 신서틱 테스트 센터 주소 설정
use_https: true
port: 443 ## 실제 상황에 따라 수정
host: 'dflux-dial.guance.com' ## 실제 상황에 따라 수정
timeout: 10
dflux-dial.guance.com 은 공식 신서틱 테스트 센터입니다. 프라이빗 신서틱 테스트 센터로 전환하려면 인그레스 설정을 확인하세요.
- utils 네임스페이스에서 dialtesting-config라는 ConfigMap 설정이 올바른지 확인합니다.
global:
enable_inner_api: false
stats_on: 256
listen: ":9538"
sys_external_id: "ak_R5Fxxxxxxxxx8Go8-wksp_system"
sys_external_id 는 아래 aksk 테이블의 uuid + external_id 로 구성됩니다.
- MySQL df_dialtesting 데이터베이스의
aksk테이블 데이터를 확인합니다.
| id | uuid | accessKey | secretKey | owner | parent_ak | external_id | status | version | createAt | updateAt |
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | ak_R5Fxxxxxxxxx8Go8 | asjTxxxxxxxxxxxxxXMJ | zeiX99gxxxxxxxxxxxxxxxx2h5 | system | -1 | wksp_system | OK | 0 | 1,686,218,468 | 1,686,218,468 |
- df_core 데이터베이스의 main_config 테이블에서
Keycode가DialingServerSet인 데이터와 일치하는지 확인합니다.
| id | keyCode | description | value |
|---|---|---|---|
| 6 | DialingServerSet | 신서틱 서비스 설정 | "{\"ak\": \"asjTxxxxxxxxxxxxxXMJ\", \"sk\": \"zeiX99gxxxxxxxxxxxxxxxx2h5\", \"dataway\": \"http://deploy-openway.dataflux.cn?token={}\"}" |
- launcher의
dialServiceAK모듈 데이터와 비교하여 일치하는지 확인합니다.
조치 단계: launcher 인터페이스 로그인 ---> 오른쪽 상단 버튼 ---> 기타
대응 관계 테이블:
| aksk 테이블의 key 이름 | launcher 기타 설정의 dialServiceAK 모듈의 key 이름 |
|---|---|
| uuid | ak_id |
| accessKey | ak |
| secretKey | sk |
일치하지 않으면 데이터베이스를 기준으로 수정합니다.
- 신서틱 테스트 센터를 전환하거나 수정한 경우, launcher 페이지에서 라이선스를 다시 활성화하여 정보를 다시 작성해야 합니다.
라이선스 설정을 변경할 필요 없이 바로 활성화하면 됩니다.
데이터 게이트웨이 주소가 예제 형식과 완전히 일치하는지 확인하세요. token={} 은 수정할 필요가 없습니다.
2단계: 통신 확인¶
신서틱 테스트 노드 머신에서 ping 명령을 사용하여 신서틱 테스트 센터 및 DataWay와 통신할 수 있는지 확인합니다.
3단계: 데이터 전송 확인¶
신서틱 테스트 노드 머신에서 다음 명령을 실행하여 데이터가 전송되는지 확인합니다.
- I/O 통신이 정상인지 확인
sudo datakit monitor -M IO
## DYNAMIC_DW 는 신서틱 테스트 센터의 서비스를 나타냅니다. Points(ok/total) 가 일치하면 문제 없음
┌IO Info───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ Cat│ChanUsage│ Points(ok/total)│ Bytes(ok/total/gz) │
│DYNAMIC_DW│ 0/1│ 626 /626 │ 389.392 k/389.392 k(267.603 k) │
│ M│ 0/1│1.7955 M/1.796043 M│560.715703 M/560.880362 M(240.616886 M) │
│ O│ 0/1│ 588.045 k/588.2 k│ 516.475667 M/516.613201 M(37.964566 M)
- 입력이 정상인지 확인
sudo datakit monitor -M In
## 아래 dialtesting 의 Feeds 및 TotalPts 가 0이 아니면 데이터가 업로드되고 있음을 의미합니다.
┌Inputs Info(11 inputs)────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ Input│Cat│ Feeds│ TotalPts│Filtered│ LastFeed│ AvgCost│Errors │
│ dialtesting│ L │ 626 │ 626 │ 0 │25 minutes ago│ 0s│ 0 │
│ cpu│ M │ 112.71 k│ 112.71 k│ 0 │ 6 seconds ago│ 237.807?s│ 0 │
4단계: 로그 확인¶
다음 명령을 사용하여 신서틱 테스트 노드의 DataKit 로그를 확인하여 문제를 추가로 파악합니다.






