Microsoft 검색은 Azure Monitor 통합하여 모든 플랫폼 리소스에서 포괄적인 관찰 가능성을 제공합니다. 전용 Log Analytics 작업 영역에서 애플리케이션 로그를 쿼리하고 컨트롤 플레인 작업에 대한 활동 로그를 검토하여 작업 영역, 슈퍼컴퓨터 및 책장을 모니터링하고 문제를 해결할 수 있습니다.
로그 형식
Microsoft 검색은 다음 세 가지 범주의 로그를 표시합니다.
| 로그 형식 | 출처 | Configuration | Purpose |
|---|---|---|---|
| 애플리케이션 로그 | Log Analytics 작업 영역 (관리되는 리소스 그룹 내) | 자동(설치 필요 없음) | 플랫폼 내에서 추적 에이전트 실행, 도구 실행, 인덱싱 작업 및 쿼리 작업 |
| 활동 로그 | Azure Monitor | 자동(Azure Monitor 기본적으로 사용 가능) | 검색 리소스에 대한 감사 및 추적 제어 평면 작업(만들기, 업데이트, 삭제) |
| 감사 로그 | Azure Storage 계정 또는 Log Analytics 작업 영역(고객 소유) | 진단 설정을 통해 고객이 구성할 수 있습니다. | 규정 준수, 보안 감사 및 장기 보존을 위한 플랫폼 및 리소스 수준 로그 보관 또는 쿼리 |
관리되는 리소스 그룹 및 Log Analytics 작업 영역
작업 영역, 슈퍼 컴퓨터 또는 책장과 같은 Microsoft 검색 리소스를 만들 때 Microsoft Discovery 서비스는 구독의 리소스와 함께 MRG(관리 리소스 그룹) 프로비전합니다. MRG에는 애플리케이션 로그를 자동으로 수집하는 전용 Log Analytics 작업 영역 포함하여 리소스를 운영하는 데 필요한 관리 인프라가 포함되어 있습니다.
로그는 다른 구성 없이 MRG Log Analytics 작업 영역으로 흐릅니다. 각 검색 리소스 유형(작업 영역, 슈퍼컴퓨터 또는 bookshelf)에는 자체 MRG와 고유한 Log Analytics 작업 영역이 있으며, 로그 데이터를 격리하고 해당 리소스로 범위가 지정됩니다.
메모
MRG는 Microsoft 의해 관리됩니다. Log Analytics 작업 영역에서 데이터를 읽을 수 있지만 MRG 내에서 리소스를 수정하거나 삭제해서는 안 됩니다.
리소스별 애플리케이션 로그 테이블
다음 표에서는 각 리소스의 MRG Log Analytics 작업 영역에서 사용할 수 있는 로그 테이블을 설명합니다.
Workspace
| 테이블 | 설명 |
|---|---|
DiscoveryLogs_CL |
작업 영역 내에서 실행되는 조사에 대한 에이전트 호출, 도구 호출, 워크플로 단계 및 오류 진단에 대한 실행 추적 |
DiscoveryCogLoopLogs |
CogLoop 엔진의 AI 오케스트레이션 로그에는 Act 및 Cognition 하위 루프 활동, 조사 진행 상황, 의사 결정, 오류 진단 등이 포함됩니다. |
슈퍼컴퓨터
| 테이블 | 설명 |
|---|---|
KubePodInventory_CL |
클러스터 전체에서 Pod 만들기, 배치 및 수명 주기 상태를 추적합니다. |
KubeEvents_CL |
예약 실패, 볼륨 탑재 오류 및 Pod 상태 전환과 같은 Kubernetes 이벤트를 캡처합니다. |
Syslog_CL |
노드 상태 및 기본 인프라 문제와 관련된 OS 수준 신호를 기록합니다. |
SystemContainerLogs_CL |
플랫폼 관리형 컨트롤러 및 오케스트레이션 서비스의 로그 |
DiscoveryToolLogs_CL |
실행 출력 및 실패를 포함하여 도구 컨테이너의 애플리케이션 로그 |
DiscoveryBookshelfLogs_CL |
슈퍼컴퓨터에서 실행되는 bookshelf 인덱싱 작업의 로그 |
책장
| 테이블 | 설명 |
|---|---|
DiscoveryLogs_CL |
기술 자료 쿼리 컨테이너의 로그에는 쿼리 실행 추적 및 오류 진단이 포함됩니다. |
AzureDiagnostics |
인덱싱 작업, 쿼리 작업 및 서비스 수준 진단을 포함하여 bookshelf와 연결된 Azure AI 검색 서비스의 진단 로그 |
메모
Bookshelf 인덱싱 작업은 슈퍼 컴퓨터에서 실행되므로 인덱싱 로그는 bookshelf의 MRG가 아닌 슈퍼컴퓨터의 MRG 아래에 DiscoveryBookshelfLogs_CL표시됩니다.
AzureDiagnostics 테이블은 bookshelf의 MRG에 프로비전된 Azure AI 검색 리소스로 채워집니다.
활동 로그
Azure 활동 로그는 Microsoft 디스커버리 리소스에서 수행되는 모든 제어 평면 작업을 기록합니다. 이러한 작업은 사용자가 시작한 쓰기 및 삭제 작업 또는 ARM(Azure Resource Manager) API를 통해 자동화된 프로세스(예: 작업 영역 만들기, 슈퍼컴퓨터 구성 업데이트 또는 책장 삭제)입니다.
활동 로그는 Azure Monitor 사용할 수 있으며 기본적으로 90일 유지됩니다. 진단 설정을 통해 활동 로그를 Log Analytics 작업 영역 또는 스토리지 계정으로 내보내 보존 기간을 확장할 수 있습니다.
활동 로그에 표시되는 일반적인 검색 컨트롤 플레인 작업은 다음과 같습니다.
| Operation | 설명 |
|---|---|
Microsoft.Discovery/workspaces/write |
작업 영역 만들기 또는 업데이트 |
Microsoft.Discovery/workspaces/delete |
작업 영역 삭제 |
Microsoft.Discovery/supercomputers/write |
슈퍼컴퓨터 만들기 또는 업데이트 |
Microsoft.Discovery/supercomputers/delete |
슈퍼 컴퓨터 삭제 |
Microsoft.Discovery/bookshelves/write |
책장 만들기 또는 업데이트하기 |
Microsoft.Discovery/bookshelves/delete |
책장 삭제 |
활동 로그에 액세스하는 방법에 대한 지침은 Microsoft 검색 리소스에 대한 활동 로그 보기 참조하세요.
감사 로그
감사 로그는 Microsoft 검색 리소스에서 Azure Storage 계정 또는 고유한 구독의 Log Analytics 작업 영역으로 내보내는 고객이 구성할 수 있는 로그입니다. 애플리케이션 로그(MRG에서 자동으로 수집됨) 및 활동 로그(항상 Azure Monitor 사용 가능)와 달리 감사 로그는 Azure Monitor 진단 설정 통해 명시적으로 사용하도록 설정되어야 합니다.
사용 가능한 모든 로그 범주 또는 감사 로그만 내보내도록 선택할 수 있습니다. 감사 로그는 다음 작업에 적합합니다.
- 규정 준수 요구 사항 - 규정 또는 조직 정책을 충족하기 위해 정의된 기간 동안 리소스 수준 플랫폼 로그를 유지합니다.
- 보안 감사 - 보안 검토 및 인시던트 조사를 지원하기 위해 제어하는 대상에 로그를 저장합니다.
- 기간 보존 - Azure Monitor 활동 로그의 90일 기본값을 초과하여 로그 보존을 확장합니다.
감사 로깅은 다음 디스커버리 리소스 유형에서 지원됩니다.
| 리소스 유형 | 리소스 공급자 경로 |
|---|---|
| Workspace | Microsoft.Discovery/workspaces |
| 책장 | Microsoft.Discovery/bookshelves |
| 슈퍼컴퓨터 | Microsoft.Discovery/supercomputers |
단계별 설정 지침은 Microsoft 검색 리소스에 대한 감사 로깅 사용을 설정하기를 참조하세요.
상관 관계 ID
조사 실행과 같이 Discovery Studio에서 작업을 수행하는 경우 플랫폼은 요청을 고유하게 식별하는 상관 관계 ID 를 할당합니다. 이 ID는 해당 요청을 처리하는 데 관련된 모든 시스템 구성 요소에 전파되며 작업 영역 테이블의 모든 관련 로그 항목에는 필드의 DiscoveryLogs_CL 상관 관계 ID가 CorrelationId 포함됩니다.
상관 관계 ID를 사용하여 요청의 전체 엔드 투 엔드 흐름을 추적할 수 있습니다. 시작 시, 에이전트 및 도구가 호출된 경우, 발생한 오류 및 완료 시입니다.
상관 관계 ID는 Discovery Studio에서 X-Ms-Correlation-Request-Id 수행한 API 호출의 응답 헤더에 반환됩니다. 브라우저의 개발자 도구 네트워크 탭에서 검색할 수 있습니다.
상관 관계 ID를 찾고 사용하는 방법에 대한 단계별 연습은 쿼리 작업 영역 로그를 참조하세요.
컨트롤 플레인 문제의 경우 활동 로그에서 실패한 작업과 관련된 상관 관계 ID를 확인합니다. 신속한 조사를 지원하기 위해 Microsoft 지원 지원 요청을 열 때 이 상관 관계 ID를 포함합니다.
로그 수집 대기 시간
로그는 일반적으로 이벤트 발생 후 몇 초 이내에 Log Analytics에서 사용할 수 있습니다. 드문 경우에 섭취는 최대 5분까지 지연될 수 있습니다. 최근 활동 문제를 해결할 때 예상되는 로그 항목이 표시되지 않으면 잠시 기다렸다가 쿼리를 새로 고칩니다.