SaltStack, modern altyap\u0131 y\u00f6netiminde otomasyon, konfig\u00fcrasyon y\u00f6netimi, uzaktan y\u00fcr\u00fctme ve orkestrasyon yetenekleriyle \u00f6ne \u00e7\u0131kan g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. \u00d6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k sistemlerde, sunucular\u0131n tutarl\u0131 bir \u015fekilde yap\u0131land\u0131r\u0131lmas\u0131 ve y\u00f6netilmesi hayati \u00f6nem ta\u015f\u0131r. Nginx gibi pop\u00fcler bir web sunucusunun da\u011f\u0131t\u0131m\u0131, konfig\u00fcrasyonu ve bak\u0131m\u0131, SaltStack kullan\u0131larak tamamen otomatikle\u015ftirilebilir ve \u00f6l\u00e7eklenebilir hale getirilebilir. Bu makale, SaltStack’in temel prensiplerinden ba\u015flayarak, Nginx web sunucular\u0131n\u0131 y\u00f6netmek i\u00e7in nas\u0131l Salt State’leri olu\u015fturulaca\u011f\u0131n\u0131 ad\u0131m ad\u0131m detayland\u0131racakt\u0131r.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn dinamik IT ortamlar\u0131nda, manuel i\u015flemler hem zaman al\u0131c\u0131 hem de hataya a\u00e7\u0131k riskler ta\u015f\u0131r. Bir veya iki sunucuyu elle yap\u0131land\u0131rmak m\u00fcmk\u00fcn olsa da, y\u00fczlerce hatta binlerce sunucuyu y\u00f6netmek s\u00f6z konusu oldu\u011funda otomasyon vazge\u00e7ilmezdir. SaltStack, bu ihtiyac\u0131 kar\u015f\u0131lamak \u00fczere tasarlanm\u0131\u015f, Python tabanl\u0131 a\u00e7\u0131k kaynakl\u0131 bir konfig\u00fcrasyon y\u00f6netimi ve orkestrasyon arac\u0131d\u0131r. Deklaratif bir dil kullanarak sistemlerin istenen durumunu tan\u0131mlaman\u0131za olanak tan\u0131r, b\u00f6ylece “nas\u0131l” de\u011fil, “ne” olmas\u0131 gerekti\u011fini belirtirsiniz.<\/p>\n
Nginx, y\u00fcksek performansl\u0131, hafif ve esnek bir web sunucusu, ters proxy ve y\u00fck dengeleyici olarak yayg\u0131n \u015fekilde kullan\u0131lmaktad\u0131r. Nginx’in her bir sunucuya kurulumu, ana konfig\u00fcrasyonunun yap\u0131lmas\u0131, sanal host’lar\u0131n tan\u0131mlanmas\u0131, SSL sertifikalar\u0131n\u0131n entegrasyonu gibi ad\u0131mlar, SaltStack State’leri (durum dosyalar\u0131) arac\u0131l\u0131\u011f\u0131yla otomatikle\u015ftirilebilir. Bu, sadece zamandan tasarruf sa\u011flamakla kalmaz, ayn\u0131 zamanda t\u00fcm Nginx sunucular\u0131n\u0131z\u0131n tutarl\u0131, g\u00fcvenli ve g\u00fcncel olmas\u0131n\u0131 garanti eder. Bu makalenin amac\u0131, SaltStack kullanarak Nginx altyap\u0131n\u0131z\u0131 nas\u0131l otomatikle\u015ftirece\u011finize dair kapsaml\u0131 bir rehber sunmakt\u0131r.<\/p>\n
SaltStack’i Nginx y\u00f6netimi i\u00e7in etkin bir \u015fekilde kullanabilmek i\u00e7in, \u00f6ncelikle temel bile\u015fenlerini ve \u00e7al\u0131\u015fma prensiplerini anlamak gereklidir.<\/p>\n
SaltStack, genellikle bir “Master” ve birden fazla “Minion”dan olu\u015fan bir istemci-sunucu mimarisi \u00fczerinde \u00e7al\u0131\u015f\u0131r. Master ve Minion’lar aras\u0131ndaki ileti\u015fim, ZeroMQ mesajla\u015fma k\u00fct\u00fcphanesi \u00fczerinden g\u00fcvenli ve h\u0131zl\u0131 bir \u015fekilde ger\u00e7ekle\u015fir.<\/p>\n Salt States, SaltStack’in kalbidir. Y\u00f6netilen sistemlerin istenen durumunu (Desired State) tan\u0131mlayan deklaratif dosyalard\u0131r. Genellikle YAML format\u0131nda yaz\u0131l\u0131rlar ve “id” (benzersiz tan\u0131mlay\u0131c\u0131), “state module” (\u00f6rne\u011fin \u00d6rnek bir Nginx kurulum State’i:<\/p>\n Bu \u00f6rnekte: Pillar, hassas verileri (\u015fifreler, API anahtarlar\u0131, SSL sertifika yollar\u0131) veya Minion’a \u00f6zel konfig\u00fcrasyon verilerini g\u00fcvenli bir \u015fekilde depolamak ve Minion’lara da\u011f\u0131tmak i\u00e7in kullan\u0131l\u0131r. Pillar verileri, Master \u00fczerinde \u015fifrelenir ve sadece ilgili Minion taraf\u0131ndan eri\u015filebilir. Jinja \u015fablonlama motoru ile State dosyalar\u0131nda kullan\u0131labilirler.<\/p>\n Grains, Minion’lar hakk\u0131ndaki statik bilgileri (i\u015fletim sistemi, IP adresi, CPU say\u0131s\u0131, bellek) i\u00e7eren verilerdir. Salt Master, her Minion’dan bu bilgileri toplar ve hedefleme (targeting) i\u00e7in kullanabilir. \u00d6rne\u011fin, sadece Ubuntu i\u015fletim sistemine sahip Minion’lara belirli bir State’i uygulamak i\u00e7in Grains kullan\u0131labilir.<\/p>\n \u00d6rnek Bu \u00f6rnekte: Salt Master \u00fczerinde, State dosyalar\u0131, Pillar dosyalar\u0131, Jinja \u015fablonlar\u0131 ve di\u011fer statik dosyalar\u0131n bulundu\u011fu dizinlere “file root” denir. Genellikle Nginx y\u00f6netimi i\u00e7in SaltStack kullanman\u0131n bir\u00e7ok avantaj\u0131 vard\u0131r:<\/p>\n * Tutarl\u0131l\u0131k (Consistency):<\/strong> T\u00fcm Nginx sunucular\u0131n\u0131z\u0131n ayn\u0131 konfig\u00fcrasyonlara, g\u00fcvenlik ayarlar\u0131na ve versiyonlara sahip olmas\u0131n\u0131 sa\u011flar. Manuel hatalar\u0131 ortadan kald\u0131r\u0131r. Nginx State’leri olu\u015ftururken, mod\u00fcler ve d\u00fczenli bir dosya yap\u0131s\u0131 kullanmak \u00f6nemlidir. Bu, State’lerinizi daha y\u00f6netilebilir ve okunabilir hale getirir.<\/p>\n Tipik bir Salt Ve Pillar i\u00e7in:<\/p>\n Bu dosya, Nginx paketini kurmaktan ve servisin \u00e7al\u0131\u015f\u0131r durumda olmas\u0131n\u0131 sa\u011flamaktan sorumlu olacakt\u0131r.<\/p>\n Bu dosya, \u015eimdi de Bu Jinja \u015fablonunda, Bu State, Nginx sanal host konfig\u00fcrasyon dosyalar\u0131n\u0131 \u00d6ncelikle, sanal hostlar i\u00e7in genel bir \u015fablon olu\u015ftural\u0131m: Bu \u015fablon, \u015eimdi Bu State, Pillar’daki Pillar dosyas\u0131, Nginx konfig\u00fcrasyonunda kullan\u0131lacak dinamik verileri i\u00e7erir. Bu Pillar dosyas\u0131, Nginx’in genel log dizini, SSL portu ve her bir sanal host i\u00e7in \u00f6zel konfig\u00fcrasyonlar\u0131 tan\u0131mlar. Bu veriler, Salt State’leri taraf\u0131ndan okunarak Nginx konfig\u00fcrasyon dosyalar\u0131 dinamik olarak olu\u015fturulur.<\/p>\n Pillar verilerini Minion’lara atamak i\u00e7in T\u00fcm bu State’leri Minion’lara atamak i\u00e7in ana SaltStack, bir dizin ad\u0131 verildi\u011finde (\u00f6rne\u011fin Salt Master’dan State’leri Minion’lara uygulamak i\u00e7in \u00e7e\u015fitli komutlar kullanabilirsiniz:<\/p>\n * T\u00fcm Minion’larda t\u00fcm State’leri uygulamak (Highstate):<\/strong><\/p>\n * Belirli bir Minion’da t\u00fcm State’leri uygulamak:<\/strong><\/p>\n * Belirli bir State’i t\u00fcm Minion’larda uygulamak:<\/strong><\/p>\n * Belirli bir Minion’da belirli bir State’i uygulamak:<\/strong><\/p>\n * Sadece de\u011fi\u015fiklikleri g\u00f6rmek i\u00e7in (dry run):<\/strong><\/p>\n Bu komutlar\u0131 \u00e7al\u0131\u015ft\u0131rd\u0131ktan sonra, Minion’lar Master’dan State dosyalar\u0131n\u0131 \u00e7ekecek, Pillar verilerini alacak ve belirtilen durumlar\u0131 uygulamaya \u00e7al\u0131\u015facakt\u0131r.<\/p>\n Test Etme Ad\u0131mlar\u0131:<\/strong> Servisin Bu komut, Nginx konfig\u00fcrasyon dosyalar\u0131n\u0131zda s\u00f6zdizimi hatas\u0131 olup olmad\u0131\u011f\u0131n\u0131 kontrol eder. Hata yoksa \u0130stenen i\u00e7eri\u011fin geldi\u011finden emin olun. Eri\u015fim ve hata loglar\u0131nda beklenmedik girdiler olup olmad\u0131\u011f\u0131n\u0131 kontrol edin.<\/p>\n SaltStack ve Nginx entegrasyonunu daha da geli\u015ftirmek i\u00e7in baz\u0131 ileri d\u00fczey teknikler ve en iyi uygulamalar mevcuttur:<\/p>\n * Custom Mod\u00fcller ve Execution Mod\u00fcller:<\/strong> SaltStack’in varsay\u0131lan mod\u00fclleri ihtiyac\u0131n\u0131z\u0131 kar\u015f\u0131lamad\u0131\u011f\u0131nda, kendi Python mod\u00fcllerinizi yazarak SaltStack’in yeteneklerini geni\u015fletebilirsiniz. \u00d6rne\u011fin, Nginx mod\u00fcllerini y\u00fcklemek veya \u00f6zel bir Nginx konfig\u00fcrasyonunu do\u011frulamak i\u00e7in \u00f6zel bir mod\u00fcl yazabilirsiniz. SaltStack, Nginx web sunucular\u0131n\u0131n kurulumundan karma\u015f\u0131k konfig\u00fcrasyonlar\u0131na kadar t\u00fcm ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc otomatikle\u015ftirme konusunda e\u015fsiz yetenekler sunar. Bu makalede ele al\u0131nan ad\u0131mlar ve \u00f6rnekler, Nginx altyap\u0131n\u0131z\u0131 SaltStack ile y\u00f6netmeye ba\u015flamak i\u00e7in sa\u011flam bir temel sa\u011flamaktad\u0131r. Salt States’in deklaratif yap\u0131s\u0131, Pillar’\u0131n esnekli\u011fi ve Jinja \u015fablonlaman\u0131n g\u00fcc\u00fc sayesinde, y\u00fcksek d\u00fczeyde \u00f6zelle\u015ftirilebilir, \u00f6l\u00e7eklenebilir ve tutarl\u0131 Nginx da\u011f\u0131t\u0131mlar\u0131 olu\u015fturabilirsiniz.<\/p>\n Otomasyon, sadece i\u015f y\u00fck\u00fcn\u00fc azaltmakla kalmaz, ayn\u0131 zamanda sistemlerinizin g\u00fcvenli\u011fini, performans\u0131n\u0131 ve g\u00fcvenilirli\u011fini art\u0131r\u0131r. SaltStack’i Nginx y\u00f6netimi s\u00fcre\u00e7lerinize entegre ederek, altyap\u0131n\u0131z \u00fczerinde tam kontrol sa\u011flayabilir, hata oranlar\u0131n\u0131 d\u00fc\u015f\u00fcrebilir ve operasyonel verimlili\u011finizi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirsiniz. SaltStack’in sundu\u011fu geni\u015f mod\u00fcl yelpazesi ve geni\u015fletilebilirlik yetenekleri sayesinde, Nginx’in \u00f6tesinde t\u00fcm sunucu altyap\u0131n\u0131z\u0131 merkezi ve otomatik bir \u015fekilde y\u00f6netme potansiyeline sahip olursunuz. Bu sayede, IT ekipleri daha stratejik g\u00f6revlere odaklanabilir ve i\u015f de\u011ferini art\u0131ran yenilik\u00e7i projelere zaman ay\u0131rabilir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"SaltStack Altyap\u0131s\u0131: Nginx Web Sunucular\u0131 i\u00e7in Salt State’leri Olu\u015fturma\nSaltStack, modern altyap\u0131 y\u00f6netiminde otomasyon, konfig\u00fcrasyon y\u00f6ne","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1504],"tags":[],"class_list":{"0":"post-31431","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-nginx","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* Salt Master:<\/strong> Merkezi kontrol sunucusudur. T\u00fcm konfig\u00fcrasyon dosyalar\u0131n\u0131 (Salt States, Pillar verileri), mod\u00fclleri ve SaltStack’in ana mant\u0131\u011f\u0131n\u0131 bar\u0131nd\u0131r\u0131r. Minion’lara komutlar\u0131 g\u00f6nderir ve onlar\u0131n raporlar\u0131n\u0131 al\u0131r.
\n* Salt Minion:<\/strong> Y\u00f6netilen sunuculard\u0131r. Master’dan gelen komutlar\u0131 dinler, State’leri uygular ve sonu\u00e7lar\u0131 Master’a geri g\u00f6nderir. Her Minion, Master’a bir anahtar (key) ile kimli\u011fini do\u011frular.<\/p>\nSalt States (SLS Dosyalar\u0131)<\/h4>\n
pkg<\/code>, file<\/code>, service<\/code>), “function” (\u00f6rne\u011fin installed<\/code>, managed<\/code>, running<\/code>) ve arg\u00fcmanlardan olu\u015furlar.<\/p>\nnginx_package:\n pkg.installed:\n - name: nginx\n\nnginx_service:\n service.running:\n - name: nginx\n - enable: True\n - require:\n - pkg: nginx_package<\/code><\/pre>\n
\n* nginx_package<\/code> ve nginx_service<\/code> benzersiz ID’lerdir.
\n* pkg.installed<\/code> ve service.running<\/code> State mod\u00fcllerinin fonksiyonlar\u0131d\u0131r.
\n* name: nginx<\/code> gibi ifadeler fonksiyonlara ge\u00e7irilen arg\u00fcmanlard\u0131r.
\n* require<\/code> ifadesi, ba\u011f\u0131ml\u0131l\u0131klar\u0131 tan\u0131mlar; nginx_service<\/code>‘in \u00e7al\u0131\u015fabilmesi i\u00e7in nginx_package<\/code>‘\u0131n kurulu olmas\u0131 gerekti\u011fini belirtir.<\/p>\nPillar<\/h4>\n
Grains<\/h4>\n
Top File (top.sls)<\/h4>\n
top.sls<\/code> dosyas\u0131, hangi State’lerin hangi Minion’lara uygulanaca\u011f\u0131n\u0131 tan\u0131mlar. Genellikle salt\/top.sls<\/code> yolunda bulunur ve ortam baz\u0131nda (\u00f6rne\u011fin base<\/code>, dev<\/code>, prod<\/code>) veya Minion gruplar\u0131na g\u00f6re State atamas\u0131 yapar.<\/p>\ntop.sls<\/code>:<\/p>\nbase:\n '*':\n - common\n 'os:Ubuntu':\n - match: grain\n - nginx\n 'minion1.example.com':\n - webserver_specific_config<\/code><\/pre>\n
\n* base<\/code> ortam\u0131ndaki t\u00fcm Minion’lara common<\/code> State’i uygulan\u0131r.
\n* Ubuntu i\u015fletim sistemine sahip Minion’lara nginx<\/code> State’i uygulan\u0131r.
\n* minion1.example.com<\/code> adl\u0131 Minion’a webserver_specific_config<\/code> State’i uygulan\u0131r.<\/p>\nSalt Dosya Sistemi (File Root)<\/h4>\n
\/srv\/salt<\/code> ve \/srv\/pillar<\/code> dizinleri kullan\u0131l\u0131r. Bu dizinler, master<\/code> konfig\u00fcrasyon dosyas\u0131nda belirtilir.<\/p>\nNginx Web Sunucusu Y\u00f6netimi i\u00e7in SaltStack’i Neden Kullanmal\u0131y\u0131z?<\/h3>\n
\n* Otomasyon (Automation):<\/strong> Yeni bir Nginx sunucusunu dakikalar i\u00e7inde kurup yap\u0131land\u0131rabilir, mevcut sunucularda konfig\u00fcrasyon de\u011fi\u015fikliklerini tek bir komutla uygulayabilirsiniz.
\n* \u00d6l\u00e7eklenebilirlik (Scalability):<\/strong> Onlarca veya y\u00fczlerce Nginx sunucusunu ayn\u0131 anda y\u00f6netmek, SaltStack ile kolayla\u015f\u0131r. Yeni sunucular\u0131 altyap\u0131ya eklemek basit bir i\u015flemdir.
\n* Hata Azaltma (Error Reduction):<\/strong> Otomatikle\u015ftirilmi\u015f i\u015flemler, insan kaynakl\u0131 hatalar\u0131n \u00f6n\u00fcne ge\u00e7er.
\n* Versiyon Kontrol\u00fc ile Entegrasyon:<\/strong> Salt State dosyalar\u0131, Git gibi versiyon kontrol sistemlerinde saklanabilir. Bu, konfig\u00fcrasyon de\u011fi\u015fikliklerinin izlenebilirli\u011fini art\u0131r\u0131r, geri alma i\u015flemlerini kolayla\u015ft\u0131r\u0131r ve i\u015fbirli\u011fini te\u015fvik eder.
\n* H\u0131zl\u0131 Da\u011f\u0131t\u0131m:<\/strong> Geli\u015ftirme, test ve \u00fcretim ortamlar\u0131 aras\u0131nda h\u0131zl\u0131 ve g\u00fcvenilir da\u011f\u0131t\u0131mlar yap\u0131lmas\u0131na olanak tan\u0131r.
\n* Esneklik:<\/strong> Jinja \u015fablonlama motoru ve Pillar kullan\u0131m\u0131 sayesinde, sunucuya veya ortama \u00f6zel konfig\u00fcrasyonlar kolayca y\u00f6netilebilir.<\/p>\nNginx State’leri Olu\u015fturmaya Ba\u015flama<\/h3>\n
Dosya Yap\u0131s\u0131<\/h4>\n
file_roots<\/code> (\u00f6rne\u011fin \/srv\/salt<\/code>) alt\u0131nda a\u015fa\u011f\u0131daki gibi bir yap\u0131 olu\u015fturabiliriz:<\/p>\n\/srv\/salt\/\n\u251c\u2500\u2500 top.sls\n\u251c\u2500\u2500 common\/\n\u2502 \u2514\u2500\u2500 init.sls\n\u2514\u2500\u2500 nginx\/\n \u251c\u2500\u2500 init.sls # Nginx paketi kurulumu ve servisin y\u00f6netimi\n \u251c\u2500\u2500 config.sls # Ana nginx.conf dosyas\u0131n\u0131n y\u00f6netimi\n \u251c\u2500\u2500 sites.sls # Sanal host konfig\u00fcrasyonlar\u0131n\u0131n y\u00f6netimi\n \u2514\u2500\u2500 sites\/\n \u251c\u2500\u2500 site_template.conf.jinja # Dinamik sanal hostlar i\u00e7in \u015fablon\n \u2514\u2500\u2500 default.conf.jinja # Varsay\u0131lan sanal host<\/code><\/pre>\n\/srv\/pillar\/\n\u251c\u2500\u2500 top.sls\n\u2514\u2500\u2500 nginx.sls # Nginx'e \u00f6zel Pillar verileri<\/code><\/pre>\nnginx\/init.sls<\/code> – Nginx Kurulumu ve Servis Y\u00f6netimi<\/h4>\n# \/srv\/salt\/nginx\/init.sls\n\nNginx paketinin sistemde y\u00fckl\u00fc olmas\u0131n\u0131 sa\u011flar.<\/h2>\n
\u0130\u015fletim sistemine g\u00f6re 'nginx' veya 'nginx-full' gibi farkl\u0131 paket isimleri olabilir.<\/h2>\n
SaltStack, Minion'\u0131n i\u015fletim sistemine g\u00f6re do\u011fru paket y\u00f6neticisini otomatik olarak kullan\u0131r (apt, yum, pacman vb.).<\/h2>\nnginx_package:\n pkg.installed:\n - name: nginx\n # E\u011fer farkl\u0131 bir i\u015fletim sisteminde farkl\u0131 bir paket ad\u0131 gerekiyorsa,\n # 'pkgs' kullanarak bir liste verebilir veya 'name' ile varsay\u0131lan\u0131 belirleyebilirsiniz.\n # - pkgs:\n # - nginx # Debian\/Ubuntu\n # - nginx # CentOS\/RHEL\n\n
Nginx servisinin \u00e7al\u0131\u015f\u0131r durumda ve sistem ba\u015flang\u0131c\u0131nda etkin olmas\u0131n\u0131 sa\u011flar.<\/h2>\nnginx_service:\n service.running:\n - name: nginx\n - enable: True # Servisin sistem ba\u015flang\u0131c\u0131nda otomatik olarak ba\u015flamas\u0131n\u0131 sa\u011flar\n # 'watch' ifadesi, belirli bir dosya veya pakette de\u011fi\u015fiklik oldu\u011funda servisi yeniden ba\u015flat\u0131r.\n # Bu sayede, Nginx konfig\u00fcrasyonu de\u011fi\u015fti\u011finde servis otomatik olarak g\u00fcncellenir.\n - watch:\n - pkg: nginx_package # Nginx paketi yeniden y\u00fcklendi\u011finde\/g\u00fcncellendi\u011finde\n - file: \/etc\/nginx\/nginx.conf # Ana konfig\u00fcrasyon dosyas\u0131 de\u011fi\u015fti\u011finde\n - file: \/etc\/nginx\/sites-enabled\/* # Sanal host konfig\u00fcrasyonlar\u0131 de\u011fi\u015fti\u011finde\n - require:\n - pkg: nginx_package # Nginx servisi ba\u015flamadan \u00f6nce paketin kurulu olmas\u0131n\u0131 zorunlu k\u0131lar<\/code><\/pre>\n
watch<\/code> ifadesi, SaltStack’in reaktivite yetene\u011finin \u00f6nemli bir par\u00e7as\u0131d\u0131r. Belirtilen ba\u011f\u0131ml\u0131l\u0131klardan herhangi biri de\u011fi\u015fti\u011finde, nginx_service<\/code> State’i yeniden \u00e7al\u0131\u015f\u0131r ve Nginx servisini yeniden ba\u015flat\u0131r veya yeniden y\u00fckler (service.reload<\/code>).<\/p>\nnginx\/config.sls<\/code> – Ana Nginx Konfig\u00fcrasyonu<\/h4>\n\/etc\/nginx\/nginx.conf<\/code> gibi ana Nginx konfig\u00fcrasyon dosyas\u0131n\u0131 y\u00f6netecek. Jinja \u015fablonlama kullanarak Pillar’dan veya Grains’ten dinamik de\u011ferler \u00e7ekebiliriz.<\/p>\n# \/srv\/salt\/nginx\/config.sls\n\nAna Nginx konfig\u00fcrasyon dosyas\u0131n\u0131n y\u00f6netimi<\/h2>\n\/etc\/nginx\/nginx.conf:\n file.managed:\n - source: salt:\/\/nginx\/nginx.conf.jinja # Master \u00fczerindeki \u015fablon dosyas\u0131n\u0131n yolu\n - template: jinja # Jinja \u015fablon motorunu kullan\n # Bu dosyan\u0131n olu\u015fturulmas\u0131\/g\u00fcncellenmesi i\u00e7in Nginx paketinin kurulu olmas\u0131 gerekir.\n - require:\n - pkg: nginx_package # nginx\/init.sls dosyas\u0131ndaki ID\n # Bu dosya de\u011fi\u015fti\u011finde, nginx_service'i yeniden ba\u015flatmak i\u00e7in bir sinyal g\u00f6nderir.\n # 'watch_in' ifadesi, bu State'in bir ba\u015fka State'i tetiklemesini sa\u011flar.\n # Bu durumda, nginx\/init.sls dosyas\u0131ndaki 'nginx_service' State'ini tetikler.\n - watch_in:\n - service: nginx_service<\/code><\/pre>\n
nginx.conf.jinja<\/code> dosyas\u0131n\u0131n i\u00e7eri\u011fine bakal\u0131m (\/srv\/salt\/nginx\/nginx.conf.jinja<\/code>):<\/p>\n# \/srv\/salt\/nginx\/nginx.conf.jinja\n\nuser www-data;\nworker_processes auto;\npid \/run\/nginx.pid;\ninclude \/etc\/nginx\/modules-enabled\/*.conf;\n\nevents {\n worker_connections 768;\n # multi_accept on;\n}\n\nhttp {\n sendfile on;\n tcp_nopush on;\n types_hash_max_size 2048;\n\n include \/etc\/nginx\/mime.types;\n default_type application\/octet-stream;\n\n # Pillar'dan log yollar\u0131n\u0131 \u00e7ekebiliriz\n access_log {{ pillar.get('nginx:log_dir', '\/var\/log\/nginx') }}\/access.log;\n error_log {{ pillar.get('nginx:log_dir', '\/var\/log\/nginx') }}\/error.log;\n\n gzip on;\n gzip_vary on;\n gzip_proxied any;\n gzip_comp_level 6;\n gzip_buffers 16 8k;\n gzip_http_version 1.1;\n gzip_types text\/plain text\/css application\/json application\/javascript text\/xml application\/xml application\/xml+rss text\/javascript;\n\n include \/etc\/nginx\/conf.d\/*.conf;\n include \/etc\/nginx\/sites-enabled\/*; # Sanal host konfig\u00fcrasyonlar\u0131n\u0131 dahil et\n}<\/code><\/pre>\n{{ pillar.get('nginx:log_dir', '\/var\/log\/nginx') }}<\/code> ifadesi ile Pillar’dan nginx:log_dir<\/code> de\u011ferini \u00e7ekiyoruz. E\u011fer bu de\u011fer Pillar’da tan\u0131ml\u0131 de\u011filse, varsay\u0131lan olarak \/var\/log\/nginx<\/code> kullan\u0131l\u0131r. Bu, konfig\u00fcrasyonunuzu dinamik ve esnek hale getirir.<\/p>\nnginx\/sites.sls<\/code> – Sanal Host Konfig\u00fcrasyonlar\u0131<\/h4>\n\/etc\/nginx\/sites-available\/<\/code> dizinine yerle\u015ftirecek ve ard\u0131ndan \/etc\/nginx\/sites-enabled\/<\/code> dizinine sembolik linkler olu\u015fturacakt\u0131r. Dinamik sanal hostlar i\u00e7in Pillar verilerini ve bir Jinja \u015fablonunu kullanaca\u011f\u0131z.<\/p>\n\/srv\/salt\/nginx\/sites\/site_template.conf.jinja<\/code><\/p>\n# \/srv\/salt\/nginx\/sites\/site_template.conf.jinja\n\nserver {\n listen {{ port }};\n listen [::]:{{ port }};\n\n server_name {{ domain }} {% if www_redirect %}www.{{ domain }}{% endif %};\n\n root {{ root_path }}\/public_html;\n index index.html index.htm index.php; # \u0130htiyaca g\u00f6re d\u00fczenlenebilir\n\n location \/ {\n try_files $uri $uri\/ =404;\n }\n\n {% if ssl_enabled %}\n listen {{ pillar.nginx.ssl.port | default(443) }} ssl;\n listen [::]:{{ pillar.nginx.ssl.port | default(443) }} ssl;\n\n ssl_certificate {{ ssl_cert }};\n ssl_certificate_key {{ ssl_key }};\n # SSL HSTS (HTTP Strict Transport Security)\n add_header Strict-Transport-Security \"max-age=63072000; includeSubDomains; preload\";\n # SSL G\u00fcvenlik ayarlar\u0131\n ssl_session_cache shared:SSL:10m;\n ssl_session_timeout 10m;\n ssl_protocols TLSv1.2 TLSv1.3;\n ssl_ciphers \"ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384\";\n ssl_prefer_server_ciphers on;\n {% endif %}\n\n # PHP-FPM entegrasyonu (iste\u011fe ba\u011fl\u0131)\n {% if php_enabled %}\n location ~ \\.php$ {\n include snippets\/fastcgi-php.conf;\n fastcgi_pass unix:\/run\/php\/php{{ php_version }}-fpm.sock;\n }\n {% endif %}\n\n # Hata sayfalar\u0131 (iste\u011fe ba\u011fl\u0131)\n error_page 404 \/404.html;\n location = \/404.html {\n internal;\n }\n error_page 500 502 503 504 \/50x.html;\n location = \/50x.html {\n internal;\n }\n}<\/code><\/pre>\ncontext<\/code> arac\u0131l\u0131\u011f\u0131yla ge\u00e7irilen de\u011fi\u015fkenleri (domain<\/code>, root_path<\/code>, port<\/code>, ssl_enabled<\/code>, vb.) kullanarak dinamik konfig\u00fcrasyonlar olu\u015fturur.<\/p>\nnginx\/sites.sls<\/code> dosyas\u0131n\u0131 olu\u015ftural\u0131m:<\/p>\n# \/srv\/salt\/nginx\/sites.sls\n\nAna Nginx konfig\u00fcrasyonunun \u00f6nceden uygulanmas\u0131n\u0131 sa\u011flar.<\/h2>\ninclude:\n - nginx.config\n\n
Pillar'daki 'nginx:sites' verilerini kullanarak her bir site i\u00e7in konfig\u00fcrasyon olu\u015fturur.<\/h2>\n{% for site_name, site_config in pillar.get('nginx:sites', {}).items() %}\n {% set domain = site_config.domain %}\n {% set root_path = site_config.root_path %}\n {% set port = site_config.get('port', 80) %}\n {% set ssl_enabled = site_config.get('ssl_enabled', False) %}\n {% set ssl_cert = site_config.get('ssl_cert', '') %}\n {% set ssl_key = site_config.get('ssl_key', '') %}\n {% set php_enabled = site_config.get('php_enabled', False) %}\n {% set php_version = site_config.get('php_version', '7.4') %}\n {% set www_redirect = site_config.get('www_redirect', True) %}\n\n # Sanal host konfig\u00fcrasyon dosyas\u0131n\u0131 sites-available dizinine kopyalar\n \/etc\/nginx\/sites-available\/{{ domain }}.conf:\n file.managed:\n - source: salt:\/\/nginx\/sites\/site_template.conf.jinja\n - template: jinja\n - context:\n domain: {{ domain }}\n root_path: {{ root_path }}\n port: {{ port }}\n ssl_enabled: {{ ssl_enabled }}\n ssl_cert: {{ ssl_cert }}\n ssl_key: {{ ssl_key }}\n php_enabled: {{ php_enabled }}\n php_version: {{ php_version }}\n www_redirect: {{ www_redirect }}\n - require:\n - file: \/etc\/nginx\/nginx.conf # Ana konfig\u00fcrasyonun varl\u0131\u011f\u0131n\u0131 garanti eder\n - watch_in:\n - service: nginx_service # Konfig\u00fcrasyon de\u011fi\u015fti\u011finde servisi yeniden ba\u015flat\u0131r\n\n # Sanal host konfig\u00fcrasyonuna sites-enabled dizininde sembolik link olu\u015fturur\n \/etc\/nginx\/sites-enabled\/{{ domain }}.conf:\n file.symlink:\n - target: \/etc\/nginx\/sites-available\/{{ domain }}.conf\n - require:\n - file: \/etc\/nginx\/sites-available\/{{ domain }}.conf # Hedef dosyan\u0131n varl\u0131\u011f\u0131n\u0131 garanti eder\n - watch_in:\n - service: nginx_service # Sembolik link de\u011fi\u015fti\u011finde servisi yeniden ba\u015flat\u0131r\n\n # Web sitesi k\u00f6k dizinini olu\u015ftur\n \/var\/www\/{{ domain }}\/public_html:\n file.directory:\n - user: www-data\n - group: www-data\n - mode: 755\n - recurse: True\n - makedirs: True\n{% endfor %}<\/code><\/pre>\n
nginx:sites<\/code> anahtar\u0131 alt\u0131ndaki her site i\u00e7in bir d\u00f6ng\u00fc ba\u015flat\u0131r. Her d\u00f6ng\u00fcde, site_template.conf.jinja<\/code> \u015fablonunu kullanarak bir konfig\u00fcrasyon dosyas\u0131 olu\u015fturur, bunu \/etc\/nginx\/sites-available\/<\/code> alt\u0131na yerle\u015ftirir ve ard\u0131ndan \/etc\/nginx\/sites-enabled\/<\/code> alt\u0131na bir sembolik link olu\u015fturur. Ayr\u0131ca, her site i\u00e7in web k\u00f6k dizinini de otomatik olarak olu\u015fturur.<\/p>\nPillar Kullan\u0131m\u0131:
nginx.sls<\/code><\/h4>\n\/srv\/pillar\/nginx.sls<\/code> dosyas\u0131n\u0131 olu\u015ftural\u0131m:<\/p>\n# \/srv\/pillar\/nginx.sls\n\nnginx:\n log_dir: \/var\/log\/nginx\n ssl:\n port: 443\n sites:\n example_com:\n domain: example.com\n root_path: \/var\/www\/example.com\n port: 80\n ssl_enabled: True\n ssl_cert: \/etc\/ssl\/certs\/example.com.crt\n ssl_key: \/etc\/ssl\/private\/example.com.key\n php_enabled: True\n php_version: \"7.4\"\n www_redirect: True # example.com'u www.example.com'a y\u00f6nlendir\n anothersite_net:\n domain: anothersite.net\n root_path: \/var\/www\/anothersite.net\n port: 8080 # Bu site i\u00e7in \u00f6zel bir port\n ssl_enabled: False\n php_enabled: False\n www_redirect: False # www y\u00f6nlendirmesi yapma\n static_site:\n domain: static.example.org\n root_path: \/var\/www\/static.example.org\n port: 80\n ssl_enabled: False\n php_enabled: False\n www_redirect: True<\/code><\/pre>\n\/srv\/pillar\/top.sls<\/code> dosyas\u0131n\u0131 kullanmal\u0131y\u0131z:<\/p>\n# \/srv\/pillar\/top.sls\n\nbase:\n '*':\n - nginx # T\u00fcm Minion'lara nginx Pillar verilerini atar<\/code><\/pre>\nTop File ile State’leri Uygulama<\/h3>\n
top.sls<\/code> dosyas\u0131n\u0131 (\/srv\/salt\/top.sls<\/code>) d\u00fczenlememiz gerekir:<\/p>\n# \/srv\/salt\/top.sls\n\nbase:\n '*': # T\u00fcm Minion'lara uygulanacak State'ler\n - nginx # nginx\/init.sls, nginx\/config.sls ve nginx\/sites.sls'i otomatik olarak i\u00e7erir<\/code><\/pre>\nnginx<\/code>), o dizin i\u00e7indeki init.sls<\/code> dosyas\u0131n\u0131 ve di\u011fer t\u00fcm .sls<\/code> dosyalar\u0131n\u0131 (varsa) otomatik olarak y\u00fckler. Bu durumda, nginx<\/code> State’i, nginx\/init.sls<\/code>, nginx\/config.sls<\/code> ve nginx\/sites.sls<\/code> dosyalar\u0131n\u0131 i\u00e7erecektir.<\/p>\nSalt State’leri Uygulama ve Test Etme<\/h3>\n
sudo salt '*' state.apply\n # veya k\u0131saca\n sudo salt '*' state.highstate<\/code><\/pre>\nsudo salt 'minion_id' state.apply<\/code><\/pre>\nsudo salt '*' state.apply nginx<\/code><\/pre>\nsudo salt 'minion_id' state.apply nginx.config<\/code><\/pre>\nsudo salt '*' state.apply test=True<\/code><\/pre>\n
\n1. Nginx servisinin durumunu kontrol edin:<\/strong><\/p>\nsudo systemctl status nginx<\/code><\/pre>\nactive (running)<\/code> oldu\u011funu ve herhangi bir hata olmad\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.
\n2. Nginx konfig\u00fcrasyonunun do\u011frulu\u011funu kontrol edin:<\/strong><\/p>\nsudo nginx -t<\/code><\/pre>\nsyntax is ok<\/code> ve test is successful<\/code> mesajlar\u0131n\u0131 g\u00f6rmelisiniz.
\n3. Web sitelerine eri\u015fimi test edin:<\/strong> Taray\u0131c\u0131n\u0131zdan veya curl<\/code> komutuyla yap\u0131land\u0131rd\u0131\u011f\u0131n\u0131z domainlere eri\u015fmeye \u00e7al\u0131\u015f\u0131n.<\/p>\ncurl http:\/\/example.com\n curl https:\/\/example.com<\/code><\/pre>\n
\n4. Loglar\u0131 kontrol edin:<\/strong><\/p>\ntail -f \/var\/log\/nginx\/access.log\n tail -f \/var\/log\/nginx\/error.log<\/code><\/pre>\nGeli\u015fmi\u015f Konfig\u00fcrasyonlar ve En \u0130yi Uygulamalar<\/h3>\n
\n* Salt Reactor:<\/strong> Salt Reactor, Salt Master’\u0131n Minion’lardan veya di\u011fer kaynaklardan gelen olaylara tepki vermesini sa\u011flayan bir sistemdir. \u00d6rne\u011fin, yeni bir SSL sertifikas\u0131 da\u011f\u0131t\u0131ld\u0131\u011f\u0131nda Nginx servisinin otomatik olarak yeniden y\u00fcklenmesini sa\u011flamak i\u00e7in bir Reactor kural\u0131 olu\u015fturabilirsiniz.
\n* Orchestration:<\/strong> Salt Orchestration, birden fazla sunucu \u00fczerinde karma\u015f\u0131k i\u015f ak\u0131\u015flar\u0131n\u0131 y\u00f6netmek i\u00e7in kullan\u0131l\u0131r. \u00d6rne\u011fin, bir web uygulamas\u0131n\u0131n da\u011f\u0131t\u0131m\u0131nda \u00f6nce veritaban\u0131 sunucusunu, ard\u0131ndan uygulama sunucusunu ve son olarak Nginx proxy’sini yap\u0131land\u0131rmak gibi s\u0131ral\u0131 i\u015flemler i\u00e7in Orchestration State’leri yazabilirsiniz.
\n* GitFS:<\/strong> Salt State dosyalar\u0131n\u0131 ve Pillar verilerini do\u011frudan bir Git deposundan \u00e7ekmek i\u00e7in GitFS kullanabilirsiniz. Bu, konfig\u00fcrasyonlar\u0131n\u0131z\u0131 versiyon kontrol\u00fc alt\u0131nda tutman\u0131n ve i\u015fbirli\u011fini sa\u011flaman\u0131n en iyi yoludur.
\n* Idempotency:<\/strong> Salt State’leri do\u011fas\u0131 gere\u011fi idempotent olmal\u0131d\u0131r. Yani, bir State’i birden fazla kez \u00e7al\u0131\u015ft\u0131rmak, sistemi her seferinde ayn\u0131 istenen duruma getirmeli ve ilk \u00e7al\u0131\u015ft\u0131rmadan sonra herhangi bir de\u011fi\u015fiklik yapmamal\u0131d\u0131r. Bu, g\u00fcvenilir otomasyon i\u00e7in kritik \u00f6neme sahiptir.
\n* G\u00fcvenlik:<\/strong> Pillar’\u0131 hassas veriler i\u00e7in kullanmak ve Salt Master ile Minion’lar aras\u0131ndaki ileti\u015fimi \u015fifrelemek \u00f6nemlidir. Ayr\u0131ca, SaltStack’in rol tabanl\u0131 eri\u015fim kontrol\u00fc (RBAC) \u00f6zelliklerini kullanarak kimin hangi komutlar\u0131 \u00e7al\u0131\u015ft\u0131rabilece\u011fini veya hangi State’leri uygulayabilece\u011fini k\u0131s\u0131tlayabilirsiniz.
\n* Test:<\/strong> Salt States i\u00e7in test stratejileri geli\u015ftirmek, da\u011f\u0131t\u0131mlar\u0131n\u0131z\u0131n g\u00fcvenilirli\u011fini art\u0131r\u0131r. Salt-testing veya Molecule gibi ara\u00e7larla State’lerinizi test edebilir, de\u011fi\u015fikliklerin beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olabilirsiniz.<\/p>\nSonu\u00e7<\/h3>\n