Skip to main content
NetApp Console local deployment
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

NetApp Console 로컬 배포에서 알림 전달 채널 설정

기여자 netapp-tonias netapp-ml94669
PDF

NetApp Console 로컬 배포 환경에서는 이메일 및 웹훅 등 여러 알림 채널을 설정할 수 있습니다.

필수 액세스 역할

최고 관리자 또는 조직 관리자. "액세스 역할에 대해 알아보기".

기본적으로 Console 로컬 배포는 내장 알림 시스템을 통해 알림을 표시합니다. 추가 전달 채널을 구성하면 워크플로에 가장 적합한 방식으로 알림을 받을 수 있습니다.

모든 알림을 동일한 채널을 통해 보내거나, 알림 유형별로 다른 채널을 사용할 수 있습니다. 예를 들어, 긴급 스토리지 알림은 이메일로 보내고, 다른 알림 트래픽은 웹훅을 통해 타사 모니터링 툴로 전송할 수 있습니다.

알림 전달 채널을 설정한 후에는 알림 규칙을 구성하고 각 규칙에 맞는 채널을 지정할 수 있습니다. "알림 규칙을 구성하는 방법을 알아보십시오.".

이메일 서버 구성

이메일 서버를 구성하면 콘솔 로컬 배포에서 알림, 경고 및 사용자 초대를 해당 서버를 통해 전송합니다. 콘솔 로컬 배포는 SMTP 이메일 서버를 지원하며, 기존 회사 이메일 서버 또는 타사 이메일 서비스를 사용할 수 있습니다.

단계

  1. *관리 > Console*을 선택합니다.

  2. 시스템 구성 페이지를 열려면 *Configuration*을 선택하십시오.

  3. 이메일 서버 섹션에서 *구성*을 선택합니다.

  4. 이메일 서버 연결 정보를 입력하십시오:

    • 발신자 이름과 발신자 이메일 주소를 추가합니다.

    • SMTP 호스트: SMTP 서버의 호스트 이름 또는 IP 주소입니다. 서버가 여러 개인 경우 기본 서버를 입력하십시오.

    • 연결 보안 드롭다운 목록에서 연결 프로토콜을 선택하십시오. 포트는 자동으로 구성되며 읽기 전용입니다. STARTTLS를 사용하는 SMTP의 경우 25, SMTPS의 경우 465입니다.

      SMTPS(포트 465)는 즉시 암호화된 연결을 설정하며 보안에 민감한 환경에 권장됩니다. STARTTLS(포트 25)는 암호화되지 않은 연결에서 암호화로 업그레이드하며, 암호화 협상이 실패할 경우 암호화되지 않은 전송으로 되돌아갈 수 있습니다.

  5. 지정한 수신자에게 테스트 이메일을 보내려면 *테스트 이메일*을 선택합니다.

  6. 테스트가 성공하면 *저장*을 선택하여 구성을 저장합니다.

    테스트가 실패하면 입력한 설정을 다시 확인하고 Console 로컬 배포가 이메일 서버에 네트워크 액세스할 수 있는지 다시 한번 확인하십시오.

이메일 서버 구성 업데이트

다른 이메일 서버를 사용하려면 기존 이메일 서버 구성을 업데이트할 수 있습니다.

단계

  1. *관리 > Console*을 선택합니다.

  2. 시스템 구성 페이지를 열려면 *Configuration*을 선택하십시오.

  3. 이메일 서버 섹션에서 *구성*을 선택합니다.

  4. 기존 구성을 지우려면 Clear fields 를 선택합니다.

  5. 이메일 서버에 대한 새 연결 정보를 입력하십시오.

  6. 지정한 수신자에게 테스트 이메일을 보내려면 *테스트 이메일*을 선택합니다.

  7. 테스트가 성공하면 *저장*을 선택하여 새 구성을 저장합니다.

    테스트가 실패하면 입력한 설정을 다시 확인하고 Console 로컬 배포가 이메일 서버에 네트워크 액세스할 수 있는지 다시 한번 확인하십시오.

이메일 서버 구성 제거

Console 로컬 배포에서 더 이상 이메일을 보내지 않으려면 이메일 서버 구성을 제거할 수 있습니다.

단계

  1. *관리 > Console*을 선택합니다.

  2. 시스템 구성 페이지를 열려면 *Configuration*을 선택하십시오.

  3. 이메일 서버 섹션에서 *구성*을 선택합니다.

  4. 기존 구성을 지우려면 Clear fields 를 선택합니다.

  5. 저장 을 선택하여 지워진 구성을 저장합니다. 이렇게 하면 Console 로컬 배포에서 이메일 서버 구성이 제거됩니다.

웹훅 구성

콘솔 로컬 배포에서 다른 툴 또는 서비스로 알림을 보내도록 웹훅을 설정합니다. 여러 개의 웹훅을 구성하여 각각 다른 엔드포인트를 가리키도록 할 수 있습니다. 예를 들어 하나는 SIEM용이고 다른 하나는 온콜 호출 서비스용입니다.

웹훅을 생성한 후에는 스토리지 관리자 역할을 가진 사용자가 특정 알림 규칙에 웹훅을 할당할 수 있습니다. 예를 들어, 중요 알림은 이메일로 전송하고 모든 알림은 웹훅을 통해 타사 모니터링 툴로 전송할 수 있습니다.

참고 콘솔 로컬 배포는 웹훅 엔드포인트에 대한 액세스 제어를 적용하지 않습니다. 엔드포인트 URL에 접근할 수 있는 모든 사용자 또는 시스템은 경고 데이터를 수신합니다. 수신 애플리케이션에 대한 액세스는 해당 애플리케이션 자체의 액세스 제어를 통해 권한이 있는 사용자로 제한해야 합니다.
시작하기 전에

콘솔 로컬 배포가 네트워크를 통해 수신 애플리케이션에 도달할 수 있는지 확인하고, 해당 애플리케이션에 필요한 엔드포인트 URL, HTTP 메서드, 인증 또는 인증서 정보를 수집합니다.

단계

  1. *관리 > Console*을 선택합니다.

  2. 시스템 구성 페이지를 열려면 *Configuration*을 선택하십시오.

  3. 웹훅 통합 섹션에서 *구성*을 선택합니다.

  4. 웹훅에 필요한 세부 정보를 입력합니다.

    • 웹훅에 대한 설명적인 이름입니다.

    • 수신 애플리케이션에서 제공하는 엔드포인트 URL입니다.

    • HTTP 메서드

    • 선택 사항: PEM 형식의 자체 서명 인증서.

    • 필수 헤더 또는 비밀 정보(인증 자격 증명).

    • 웹훅을 전송할 때 사용할 형식입니다. JSON 및 OTEL(OpenTelemetry) 형식이 지원됩니다.

      일반적인 웹훅 및 사용자 지정 REST 엔드포인트에는 JSON을 사용하십시오. Grafana 또는 기타 OpenTelemetry 호환 수집기 등 OpenTelemetry 신호를 기본적으로 사용하는 관찰 가능성 플랫폼에는 OTEL을 사용하십시오.

  5. 웹훅 연결을 테스트하고 Console 로컬 배포가 수신 애플리케이션으로 메시지를 성공적으로 보낼 수 있는지 확인하려면 *Test webhook*을 선택하십시오.

  6. 테스트가 성공하면 *저장*을 선택하여 웹훅을 생성합니다.

    웹훅을 저장하면 알림 전송 옵션 등 웹훅이 지원되는 위치에서 사용자가 선택할 수 있습니다."알림 규칙을 만들고 알림 전송을 위한 웹훅을 할당하는 방법을 알아보십시오."