💻
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
  • 1) Facts Nedir?
  • 2) Facts Nasıl Toplanır?
  • 3) Toplanan Facts’i Nasıl Görüntülerim?
  • 4) Facts’i Neden Kullanırım?
  • 5) Facts Toplamayı Devre Dışı Bırakma (gather_facts: no)
  • 6) Hangi Hostlardan Facts Toplanır?
  • Özet

Was this helpful?

  1. Ansible Advanced

Facts

Ansible, yönetilen hedef makineler hakkında detaylı bilgileri (sistem özellikleri, ağ bilgileri, disk yapıları gibi) otomatik olarak toplayabilir. Bu bilgilere “facts” denir. Facts, her playbook çalıştığında setup modülü sayesinde varsayılan olarak toplanır ve ansible_facts isimli bir değişkende saklanır. Bu sayede ister debug amaçlı ister yapılandırma süreçlerinde (örneğin diske dair özel işlem yapmanız gerekiyorsa) bu bilgilere kolayca ulaşabilirsiniz.

1) Facts Nedir?

  • Tanım: Facts, Ansible’ın yönetilen node’lardan (hedef makineler) otomatik olarak topladığı sistem bilgileri bütünüdür.

  • Neleri içerir?

    • İşletim sistemi versiyonu (örneğin Ubuntu 20.04 mü, CentOS 7 mi?)

    • Mimari bilgisi (32 bit mi, 64 bit mi, x86 mı, ARM mi?)

    • İşlemci (CPU) detayları

    • Bellek (RAM) bilgileri

    • Disk ve dosya sistemi bilgileri (mount noktaları, kullanılabilir alan vb.)

    • Ağ (Network) arayüzleri, IP adresleri, MAC adresleri

    • Makinenin hostname, FQDN (Fully Qualified Domain Name) bilgileri

    • Saat/tarih gibi sistemsel bilgiler

    • DNS sunucuları, gateway bilgileri gibi ağ konfigürasyonları

    • Ve çok daha fazlası.

Bu bilgiler, otomasyon süreçlerinde farklı kararlara rehberlik eder. Örneğin, diskte yeterli yer yoksa farklı bir disk bölümü seçmek veya işletim sistemi bir Ubuntu türevi ise farklı paket yöneticisi kullanmak gibi.

2) Facts Nasıl Toplanır?

  • Ansible her çalıştığında, setup modülü otomatik olarak devreye girer.

  • “Gathering Facts” olarak göreceğiniz bu adım, henüz playbook’taki asıl görevler başlamadan önce varsayılan biçimde gerçekleşir.

  • Toplanan veriler ansible_facts isimli bir sözlük (dictionary) yapısında saklanır.

Örnek Playbook ve Çıktı

- name: Print hello message
  hosts: all
  tasks:
    - debug:
        msg: "Hello from Ansible!"

Bu playbook basitçe “Hello from Ansible!” mesajı bastıracaktır. Ancak çalıştırdığınızda, konsolda iki görev satırı görürsünüz:

  1. TASK [Gathering Facts]

  2. TASK [debug]

İlk görev, Ansible’ın otomatik olarak facts topladığı aşamadır. İkinci görev ise bizin tanımladığımız asıl debug görevidir.

3) Toplanan Facts’i Nasıl Görüntülerim?

ansible_facts değişkenini görebilmek için debug modülünü kullanabiliriz:

- name: Print all gathered facts
  hosts: all
  tasks:
    - debug:
        var: ansible_facts

Bu kez playbook’u çalıştırdığınızda, Ansible hedef makinelerden topladığı tüm bilgileri (IP adresleri, hostname, diskler, bellek, işletim sistemi detayları vb.) ayrıntılı şekilde listeleyecektir.

Örnek Çıktıdan Bir Kesit

"ansible_facts": {
    "architecture": "x86_64",
    "distribution": "Ubuntu",
    "distribution_version": "20.04",
    "fqdn": "web1",
    "interfaces": [
        "lo",
        "eth0"
    ],
    "memory_mb": {
        "real": {
            "free": 512,
            "total": 1024,
            "used": 512
        }
    },
    ...
}

4) Facts’i Neden Kullanırım?

  1. Karar Verme: Farklı işletim sistemi veya donanım yapılarına göre koşullu görevler çalıştırabilirsiniz. Örneğin “Eğer ansible_facts['distribution'] == 'CentOS' ise yum kullan, yoksa apt kullan.”

  2. Konfigürasyon Yönetimi: Disk bölümleri, ağ arayüzleri veya bellek gibi sistem bilgilerine göre farklı roller uygulayabilirsiniz.

  3. Debug ve İzleme: Sistemleri hızlıca tanımak ve doğrulamak için toplanan bilgileri görüntüleyebilirsiniz.

5) Facts Toplamayı Devre Dışı Bırakma (gather_facts: no)

Her zaman facts’e ihtiyaç duymayabilirsiniz. Özellikle sadece basit bir komut çalıştıracaksanız veya performans kaygınız varsa, facts toplamayı kapatabilirsiniz.

- name: Print hello message without gathering facts
  hosts: all
  gather_facts: no
  tasks:
    - debug:
        msg: "Hello from Ansible!"

Bu durumda, playbook çıktısında yalnızca debug görevi çalışır. “Gathering Facts” adımı atlanır ve ansible_facts değişkeni boş olur.

Önemli Not:

  • Eğer playbook içerisinde facts’e dayanan bir mantık varsa (örneğin bellek boyutuna göre bir işlem yapmak gibi), gather_facts: no ile devre dışı bırakırsanız bu veriler kullanılamaz.

  • Varsayılan davranış Ansible yapılandırma dosyasındaki gathering ayarına (genelde /etc/ansible/ansible.cfg içinde) bağlıdır:

    • implicit → Otomatik olarak toplar.

    • explicit → Toplamaz, açıkça gather_facts: yes yazarsanız toplar.

    • smart → Aynı playbook içerisinde aynı host için facts zaten toplandıysa tekrar toplamaz (daha verimli).

Playbook içinde yazdığınız gather_facts: no veya gather_facts: yes ayarı, her zaman konfigürasyon dosyasındaki gathering değerine baskındır (önceliklidir).

6) Hangi Hostlardan Facts Toplanır?

Playbook hangi hostlara yönelik çalışıyorsa, facts sadece o hedef hostlardan toplanır.

  • Örneğin envanterinizde web1 ve web2 diye iki makine olsun, ancak playbook sadece web1 üzerinde çalışsın (hosts: web1). Bu durumda ansible_facts sadece web1’deki bilgileri içerecektir.

  • Eğer web2 makinesinden facts çekmek isterseniz, playbook içinde web2’yi de hedeflemeniz gerekir.

Özet

  • Facts: Ansible’ın hedef sistemlerden topladığı otomatik bilgiler.

  • Otomatik Toplama: Varsayılan olarak TASK [Gathering Facts] şeklinde gerçekleşir.

  • Kullanım: ansible_facts sözlüğünden değer çekerek koşullar yazmak, debug yapmak veya konfigürasyonları dinamikleştirmek mümkün.

  • Devre Dışı Bırakma: gather_facts: no ile kapatabilirsiniz, ancak facts’e ihtiyaç duyan görevleriniz varsa dikkatli olun.

  • Performans İpuçları: Büyük ortamda gerekmiyorsa smart veya implicit ayarlarını ihtiyacınıza göre özelleştirip playbook çalışma süresini hızlandırabilirsiniz.

PreviousPlaybook run optionsNextConfiguration files

Last updated 15 hours ago

Was this helpful?

🅰️