{"id":4746,"date":"2026-02-07T23:50:32","date_gmt":"2026-02-07T20:50:32","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/sunucu-saat-dilimi-ve-ntp-ayarlari-loglar-cron-joblar-ve-cok-bolgeli-hosting-icin-pratik-rehber\/"},"modified":"2026-02-07T23:50:32","modified_gmt":"2026-02-07T20:50:32","slug":"sunucu-saat-dilimi-ve-ntp-ayarlari-loglar-cron-joblar-ve-cok-bolgeli-hosting-icin-pratik-rehber","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/sunucu-saat-dilimi-ve-ntp-ayarlari-loglar-cron-joblar-ve-cok-bolgeli-hosting-icin-pratik-rehber\/","title":{"rendered":"Sunucu Saat Dilimi ve NTP Ayarlar\u0131: Loglar, Cron Job\u2019lar ve \u00c7ok B\u00f6lgeli Hosting \u0130\u00e7in Pratik Rehber"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#Sunucu_saatini_ciddiye_almak_Neden_bu_kadar_onemli\"><span class=\"toc_number toc_depth_1\">1<\/span> Sunucu saatini ciddiye almak: Neden bu kadar \u00f6nemli?<\/a><\/li><li><a href=\"#Sistem_saati_donanim_saati_ve_saat_dilimi_Ayni_sey_degiller\"><span class=\"toc_number toc_depth_1\">2<\/span> Sistem saati, donan\u0131m saati ve saat dilimi: Ayn\u0131 \u015fey de\u011filler<\/a><ul><li><a href=\"#UTC_onerisi_Sunucularin_dili_UTC_olsun_kullanicilarinki_yerel\"><span class=\"toc_number toc_depth_2\">2.1<\/span> UTC \u00f6nerisi: Sunucular\u0131n dili UTC olsun, kullan\u0131c\u0131lar\u0131nki yerel<\/a><\/li><li><a href=\"#Ne_zaman_yerel_saat_dilimi_mantikli_olur\"><span class=\"toc_number toc_depth_2\">2.2<\/span> Ne zaman yerel saat dilimi mant\u0131kl\u0131 olur?<\/a><\/li><\/ul><\/li><li><a href=\"#NTP_nedir_nasil_calisir_ve_neden_vazgecilmezdir\"><span class=\"toc_number toc_depth_1\">3<\/span> NTP nedir, nas\u0131l \u00e7al\u0131\u015f\u0131r ve neden vazge\u00e7ilmezdir?<\/a><ul><li><a href=\"#Stratum_kavrami\"><span class=\"toc_number toc_depth_2\">3.1<\/span> Stratum kavram\u0131<\/a><\/li><li><a href=\"#Birden_fazla_NTP_sunucusu_secmek_neden_onemli\"><span class=\"toc_number toc_depth_2\">3.2<\/span> Birden fazla NTP sunucusu se\u00e7mek neden \u00f6nemli?<\/a><\/li><li><a href=\"#Chrony_mi_ntpd_mi\"><span class=\"toc_number toc_depth_2\">3.3<\/span> Chrony mi ntpd mi?<\/a><\/li><li><a href=\"#Guvenlik_boyutu_NTP_de_saldiri_yuzeyinin_parcasi\"><span class=\"toc_number toc_depth_2\">3.4<\/span> G\u00fcvenlik boyutu: NTP de sald\u0131r\u0131 y\u00fczeyinin par\u00e7as\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Linux_uzerinde_adim_adim_saat_dilimi_ve_NTP_yapilandirmasi\"><span class=\"toc_number toc_depth_1\">4<\/span> Linux \u00fczerinde ad\u0131m ad\u0131m saat dilimi ve NTP yap\u0131land\u0131rmas\u0131<\/a><ul><li><a href=\"#Saat_dilimini_UTCye_almak\"><span class=\"toc_number toc_depth_2\">4.1<\/span> Saat dilimini UTC\u2019ye almak<\/a><\/li><li><a href=\"#Chrony_ile_NTP_istemcisi_kurmak\"><span class=\"toc_number toc_depth_2\">4.2<\/span> Chrony ile NTP istemcisi kurmak<\/a><\/li><li><a href=\"#VPS_ve_sanal_ortamlarda_dikkat_edilmesi_gerekenler\"><span class=\"toc_number toc_depth_2\">4.3<\/span> VPS ve sanal ortamlarda dikkat edilmesi gerekenler<\/a><\/li><\/ul><\/li><li><a href=\"#Log_tutarliligi_icin_zaman_stratejisi\"><span class=\"toc_number toc_depth_1\">5<\/span> Log tutarl\u0131l\u0131\u011f\u0131 i\u00e7in zaman stratejisi<\/a><ul><li><a href=\"#Tum_katmanlarda_ayni_referans_Mumkunse_UTC\"><span class=\"toc_number toc_depth_2\">5.1<\/span> T\u00fcm katmanlarda ayn\u0131 referans: M\u00fcmk\u00fcnse UTC<\/a><\/li><li><a href=\"#Merkezi_loglama_ve_cok_sunuculu_yapilar\"><span class=\"toc_number toc_depth_2\">5.2<\/span> Merkezi loglama ve \u00e7ok sunuculu yap\u0131lar<\/a><\/li><\/ul><\/li><li><a href=\"#Cron_joblar_ve_zaman_tuzaklari\"><span class=\"toc_number toc_depth_1\">6<\/span> Cron job\u2019lar ve zaman tuzaklar\u0131<\/a><ul><li><a href=\"#Temel_problem_Cron_saat_dilimi_ne\"><span class=\"toc_number toc_depth_2\">6.1<\/span> Temel problem: Cron saat dilimi ne?<\/a><\/li><li><a href=\"#Yaz_saati_DST_ve_cron\"><span class=\"toc_number toc_depth_2\">6.2<\/span> Yaz saati (DST) ve cron<\/a><\/li><li><a href=\"#systemd_timers_vs_cron\"><span class=\"toc_number toc_depth_2\">6.3<\/span> systemd timers vs cron<\/a><\/li><\/ul><\/li><li><a href=\"#Cok_bolgeli_hosting_ve_global_mimarilerde_zaman_yonetimi\"><span class=\"toc_number toc_depth_1\">7<\/span> \u00c7ok b\u00f6lgeli hosting ve global mimarilerde zaman y\u00f6netimi<\/a><ul><li><a href=\"#Multi-region_DNS_ve_GeoDNS_ile_birlikte_dusunmek\"><span class=\"toc_number toc_depth_2\">7.1<\/span> Multi-region DNS ve GeoDNS ile birlikte d\u00fc\u015f\u00fcnmek<\/a><\/li><li><a href=\"#Replikasyon_queue_ve_cache_katmanlari\"><span class=\"toc_number toc_depth_2\">7.2<\/span> Replikasyon, queue ve cache katmanlar\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_altyapisinda_zaman_senkronizasyonu_yaklasimimiz\"><span class=\"toc_number toc_depth_1\">8<\/span> DCHost altyap\u0131s\u0131nda zaman senkronizasyonu yakla\u015f\u0131m\u0131m\u0131z<\/a><\/li><li><a href=\"#Ozet_ve_sonraki_adimlar\"><span class=\"toc_number toc_depth_1\">9<\/span> \u00d6zet ve sonraki ad\u0131mlar<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Sunucu_saatini_ciddiye_almak_Neden_bu_kadar_onemli\">Sunucu saatini ciddiye almak: Neden bu kadar \u00f6nemli?<\/span><\/h2>\n<p>Sunucu taraf\u0131nda saniyeler bazen g\u00fcnlerce s\u00fcren debug s\u00fcre\u00e7lerini kurtar\u0131r ya da kaybettirir. \u00d6zellikle log analizi, g\u00fcvenlik denetimleri, cron job\u2019lar ve \u00e7ok b\u00f6lgeli (multi-region) hosting mimarilerinde, do\u011fru ve tutarl\u0131 zaman ayarlar\u0131 olmadan sa\u011fl\u0131kl\u0131 bir altyap\u0131 i\u015fletmek neredeyse imkans\u0131z hale gelir. Bir e-ticaret sitesinde \u00f6deme ad\u0131m\u0131nda ya\u015fanan bir hata d\u00fc\u015f\u00fcn\u00fcn: Uygulama logu ba\u015fka bir zaman damgas\u0131, web sunucusu logu farkl\u0131, veritaban\u0131 logu bamba\u015fka bir saat g\u00f6steriyorsa, hatan\u0131n ger\u00e7ek zaman\u0131n\u0131 yakalamak ve sebebini bulmak tam bir i\u015fkenceye d\u00f6n\u00fc\u015f\u00fcr.<\/p>\n<p>DCHost olarak g\u00fcnl\u00fck i\u015fimizin \u00f6nemli bir k\u0131sm\u0131, m\u00fc\u015fterilerimizin altyap\u0131lar\u0131nda \u00e7\u0131kan sorunlar\u0131 log ve metrikler \u00fczerinden analiz etmek. G\u00f6rd\u00fc\u011f\u00fcm\u00fcz en yayg\u0131n problemlerden biri, sunucu saat dilimi ve NTP (Network Time Protocol) ayarlar\u0131n\u0131n rastgele b\u0131rak\u0131lmas\u0131. \u00d6zellikle <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a> ve <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a>lar\u0131n ayn\u0131 projede bir arada kullan\u0131ld\u0131\u011f\u0131 senaryolarda zaman tutars\u0131zl\u0131\u011f\u0131; cron job\u2019lar\u0131n yanl\u0131\u015f saatlerde \u00e7al\u0131\u015fmas\u0131na, veritaban\u0131 replikasyonunda beklenmedik gecikmelere ve g\u00fcvenlik analizi s\u0131ras\u0131nda yanl\u0131\u015f alarmlara neden olabiliyor.<\/p>\n<p>Bu yaz\u0131da, sunucu saat dilimi ve NTP ayarlar\u0131n\u0131; log tutarl\u0131l\u0131\u011f\u0131, cron job g\u00fcvenilirli\u011fi ve \u00e7ok b\u00f6lgeli hosting mimarileri oda\u011f\u0131nda ele alaca\u011f\u0131z. Hedef; sadece birka\u00e7 komut ezberletmek de\u011fil, zaman y\u00f6netimini altyap\u0131n\u0131z\u0131n temel bir par\u00e7as\u0131 haline getirebilmeniz i\u00e7in net bir zihinsel model olu\u015fturmak.<\/p>\n<h2><span id=\"Sistem_saati_donanim_saati_ve_saat_dilimi_Ayni_sey_degiller\">Sistem saati, donan\u0131m saati ve saat dilimi: Ayn\u0131 \u015fey de\u011filler<\/span><\/h2>\n<p>\u00d6nce terimleri netle\u015ftirelim. \u00c7\u00fcnk\u00fc \u00e7o\u011fu yanl\u0131\u015f yap\u0131land\u0131rma, bu \u00fc\u00e7 kavram\u0131n kar\u0131\u015ft\u0131r\u0131lmas\u0131ndan kaynaklan\u0131yor:<\/p>\n<ul>\n<li><strong>Donan\u0131m saati (RTC \u2013 Real Time Clock)<\/strong>: Anakart \u00fczerindeki pil destekli saat. Sunucu kapal\u0131yken bile kendi i\u00e7inde zaman\u0131 tutar.<\/li>\n<li><strong>Sistem saati<\/strong>: \u0130\u015fletim sisteminin \u00e7ekirde\u011finde tuttu\u011fu saat. Uygulamalar, loglar, cron ve neredeyse her \u015fey bu saate bakar.<\/li>\n<li><strong>Saat dilimi (timezone)<\/strong>: Sistem saatinin hangi co\u011frafi b\u00f6lgeye g\u00f6re yorumlanaca\u011f\u0131n\u0131 belirleyen katman. UTC, Europe\/Istanbul, America\/New_York gibi de\u011ferler.<\/li>\n<\/ul>\n<p>Linux d\u00fcnyas\u0131nda tipik ak\u0131\u015f \u015f\u00f6yle \u00e7al\u0131\u015f\u0131r: Sunucu a\u00e7\u0131l\u0131r, kernel donan\u0131m saatinden zaman\u0131 okur, sistem saatini ba\u015flat\u0131r. Ard\u0131ndan i\u015fletim sistemi ve NTP servisi, bu sistemi referans alarak d\u00fczeltmeler yapar. Saat dilimi ise sistem saatinin nas\u0131l g\u00f6sterilece\u011fini ve yorumlanaca\u011f\u0131n\u0131 belirler.<\/p>\n<h3><span id=\"UTC_onerisi_Sunucularin_dili_UTC_olsun_kullanicilarinki_yerel\">UTC \u00f6nerisi: Sunucular\u0131n dili UTC olsun, kullan\u0131c\u0131lar\u0131nki yerel<\/span><\/h3>\n<p>Sunucu i\u015fletim sisteminde saat dilimi i\u00e7in en sa\u011fl\u0131kl\u0131 yakla\u015f\u0131m, neredeyse her zaman <strong>UTC kullanmakt\u0131r<\/strong>. Bunun birka\u00e7 somut nedeni var:<\/p>\n<ul>\n<li><strong>Yaz saati (DST) karma\u015fas\u0131n\u0131 ortadan kald\u0131r\u0131r<\/strong>: Europe\/Istanbul gibi saat dilimleri yaz-k\u0131\u015f ge\u00e7i\u015fleri sebebiyle y\u0131l i\u00e7inde de\u011fi\u015febilir. UTC ise sabittir.<\/li>\n<li><strong>\u00c7ok b\u00f6lgeli hosting ile uyumlu<\/strong>: Avrupa, Amerika ve Asya b\u00f6lgesinde sunucular\u0131n\u0131z varsa hepsini UTC\u2019de tutmak, log ve metrikleri kar\u015f\u0131la\u015ft\u0131rmay\u0131 \u00e7ok kolayla\u015ft\u0131r\u0131r.<\/li>\n<li><strong>Replikasyon ve da\u011f\u0131t\u0131k sistemler<\/strong>: Veritaban\u0131 replikasyonu, queue sistemleri ve cache yap\u0131lar\u0131, zaman damgas\u0131na ba\u011fl\u0131 logic i\u00e7eriyorsa UTC ile \u00e7al\u0131\u015fmak ciddi kafa kar\u0131\u015f\u0131kl\u0131\u011f\u0131n\u0131 \u00f6nler.<\/li>\n<li><strong>Debug s\u00fcre\u00e7lerinde basitlik<\/strong>: Hangi veri merkezinize bakarsan\u0131z bak\u0131n, timestamp\u2019ler ayn\u0131 referansa g\u00f6re \u00fcretiliyorsa korelasyon yapmak \u00e7ok kolayd\u0131r.<\/li>\n<\/ul>\n<p>Genel \u00f6neri: <strong>Sunucu OS saat dilimi = UTC, uygulama seviyesi saat dilimi = son kullan\u0131c\u0131ya g\u00f6re yerel<\/strong>. \u00d6rne\u011fin PHP, Node.js veya Laravel taraf\u0131nda Europe\/Istanbul\u2019a g\u00f6re tarih\/g\u00f6sterim yapabilir, ama veritaban\u0131 ve log kayd\u0131 i\u00e7in UTC tutabilirsiniz.<\/p>\n<h3><span id=\"Ne_zaman_yerel_saat_dilimi_mantikli_olur\">Ne zaman yerel saat dilimi mant\u0131kl\u0131 olur?<\/span><\/h3>\n<p>Baz\u0131 istisnai durumlarda sistem saat dilimini yerel saate almak isteyebilirsiniz:<\/p>\n<ul>\n<li>Yasal olarak T\u00fcrkiye saatiyle log tutman\u0131z\u0131n zorunlu oldu\u011fu, s\u0131k\u0131 reg\u00fcle edilen finans ve kamu projeleri<\/li>\n<li>Tek sunuculu, sadece T\u00fcrkiye pazar\u0131na hizmet veren \u00e7ok basit sistemler ve teknik ekip al\u0131\u015fkanl\u0131klar\u0131<\/li>\n<\/ul>\n<p>Bu senaryolarda bile, m\u00fcmk\u00fcnse veritaban\u0131 ve merkezi loglama katman\u0131nda UTC kullan\u0131p, sadece g\u00f6sterim katman\u0131nda yerel saate d\u00f6nmek \u00e7o\u011fu zaman daha s\u00fcrd\u00fcr\u00fclebilir olur.<\/p>\n<h2><span id=\"NTP_nedir_nasil_calisir_ve_neden_vazgecilmezdir\">NTP nedir, nas\u0131l \u00e7al\u0131\u015f\u0131r ve neden vazge\u00e7ilmezdir?<\/span><\/h2>\n<p><strong>NTP (Network Time Protocol)<\/strong>, sunucular\u0131n saatini internet veya yerel a\u011f \u00fczerinden g\u00fcvenilir zaman kaynaklar\u0131yla senkronize eden protokold\u00fcr. Amac\u0131; cihazlar aras\u0131ndaki saat fark\u0131n\u0131 milisaniyeler hatta mikro saniyeler seviyesine kadar d\u00fc\u015f\u00fcrmektir.<\/p>\n<h3><span id=\"Stratum_kavrami\">Stratum kavram\u0131<\/span><\/h3>\n<p>NTP d\u00fcnyas\u0131nda sunucular katmanlara ayr\u0131l\u0131r:<\/p>\n<ul>\n<li><strong>Stratum 0<\/strong>: Atom saatleri, GPS referans cihazlar\u0131 gibi fiziksel zaman kaynaklar\u0131<\/li>\n<li><strong>Stratum 1<\/strong>: Stratum 0\u2019a do\u011frudan ba\u011fl\u0131 NTP sunucular\u0131<\/li>\n<li><strong>Stratum 2+<\/strong>: Bir \u00fcst katmandaki NTP sunucular\u0131ndan zaman alan di\u011fer sunucular<\/li>\n<\/ul>\n<p>VPS veya dedicated sunucunuzun tipik rol\u00fc, stratum 2 veya 3 istemcisi olmakt\u0131r. Yani g\u00fcvenilir stratum 1 veya 2 sunucular\u0131ndan zaman al\u0131r, kendi i\u00e7 sistem saatini bunlara g\u00f6re d\u00fczeltir.<\/p>\n<h3><span id=\"Birden_fazla_NTP_sunucusu_secmek_neden_onemli\">Birden fazla NTP sunucusu se\u00e7mek neden \u00f6nemli?<\/span><\/h3>\n<p>Tek bir NTP sunucusuna g\u00fcvenmek risklidir. A\u011f sorunu, yanl\u0131\u015f yap\u0131land\u0131rma veya saat sapmas\u0131 durumunda t\u00fcm altyap\u0131n\u0131z\u0131n zaman\u0131 bozulabilir. Bu y\u00fczden her sunucuda <strong>en az 3-4 farkl\u0131 NTP kayna\u011f\u0131<\/strong> kullanmak iyi bir pratiktir. NTP istemcisi (chrony veya ntpd); bu sunucular\u0131n saatini kar\u015f\u0131la\u015ft\u0131r\u0131r, u\u00e7 de\u011ferleri eler ve en iyi ortalamay\u0131 alarak sistem saatini ayarlar.<\/p>\n<h3><span id=\"Chrony_mi_ntpd_mi\">Chrony mi ntpd mi?<\/span><\/h3>\n<p>G\u00fcncel Linux da\u011f\u0131t\u0131mlar\u0131nda klasik ntpd yerine <strong>chrony<\/strong> giderek daha fazla tercih ediliyor. \u00d6zellikle VPS gibi sanalla\u015ft\u0131r\u0131lm\u0131\u015f ortamlarda; dalgalanan CPU clock, suspend\/restore gibi durumlara daha iyi adapte oldu\u011fu i\u00e7in chrony genellikle daha stabil sonu\u00e7 veriyor.<\/p>\n<p>\u00d6zetle:<\/p>\n<ul>\n<li><strong>chrony<\/strong>: H\u0131zl\u0131 senkronizasyon, VM\u2019lerde daha iyi davran\u0131\u015f, modern da\u011f\u0131t\u0131mlarda varsay\u0131lan haline geliyor.<\/li>\n<li><strong>ntpd<\/strong>: Klasik, oturmu\u015f ancak dinamik ortamlar i\u00e7in biraz daha hantal kalabiliyor.<\/li>\n<\/ul>\n<h3><span id=\"Guvenlik_boyutu_NTP_de_saldiri_yuzeyinin_parcasi\">G\u00fcvenlik boyutu: NTP de sald\u0131r\u0131 y\u00fczeyinin par\u00e7as\u0131<\/span><\/h3>\n<p>NTP\u2019yi sadece bir altyap\u0131 detay\u0131 de\u011fil, ayn\u0131 zamanda bir <strong>g\u00fcvenlik bile\u015feni<\/strong> olarak da d\u00fc\u015f\u00fcnmek gerekiyor:<\/p>\n<ul>\n<li><strong>Amplification sald\u0131r\u0131lar\u0131<\/strong>: A\u00e7\u0131k NTP sunucular\u0131 DDoS amplifikasyon sald\u0131r\u0131lar\u0131nda kullan\u0131labiliyor.<\/li>\n<li><strong>Zaman zehirleme (time poisoning)<\/strong>: E\u011fer g\u00fcvenilir olmayan NTP kaynaklar\u0131 kullan\u0131rsan\u0131z, sald\u0131rgan sistem saatinizi ileri\/geri oynatarak JWT, OTP, sertifika do\u011frulama ve log analizi s\u00fcre\u00e7lerini bozabilir.<\/li>\n<\/ul>\n<p>Bu y\u00fczden genellikle \u015fu yakla\u015f\u0131m\u0131 tavsiye ediyoruz:<\/p>\n<ul>\n<li>Sunucular\u0131n\u0131z\u0131n <strong>kendi veri merkezinizdeki veya hosting sa\u011flay\u0131c\u0131n\u0131z\u0131n NTP sunucular\u0131na<\/strong> \u00f6ncelik vermesi<\/li>\n<li>Gerekmiyorsa NTP portunun (varsay\u0131lan 123\/UDP) d\u0131\u015f d\u00fcnyaya a\u00e7\u0131k b\u0131rak\u0131lmamas\u0131<\/li>\n<li>NTP servisini sadece istemci modunda kullan\u0131p, sunucunuzu herkese a\u00e7\u0131k NTP kayna\u011f\u0131na d\u00f6n\u00fc\u015ft\u00fcrmemeniz<\/li>\n<\/ul>\n<p>DCHost altyap\u0131s\u0131nda, veri merkezlerimize yak\u0131n ve g\u00fcvenilir zaman kaynaklar\u0131n\u0131 tercih ediyor, NTP trafi\u011fini firewall kurallar\u0131yla s\u0131k\u0131 \u015fekilde s\u0131n\u0131rland\u0131r\u0131yoruz.<\/p>\n<h2><span id=\"Linux_uzerinde_adim_adim_saat_dilimi_ve_NTP_yapilandirmasi\">Linux \u00fczerinde ad\u0131m ad\u0131m saat dilimi ve NTP yap\u0131land\u0131rmas\u0131<\/span><\/h2>\n<p>\u015eimdi i\u015fin prati\u011fine ge\u00e7elim. \u00d6rnekler a\u011f\u0131rl\u0131kl\u0131 olarak systemd tabanl\u0131, modern Debian\/Ubuntu ve RHEL\/AlmaLinux ailesi i\u00e7indir.<\/p>\n<h3><span id=\"Saat_dilimini_UTCye_almak\">Saat dilimini UTC\u2019ye almak<\/span><\/h3>\n<p>\u00d6nce mevcut durumu kontrol edin:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">timedatectl status<\/code><\/pre>\n<p>\u00c7\u0131kt\u0131da sistem saati, RTC ve saat dilimiyle ilgili bilgileri g\u00f6receksiniz. Saat dilimini UTC yapmak i\u00e7in:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">timedatectl set-timezone UTC<\/code><\/pre>\n<p>E\u011fer yasal veya operasyonel sebeple Europe\/Istanbul kullanman\u0131z gerekiyorsa:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">timedatectl set-timezone Europe\/Istanbul<\/code><\/pre>\n<p>Bu komut, \/etc\/localtime ba\u011flant\u0131s\u0131n\u0131 g\u00fcnceller ve t\u00fcm sistemde yeni saat dilimini devreye al\u0131r. Uygulamalar\u0131n\u0131z (PHP, Python vb.) kendi i\u00e7inde farkl\u0131 timezone ayarl\u0131yorsa, onlar\u0131 ayr\u0131ca kontrol etmeyi unutmay\u0131n.<\/p>\n<h3><span id=\"Chrony_ile_NTP_istemcisi_kurmak\">Chrony ile NTP istemcisi kurmak<\/span><\/h3>\n<p>Debian\/Ubuntu taraf\u0131nda:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">apt update\napt install chrony -y<\/code><\/pre>\n<p>AlmaLinux \/ Rocky \/ CentOS taraf\u0131nda:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">dnf install chrony -y\nsystemctl enable --now chronyd<\/code><\/pre>\n<p>Ard\u0131ndan \/etc\/chrony.conf dosyas\u0131n\u0131 d\u00fczenleyerek NTP kaynaklar\u0131n\u0131z\u0131 belirleyebilirsiniz. \u00d6rne\u011fin:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">server ntp1.ornek.net iburst\nserver ntp2.ornek.net iburst\nserver ntp3.ornek.net iburst<\/code><\/pre>\n<p>DCHost m\u00fc\u015fterilerinin b\u00fcy\u00fck k\u0131sm\u0131nda, sunucular\u0131m\u0131z\u0131 kendi i\u00e7 NTP kaynaklar\u0131m\u0131z\u0131 kullanacak \u015fekilde \u00f6nceden yap\u0131land\u0131r\u0131yoruz. Kendi \u00f6zel NTP sunucular\u0131n\u0131z\u0131 kullanmak isterseniz, chrony.conf \u00fczerinden ekleyip, servis yeniden ba\u015flatman\u0131z yeterli:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">systemctl restart chronyd<\/code><\/pre>\n<p>Durumu kontrol etmek i\u00e7in:<\/p>\n<pre class=\"language-bash line-numbers\"><code class=\"language-bash\">chronyc tracking\nchronyc sources -v<\/code><\/pre>\n<p>Burada offset, delay ve jitter de\u011ferlerini izleyerek sunucunuzun ne kadar iyi senkronize oldu\u011funu g\u00f6rebilirsiniz.<\/p>\n<h3><span id=\"VPS_ve_sanal_ortamlarda_dikkat_edilmesi_gerekenler\">VPS ve sanal ortamlarda dikkat edilmesi gerekenler<\/span><\/h3>\n<p>Sanalla\u015ft\u0131rma (KVM, Xen, VMware vb.) alt\u0131nda \u00e7al\u0131\u015fan VPS\u2019lerde zaman, hem hypervisor\u2019dan hem NTP\u2019den etkilenebilir. K\u00f6t\u00fc yap\u0131land\u0131r\u0131lm\u0131\u015f ortamlarda, host saat d\u00fczeltmesi ile VM i\u00e7indeki NTP \u00e7ak\u0131\u015farak tuhaf saat z\u0131plamalar\u0131na sebep olabilir.<\/p>\n<p>DCHost taraf\u0131nda, altyap\u0131m\u0131z\u0131 bu \u00e7ak\u0131\u015fmay\u0131 minimuma indirecek \u015fekilde tasarl\u0131yor, host ve guest ayarlar\u0131n\u0131 birlikte test ediyoruz. Kendi ortam\u0131n\u0131z\u0131 y\u00f6netiyorsan\u0131z \u015fu noktalara dikkat edin:<\/p>\n<ul>\n<li>Hypervisor \u00fczerinde agresif zaman d\u00fczeltme mekanizmalar\u0131n\u0131, guest i\u00e7i NTP ile uyumlu olacak \u015fekilde ayarlay\u0131n.<\/li>\n<li>VM i\u00e7inde NTP\u2019yi (chrony) mutlaka aktif tutun, \u00f6zellikle uzun s\u00fcre \u00e7al\u0131\u015fan \u00fcretim sistemlerinde saat drift\u2019ine g\u00fcvenmeyin.<\/li>\n<li>Snapshot\/restore i\u015flemleri sonunda saat kontrol\u00fc yap\u0131n; \u00f6zellikle test ortamlar\u0131n\u0131 uzun s\u00fcre kapat\u0131p a\u00e7\u0131yorsan\u0131z.<\/li>\n<\/ul>\n<h2><span id=\"Log_tutarliligi_icin_zaman_stratejisi\">Log tutarl\u0131l\u0131\u011f\u0131 i\u00e7in zaman stratejisi<\/span><\/h2>\n<p>Log analizi, sorun \u00e7\u00f6zmenin ve g\u00fcvenlik incelemelerinin kalbinde yer al\u0131r. Ancak loglar\u0131n\u0131z farkl\u0131 saat dilimlerinde ve hatta yanl\u0131\u015f sistem saatleriyle \u00fcretiliyorsa, en iyi log analiz arac\u0131n\u0131 bile kullansan\u0131z sa\u011fl\u0131kl\u0131 sonu\u00e7 alamazs\u0131n\u0131z.<\/p>\n<h3><span id=\"Tum_katmanlarda_ayni_referans_Mumkunse_UTC\">T\u00fcm katmanlarda ayn\u0131 referans: M\u00fcmk\u00fcnse UTC<\/span><\/h3>\n<p>\u00d6nerdi\u011fimiz pratik yakla\u015f\u0131m:<\/p>\n<ul>\n<li>Web sunucusu (Nginx\/Apache), uygulama (PHP\/Laravel, Node.js, Python vb.), veritaban\u0131 (MySQL\/MariaDB\/PostgreSQL), queue sistemleri ve i\u015fletim sistemi loglar\u0131 <strong>UTC timestamp<\/strong> \u00fcretsin.<\/li>\n<li>Log analiz ara\u00e7lar\u0131 ve dashboard\u2019lar (Kibana, Grafana vb.) \u00fczerinde <strong>g\u00f6rsel saat dilimi<\/strong> olarak Europe\/Istanbul veya ihtiyac\u0131n\u0131za g\u00f6re farkl\u0131 tz kullan\u0131n.<\/li>\n<\/ul>\n<p>B\u00f6ylece depolanan veri tek bir ortak referansa g\u00f6re tutulur, ancak g\u00f6r\u00fcnt\u00fclerken her ekip kendi ihtiyac\u0131na g\u00f6re saat dilimini de\u011fi\u015ftirebilir.<\/p>\n<h3><span id=\"Merkezi_loglama_ve_cok_sunuculu_yapilar\">Merkezi loglama ve \u00e7ok sunuculu yap\u0131lar<\/span><\/h3>\n<p>Birden fazla VPS, dedicated sunucu veya container k\u00fcmesi kullanan projelerde, loglar\u0131n tek tek sunucularda kalmas\u0131 y\u00f6netilemez hale gelir. Tam bu noktada, merkezi loglama \u00e7\u00f6z\u00fcmleri devreye girer. Bizim sahada s\u0131k\u00e7a \u00f6nerdi\u011fimiz mimarilerden birini, detayl\u0131 olarak anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/birden-fazla-sunucuda-log-yonetimi-elk-ve-loki-stack-ile-merkezi-hosting-loglama\/'>birden fazla sunucuda log y\u00f6netimi ve merkezi loglama rehberinde<\/a> bulabilirsiniz.<\/p>\n<p>Merkezi loglama kullan\u0131rken zaman ayarlar\u0131nda \u015fu ilkeleri uygulay\u0131n:<\/p>\n<ul>\n<li>T\u00fcm sunucularda NTP aktif ve stabil olsun.<\/li>\n<li>T\u00fcm log formatlar\u0131nda, m\u00fcmk\u00fcnse <strong>ISO 8601<\/strong> (\u00f6rne\u011fin 2026-02-07T13:45:00Z) ve UTC kullan\u0131n.<\/li>\n<li>Log al\u0131c\u0131s\u0131 (\u00f6r. Loki, Elasticsearch) gelen timestamp\u2019i bozmadan, sadece indeksleme\/g\u00f6sterim a\u015famas\u0131nda saat dilimi d\u00f6n\u00fc\u015f\u00fcm\u00fc yaps\u0131n.<\/li>\n<\/ul>\n<p>Loglar\u0131n kar\u015f\u0131la\u015ft\u0131r\u0131labilir ve ar\u015fivlenebilir olmas\u0131 i\u00e7in, s\u0131k\u0131\u015ft\u0131rma ve saklama stratejileri de \u00f6nemlidir. cPanel ve VPS ortamlar\u0131nda log dosyalar\u0131n\u0131 nas\u0131l s\u0131k\u0131\u015ft\u0131raca\u011f\u0131n\u0131z\u0131 ve ne kadar s\u00fcre saklaman\u0131z gerekti\u011fini, <a href='https:\/\/www.dchost.com\/blog\/cpanel-ve-vpste-log-arsivleme-stratejisi-gzip-s3-ve-saklama-sureleri\/'>cPanel ve VPS\u2019te log ar\u015fivleme stratejisi<\/a> yaz\u0131m\u0131zda ad\u0131m ad\u0131m ele ald\u0131k. Zaman damgalar\u0131n\u0131z d\u00fczg\u00fcn oldu\u011funda, ar\u015fiv loglardan geriye d\u00f6n\u00fck analiz yapmak da \u00e7ok daha kolay hale geliyor.<\/p>\n<h2><span id=\"Cron_joblar_ve_zaman_tuzaklari\">Cron job\u2019lar ve zaman tuzaklar\u0131<\/span><\/h2>\n<p>Cron, yedek alma, rapor \u00fcretme, cache temizleme, queue tetikleme gibi y\u00fczlerce i\u015fi otomatikle\u015ftirdi\u011finiz kritik bir bile\u015fen. Ama saat dilimi ve NTP hatalar\u0131yla birle\u015fti\u011finde, hi\u00e7 beklemedi\u011finiz s\u00fcrprizler yaratabiliyor.<\/p>\n<h3><span id=\"Temel_problem_Cron_saat_dilimi_ne\">Temel problem: Cron saat dilimi ne?<\/span><\/h3>\n<p>Linux\u2019ta klasik cron (crond), varsay\u0131lan olarak sistem saat dilimini kullan\u0131r. Yani sunucu timezone\u2019unuz UTC ise, crontab\u2019te yazd\u0131\u011f\u0131n\u0131z 03:00, <strong>UTC 03:00<\/strong> anlam\u0131na gelir. E\u011fer siz bu sunucunun T\u00fcrkiye saatiyle 03:00\u2019te yedek alaca\u011f\u0131n\u0131 d\u00fc\u015f\u00fcnerek kural yazd\u0131ysan\u0131z, asl\u0131nda T\u00fcrkiye saatiyle 06:00\u2019ta \u00e7al\u0131\u015facakt\u0131r.<\/p>\n<p>Bu y\u00fczden cron i\u00e7in net bir strateji belirlemeniz gerekiyor:<\/p>\n<ul>\n<li><strong>Strateji 1 \u2013 Her \u015fey UTC<\/strong>: Sunucuyu UTC\u2019de tutun, cron zamanlar\u0131n\u0131 da UTC \u00fczerinden d\u00fc\u015f\u00fcn\u00fcn. \u00d6zellikle \u00e7ok b\u00f6lgeli altyap\u0131larda en sa\u011fl\u0131kl\u0131s\u0131 bu.<\/li>\n<li><strong>Strateji 2 \u2013 Sunucu saat dilimini yerel yap\u0131n<\/strong>: Sadece tek b\u00f6lgeye (\u00f6r. T\u00fcrkiye) hizmet veriyorsan\u0131z, hem sunucu timezone\u2019unu hem cron\u2019u Europe\/Istanbul gibi yerel saat dilimiyle \u00e7al\u0131\u015ft\u0131rabilirsiniz.<\/li>\n<\/ul>\n<p>Daha ileri seviye senaryolarda, CRON_TZ gibi de\u011fi\u015fkenlerle tek bir sunucuda farkl\u0131 saat dilimlerine g\u00f6re \u00e7al\u0131\u015fan cron job\u2019lar tan\u0131mlamak da m\u00fcmk\u00fcn; ancak bu genellikle gereksiz karma\u015f\u0131kl\u0131k yarat\u0131yor.<\/p>\n<h3><span id=\"Yaz_saati_DST_ve_cron\">Yaz saati (DST) ve cron<\/span><\/h3>\n<p>Sunucu timezone\u2019unuz yaz-k\u0131\u015f saati de\u011fi\u015fen bir b\u00f6lgeyse, DST ge\u00e7i\u015f g\u00fcnlerinde kronik iki problemle kar\u015f\u0131la\u015f\u0131rs\u0131n\u0131z:<\/p>\n<ul>\n<li>Saat ileri al\u0131n\u0131rken, baz\u0131 cron job\u2019lar <strong>hi\u00e7 \u00e7al\u0131\u015fmaz<\/strong> (\u00f6r. 02:30 birden 03:30\u2019a atlan\u0131r).<\/li>\n<li>Saat geri al\u0131n\u0131rken, baz\u0131 cron job\u2019lar <strong>iki kez \u00e7al\u0131\u015f\u0131r<\/strong> (\u00f6r. 02:30 aral\u0131\u011f\u0131 iki kez ya\u015fan\u0131r).<\/li>\n<\/ul>\n<p>Bu problemi k\u00f6kten \u00e7\u00f6zmek i\u00e7in en makul yakla\u015f\u0131m, \u00f6zellikle kritik job\u2019larda UTC kullanmakt\u0131r. Cron pratiklerini detayl\u0131 anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/linux-crontab-en-iyi-uygulamalar-rehberi-yedek-rapor-ve-bakim-isleri-icin-guvenli-zamanlama\/'>Linux crontab en iyi uygulamalar rehberinde<\/a>, g\u00fcvenli zamanlama stratejilerini ve s\u0131k yap\u0131lan hatalar\u0131 uygulamal\u0131 \u00f6rneklerle toparlad\u0131k.<\/p>\n<h3><span id=\"systemd_timers_vs_cron\">systemd timers vs cron<\/span><\/h3>\n<p>Modern da\u011f\u0131t\u0131mlarda, klasik cron yerine veya onun yan\u0131nda <strong>systemd timer<\/strong> kullan\u0131m\u0131 h\u0131zla yay\u0131l\u0131yor. \u00d6zellikle:<\/p>\n<ul>\n<li>Hizmete ba\u011f\u0131ml\u0131 i\u015fler (\u00f6r. web servisi ayaktaysa saatlik task ko\u015fturmak)<\/li>\n<li>Esnek zamanlama (randomized delay, boot sonras\u0131 gecikmeli \u00e7al\u0131\u015fma vb.)<\/li>\n<li>Daha detayl\u0131 loglama ve restart politikalar\u0131<\/li>\n<\/ul>\n<p>i\u00e7in systemd timer\u2019lar \u00e7ok g\u00fc\u00e7l\u00fc bir alternatif. Cron ve systemd timer tercihlerini, kullan\u0131m senaryolar\u0131 \u00fczerinden kar\u015f\u0131la\u015ft\u0131rd\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/cron-mu-systemd-timer-mi-neden-nasil-ve-ne-zaman-hangisini-secmeli\/'>cron mu systemd timer m\u0131<\/a> yaz\u0131s\u0131na mutlaka g\u00f6z atman\u0131z\u0131 \u00f6neririm. Her iki yakla\u015f\u0131mda da temel kural ayn\u0131: Zamanlama mant\u0131\u011f\u0131n\u0131z\u0131 nettle\u015ftirin, timezone varsay\u0131mlar\u0131n\u0131z\u0131 dok\u00fcmante edin ve NTP\u2019nin stabil oldu\u011fundan emin olun.<\/p>\n<h2><span id=\"Cok_bolgeli_hosting_ve_global_mimarilerde_zaman_yonetimi\">\u00c7ok b\u00f6lgeli hosting ve global mimarilerde zaman y\u00f6netimi<\/span><\/h2>\n<p>Birden fazla veri merkezinde sunucular\u0131n\u0131z varsa veya global ziyaret\u00e7ilere yak\u0131nla\u015fmak i\u00e7in farkl\u0131 b\u00f6lgelerde edge ve origin katmanlar\u0131 kullan\u0131yorsan\u0131z, zaman senkronizasyonu hayati \u00f6nem kazan\u0131r.<\/p>\n<h3><span id=\"Multi-region_DNS_ve_GeoDNS_ile_birlikte_dusunmek\">Multi-region DNS ve GeoDNS ile birlikte d\u00fc\u015f\u00fcnmek<\/span><\/h3>\n<p>\u00d6rne\u011fin Avrupa ve Amerika\u2019da iki ayr\u0131 origin k\u00fcmeniz oldu\u011funu d\u00fc\u015f\u00fcn\u00fcn. Trafi\u011fi, kullan\u0131c\u0131ya en yak\u0131n data center\u2019a y\u00f6nlendiren bir GeoDNS \u00e7\u00f6z\u00fcm\u00fc kullan\u0131yorsunuz. Bu yap\u0131da:<\/p>\n<ul>\n<li>Avrupa k\u00fcmesindeki API sunucular\u0131<\/li>\n<li>Amerika k\u00fcmesindeki API sunucular\u0131<\/li>\n<li>Ortak veritaban\u0131 veya replikasyon k\u00fcmeleri<\/li>\n<li>Merkezi loglama ve izleme altyap\u0131s\u0131<\/li>\n<\/ul>\n<p>ayn\u0131 uygulaman\u0131n farkl\u0131 y\u00fczleri haline gelir. E\u011fer bu bile\u015fenlerin her biri kendi keyfine g\u00f6re saat tutuyorsa, hem hata ay\u0131klama hem de performans analizi i\u015fi kabusa d\u00f6ner.<\/p>\n<p>GeoDNS ve \u00e7ok b\u00f6lgeli mimarilerin b\u00fct\u00fcn resmini, teknik detaylar\u0131yla anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/geodns-ve-cok-bolgeli-hosting-mimarisi-ile-global-ziyaretcilere-yakinlasmak\/'>GeoDNS ve \u00e7ok b\u00f6lgeli hosting mimarisi rehberinde<\/a> bulabilirsiniz. Oradaki fikirlerin sa\u011fl\u0131kl\u0131 i\u015flemesi i\u00e7in bu yaz\u0131da anlatt\u0131\u011f\u0131m\u0131z zaman senkronizasyonu ilkeleri kritik rol oynuyor.<\/p>\n<h3><span id=\"Replikasyon_queue_ve_cache_katmanlari\">Replikasyon, queue ve cache katmanlar\u0131<\/span><\/h3>\n<p>\u00c7ok b\u00f6lgeli yap\u0131larda \u015fu katmanlar\u0131n zamanla ili\u015fkisi \u00f6zellikle hassast\u0131r:<\/p>\n<ul>\n<li><strong>Veritaban\u0131 replikasyonu<\/strong>: Binlog veya WAL tabanl\u0131 replikasyonlarda zaman fark\u0131, lag analizi ve conflict \u00e7\u00f6z\u00fcmlerinde kafa kar\u0131\u015f\u0131kl\u0131\u011f\u0131na yol a\u00e7ar.<\/li>\n<li><strong>Queue sistemleri<\/strong>: Gecikmeli job\u2019lar, zaman damgas\u0131na g\u00f6re s\u0131ralama ve TTL mekanizmalar\u0131, yanl\u0131\u015f saatle yanl\u0131\u015f \u00e7al\u0131\u015fan queue i\u015flerine sebep olabilir.<\/li>\n<li><strong>Cache ve oturum y\u00f6netimi<\/strong>: Redis\/Memcached TTL de\u011ferleri, JWT expiry s\u00fcreleri ve oturum zaman\u0131 hesaplar\u0131, tutars\u0131z saatlerde tahmin edilmesi zor hatalar \u00fcretir.<\/li>\n<\/ul>\n<p>Bu nedenle multi-region projelerde temel prensip:<\/p>\n<ul>\n<li>T\u00fcm b\u00f6lgelerde <strong>NTP ile milisaniye d\u00fczeyinde senkronize<\/strong> UTC sistem saati<\/li>\n<li>Veri modelinde m\u00fcmk\u00fcn oldu\u011funca <strong>UTC timestamp<\/strong> kullan\u0131m\u0131<\/li>\n<li>\u0130\u015f kurallar\u0131nda timezone d\u00f6n\u00fc\u015f\u00fcm\u00fcn\u00fc yaln\u0131zca kullan\u0131c\u0131ya g\u00f6sterim katman\u0131na b\u0131rakmak<\/li>\n<\/ul>\n<p>\u015feklinde olmal\u0131d\u0131r.<\/p>\n<h2><span id=\"DCHost_altyapisinda_zaman_senkronizasyonu_yaklasimimiz\">DCHost altyap\u0131s\u0131nda zaman senkronizasyonu yakla\u015f\u0131m\u0131m\u0131z<\/span><\/h2>\n<p>DCHost olarak, ister payla\u015f\u0131ml\u0131 hosting, ister VPS, ister dedicated veya colocation hizmeti al\u0131n; altyap\u0131m\u0131z\u0131n zaman katman\u0131n\u0131 \u015fu prensiplerle tasarl\u0131yoruz:<\/p>\n<ul>\n<li>Veri merkezlerimize yak\u0131n, d\u00fc\u015f\u00fck gecikmeli ve g\u00fcvenilir birden fazla NTP kayna\u011f\u0131 se\u00e7iyoruz.<\/li>\n<li>Hypervisor katman\u0131nda ve guest (VPS) katman\u0131nda zaman y\u00f6netimi ayarlar\u0131n\u0131 birlikte test ederek, drift ve z\u0131plamalar\u0131 minimuma indiriyoruz.<\/li>\n<li>Varsay\u0131lan kurulumlar\u0131m\u0131zda sunucular\u0131 <strong>UTC saat diliminde<\/strong> \u00e7al\u0131\u015facak \u015fekilde yap\u0131land\u0131r\u0131yoruz; m\u00fc\u015fteriler isterse kendi projeleri i\u00e7in timezone\u2019u de\u011fi\u015ftirebiliyor.<\/li>\n<li>cPanel, DirectAdmin gibi panellerde cron job zamanlamalar\u0131n\u0131n saat dilimiyle uyumlu olmas\u0131 i\u00e7in, kontrol paneli aray\u00fczlerinde g\u00f6r\u00fcn\u00fcr bilgiler sa\u011fl\u0131yoruz.<\/li>\n<\/ul>\n<p>Daha karma\u015f\u0131k, \u00e7ok b\u00f6lgeli veya reg\u00fcle edilen projelerde; NTP mimarisini, loglama stratejisini, cron planlamas\u0131n\u0131 ve felaket kurtarma senaryolar\u0131n\u0131 birlikte ele almay\u0131 \u00f6neriyoruz. \u00d6zellikle merkezi loglama, replikasyon ve yedekleme taraflar\u0131na odakland\u0131\u011f\u0131n\u0131z projelerde; zaman tutarl\u0131l\u0131\u011f\u0131, felaket an\u0131nda en b\u00fcy\u00fck kurtar\u0131c\u0131lardan biri oluyor.<\/p>\n<h2><span id=\"Ozet_ve_sonraki_adimlar\">\u00d6zet ve sonraki ad\u0131mlar<\/span><\/h2>\n<p>Sunucu saatini ve saat dilimini ayarlamak ilk bak\u0131\u015fta basit bir sistem y\u00f6netimi g\u00f6revi gibi g\u00f6r\u00fcnse de; log analizi, g\u00fcvenlik, cron job\u2019lar, \u00e7ok b\u00f6lgeli mimariler ve yedekleme stratejileri birbirine ba\u011fland\u0131\u011f\u0131nda, asl\u0131nda altyap\u0131n\u0131z\u0131n iskeletini olu\u015fturan temel bir tasar\u0131m karar\u0131d\u0131r.<\/p>\n<p>Bu yaz\u0131da \u015fu \u00e7er\u00e7eveyi netle\u015ftirdik:<\/p>\n<ul>\n<li>Sistem saati, donan\u0131m saati ve saat dilimi kavramlar\u0131n\u0131; \u00f6zellikle de UTC kullanman\u0131n neden bu kadar kritik oldu\u011funu<\/li>\n<li>NTP\u2019nin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, neden birden fazla NTP sunucusu se\u00e7meniz gerekti\u011fini ve chrony ile pratik yap\u0131land\u0131rma ad\u0131mlar\u0131n\u0131<\/li>\n<li>Log tutarl\u0131l\u0131\u011f\u0131 i\u00e7in t\u00fcm katmanlarda UTC timestamp kullanman\u0131n, merkezi loglama ve ar\u015fivleme stratejileriyle nas\u0131l uyumlu oldu\u011funu<\/li>\n<li>Cron job\u2019lar\u0131n saat dilimi ve yaz saati ge\u00e7i\u015fi tuzaklar\u0131n\u0131, systemd timer alternatiflerini ve g\u00fcvenli zamanlama pratiklerini<\/li>\n<li>\u00c7ok b\u00f6lgeli hosting ve GeoDNS senaryolar\u0131nda, NTP ve UTC olmadan sa\u011fl\u0131kl\u0131 bir mimari kurman\u0131n neredeyse imkans\u0131z hale geldi\u011fini<\/li>\n<\/ul>\n<p>Altyap\u0131n\u0131zda atabilece\u011finiz pratik ad\u0131mlar \u015f\u00f6yle olabilir:<\/p>\n<ul>\n<li>T\u00fcm sunucularda <strong>timedatectl status<\/strong> ile mevcut durumu kontrol edin, gerekirse saat dilimini UTC\u2019ye \u00e7ekin.<\/li>\n<li>NTP istemcisini (tercihen chrony) devreye al\u0131n, birden fazla g\u00fcvenilir NTP kayna\u011f\u0131 tan\u0131mlay\u0131n.<\/li>\n<li>Log formatlar\u0131n\u0131z\u0131 g\u00f6zden ge\u00e7irip, m\u00fcmk\u00fcn oldu\u011funca ISO 8601 ve UTC timestamp kullanacak \u015fekilde ayarlay\u0131n.<\/li>\n<li>Cron job\u2019lar\u0131n\u0131z\u0131n ger\u00e7ekten bekledi\u011finiz saatlerde \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 test edin; \u00f6zellikle yaz-k\u0131\u015f saati ge\u00e7i\u015flerinde.<\/li>\n<\/ul>\n<p>E\u011fer DCHost \u00fczerinde \u00e7al\u0131\u015fan payla\u015f\u0131ml\u0131 hosting, VPS, dedicated veya colocation altyap\u0131n\u0131zda bu konular\u0131 daha derinlemesine ele almak isterseniz, teknik ekibimizle birlikte mimari bir g\u00f6zden ge\u00e7irme planlayabilirsiniz. Zaman\u0131 do\u011fru y\u00f6netmek, yaln\u0131zca loglara bakmay\u0131 kolayla\u015ft\u0131rmakla kalmaz; ayn\u0131 zamanda kesinti anlar\u0131nda panik yapmadan, neyin ne zaman oldu\u011funu net \u015fekilde g\u00f6rebilmenizi sa\u011flar.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 Sunucu saatini ciddiye almak: Neden bu kadar \u00f6nemli?2 Sistem saati, donan\u0131m saati ve saat dilimi: Ayn\u0131 \u015fey de\u011filler2.1 UTC \u00f6nerisi: Sunucular\u0131n dili UTC olsun, kullan\u0131c\u0131lar\u0131nki yerel2.2 Ne zaman yerel saat dilimi mant\u0131kl\u0131 olur?3 NTP nedir, nas\u0131l \u00e7al\u0131\u015f\u0131r ve neden vazge\u00e7ilmezdir?3.1 Stratum kavram\u01313.2 Birden fazla NTP sunucusu se\u00e7mek neden \u00f6nemli?3.3 Chrony mi ntpd mi?3.4 G\u00fcvenlik [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":4747,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-4746","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/4746","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=4746"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/4746\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/4747"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=4746"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=4746"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=4746"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}