Cloud Composer 1은 유지보수 후 모드입니다. Google은 Airflow의 새 버전, 버그 수정, 보안 업데이트를 비롯한 Cloud Composer 1 추가 업데이트를 출시하지 않습니다. Cloud Composer 2로 마이그레이션하는 것이 좋습니다.

Monitoring 대시보드에서 주요 측정항목으로 환경 상태 및 성능 모니터링

Cloud Composer 1 | Cloud Composer 2

이 페이지에서는 Monitoring 대시보드에서 주요 측정항목으로 전체 Cloud Composer 환경 상태와 성능을 모니터링하는 방법을 설명합니다.

소개

이 튜토리얼에서는 환경 수준의 상태 및 성능에 대한 유용한 개요를 제공할 수 있는 주요 Cloud Composer 모니터링 측정항목에 대해 중점적으로 설명합니다.

Cloud Composer는 환경의 전체 상태를 설명하는 여러 측정항목을 제공합니다. 이 튜토리얼의 모니터링 가이드라인은 Cloud Composer 환경의 모니터링 대시보드에 노출된 측정항목을 기반으로 합니다.

이 튜토리얼에서는 환경 성능 및 상태의 주요 문제 지표 역할을 하는 주요 측정항목과 각 측정항목을 해석하여 환경을 정상으로 유지하기 위한 수정 작업을 파악하는 방법에 대해 알아봅니다. 또한 각 측정항목에 대한 알림 규칙을 설정하고, 예시 DAG를 실행하고, 이러한 측정항목과 알림을 사용하여 환경 성능을 최적화합니다.

목표

비용

이 튜토리얼에서는 비용이 청구될 수 있는 다음과 같은 Google Cloud 구성요소를 사용합니다.

Cloud Composer(추가 비용 참조)
Cloud Monitoring

이 튜토리얼을 마치면 만든 리소스를 삭제하여 비용이 계속 청구되지 않도록 할 수 있습니다. 자세한 내용은 삭제를 참조하세요.

시작하기 전에

이 섹션에서는 튜토리얼을 시작하기 전에 필요한 작업을 설명합니다.

프로젝트 생성 및 구성

이 튜토리얼에는 Google Cloud 프로젝트가 필요합니다. 다음과 같은 방법으로 프로젝트를 구성합니다.

Google Cloud 콘솔에서 프로젝트를 선택하거나 만듭니다.

프로젝트 선택기로 이동
프로젝트에 결제가 사용 설정되어 있는지 확인합니다. 프로젝트에 결제가 사용 설정되어 있는지 확인하는 방법을 알아보세요.
Google Cloud 프로젝트 사용자에게 필요한 리소스를 만들 수 있는 다음 역할이 있는지 확인합니다.
- 환경 및 스토리지 객체 관리자(roles/composer.environmentAndStorageObjectAdmin)
- Compute 관리자(roles/compute.admin)
- 모니터링 편집자 (roles/monitoring.editor)

프로젝트에 API 사용 설정

Cloud Composer API 사용 설정

API 사용 설정

Cloud Composer 환경 만들기

Cloud Composer 2 환경을 만듭니다.

이 절차의 일부로 Cloud Composer v2 API 서비스 에이전트 확장(roles/composer.ServiceAgentV2Ext) 역할을 Composer 서비스 에이전트 계정에 부여합니다. Cloud Composer는 이 계정을 사용하여 Google Cloud 프로젝트에서 작업을 수행합니다.

환경 수준 상태 및 성능에 대한 주요 측정항목 살펴보기

이 튜토리얼에서는 환경 전체의 전반적인 성능과 성능을 대략적으로 확인할 수 있는 주요 측정항목을 중점적으로 설명합니다.

Google Cloud 콘솔의 Monitoring 대시보드에는 환경의 추세를 모니터링하고 Airflow 구성요소 및 Cloud Composer 리소스의 문제를 식별할 수 있는 다양한 측정항목과 차트가 포함되어 있습니다.

각 Cloud Composer 환경에는 자체 Monitoring 대시보드가 있습니다.

아래의 주요 측정항목을 숙지하고 Monitoring 대시보드에서 각 측정항목을 찾으세요.

Google Cloud 콘솔에서 환경 페이지로 이동합니다.

환경으로 이동
환경 목록에서 환경 이름을 클릭합니다. 환경 세부정보 페이지가 열립니다.
Monitoring 탭으로 이동합니다.
개요 섹션을 선택하고 대시보드에서 환경 개요 항목을 찾은 다음 환경 상태(Airflow 모니터링 DAG) 측정항목을 관찰합니다.
- 이 타임라인은 Cloud Composer 환경의 상태를 보여줍니다. 환경 상태 표시줄의 녹색은 환경이 정상임을 나타내며, 비정상 환경 상태는 빨간색으로 표시됩니다.
- Cloud Composer는 몇 분마다 airflow_monitoring이라는 활성 DAG를 실행합니다. 활성 DAG 실행이 성공적으로 완료되면 상태는 True입니다. 예를 들어 포드 제거, 외부 프로세스 종료 또는 유지보수로 인해 활성 DAG 실행이 실패하면 상태는 False입니다.
SQL 데이터베이스 섹션을 선택하고 대시보드에서 데이터베이스 상태 항목을 찾은 다음 데이터베이스 상태 측정항목을 관찰합니다.
- 이 타임라인은 환경의 Cloud SQL 인스턴스에 대한 연결 상태를 보여줍니다. 녹색 데이터베이스 상태 표시줄은 연결을 나타내고 연결 실패는 빨간색으로 표시됩니다.
- Airflow 모니터링 포드가 데이터베이스를 주기적으로 핑하고 상태를 설정할 수 있으면 True로, 가능하지 않으면 False로 보고합니다.
데이터베이스 상태 항목에서 데이터베이스 CPU 사용량 및 데이터베이스 메모리 사용량 측정항목을 관찰합니다.
- 데이터베이스 CPU 사용량 그래프는 환경의 Cloud SQL 데이터베이스 인스턴스별 CPU 코어 사용량을 총 사용 가능한 데이터베이스 CPU 한도와 비교합니다.
- 데이터베이스 메모리 사용량 그래프는 환경의 Cloud SQL 데이터베이스 인스턴스의 메모리 사용량과 사용 가능한 총 데이터베이스 메모리 한도를 비교하여 나타냅니다.
스케줄러 섹션을 선택하고 대시보드에서 스케줄러 하트비트 항목을 찾은 다음 스케줄러 하트비트 측정항목을 관찰합니다.
- 이 타임라인은 Airflow 스케줄러 상태를 보여줍니다. Airflow 스케줄러 문제를 식별하기 위해 빨간색 영역을 확인합니다. 환경에 둘 이상의 스케줄러가 있는 경우 하나 이상의 스케줄러가 응답하는 한 하트비트 상태는 정상입니다.
- 현재 시간보다 마지막 하트비트가 30초(기본값) 이상 수신되면 비정상 스케줄러로 간주됩니다.
DAG 통계 섹션을 선택하고 대시보드에서 좀비 태스크 종료 항목을 찾은 다음 종료된 좀비 태스크 측정항목을 관찰합니다.
- 이 그래프는 짧은 기간 동안 종료된 좀비 태스크 수를 나타냅니다. 좀비 태스크은 종종 Airflow 프로세스의 외부 종료로 인해 발생합니다(예: 작업 프로세스가 종료되는 경우).
- Airflow 스케줄러는 좀비 태스크를 주기적으로 종료하며 이 차트에 반영됩니다.
작업자 섹션을 선택하고 대시보드에서 작업자 컨테이너 재시작 항목을 찾은 다음 작업자 컨테이너 재시작 측정항목을 관찰합니다.
- 그래프는 개별 작업자 컨테이너의 총 재시작 수를 나타냅니다. 컨테이너 재시작이 너무 많이 발생하면 서비스 또는 종속 항목을 사용하는 다른 서비스의 가용성에 영향을 줄 수 있습니다.

주요 측정항목에 대한 벤치마크 및 가능한 해결 방법 알아보기

다음 목록은 문제를 나타낼 수 있는 벤치마크 값을 설명하고 이러한 문제를 해결하기 위해 취할 수 있는 수정 조치를 제공합니다.

환경 상태(Airflow 모니터링 DAG)
- 4시간 동안 성공률 90% 미만
- 오류는 환경에 과부하가 발생하거나 오작동하기 때문에 포드 제거 또는 작업자 종료를 의미할 수 있습니다. 환경 상태 타임라인의 빨간색 영역은 일반적으로 개별 환경 구성요소의 다른 상태 표시줄의 빨간색 영역과 상관관계가 있습니다. Monitoring 대시보드에서 다른 측정항목을 검토하여 근본 원인을 식별하세요.
데이터베이스 상태
- 4시간 동안 성공률 95% 미만
- 오류가 발생한다는 것은 Airflow 데이터베이스에 연결하는 데 문제가 있음을 의미합니다. 이는 데이터베이스 과부하로 인한 데이터베이스 비정상 종료 또는 다운타임이 원인일 수 있습니다(예를 들어, 데이터베이스에 연결하는 동안의 높은 CPU 또는 메모리 사용량, 또는 긴 지연시간). 이러한 증상은 DAG가 전역적으로 정의된 Airflow 또는 환경 변수를 많이 사용하는 경우와 같이 최적화되지 않은 DAG로 인해 가장 자주 발생합니다. SQL 데이터베이스 리소스 사용량 측정항목을 검토하여 근본 원인을 식별하세요. 스케줄러 로그에서 데이터베이스 연결과 관련된 오류를 검사할 수도 있습니다.
데이터베이스 CPU 및 메모리 사용량
- 12시간 내 평균 CPU 또는 메모리 사용량 80% 초과
- 데이터베이스에 과부하가 걸릴 수 있습니다. DAG 실행과 데이터베이스 CPU 또는 메모리 사용량 급증의 상관관계를 분석하세요.
  - 실행된 쿼리 및 연결 최적화를 사용하거나 시간 경과에 따라 부하를 더 균등하게 분산하여 더 효율적인 DAG를 통해 데이터베이스 부하를 줄일 수 있습니다.
  - 또는 데이터베이스에 CPU 또는 메모리를 더 할당할 수 있습니다. 데이터베이스 리소스는 환경의 환경 크기 속성에 따라 제어되며 환경은 더 큰 크기로 확장되어야 합니다.
스케줄러 하트비트
- 4시간 동안 성공률 90% 미만
- 스케줄러에 리소스를 할당하거나 스케줄러 수를 1에서 2로 늘립니다(권장).
좀비 태스크 종료됨
- 24시간당 둘 이상의 좀비 태스크
- 좀비 태스크의 가장 일반적인 이유는 환경 클러스터의 CPU 및 메모리 리소스 부족입니다. 작업자 리소스 사용량 그래프를 검토하고 작업자에 리소스를 더 할당하거나 좀비 태스크 제한 시간을 늘려 스케줄러가 태스크를 좀비로 간주하기 전에 더 오래 기다리게 합니다.
작업자 컨테이너 재시작 수
- 24시간마다 2회 이상 다시 시작
- 가장 일반적인 이유는 작업자 메모리 또는 스토리지 부족입니다. 작업자 리소스 소비를 확인하고 작업자에 더 많은 메모리나 스토리지를 할당하세요. 리소스 부족이 원인이 아닌 경우 작업자 재시작 이슈 해결을 살펴보고 Logging 쿼리를 사용하여 작업자 재시작의 이유를 알아보세요.

알림 채널 만들기

알림 채널 만들기에 설명된 안내에 따라 이메일 알림 채널을 만듭니다.

알림 채널에 대한 자세한 내용은 알림 채널 관리를 참조하세요.

알림 정책 만들기

이 튜토리얼의 이전 섹션에서 제공된 벤치마크를 기반으로 알림 정책을 만들어 측정항목 값을 지속적으로 모니터링하고 측정항목이 조건을 위반하면 알림을 받습니다.

콘솔

모니터링 대시보드에 표시되는 각 측정항목의 알림을 설정하려면 해당 항목의 모서리에 있는 종 모양 아이콘을 클릭합니다.

**그림 1.** 모니터링 대시보드에 표시되는 측정항목에 대한 알림 만들기(확대하려면 클릭)

Monitoring 대시보드에서 모니터링할 각 측정항목을 찾고 측정항목 항목의 모서리에 있는 종 모양 아이콘을 클릭합니다. 알림 정책 만들기 페이지가 열립니다.

중요: 측정항목 이름, 환경 이름, 위치 필터는 자동으로 적용되지만 일부 측정항목의 알림 정책은 추가 필터 및 다른 측정항목 이름이 필요합니다. 개별 필터가 알림 정책 구성에서 '필터' 및 '측정항목 이름' 필드를 참조하여 올바른 필터가 적용되었는지 확인하세요.
변환 데이터 섹션에서 다음을 수행합니다.
1. 측정항목의 알림 정책 구성에 설명된 대로 각 시계열 내 섹션을 구성하세요.
2. 다음을 클릭한 후 측정항목의 알림 정책 구성에 설명된 대로 알림 트리거 구성 섹션을 구성합니다.
다음을 클릭합니다.
알림을 구성합니다. 알림 채널 메뉴를 확장하고 이전 단계에서 만든 알림 채널을 선택합니다.
OK(확인)를 클릭합니다.
알림 정책 이름 지정 섹션에서 알림 정책 이름 필드를 채웁니다. 각 측정항목을 설명하는 이름을 사용합니다. 측정항목의 알림 정책 구성에 설명된 대로 '알림 정책 이름 지정' 값을 사용합니다.
다음을 클릭합니다.
알림 정책을 검토하고 정책 만들기를 클릭합니다.

환경 상태(Airflow 모니터링 DAG) 측정항목 - 알림 정책 구성

측정항목 이름: Cloud Composer 환경 - 정상
API: composer.googleapis.com/environment/healthy

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 커스텀
- 커스텀 값: 4
- 커스텀 단위: 시간
- 순환 기간 함수: 비율 true
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준 미만
- 기준 값: 90
- 조건 이름: 환경 상태
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow 환경 상태

데이터베이스 상태 측정항목 - 알림 정책 구성

측정항목 이름: Cloud Composer 환경 - 데이터베이스 정상
API: composer.googleapis.com/environment/database_health

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 커스텀
- 커스텀 값: 4
- 커스텀 단위: 시간
- 순환 기간 함수: 비율 true
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준 미만
- 기준 값: 95
- 조건 이름: 데이터베이스 상태
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow 데이터베이스 상태

데이터베이스 CPU 사용량 측정항목 - 알림 정책 구성

참고: 편의상 데이터베이스 메모리 사용량 및 데이터베이스 CPU 사용량 측정항목에 대한 알림을 설정할 때는 사용된 바이트를 모니터링하는 기본 측정항목 이름(composer.googleapis.com/environment/database/memory/bytes_used) 및 사용된 시간(composer.googleapis.com/environment/database/cpu/usage_time) 대신 측정항목 이름 데이터베이스 메모리 사용률(composer.googleapis.com/environment/database/memory/utilization) 및 데이터베이스 CPU 사용률(composer.googleapis.com/environment/database/cpu/utilization)을 사용하세요. 데이터베이스 메모리 및 CPU 사용률 측정항목은 사용 가능한 CPU와 메모리의 비율을 자동으로 모니터링하므로 조건 트리거를 구성할 때 불필요한 계산을 방지합니다.

측정항목 이름: Cloud Composer 환경 - 데이터베이스 CPU 사용률
API: composer.googleapis.com/environment/database/cpu/utilization

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 커스텀
- 커스텀 값: 12
- 커스텀 단위: 시간
- 순환 기간 함수: 평균
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준점 초과
- 기준 값: 80
- 조건 이름: 데이터베이스 CPU 사용량 조건
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow 데이터베이스 CPU 사용량

데이터베이스 CPU 사용량 측정항목 - 알림 정책 구성

측정항목 이름: Cloud Composer 환경 - 데이터베이스 메모리 사용률
API: composer.googleapis.com/environment/database/memory/utilization

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 커스텀
- 커스텀 값: 12
- 커스텀 단위: 시간
- 순환 기간 함수: 평균
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준점 초과
- 기준 값: 80
- 조건 이름: 데이터베이스 메모리 사용량 조건
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow 데이터베이스 메모리 사용량

스케줄러 하트비트 측정항목 - 알림 정책 구성

측정항목 이름: Cloud Composer 환경 - 스케줄러 하트비트
API: composer.googleapis.com/environment/scheduler_heartbeat_count

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 커스텀
- 커스텀 값: 4
- 커스텀 단위: 시간
- 순환 기간 함수: 개수
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준 미만
- 기준 값: 216
  
  참고: 유휴 환경의 평균 스케줄러 하트비트 수는 240이므로 4시간 동안 90% 성공률은 240 * 0.9 =
  1. 측정항목 탐색기 쿼리 편집기에서 값 _scheduler_heartbeat_count_mean를 집계하는 쿼리를 실행하여 이 수를 가져올 수 있습니다.
- 조건 이름: 스케줄러 하트비트 조건
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow Scheduler 하트비트

좀비 태스크 종료 측정항목 - 알림 정책 구성

측정항목 이름: Cloud Composer 환경 - 좀비 태스크 종료됨
API: composer.googleapis.com/environment/zombie_task_killed_count

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 1일
- 순환 기간 함수: 합계
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준점 초과
- 기준 값: 1
- 조건 이름: 좀비 태스크 조건
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow 좀비 태스크

작업자 컨테이너 재시작 측정항목 - 알림 정책 구성

측정항목 이름: Cloud Composer 환경 - 좀비 태스크 종료됨
API: composer.googleapis.com/environment/zombie_task_killed_count

필터:

environment_name = [ENVIRONMENT_NAME]
location = [CLUSTER_LOCATION]

데이터 변환 > 각 시계열 내:
- 순환 기간: 1일
- 순환 기간 함수: 합계
알림 트리거 구성:
- 조건 유형: 임곗값
- 알림 트리거: 모든 시계열 위반
- 기준 위치: 기준점 초과
- 기준 값: 1
- 조건 이름: 좀비 태스크 조건
알림 구성 및 완료:
- 알림 정책 이름 지정: Airflow 좀비 태스크

Terraform

이메일 알림 채널을 만들고 해당 벤치마크를 기반으로 이 튜토리얼에서 제공되는 주요 측정항목에 대한 알림 정책을 업로드하는 Terraform 스크립트를 실행합니다.

Terraform 파일 예시를 로컬 컴퓨터에 저장합니다.
다음을 바꿉니다.
- PROJECT_ID: 프로젝트의 프로젝트 ID입니다. 예를 들면 example-project입니다.
- EMAIL_ADDRESS: 알림이 트리거될 때 알림을 받아야 하는 이메일 주소입니다.
- ENVIRONMENT_NAME: Cloud Composer 환경 이름입니다. 예를 들면 example-composer-environment입니다.
- CLUSTER_NAME: Google Cloud 콘솔의 환경 구성 > 리소스 > GKE 클러스터에서 찾을 수 있는 환경 클러스터 이름입니다.

resource "google_monitoring_notification_channel" "basic" {
  project      = "PROJECT_ID"
  display_name = "Test Notification Channel"
  type         = "email"
  labels = {
    email_address = "EMAIL_ADDRESS"
  }
  # force_delete = false
}

resource "google_monitoring_alert_policy" "environment_health_metric" {
  project      = "PROJECT_ID"
  display_name = "Airflow Environment Health"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Environment health condition"
    condition_threshold {
      filter     = "resource.type = \"cloud_composer_environment\" AND metric.type=\"composer.googleapis.com/environment/healthy\" AND resource.label.environment_name=\"ENVIRONMENT_NAME\""
      duration   = "60s"
      comparison = "COMPARISON_LT"
      threshold_value = 0.9
      aggregations {
        alignment_period   = "14400s"
        per_series_aligner = "ALIGN_FRACTION_TRUE"
      }
    }
  }

}

resource "google_monitoring_alert_policy" "database_health_metric" {
  project      = "PROJECT_ID"
  display_name = "Airflow Database Health"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Database health condition"
    condition_threshold {
      filter     = "resource.type = \"cloud_composer_environment\" AND metric.type=\"composer.googleapis.com/environment/database_health\" AND resource.label.environment_name=\"ENVIRONMENT_NAME\""
      duration   = "60s"
      comparison = "COMPARISON_LT"
      threshold_value = 0.95
      aggregations {
        alignment_period   = "14400s"
        per_series_aligner = "ALIGN_FRACTION_TRUE"
      }
    }
  }
}

resource "google_monitoring_alert_policy" "alert_database_cpu_usage" {
  project      = "PROJECT_ID"
  display_name = "Airflow Database CPU Usage"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Database CPU usage condition"
    condition_threshold {
      filter     = "resource.type = \"cloud_composer_environment\" AND metric.type=\"composer.googleapis.com/environment/database/cpu/utilization\" AND resource.label.environment_name=\"ENVIRONMENT_NAME\""
      duration   = "60s"
      comparison = "COMPARISON_GT"
      threshold_value = 80
      aggregations {
        alignment_period   = "43200s"
        per_series_aligner = "ALIGN_MEAN"
      }
    }
  }
}

resource "google_monitoring_alert_policy" "alert_database_memory_usage" {
  project      = "PROJECT_ID"
  display_name = "Airflow Database Memory Usage"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Database memory usage condition"
    condition_threshold {
      filter     = "resource.type = \"cloud_composer_environment\" AND metric.type=\"composer.googleapis.com/environment/database/memory/utilization\" AND resource.label.environment_name=\"ENVIRONMENT_NAME\""
      duration   = "60s"
      comparison = "COMPARISON_GT"
      threshold_value = 80
      aggregations {
        alignment_period   = "43200s"
        per_series_aligner = "ALIGN_MEAN"
      }
    }
  }
}

resource "google_monitoring_alert_policy" "alert_scheduler_heartbeat" {
  project      = "PROJECT_ID"
  display_name = "Airflow Scheduler Heartbeat"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Scheduler heartbeat condition"
    condition_threshold {
      filter     = "resource.type = \"cloud_composer_environment\" AND metric.type=\"composer.googleapis.com/environment/scheduler_heartbeat_count\" AND resource.label.environment_name=\"ENVIRONMENT_NAME\""
      duration   = "60s"
      comparison = "COMPARISON_LT"
      threshold_value = 216 // Threshold is 90% of the average for composer.googleapis.com/environment/scheduler_heartbeat_count metric in an idle environment
      aggregations {
        alignment_period   = "14400s"
        per_series_aligner = "ALIGN_COUNT"
      }
    }
  }
}

resource "google_monitoring_alert_policy" "alert_zombie_task" {
  project      = "PROJECT_ID"
  display_name = "Airflow Zombie Tasks"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Zombie tasks condition"
    condition_threshold {
      filter     = "resource.type = \"cloud_composer_environment\" AND metric.type=\"composer.googleapis.com/environment/zombie_task_killed_count\" AND  resource.label.environment_name=\"ENVIRONMENT_NAME\""
      duration   = "60s"
      comparison = "COMPARISON_GT"
      threshold_value = 1
      aggregations {
        alignment_period   = "86400s"
        per_series_aligner = "ALIGN_SUM"
      }
    }
  }
}

resource "google_monitoring_alert_policy" "alert_worker_restarts" {
  project      = "PROJECT_ID"
  display_name = "Airflow Worker Restarts"
  combiner     = "OR"
  notification_channels = [google_monitoring_notification_channel.basic.name] // To manually add a notification channel add it with the syntax "projects/[PROJECT_ID]/notificationChannels/[CHANNEL_ID]"
  conditions {
    display_name = "Worker container restarts condition"
    condition_threshold {
      filter     = "resource.type = \"k8s_container\" AND (resource.labels.cluster_name = \"CLUSTER_NAME\" AND resource.labels.container_name = monitoring.regex.full_match(\"airflow-worker|base\") AND resource.labels.pod_name = monitoring.regex.full_match(\"airflow-worker-.*|airflow-k8s-worker-.*\")) AND metric.type = \"kubernetes.io/container/restart_count\""

      duration   = "60s"
      comparison = "COMPARISON_GT"
      threshold_value = 1
      aggregations {
        alignment_period   = "86400s"
        per_series_aligner = "ALIGN_RATE"
      }
    }
  }
}

알림 정책 테스트

이 섹션에서는 생성된 알림 정책을 테스트하고 결과를 해석하는 방법을 설명합니다.

샘플 DAG 업로드

이 튜토리얼에서 제공하는 샘플 DAG memory_consumption_dag.py는 집중적인 작업자 메모리 사용률을 모방합니다. DAG에는 4개의 작업이 포함되며, 각 작업은 데이터를 샘플 문자열에 기록하여 380MB의 메모리를 사용합니다. 샘플 DAG는 2분마다 실행되도록 예약되며 Composer 환경에 업로드하면 자동으로 실행됩니다.

다음 샘플 DAG를 이전 단계에서 만든 환경에 업로드합니다.

from datetime import datetime
import sys
import time

from airflow import DAG
from airflow.operators.python import PythonOperator

def ram_function():
    data = ""
    start = time.time()
    for i in range(38):
        data += "a" * 10 * 1000**2
        time.sleep(0.2)
        print(f"{i}, {round(time.time() - start, 4)}, {sys.getsizeof(data) / (1000 ** 3)}")
    print(f"Size={sys.getsizeof(data) / (1000 ** 3)}GB")
    time.sleep(30 - (time.time() - start))
    print(f"Complete in {round(time.time() - start, 2)} seconds!")

with DAG(
    dag_id="memory_consumption_dag",
    start_date=datetime(2023, 1, 1, 1, 1, 1),
    schedule="1/2 * * * *",
    catchup=False,
) as dag:
    for i in range(4):
        PythonOperator(
            task_id=f"task_{i+1}",
            python_callable=ram_function,
            retries=0,
            dag=dag,
        )

Monitoring에서 알림 및 측정항목 해석

샘플 DAG 실행이 시작되고 약 10분 정도 기다린 후 테스트 결과를 평가합니다.

이메일 편지함을 확인하여 Google Cloud 알림에서 [ALERT]로 시작하는 제목이 포함된 알림이 수신되었는지 확인합니다. 이 메시지의 콘텐츠에는 알림 정책 이슈 세부정보가 포함되어 있습니다.
이메일 알림에서 이슈 보기 버튼을 클릭합니다. 측정항목 탐색기로 리디렉션됩니다. 알림 이슈 세부정보를 검토합니다.

그림 2. 알림 이슈 세부정보(확대하려면 클릭)

이슈 측정항목 그래프는 개발자가 만든 측정항목이 임곗값 1을 초과했음을 나타냅니다. 즉, Airflow가 2개 이상의 좀비 태스크를 감지하고 종료했음을 의미합니다.
Cloud Composer 환경에서 모니터링 탭 > DAG 통계 섹션 > 좀비 태스크 종료됨 그래프를 찾습니다.

그림 3. 좀비 태스크 그래프(확대하려면 클릭)

그래프는 Airflow가 샘플 DAG를 실행한 후 처음 10분 내에 약 20개의 좀비 태스크를 종료했음을 나타냅니다.
벤치마크 및 수정 작업에 따르면 좀비 태스크의 가장 일반적인 이유는 작업자 메모리 또는 CPU가 없는 것입니다. 작업자 리소스 사용률을 분석하여 좀비 태스크의 근본 원인을 식별합니다.

Monitoring 대시보드에서 작업자 섹션을 열고 작업자 CPU 및 메모리 사용량 측정항목을 검토합니다.

그림 4.작업자 CPU 및 메모리 사용량 측정항목(클릭 확대)

총 작업자 CPU 사용량 그래프는 작업자 CPU 사용량이 항상 사용 가능한 총 한도의 50% 미만임을 나타내며, 따라서 사용 가능한 CPU로 충분합니다. 총 작업자 CPU 사용량 그래프는 샘플 DAG를 실행한 결과 그래프에 표시된 총 메모리 한도의 약 75%에 해당하는 할당 가능한 메모리 한도에 도달한 것을 보여줍니다(GKE는 처음 총 메모리 4GiB 중 25%를 예약하며, 포드 제거를 처리하기 위한 모든 노드에서 추가로 100MiB의 메모리를 예약합니다).

사용자는 샘플 DAG를 성공적으로 실행하기 위한 메모리 리소스가 작업자에 부족하다고 결론을 내릴 수 있습니다.

환경 최적화 및 성능 평가

작업자 리소스 사용률 분석을 기반으로 DAG의 모든 태스크가 성공하려면 작업자에 더 많은 메모리를 할당해야 합니다.

Composer 환경에서 DAG 탭을 열고 샘플 DAG(memory_consumption_dag) 이름을 클릭한 후 DAG 일시중지를 클릭합니다.
추가 작업자 메모리를 할당합니다.
1. 환경 구성 탭에서 리소스 > 워크로드 구성을 찾고 수정을 클릭합니다.
2. 작업자 항목에서 메모리 한도를 늘립니다. 이 튜토리얼에서는 3.25GB를 사용합니다.
3. 변경사항을 저장하고 작업자가 다시 시작할 때까지 몇 분 정도 기다립니다.
DAG 탭을 열고 샘플 DAG(memory_consumption_dag) 이름을 클릭한 후 DAG 일시중지 해제를 클릭합니다.

Monitoring으로 이동하여 작업자 리소스 한도를 업데이트한 후 새 좀비 태스크가 표시되지 않았는지 확인합니다.

메모리 한도가 변경된 후의 좀비 태스크 그래프 — **그림 5.** 메모리 한도가 변경된 후 좀비 태스크 그래프(확대하려면 클릭)

요약

이 튜토리얼에서 지금까지 주요 환경 수준 상태 및 성능 측정항목, 각 측정항목에 대한 알림 정책 설정 방법, 각 측정항목을 수정 작업으로 해석하는 방법을 알아보았습니다. 그런 다음 샘플 DAG를 실행하고 알림과 Monitoring 차트를 사용하여 환경 상태 문제의 근본 원인을 식별했으며 작업자에게 더 많은 메모리를 할당하여 환경을 최적화했습니다. 그러나 특정 임곗값을 초과하여 리소스를 늘리는 것은 불가능하므로, 애초에 작업자 리소스 소비를 줄일 수 있도록 DAG 최적화하는 것이 바람직합니다.

삭제

이 튜토리얼에서 사용된 리소스 비용이 Google Cloud 계정에 청구되지 않도록 하려면 리소스가 포함된 프로젝트를 삭제하거나 프로젝트를 유지하고 개별 리소스를 삭제하세요.

프로젝트 삭제

주의: 프로젝트를 삭제하면 다음과 같은 효과가 발생합니다.

프로젝트의 모든 항목이 삭제됩니다. 이 문서의 태스크에 기존 프로젝트를 사용한 경우 프로젝트를 삭제하면 프로젝트에서 수행한 다른 작업도 삭제됩니다.
커스텀 프로젝트 ID가 손실됩니다. 이 프로젝트를 만들 때 앞으로 사용할 커스텀 프로젝트 ID를 만들었을 수 있습니다. appspot.com URL과 같이 프로젝트 ID를 사용하는 URL을 보존하려면 전체 프로젝트를 삭제하는 대신 프로젝트 내에서 선택한 리소스만 삭제합니다.

여러 아키텍처, 튜토리얼, 빠른 시작을 살펴보려는 경우 프로젝트를 재사용하면 프로젝트 할당량 한도 초과를 방지할 수 있습니다.

Google Cloud 콘솔에서 리소스 관리 페이지로 이동합니다.
리소스 관리로 이동
프로젝트 목록에서 삭제할 프로젝트를 선택하고 삭제를 클릭합니다.
대화상자에서 프로젝트 ID를 입력한 후 종료를 클릭하여 프로젝트를 삭제합니다.

개별 리소스 삭제

여러 튜토리얼과 빠른 시작을 살펴보려는 경우 프로젝트를 재사용하면 프로젝트 할당량 한도 초과를 방지할 수 있습니다.

콘솔

Cloud Composer 환경을 삭제합니다. 이 절차 동안의 환경 버킷도 삭제합니다.
Cloud Monitoring에서 만든 각 알림 정책을 삭제합니다.

Terraform

프로젝트에 여전히 필요한 리소스 항목이 Terraform 스크립트에 포함되어 있지 않은지 확인합니다. 예를 들어 일부 API를 사용하도록 설정하고 IAM 권한을 계속 할당된 상태로 유지할 수 있습니다(Terraform 스크립트에 이러한 정의를 추가한 경우).
terraform destroy를 실행합니다.
환경의 버킷을 수동으로 삭제합니다. Cloud Composer는 자동으로 삭제하지 않습니다. 이 작업은 Google Cloud 콘솔 또는 Google Cloud CLI에서 수행할 수 있습니다.

Monitoring 대시보드에서 주요 측정항목으로 환경 상태 및 성능 모니터링

소개

목표

비용

시작하기 전에

프로젝트 생성 및 구성

프로젝트에 API 사용 설정

Cloud Composer 환경 만들기

환경 수준 상태 및 성능에 대한 주요 측정항목 살펴보기

주요 측정항목에 대한 벤치마크 및 가능한 해결 방법 알아보기

알림 채널 만들기

알림 정책 만들기

콘솔

환경 상태(Airflow 모니터링 DAG) 측정항목 - 알림 정책 구성

데이터베이스 상태 측정항목 - 알림 정책 구성

데이터베이스 CPU 사용량 측정항목 - 알림 정책 구성

데이터베이스 CPU 사용량 측정항목 - 알림 정책 구성

스케줄러 하트비트 측정항목 - 알림 정책 구성

좀비 태스크 종료 측정항목 - 알림 정책 구성

작업자 컨테이너 재시작 측정항목 - 알림 정책 구성

Terraform

알림 정책 테스트

샘플 DAG 업로드

Monitoring에서 알림 및 측정항목 해석

환경 최적화 및 성능 평가

요약

삭제

프로젝트 삭제

개별 리소스 삭제

콘솔

Terraform

다음 단계