시작하기 전에

Oracle Logging Analytics는 확장성이 뛰어나고 안정적이며 실시간 로그 분석 솔루션입니다. Logging Analytics는 온프레미스 또는 클라우드 리소스에서 과거 및 실시간 로그 수집을 자동화합니다. 이 서비스는 로그를 분석하기 전에 OCI로 수집하는 여러 가지 방법을 제공합니다.

이 가이드에서는 Logging Analytics에서 연속 로그 수집을 설정하는 단계를 안내합니다. 약 30분 안에 Logging Analytics를 설정하고, 에이전트를 설치하고, 몇 가지 중요한 Linux 호스트 로그를 수집하고, 로그 탐색기에서 로그를 탐색할 수 있습니다.

배경

이 예에서는 로그를 지속적으로 수집하려는 Linux 호스트에 관리 에이전트가 설치됩니다. 에이전트는 일반적으로 온프레미스 데이터 센터에 설치되지만 Linux를 실행 중인 클라우드 컴퓨트 인스턴스에도 설치할 수 있습니다. 이 자습서에서는 로그 수집에 독립형 Management Agent를 사용하는 방법에 대해 중점적으로 다룹니다.

Logging Analytics의 주요 리소스 및 해당 계층에 대해 알아봅니다. 키 리소스 계층을 참조하십시오.

필요 사항

  • OCI 사용자 계정입니다. 이 사용자는 Logging-Analytics-SuperAdmins 그룹에 추가됩니다.

    Oracle Logging Analytics를 사용으로 설정하려면 사용자가 관리자 그룹의 멤버여야 합니다. 또한 데이터 추가 마법사를 사용할 때 사용자는 루트 컴파트먼트에 대한 액세스 권한이 있는 관리자 그룹의 멤버여야 OCI 리소스 모니터링, 관리 에이전트로 모니터링(관리 에이전트도 구성해야 하는 경우에만 해당), Kubernetes 모니터링, 보안 및 규제준수 등의 작업을 수행할 수 있습니다. 관리자 그룹, 정책 및 관리자 역할을 참조하십시오.

  • Management Agent를 설치하고 로그를 수집할 Linux 호스트입니다.
  • 호스트가 OCI 컴퓨트 인스턴스인 경우 Oracle Cloud Agent에서 Management Agent 플러그인을 사용으로 설정할 수 있습니다. 컴퓨트 인스턴스에 Management Agent 배포를 참조하십시오. Oracle Cloud Agent에서 Management Agent 플러그인을 사용으로 설정하려면 JVM 힙 크기가 512MB 이상인지 확인하십시오. 하지만 필요한 경우 OCI 컴퓨트 인스턴스에서 독립형 에이전트를 사용할 수도 있습니다.

    호스트가 비OCI 컴퓨트 인스턴스인 경우 Install Management Agent 절에 설명된 대로 Management Agent를 설치합니다.

  • 사용 사례에 적합한 로그 소스를 식별합니다. 이후 섹션에서 생성한 엔티티에 소스를 연관시킵니다. 또한 소스에 포함할 구문 분석기를 식별해야 합니다. 요구 사항에 따라 많은 Oracle 정의 소스 및 구문 분석기 집합에서 선택할 수 있습니다. Logging Analytics 용어 및 개념: 소스 및 Oracle 정의 소스를 참조하십시오.

로깅 분석 사용

이미 Logging Analytics를 사용 중인 경우 서비스 정책 및 사용자/그룹 정책이 생성되었는지 확인합니다. 네비게이션 메뉴를 열고 ID 및 보안을 누릅니다. ID에서 정책을 누르고 확인합니다. 생성된 정책 목록은 Logging Analytics 온보딩 중 생성된 정책을 참조하십시오. 이 섹션을 건너뛰고 Install Management Agent 섹션으로 진행합니다.

새 사용자이며 Logging Analytics 사용을 시작하려면 아래 온보딩 프로세스를 따릅니다.

  1. Logging Analytics는 최상위 OCI 콘솔 메뉴에서 사용할 수 있습니다. 관찰 가능성 및 관리로 이동하고 Logging Analytics를 누릅니다.
    아래 ela1.png에 대한 설명입니다.
    ela1 그림에 대한 설명

  2. 서비스에 대한 몇 가지 높은 레벨의 세부정보와 Logging Analytics 서비스 사용을 시작하는 옵션을 제공하는 온보딩 페이지를 검토하십시오. 로깅 분석 사용 시작을 누릅니다.
    아래 ela2.png에 대한 설명입니다.
    ela2 그림에 대한 설명

  3. 자동으로 생성되는 정책을 검토합니다. 생성된 정책 목록은 Logging Analytics 온보딩 중 생성된 정책을 참조하십시오. 로그 그룹 기본값이 없는 경우 생성됩니다. Logging Analytics가 성공적으로 사용으로 설정된 후 다음을 눌러 계속합니다.
    아래 ela3.png에 대한 설명입니다.
    ela3 그림에 대한 설명

  4. OCI 감사 로그 수집이 구성되었습니다. 하위 구획에 감사 포함 확인란은 기본적으로 사용으로 설정됩니다. OCI 감사 로그 수집을 구성하기 위해 생성된 정책 목록은 Logging Analytics 온보딩 중 생성된 정책을 참조하십시오. 다음을 누릅니다.
    아래 ela4.png에 대한 설명입니다.
    ela4 그림에 대한 설명

  5. OCI 감사 로그 분석이 성공적으로 사용으로 설정된 후 OCI 감사 로그 대시보드로 이동을 누르고 분석을 봅니다.
    아래 ela6.png에 대한 설명입니다.
    ela6 그림에 대한 설명

Management 에이전트 설치

Management Agent를 사용하여 연속 로그 수집을 설정하려면 다음 단계를 수행합니다. 여기에 나열된 단계는 로그 수집을 위해 독립형 Management Agent를 사용하는 것입니다. OCI 컴퓨트 인스턴스에서 Oracle Cloud 에이전트를 대신 사용하려면 이 섹션의 마지막 단계를 구현해야 합니다.

  1. [관리] 페이지로 이동합니다. Logging Analytics에서 왼쪽 상단 모서리에 있는 메뉴를 누르고 관리를 선택합니다. Administration 페이지가 열립니다.

  2. 데이터 추가(Add data)를 누릅니다. 데이터 추가 페이지가 열립니다. 관리 에이전트로 모니터 섹션을 확장합니다.
    아래 sui2.png에 대한 설명입니다.
    sui2 그림에 대한 설명

  3. 에이전트 구성 링크를 누릅니다. Management Agent 기반 로그 수집에 대한 추가 정보와 함께 섹션이 확장됩니다.
    아래 sui3.png에 대한 설명입니다.
    sui3 그림에 대한 설명

  4. 에이전트 구성 버튼을 누릅니다. 수집 설정(Set Up Ingestion) 대화상자가 열립니다.

  5. 나열된 정책 문으로 자동으로 생성되는 정책을 검토합니다. 자동으로 생성되는 리소스를 확인합니다. 수집 설정을 누릅니다.
    아래 sui4.png에 대한 설명입니다.
    sui4 그림에 대한 설명

  6. 에이전트 소프트웨어 다운로드 링크에 따라 Management Agent 소프트웨어를 다운로드합니다. 다운로드를 완료한 후 에이전트 설치 스크립트 다운로드 링크에 따라 설치 스크립트를 가져옵니다. Management Agent가 다운로드된 동일한 디렉토리의 Linux 호스트에서 설치 스크립트를 실행합니다. Management Agent 설치에 대한 자세한 지침은 Install Management Agents를 참조하십시오.
    아래 sui5.png에 대한 설명입니다.
    sui5 그림에 대한 설명

    에이전트 설치 시 Logging Analytics 플러그인을 배치해야 합니다. 설치 프로세스의 일부로 Logging Analytics 플러그인을 사용으로 설정하는 방법에 대해 다음 행을 포함시켜야 하는 응답 파일을 생성해야 합니다.

    Service.plugin.logan.download=true

  7. Management Agent가 성공적으로 구성된 후 닫기를 누릅니다.

  8. 선택적으로 Management Agent 대신 로그 수집에 Oracle Cloud Agent를 사용하려는 경우 동적 그룹 logging_analytics_agent의 컴파트먼트가 Oracle Cloud Agent가 설치된 컴파트먼트와 일치하는지 확인하십시오. 또한 JVM 힙 크기가 512MB 이상인지 확인하십시오.

Logging Analytics로 로그를 전송할 호스트 준비

주:

Unix 기반 호스트에서 Management Agent를 설치하는 사용자는 수동으로 설치된 Management Agent의 경우 mgmt_agent이고, Management Agent가 Oracle Cloud Agent에서 사용으로 설정된 플러그인인 경우 oracle-cloud-agent입니다. Oracle Cloud Agent에 대한 자세한 내용은 Oracle Cloud Agent를 참조하십시오.

  1. 로그 파일이 에이전트 사용자가 읽을 수 있는지 확인합니다.

    먼저 에이전트 사용자가 파일을 읽을 수 있는지 확인할 수 있습니다.

    sudo -u <agentuser> /bin/bash -c "cat <log_file_with_complete_path>"

    에이전트 사용자가 로그 파일을 읽을 수 없는 경우 다음 방법(최적의 순서) 중 하나를 사용하여 Management Agent에서 로그 파일을 읽을 수 있도록 합니다. 나열된 순서대로 각 메소드를 시도한 후 다음 메소드를 시도하기 전에 액세스가 가능한지 확인하는 것이 좋습니다.

    1. ACL(액세스 제어 목록)을 사용하여 에이전트 사용자가 로그 파일 경로 및 로그 파일을 읽을 수 있도록 합니다. ACL은 파일 시스템에 대해 유연한 권한 방식을 제공합니다. ACL을 통해 로그 파일에 대한 전체 경로를 읽을 수 있는지 확인합니다.

      UNIX 기반 호스트에서 ACL을 설정하려면 다음과 같이 하십시오.

      로그 파일을 포함하는 시스템에 acl 패키지가 있는지 확인합니다.

      rpm -q acl

      시스템에 acl 패키지가 포함된 경우 이전 명령은 다음을 반환해야 합니다.

      acl-2.2.39-8.el5

      시스템에 acl 패키지가 없는 경우 패키지를 다운로드하고 설치합니다.

    2. 다음 setfacl 명령을 실행합니다.

      먼저 기존 권한을 확인하고 필요한 경우 해당 권한에 추가합니다. 변경 사항이 기존 변경 사항에 영향을 주지 않는지 확인합니다.

      • 에이전트 사용자에게 필요한 로그 파일에 대한 READ 액세스 권한을 부여합니다. 
        setfacl -m u:<agentuser>:r <path to the log file/log file name>
      • 상위 폴더 이외의 폴더에 대해 읽기 및 실행 권한을 설정합니다. 
        setfacl -m u:<agentuser>:rx <path to the folder>
      • 상위 폴더에서 순환 옵션을 사용하여 읽기 및 실행 권한을 설정합니다. 
        setfacl -R -m u:<agentuser>:rx <path to the folder>
      • 이 폴더 아래에 생성된 모든 이후 로그 파일을 읽을 수 있도록 하려면 Read and Execute with default 옵션을 설정합니다. 
        setfacl -d -m u:<agentuser>:rx <path to the folder>

      예를 들어, Management Agent 사용자 mgmt_agent의 /scratch/logs/*.log 경로에 대해 다음 명령이 필요합니다.

      setfacl -m u:mgmt_agent:rx /scratch
setfacl -R -m u:mgmt_agent:rx /scratch/logs
setfacl -d -m u:mgmt_agent:rx /scratch/logs

    3. 동일한 사용자 그룹에 로그를 생성하는 Management Agent 및 제품을 배치하고 전체 그룹에서 파일을 읽을 수 있도록 합니다. 에이전트를 다시 시작합니다.

      nfs mount의 경우 에이전트 사용자에게 로그 파일이나 폴더를 읽을 수 있는 READ 및 EXECUTE 권한을 부여하지 못할 수 있습니다. 이 경우 bellow 명령을 실행하여 에이전트 유저를 로그 파일 그룹에 추가하고 Management Agent를 재시작합니다.

      usermod -a -G <group of log file> <agentuser>

    4. 로그 파일을 모든 사용자가 읽을 수 있도록 합니다. 예:

      chmod o+r <file>

      상위 폴더에 실행 권한을 부여해야 할 수도 있습니다. 예:

      chmod o+rx <parent folder>
  2. 에이전트가 Oracle Cloud와 통신하고 있는지 확인합니다.
    1. OCI 콘솔 메뉴에서 관찰 가능성 및 관리로 이동한 다음 관리 에이전트를 누릅니다.

    2. 화면 왼쪽에 있는 선택기를 사용하여 Management-Agents 구획에 있는지 확인합니다.

    3. 에이전트 메뉴를 누릅니다. 최근에 설치한 에이전트, 설치된 호스트 및 설치한 Logging Analytics 플러그인을 볼 수 있습니다. 에이전트의 가용성이 활성인지 확인합니다. Verify the Management Agent Installation을 참조하십시오.

    4. 모니터링에서 에이전트의 서비스 측정항목을 확인하고 오류가 없고 데이터 플로우가 만족스러운지 확인합니다. 관리 에이전트 측정항목: 콘솔 사용을 참조하십시오.

Logging Analytics의 엔티티에 호스트 매핑

에이전트를 통해 연속 수집을 사용으로 설정하려면 온프레미스 또는 클라우드 자산을 나타내는 엔티티가 Logging Analytics에 있어야 합니다. Management Agent가 설치되면 로그 방출 호스트 및 Management Agent에 대한 엔티티가 자동으로 생성됩니다. 엔티티가 Logging Analytics 환경에 있는지 확인합니다. 필요한 엔티티가 없으면 해당 엔티티를 생성합니다.

엔티티를 생성할 때 Management Agent 컴파트먼트로 Management-Agents를 선택하고 이전에 설치한 에이전트를 선택합니다. 온보딩 또는 수집 설정 단계에 따라 마법사가 자동으로 이 컴파트먼트를 생성하고 여기에 에이전트를 배치합니다.

  1. OCI 콘솔 메뉴에서 관찰 가능성 및 관리로 이동하고 로깅 분석을 누릅니다. 관리 페이지로 이동합니다.

  2. 왼쪽에서 엔티티를 생성할 컴파트먼트를 선택합니다.

  3. 왼쪽 메뉴에서 엔티티 리소스 메뉴 링크를 누릅니다. 오른쪽의 엔티티 패널에서 개수를 누를 수도 있습니다.

  4. 엔티티 목록 페이지에서 엔티티 생성 단추를 누릅니다.

  5. 엔티티 유형으로 호스트(Linux)를 선택합니다. 이름 입력을 시작하여 드롭다운 목록을 필터링할 수 있습니다.

  6. 엔티티에 대한 name을 제공합니다. 이 예에서는 host123를 사용하지만 일반적으로 실제 호스트 이름을 사용합니다.

  7. Management Agent 컴파트먼트로 Management-Agents를 선택합니다.

  8. 이전에 설치한 에이전트를 선택합니다.

  9. Create를 누릅니다.
    아래 myh9.png에 대한 설명입니다.
    myh9 그림에 대한 설명

엔티티와 소스 간의 연관 생성

Logging Analytics 사용자는 로그 소스를 엔티티에 연관시켜 OCI Management Agent를 통해 연속 로그 수집 프로세스를 시작합니다. 소스-엔티티 연관의 개념은 에이전트를 통한 연속 로그 수집에만 적용됩니다. 이 섹션에서는 데이터 추가 마법사를 사용하여 소스-엔티티 연관을 수행하는 단계를 안내합니다.

  1. 관리 페이지로 이동합니다. 데이터 추가(Add Data)를 누릅니다.

    데이터 추가 마법사가 열립니다.


  2. 관리 에이전트로 모니터에서 사용자정의 선택을 누릅니다.

    호스트(Linux) 엔티티 유형의 로그의 경우 Linux Core Logs를 눌러 특정 유형의 엔티티와 적합한 소스 목록을 세분화할 수도 있습니다. 그러나 마법사의 전체 기능을 사용하기 위해 사용자정의 선택을 선택해야 합니다.


    아래 sui2.png에 대한 설명입니다.
    sui2 그림에 대한 설명

    결과 에이전트 기반 로그 수집 구성 페이지에 구성된 엔티티가 모두 나열됩니다.


  3. 엔티티 유형을 지정하여 엔티티 목록에서 필터링합니다. 엔티티 유형 지정을 선택합니다. 메뉴에서 Host(Linux) 엔티티 유형을 선택합니다.

  4. 호스트(Linux) 유형의 엔티티 목록에서 소스와의 연관을 구성할 엔티티를 최대 50개까지 선택합니다 다음을 누릅니다.
    아래 ca4.png에 대한 설명입니다.
    ca4 그림에 대한 설명

  5. 테이블에서 선택한 엔티티와 연관시킬 소스를 최대 25개까지 선택합니다.
    아래 ca7.png에 대한 설명입니다.
    ca7 그림에 대한 설명

  6. 에이전트 모음 속성 표시를 눌러 섹션을 확장합니다. 여기서 지정하는 에이전트 속성은 이 워크플로우에 추가된 모든 소스-엔티티 연관에 적용됩니다. 이전 선택 사항에 따라 소스 유형이 이미 채워져 있습니다. 해당 소스 유형에 대한 에이전트 등록 정보가 테이블에 나열됩니다.
    아래 ca9.png에 대한 설명입니다.
    ca9 그림에 대한 설명

    • 정보 아이콘 위에 커서를 놓으면 기본값이 무엇인지 알 수 있습니다.

    • 새 값 필드에 수정할 등록 정보의 새 값을 입력합니다. 값의 데이터 유형이 지정된 대로인지 확인합니다. 각 소스 유형 및 해당 데이터 유형에 대해 수정할 수 있는 등록 정보 목록은 Advanced Configuration Options for Management Agent: Modify Agent Properties를 참조하십시오.

    • 속성을 기본값으로 변경하려면 작업 메뉴 아이콘을 누르고 기본값으로 재설정을 선택합니다.

    • 등록 정보의 현재 값을 지우려면 Actions 메뉴 아이콘을 누르고 현재 값 지우기를 선택합니다. 현재 값을 지우면 새 값이 상속됩니다. 현재 변경 사항을 저장하고 이 대화 상자를 다시 열면 새 값이 테이블에 표시됩니다.

      에이전트 등록 정보 및 해당 값에 대한 상속 규칙을 설정하기 위한 다양한 계층 레벨을 이해하려면 Advanced Configuration Options for Management Agent: Modify Agent Properties를 참조하십시오.


  7. 연관시킬 엔티티 및 소스를 선택한 후 수집되는 로그 데이터를 저장할 로그 그룹을 지정합니다.
    1. 로그 그룹이 생성되는 로그 그룹 컴파트먼트를 선택합니다.

    2. 로그를 저장해야 하는 로그 그룹을 선택합니다. 수집을 설정하는 동안 이전에 생성된 logging_analytics_ociaudit 로그 그룹을 선택합니다.

      동일한 컴파트먼트에 새 로그 그룹을 생성하려면 새로 생성을 누릅니다. 로그 그룹 생성 대화상자가 열립니다. 새 로그 그룹의 이름을 지정하고 적절한 설명을 제공합니다. Create를 누릅니다.


  8. 연관을 완료하려면 로그 수집 검증 및 구성을 누릅니다.

  9. 연관이 생성되면 확인이 표시됩니다. 활동 상태도 볼 수 있습니다. 연관의 세부정보를 보려면 소스 이름을 누릅니다.

    연관이 성공적으로 구성되면 로그 수집이 시작됩니다. 로그 데이터를 보려면 로그 탐색기로 이동을 누릅니다.


    아래 ca8.png에 대한 설명입니다.
    ca8 그림에 대한 설명

로그 탐색

소스와 엔티티를 연관시킨 후 이제 로그의 데이터를 탐색하고 시각화할 수 있습니다.

  1. 로그 탐색기를 봅니다.

    로그 탐색기 오른쪽에 있는 범위 필터 아이콘을 누릅니다.


    아래 el3.png에 대한 설명입니다.
    el3 그림에 대한 설명

    이전에 생성된 기본 로그 그룹 컴파트먼트가 자동으로 선택됩니다. 그러나 로그 그룹 컴파트먼트를 변경하려면 선택합니다.

    컴파트먼트 선택기를 사용하면 로그 그룹이 있는 컴파트먼트를 기반으로 검색에 포함될 로그 그룹을 선택할 수 있습니다. 여기서 컴파트먼트를 선택하면 이 컴파트먼트와 모든 하위 컴파트먼트가 모두 자동으로 포함됩니다. 루트 컴파트먼트를 사용하면 사용자의 컴파트먼트 액세스 정책 및 해당 컴파트먼트의 로그 그룹을 기반으로 사용자가 액세스할 수 있는 모든 로그를 검색할 수 있습니다.

    약 2분 후 소스에 대한 로그가 들어오는 것을 확인해야 합니다. 기본 검색은 모든 로그 소스에 대해 들어오는 로그 항목 수를 보여주는 파이 차트입니다.


  2. 레코드 보기를 탐색합니다.

    [시각화] 메뉴를 누르고 선택 항목을 히스토그램이 있는 레코드로 변경합니다.


    아래 el4.png에 대한 설명입니다.
    el4 그림에 대한 설명

    이 뷰는 시간별로 인터리브된 모든 로그 소스에 대한 로그 항목을 표시합니다.


    아래 el5.png에 대한 설명입니다.
    el5 그림에 대한 설명

  3. Cluster Analysis를 확인합니다.

    위의 검색 화면에서 지난 14일 동안 27,145개의 로그 항목이 수집되었음을 확인할 수 있습니다. 이는 수동으로 검사할 로그 수가 매우 많습니다. 대규모 운용 환경에서는 14일 동안 수십억 개의 로그 항목이 있을 수 있습니다.

    Visualization 옵션을 Cluster로 변경합니다.

    화면이 변경되어 로그 항목의 클러스터가 표시됩니다. 여기서 로그 항목의 27k가 654개 클러스터로만 감소된 것을 확인할 수 있으며, 잠재적 문제를 나타내는 클러스터 46개와 이상치로 보이는 클러스터 351개를 식별했습니다. 더 긴 기간에 걸쳐 더 큰 데이터 세트를 사용하면 비교할 반복적인 데이터 패턴이 더 많아지므로 클러스터 기능이 향상됩니다.


    아래 el7.png에 대한 설명입니다.
    el7 그림에 대한 설명

    두번째 항목에서는 개수가 281인 단일 유형의 로그 항목이 있음을 알 수 있습니다. 즉, 이 동일한 패턴을 따르는 로그 항목은 최근 14일 동안 281회 발생했습니다. 클러스터 샘플의 일부는 파란색 링크로 표시됩니다. 이는 281개 레코드에서 이와 유사한 모양의 부분이 서로 다른 로그 항목에 따라 파란색으로 표시되기 때문입니다. 파란색 링크를 누르면 특정 인스턴스의 모든 변형을 볼 수 있습니다.


  4. 패싯 필터링을 사용합니다.

    히스토그램 보기가 있는 레코드로 돌아가서 왼쪽의 필드 패널에서 원하는 필드를 눌러 로그에서 구문 분석된 값을 볼 수 있습니다. 이러한 값의 발생 횟수 및 추세가 표시됩니다. 여기에서 값을 선택하여 검색 범위를 좁힐 수 있습니다.


    아래 el8.png에 대한 설명입니다.
    el8 그림에 대한 설명

  5. 검색을 저장합니다.

    검색을 저장하는 것은 몇 가지 이유로 중요합니다. 먼저 재작성하지 않고 정기적으로 검색을 사용할 수 있습니다. 또한 조직 전체의 많은 사람들이 중요한 측면을 일관되게 보기 위해 사용하는 검색을 생성할 수도 있습니다. 또한 저장된 검색을 대시보드의 위젯으로 사용할 수 있습니다. 이 연습의 뒷부분에서 확인할 수 있습니다.

    시각화를 가로 막대 차트로 변경합니다.

    기본적으로 그룹화 기준 필드가 소스로 선택된 그래프가 표시됩니다(또는 위에서 다른 질의를 변경한 경우 비어 있을 수 있음). 필드 기타, 서비스를 그룹화 기준 필드로 끌어온 다음 적용 단추를 누를 수 있습니다.

    다음과 같은 로그 항목 수를 기준으로 호스트에서 가장 많이 사용되는 서비스를 보여주는 막대 차트가 표시됩니다.


    아래 el9.png에 대한 설명입니다.
    el9 그림에 대한 설명

    카운트 내림차순으로 값이 표시되지 않는 경우 쿼리에 logrecords가 있는지 확인하여 해당 값으로 계산된 필드를 생성하고 검색에 |sort -logrecords를 추가합니다. 레코드 수를 기준으로 내림차순으로 정렬됩니다. 사용된 질의는 위의 스크린샷을 참조하십시오.

    • 검색을 저장할 컴파트먼트를 선택합니다.
    • 검색에 이름과 설명을 제공합니다.
    • 대시보드에 추가 확인란을 누릅니다.
    • 저장된 검색을 새 대시보드에 추가하려면 새 대시보드를 선택합니다. 또는 기존 대시보드에 추가할 수 있습니다.
    • 대시보드에 대한 컴파트먼트를 선택합니다.
    • 새 대시보드의 경우 새 대시보드의 이름과 설명을 지정합니다. 그렇지 않으면 기존 대시보드 이름을 선택합니다.
    • 저장 단추를 누릅니다.
      아래 el10.png에 대한 설명입니다.
      el10 그림에 대한 설명

    이제 작업 중인 저장된 검색의 이름을 포함하도록 로그 탐색기 제목이 변경되었음을 알 수 있습니다. 여기에서 변경한 후 작업으로 이동한 경우 저장을 누르면 저장된 검색을 업데이트할 수 있습니다.


    아래 el11.png에 대한 설명입니다.
    el11 그림에 대한 설명

  6. 대시보드 보기.

    상단 탐색 컨트롤에서 Logging Analytics를 누르고 Dashboards를 선택합니다.


    아래 el12.png에 대한 설명입니다.
    el12 그림에 대한 설명

    검색을 저장한 동시에 이전에 생성한 대시보드가 포함된 대시보드 목록 페이지가 표시됩니다. 여기에 새 대시보드가 보이지 않으면 왼쪽에 선택된 컴파트먼트에서 대시보드를 저장했는지 확인하십시오.


    아래 el13.png에 대한 설명입니다.
    el13 그림에 대한 설명

    대시보드를 보려면 대시보드 이름을 누르십시오. 여기에서 저장된 검색 위젯을 더 추가하고 페이지의 레이아웃과 위젯 크기를 변경할 수 있습니다. 시간 범위 또는 컴파트먼트 필터를 변경하면 저장된 모든 검색 위젯에 대한 데이터가 변경됩니다.


    아래 el14.png에 대한 설명입니다.
    el14 그림에 대한 설명

    계속 살펴보면 Logging Analytics를 사용하여 수행할 수 있는 다수 태스크의 샘플에 불과합니다. 로그 분석 방법에 대한 자세한 내용은 제품 기술 콘텐츠를 검토하십시오.


더 알아보기