💻
Cheet Sheets
  • 🦁Başlarken
  • 🟧DevOps Pre-Requisite
    • ❤️Why Linux? | Linux Basics #1
    • 💛Vi Editor | Linux Basics #2
    • 💙Basics Commands | Linux Basics #3
    • 🧡Package Managers | Linux Basics #4
    • 💚Services | Linux Basics #5
    • 💛Networking Basics
    • 🤎DNS Basics
    • 🩶Applications Basics
    • 🟨Java introduction
    • 🟩NodeJS Introduction
    • 🟦Python Introduction
    • 🟪GIT Introduction
    • 🟧Apache Web Server Introduction
    • ⬛Apache Tomcat
    • 🟫Python Flask
    • 🟥Node.js Express App
    • 🟨Databases
    • 🟩MySQL
    • 🟪MongoDB
    • 🟨SSL & TLS
    • 🟦YAML & JSON - JSON Path
    • ⬛Labs Resources
  • 🍎Kubernetes
    • 🍏Kubernetes: Nedir ?
    • 🍒Bileşenler
    • 🍵Kubectl ve Versiyon
    • ❤️Pod
    • 🏷️Label ve Selector
    • 🔎Annotation
    • 📲Namespaces
    • 📦Deployments
    • 🔁ReplicaSet
    • 🔙Rollout & Rollback
    • 🌐Networking - 1
    • 🌏Service
    • 🛠️Liveness Probe & Readiness Probe
    • 🥐Resource Limits
    • 💰Environment Variables
    • 📃Ephemeral Volumes
    • 🔑Secrets
    • 🌂ConfigMap
    • 🖥️Node Affinity
    • 🔌Pod Affinity
    • ✍️Taint and Toleration
    • 🔦DaemonSet
    • 🧀PV/PVC
    • 🌜Storage Class
    • 🗿StatefulSet
    • 🕹️Job & Cronjob
    • 🔐Authentication
    • 📏Role-based access control (RBAC)
    • 🈷️Service Account
    • 📈Ingress
    • 📂ImagePullPolicy & ImageSecret
    • 📖Static Pods
    • 🌐Network Policy
    • 🫐Helm Nedir?
    • 📽️Prometheus Stack - Monitoring
    • 💼EFK Stack - Monitoring
    • 🥳CRD & Operator
  • 🧑‍⚕️GIT & GITHUB
    • 👉Girizgah
    • 🌴Branch
    • 🤝Merge
    • 🤔Conflict - Rebase
    • 🇸🇴Alias
    • 🛑Gitignore
    • 🥢Diff
    • ◀️Checkout
    • 🔦Stash
    • 👉Other
  • ☁️AWS
    • 🪣S3
    • 🚙EC2
    • ⚖️ELB
    • 🤝Auto Scaling
    • 🗄️EFS
    • 🔐VPC
    • 🎆CloudFront
    • ❤️Route53
    • 🦈RDS
    • 🏢ElastiCache
    • 🔭CloudWatch
    • 👀CloudTrail
    • 📃CloudFormation
    • 🔕SNS
    • 📬SQS
    • 🎇SWF
    • 📧SES
    • 📦Kinesis
    • 📐AWSConfig
    • 👩‍🏭OpsWork
    • 🚀Lambda - Api Gateway
    • 📌ECS - EKS
    • 🔑KMS
    • 📂Directory Service
    • 🏐Snowball
    • 💾Storage Gateway
    • 💽Volume Gateway
    • 📼Tape Gateway
    • 🏠Organizations
    • 🔙Backup-Transfer-CloudShell
    • 🆔IAM
    • 📀DataSync
    • 🗃️FSx
    • 🎒Aurora Serverless
    • 🌐Global Accelerator
    • 💪HPC
    • 🎰Outposts
    • 🗼Others
  • 👨‍🔬Ansible
    • 👉Girizhah
    • 📔YAML
    • ⚙️Komponentler
    • 🎒Inventory
    • 🏑ad-hoc
    • ▶️Playbook
  • 👨‍⚕️PROMETHEUS
    • 📈Terminoloji
    • 🦯Ubuntu 20.04 Prometheus Kurulum
    • 🗒️prometheus.yml dosyasına ilk bakış:
    • 🧭promQL up query
    • 📇Exporters
    • 🔦promQL Data Types
    • 🦯Selectors & Matchers
    • 🔢Binary Operators
    • 💀ignoring and on
    • ✍️Aggregation Operators
    • 🧠Functions
    • 🖊️Alıştırma
    • 💻Client Libraries
    • 🐍Examining the data of our Python application
    • 🐐Examining the data of our GO application
    • ⏺️Recording Rules
    • 💡rate functions
    • ⏰Alerting
    • ⌚Alert Routing
    • ⏰Slack integration with Prometheus
    • 🤯PagerDuty integration with Prometheus
    • ◼️BlackBox exporter
    • 📍Push Gateway
    • 🪒Service Discovery
    • 🧊kube cadvisor with external prometheus
    • 👉aws with prometheus
    • ☁️CloudWatch Exporter
    • 👨‍🚒mysql exporter
    • 🛃Custom exporter with Python
    • ⚙️Prometheus with HTTP API
    • 🤖Prometheus Federation For Kubernetes
    • 📺Grafana
    • ⁉️Prometheus: Ne zaman kullanılmalı? Ne zaman kullanılmamalıdır?
  • 🍪Sheets
    • 🛳️Docker Sheets
    • 🐐Kube Sheets
  • 🔢12 Factor APP
    • 🏗️Introduction
    • 1️⃣Codebase
    • 2️⃣Dependencies
    • 3️⃣Concurrency
    • 4️⃣Processes
    • 5️⃣Backing Services
    • 6️⃣Config
    • 7️⃣Build, release, run
    • 8️⃣Port binding
    • 9️⃣Disposability
    • 🔟Dev/prod parity
    • 🕚Logs
    • 🕛Admin processes
  • ☁️Azure 104
    • 👨‍👨‍👧‍👧Azure Active Directory ( Entra ID )
    • 💰Subscriptions
    • 🌎Virtual Network (VNET)
    • 💻Virtual Machines
    • 🧑‍🌾Load Balancing
    • 🥍Network Advanced
    • 🪡Automating Deployment and Configuration
    • 💂Securing Storage
    • 📓Administering Azure Blobs and Azure Files
    • 🔧Managing Storage
    • 🎁App Service
    • 🛳️Azure Container
    • 🥇Backup And Recovery
    • 🪐Network Watcher
    • ⏰Resource Monitoring And Alerts
  • ⛅AZURE 305
    • 🆔identity and access management
    • 💼Desing Azure AD (Entra ID)
    • 👨‍💼Desing for Azure B2B
    • 🛃Desing for Azure B2C
    • 💳Design for MFA and Conditional Access
    • ⛑️Design for Identity Protection
    • 🚶Access Reviews
    • 🚦Managed identity Demostration
    • 🔐Key Vault Demostration
    • 👑Governance hierarchy
    • 💠Design for Management Groups
    • 🔑Desing for Subscriptions
    • 🍇Desing for resource groups
    • 📟Design for resource tags
    • 🚷Azure Policy & RBAC
    • 🫐Desing For Blueprints
    • 🪡Desing for Virtual Networks
    • 🛫Design for on-premises connectivity to Azure
    • 🔽Design for network connectivity
    • 📦Design for application delivery
    • 🥞Design for network security and application protection
    • 📕Choose a compute solution
    • 🌊Design for virtual machines
    • 🔋Azure Batch Demostration
    • 🛰️Design for Azure App Service
    • ⛲Design for Azure Container Instances
    • 🎢Design for Azure Kubernetes Service
    • 📠Azure Functions Demostration
    • 💪Azure Logic Apps Demostration
    • 🧑‍💼Design for data storage
    • 🎞️Design for Azure storage accounts
    • 🌟Choose the storage replication
    • 📹Azure blob storage - Lifecycle & immutable demo
    • 🥌Azure Files Demostration
    • 🕸️Design Azure disks
    • 🦼Design for storage security
    • 🔮Azure Table Storage And Cosmos DB Demostration
    • 🟧Azure SQL Solutions
    • 🎡Azure SQL Database - Purchasing models
    • 🕯️Database availability
    • 📜Data security strategy
    • 🧮Azure SQL Edge
    • 🚲Azure Data Factory
    • 🔅Azure Data Lake Storage
    • 🧘‍♂️Azure Databricks
    • 🎒Azure Synapse Analytics
    • 🅰️Azure Stream Analytics
    • 📼Data flow strategy
    • 🍥Cloud Adoption Framework
    • ☣️Azure Migration Framework
    • 🦿Assessing workloads
    • 🪡Migration tools
    • 🤖Azure Database migration
    • 👥Storage migration
    • 👜Azure Backup
    • ⏲️Azure Blob Backup and Recovery
    • 💈Azure files backup and recovery
    • 🎞️Azure VM backup and recovery
    • 🧺Azure SQL backup and recovery
    • ⏰Azure Site Recovery
    • 📩Differentiate event and message
    • ✈️Azure messaging solutions
    • 🚜Event Hub
    • 🥍Application optimization solution
    • 🎁Application lifecycle
    • 📺Azure Monitor
    • 🅱️Log Analytics
    • 👥Azure workbooks and Insights
    • 🚌Azure Data Explorer
  • Github Actions
    • Github Actions Nedir?
    • Workflow & Schedule Triggers
    • Single and Multiple Events
    • Manuel Events
    • Webhook Events
    • Conditional Keywords For Steps
    • Expressions - 1
    • Expressions - 2
    • Runners
    • Workflow Commands
    • Workflow Context
    • Dependent Jobs
    • Encrypted Secrets
    • Configuration Variables
    • Default & Custom Env Varb
    • Set Env Varb with Workflow Commands
    • Github Token Secret
    • Add Script to workflow
    • Push Package #1
    • Push Package #2 Docker
    • Service Containers
    • Routing workflow to runner
    • CodeQL Step
    • Caching Package and Dependency Files
    • Remove workflow Artifact
    • Workflow Status Badge
    • Env Protection
    • Job Matrix Configuration
    • Disable & Delete Workflows
    • Actions type for Action
    • Inputs and Outputs for actions
    • Action Versions
    • Files and Directories for Actions
    • Exit Codes
    • Reusable Workflow & Reuse Templates for Actions and Workflows
    • Configure Self Hosted Runners for Enterprise
  • Loki
    • What is Loki?
    • Architecture of Loki
    • Install Loki For Ubuntu
    • Install Promtail For Ubuntu
    • Querying Logs
    • Loki in Kubernetes
    • Deploying Loki in Kubernetes
    • Connecting to Grafana
    • Viewing Kubernetes logs
    • Promtail Customize & Pipeline
  • Ansible
    • Ansible Introduction
    • Introduction to Ansible Configuration Files
    • Ansible Inventory
    • Inventory Formats
    • Ansible Variables
    • Variable Types
    • Registering Variables and Variable Precedence
    • Variable Scoping
    • Magic Variables
    • Ansible Facts
    • Ansible Playbooks
    • Verifying Playbooks
    • Ansible lint
    • Ansible Conditionals
    • Ansible Conditionals based on facts, variables, re-use
    • Ansible Loops
    • Ansible Modules
    • Introduction to Ansible Plugins
    • Modules and Plugins Index
    • Introduction to Handlers
    • Ansible Roles
    • Ansible Collections
    • Introduction to Templating
    • Jinja2 Templates for Dynamic Configs
  • 🅰️Ansible Advanced
    • Playbook run options
    • Facts
    • Configuration files
Powered by GitBook
On this page

Was this helpful?

  1. PROMETHEUS

Recording Rules

PreviousExamining the data of our GO applicationNextrate functions

Last updated 2 years ago

Was this helpful?

Prometheus Recording Rules, Prometheus'un önceden hesaplanmış zaman serisi verilerini saklamasını sağlayan bir özelliktir. Bu, belirli sorguların sonuçlarını düzenli aralıklarla otomatik olarak hesaplayarak ve saklayarak, bu verilere daha sonra daha hızlı ve verimli bir şekilde erişilebilir hale getirir.

  1. Recording Rules, Prometheus'ta sıkça ihtiyaç duyulan veya hesaplaması pahalı olan ifadeleri önceden hesaplamaya ve sonuçlarını Prometheus depolamasında yeni bir zaman serisi olarak saklamaya olanak tanır. Bu, performansı artırarak sorguları daha hızlı ve verimli bir şekilde gerçekleştirmenize yardımcı olur.

  2. Prometheus, düzenli aralıklarla değerlendirilebilen ve yapılandırılabilen iki tür kuralı destekler: Recording Rules (Kayıt Kuralları) ve Alerting Rules (Uyarı Kuralları). Recording Rules, önceden hesaplanmış verileri saklamak için kullanılırken, Alerting Rules, belirli koşulların karşılandığında uyarılar oluşturmak için kullanılır.

  3. Recording Rules, YAML formatında yazılır. Bu sayede, Recording Rules'un yapılandırması ve yönetimi kolaylaşır.

Prometheus Recording Rules, bir .rules dosyasında saklanır ve bu dosya Prometheus yapılandırma dosyası (prometheus.yml) içinde tanımlanır. İlgili sorguların sonuçlarını, belirli aralıklarla otomatik olarak hesaplayarak ve saklayarak, daha sonra daha hızlı ve daha verimli bir şekilde kullanılabilir hale getirir.

  1. Önceden hesaplanmış sonucu sorgulamak, orijinal ifadeyi çalıştırmaktan çok daha hızlıdır. Recording Rules, karmaşık ifadelerin sonuçlarını önceden hesaplayarak ve saklayarak, bu sonuçlara daha sonra çok daha hızlı erişim sağlar. Bu, sorgu sürelerinin önemli ölçüde azalmasına ve sistem performansının artmasına katkıda bulunur.

  2. Recording Rules, aynı ifadeyi sürekli olarak sorgulamaları gereken gösterge panoları (dashboards) için oldukça yararlıdır. Gösterge panoları, veri görselleştirmelerini ve özetlerini sunan araçlardır ve genellikle belirli aralıklarla verileri güncellerler. Eğer aynı ifadeler sürekli olarak yeniden sorgulanmak zorundaysa, önceden hesaplanmış veriler kullanarak bu süreç çok daha hızlı ve verimli hale gelir. Bu sayede, gösterge panolarının performansı iyileştirilir ve kullanıcı deneyimi geliştirilir.

Recording rules oluşturmak ve promethues'a bu oluşturduğumuz kuralı tanımlamak için, prometheus yapılandırma dosyasında, oluşturduğumuz dosyanın konumunu belirtiyoruz.

# prometheus.yml
rule_files:
  # - "first_rules.yml"
  # - "second_rules.yml"
    - "rules/recording_rules_1.yml"

Ardından "/etc/promethues/rules" altında recording rules dosyamızı oluşturabiliriz.

Recording Rules için isimlendirme şemasını önemlidir. İyi düşünülmüş ve tutarlı bir isimlendirme şeması, Prometheus'taki verilerin daha kolay yönetilmesine ve anlaşılmasına yardımcı olur. önerilen isimlendirme şemasının bileşenleri:

  1. level: Bu, kuralın çıktısındaki metrik ve etiketlerin toplama düzeyini temsil eder. Bu, sorgulanan verilerin toplama düzeyini (örneğin, sum, avg veya max) ve hangi etiketlere göre gruplandırıldığını belirtir.

  2. metric: Bu, değerlendirmeye alınan metriğin adıdır. İsimlendirmede kullanılacak metriğin adı buraya yazılır.

  3. operations: Bu, değerlendirmeye alınan metrik üzerinde uygulanan işlemlerin listesidir. İşlemler, en yeni işlemden başlayarak sıralanır.

Önerilen genel form şu şekildedir: level:metric:operations

# rules/recording_rules_1.yml
groups:
  - name: my_rules_1
    rules:
      - record: job:node_cpu_seconds_total:avg_idle
        expr: avg without(cpu)(rate(node_cpu_seconds_total{mode="idle"}[5m]))

Yukarıdaki Recording Rule, belirtilen süre boyunca (5 dakika) işlemcilerin (CPU) ortalama boşta kalma sürelerini hesaplamak için kullanılır. Her bileşenin açıklaması:

  1. groups: Prometheus'ta kural gruplarını tanımlar. Bu örnekte, my_rules_1 adında bir kural grubu oluşturulmuştur.

  2. name: Kural grubunun adıdır. Bu örnekte, kural grubunun adı my_rules_1 olarak belirlenmiştir.

  3. rules: Kural grubunun içindeki kuralları tanımlar. Bu örnekte, sadece bir kural bulunmaktadır.

  4. record: Hesaplanan değerin saklanacağı zaman serisi adıdır. Bu örnekte, zaman serisi adı job:node_cpu_seconds_total:avg_idle olarak belirlenmiştir.

  5. expr: Kuralın hesaplaması için kullanılan PromQL ifadesidir. Bu örnekte, ifade şu şekildedir:

avg without(cpu)(rate(node_cpu_seconds_total{mode="idle"}[5m]))
  1. İlk olarak, node_cpu_seconds_total{mode="idle"} metriği, işlemcilerin (CPU) boşta geçirdiği süreleri temsil eden zaman serilerini seçiyoruz.

  2. Ardından, rate() işlevi bu zaman serisindeki artış oranını hesaplar. Bu, 5 dakikalık bir süre boyunca ([5m]) her işlemcinin ne kadar süreyle boşta kaldığını ölçmeye yardımcı olur. rate() işlevi, bu süre boyunca süre artış oranını hesaplar.

  3. Son olarak, avg without(cpu) ifadesi, tüm işlemcilerin boşta kalma sürelerinin ortalamasını hesaplar. without(cpu) kısmı, işlemcilere göre gruplamadan ortalamayı almak anlamına gelir. Bu, her bir işin CPU'larının ortalama boşta kalma sürelerini hesaplamaya yardımcı olur.

Tüm bu tanımlamalardan sonra, kuralımızın prometheus'a yansıması için prometheus servisimizi restart ediyoruz.

systemctl restart prometheus

Arayüzde bulunan "rules" sekmesinde, az önce oluşturduğumuz recording rules gözükmektedir. State OK durumdadır.

Multiple Rules,

groups:
  - name: my_rules_1
    rules:
      - record: job:node_cpu_seconds_total:avg_idle
        expr: avg without(cpu)(rate(node_cpu_seconds_total{mode="idle"}[5m]))

      - record: job:node_cpu_seconds_total:avg_not_idle
        expr: avg without(cpu, mode)(rate(node_cpu_seconds_total{mode!="idle"}[5m]))

Yukarıdaki örnekte, ikinci Recording Rule olan job:node_cpu_seconds_total:avg_not_idle şu işlemleri gerçekleştiriyor:

  1. node_cpu_seconds_total{mode!="idle"} ifadesiyle, işlemcilerin (CPU) boşta olmayan modlarında geçirdiği süreleri temsil eden zaman serilerini seçer. Burada mode!="idle" şartı, boşta olmayan tüm modları (örneğin, system, user, iowait vb.) içerir.

  2. Ardından, rate() işlevi bu zaman serisindeki artış oranını hesaplar. Bu, 5 dakikalık bir süre boyunca ([5m]) her işlemcinin ne kadar süreyle boşta olmayan modlarda çalıştığını ölçmeye yardımcı olur.

  3. Son olarak, avg without(cpu, mode) ifadesi, tüm işlemcilerin boşta olmayan sürelerinin ortalamasını hesaplar. without(cpu, mode) kısmı, işlemcilere (CPU) ve modlara göre gruplamadan ortalamayı almak anlamına gelir. Bu, her bir işin CPU'larının ortalama boşta olmayan sürelerini hesaplamaya yardımcı olur.

Eğer dilersek, aynı grup altına yeni sorgu eklemek yerine, mevcut dosyaya yeni bir grup ekleyebiliriz.

groups:
  - name: my_rules_1
    rules:
      - record: job:node_cpu_seconds_total:avg_idle
        expr: avg without(cpu)(rate(node_cpu_seconds_total{mode="idle"}[5m]))

      - record: job:node_cpu_seconds_total:avg_not_idle
        expr: avg without(cpu, mode)(rate(node_cpu_seconds_total{mode!="idle"}[5m]))
        
  - name: my_rules_2
    rules:
      - record: job:node_cpu_seconds_total:avg_idle_new
        expr: avg without(cpu)(rate(node_cpu_seconds_total{mode="idle"}[5m]))

  1. Uzun vektör aralıkları için kurallar kullanmaktan kaçının: Uzun aralıklı sorgular genellikle yorucu olup, düzenli olarak çalıştırılması performans sorunlarına yol açabilir. Bunun yerine, daha kısa aralıklar kullanarak sistemi zorlamadan verileri analiz edin.

  2. Uzun vadeli veri depolama için kurallar kullanın: Aylar veya yıllar boyunca saklanacak metrik veriler için kayıt kurallarını kullanın. Bu sayede, uzun vadeli analiz ve raporlama için önemli verileri hızlı ve verimli bir şekilde sorgulayabilirsiniz.

  3. İşlere göre farklı gruplarda kuralları tanımlayın: İşlerin (Jobs) farklı özelliklerine ve ihtiyaçlarına göre kuralları ayıran gruplar oluşturun. Bu, yönetimi ve bakımı kolaylaştırır ve kaynakları daha etkin bir şekilde kullanmanıza olanak tanır.

  4. Kayıt kurallarını adlandırırken adlandırma kurallarına uyun: İyi bir adlandırma düzeni kullanarak, kuralların anlaşılması, yönetilmesi ve bakımı daha kolay hale gelir.

👨‍⚕️
⏺️