{"id":3953,"date":"2026-01-01T23:57:14","date_gmt":"2026-01-01T20:57:14","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/hosting-sla-ve-hizmet-kosullarini-okumak-uptime-iade-politikalari-ve-gizli-limitler\/"},"modified":"2026-01-01T23:57:14","modified_gmt":"2026-01-01T20:57:14","slug":"hosting-sla-ve-hizmet-kosullarini-okumak-uptime-iade-politikalari-ve-gizli-limitler","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/hosting-sla-ve-hizmet-kosullarini-okumak-uptime-iade-politikalari-ve-gizli-limitler\/","title":{"rendered":"Hosting SLA ve Hizmet Ko\u015fullar\u0131n\u0131 Okumak: Uptime, \u0130ade Politikalar\u0131 ve Gizli Limitler"},"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=\"#Hosting_SLA_ve_Hizmet_Kosullarini_Neden_Ciddiye_Almalisiniz\"><span class=\"toc_number toc_depth_1\">1<\/span> Hosting SLA ve Hizmet Ko\u015fullar\u0131n\u0131 Neden Ciddiye Almal\u0131s\u0131n\u0131z?<\/a><\/li><li><a href=\"#Hosting_SLA_Nedir_Neyi_Kapsar\"><span class=\"toc_number toc_depth_1\">2<\/span> Hosting SLA Nedir, Neyi Kapsar?<\/a><ul><li><a href=\"#SLA_Hizmet_Kosullari_ve_AUP_Arasindaki_Farklar\"><span class=\"toc_number toc_depth_2\">2.1<\/span> SLA, Hizmet Ko\u015fullar\u0131 ve AUP Aras\u0131ndaki Farklar<\/a><\/li><\/ul><\/li><li><a href=\"#Uptime_Yuzdelerini_Gercek_Kesinti_Suresine_Cevirmek\"><span class=\"toc_number toc_depth_1\">3<\/span> Uptime Y\u00fczdelerini Ger\u00e7ek Kesinti S\u00fcresine \u00c7evirmek<\/a><ul><li><a href=\"#Uptime_Yuzdeleri_ve_Aylik_Kesinti_Sureleri\"><span class=\"toc_number toc_depth_2\">3.1<\/span> Uptime Y\u00fczdeleri ve Ayl\u0131k Kesinti S\u00fcreleri<\/a><\/li><li><a href=\"#Uptime_Hesabinda_Ne_Olculuyor\"><span class=\"toc_number toc_depth_2\">3.2<\/span> Uptime Hesab\u0131nda Ne \u00d6l\u00e7\u00fcl\u00fcyor?<\/a><\/li><\/ul><\/li><li><a href=\"#Uptime_Nasil_Olculuyor_Saglayiciya_Koru_Korune_Guvenmeyin\"><span class=\"toc_number toc_depth_1\">4<\/span> Uptime Nas\u0131l \u00d6l\u00e7\u00fcl\u00fcyor? Sa\u011flay\u0131c\u0131ya K\u00f6r\u00fc K\u00f6r\u00fcne G\u00fcvenmeyin<\/a><ul><li><a href=\"#Saglayicinin_Izleme_Sistemleri\"><span class=\"toc_number toc_depth_2\">4.1<\/span> Sa\u011flay\u0131c\u0131n\u0131n \u0130zleme Sistemleri<\/a><\/li><li><a href=\"#Kendi_Uptime_Olcumunuzu_Kurun\"><span class=\"toc_number toc_depth_2\">4.2<\/span> Kendi Uptime \u00d6l\u00e7\u00fcm\u00fcn\u00fcz\u00fc Kurun<\/a><\/li><li><a href=\"#Planli_Bakim_DDoS_ve_Mucbir_Sebepler\"><span class=\"toc_number toc_depth_2\">4.3<\/span> Planl\u0131 Bak\u0131m, DDoS ve M\u00fccbir Sebepler<\/a><\/li><\/ul><\/li><li><a href=\"#SLA_Ihlalinde_Iade_ve_Hizmet_Kredileri_Nasil_Calisir\"><span class=\"toc_number toc_depth_1\">5<\/span> SLA \u0130hlalinde \u0130ade ve Hizmet Kredileri Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/a><ul><li><a href=\"#SLA_Kredileri_Genellikle_Nasil_Hesaplanir\"><span class=\"toc_number toc_depth_2\">5.1<\/span> SLA Kredileri Genellikle Nas\u0131l Hesaplan\u0131r?<\/a><\/li><li><a href=\"#Para_Iadesi_Deneme_Suresi_ve_SLA_Kredisi_Farki\"><span class=\"toc_number toc_depth_2\">5.2<\/span> Para \u0130adesi, Deneme S\u00fcresi ve SLA Kredisi Fark\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Hizmet_Kosullarindaki_Gizli_Limitler_Asil_Surprizler_Burada\"><span class=\"toc_number toc_depth_1\">6<\/span> Hizmet Ko\u015fullar\u0131ndaki Gizli Limitler: As\u0131l S\u00fcrprizler Burada<\/a><ul><li><a href=\"#CPU_RAM_IO_ve_Process_Limitleri_Ozellikle_paylasimli_hosting\"><span class=\"toc_number toc_depth_2\">6.1<\/span> CPU, RAM, IO ve Process Limitleri (\u00d6zellikle payla\u015f\u0131ml\u0131 hosting)<\/a><\/li><li><a href=\"#inode_Disk_Kullanimi_ve_8220Limitsiz8221_Depolama\"><span class=\"toc_number toc_depth_2\">6.2<\/span> inode, Disk Kullan\u0131m\u0131 ve &#8220;Limitsiz&#8221; Depolama<\/a><\/li><li><a href=\"#Trafik_ve_Bant_Genisligi_8220Limitsiz8221_Her_Zaman_Limitsiz_Degil\"><span class=\"toc_number toc_depth_2\">6.3<\/span> Trafik ve Bant Geni\u015fli\u011fi: &#8220;Limitsiz&#8221; Her Zaman Limitsiz De\u011fil<\/a><\/li><li><a href=\"#E-posta_Gonderim_Limitleri_ve_Spam_Politikalari\"><span class=\"toc_number toc_depth_2\">6.4<\/span> E-posta G\u00f6nderim Limitleri ve Spam Politikalar\u0131<\/a><\/li><li><a href=\"#Yedekleme_Backup_Politikalari_Gercekten_Ne_Kadar_Guvendesiniz\"><span class=\"toc_number toc_depth_2\">6.5<\/span> Yedekleme (Backup) Politikalar\u0131: Ger\u00e7ekten Ne Kadar G\u00fcvendesiniz?<\/a><\/li><\/ul><\/li><li><a href=\"#SLA_ve_Hizmet_Kosullarini_Okurken_Kontrol_Listesi\"><span class=\"toc_number toc_depth_1\">7<\/span> SLA ve Hizmet Ko\u015fullar\u0131n\u0131 Okurken Kontrol Listesi<\/a><\/li><li><a href=\"#DCHost_ile_Calisirken_Bu_Bilgileri_Nasil_Avantaja_Cevirirsiniz\"><span class=\"toc_number toc_depth_1\">8<\/span> DCHost ile \u00c7al\u0131\u015f\u0131rken Bu Bilgileri Nas\u0131l Avantaja \u00c7evirirsiniz?<\/a><\/li><li><a href=\"#Ozet_ve_Yol_Haritasi_Imza_Atmadan_Once_Son_Kontrol\"><span class=\"toc_number toc_depth_1\">9<\/span> \u00d6zet ve Yol Haritas\u0131: \u0130mza Atmadan \u00d6nce Son Kontrol<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Hosting_SLA_ve_Hizmet_Kosullarini_Neden_Ciddiye_Almalisiniz\">Hosting SLA ve Hizmet Ko\u015fullar\u0131n\u0131 Neden Ciddiye Almal\u0131s\u0131n\u0131z?<\/span><\/h2>\n<p>Yeni bir hosting paketi se\u00e7erken \u00e7o\u011fu ki\u015fi \u00f6nce fiyat, sonra disk ve trafik rakamlar\u0131na bak\u0131yor. Oysa projenizin kaderini belirleyen as\u0131l metinler, genellikle en alttaki k\u00fc\u00e7\u00fck linklerde sakl\u0131: <strong>SLA (Service Level Agreement \/ Hizmet D\u00fczeyi S\u00f6zle\u015fmesi)<\/strong> ve <strong>hizmet ko\u015fullar\u0131<\/strong>. Bu metinler, siteniz \u00e7\u00f6kt\u00fc\u011f\u00fcnde ne olaca\u011f\u0131n\u0131, hangi durumlarda iade veya hizmet kredisi alabilece\u011finizi, &#8220;limitsiz&#8221; g\u00f6rd\u00fc\u011f\u00fcn\u00fcz kaynaklar\u0131n ger\u00e7ekte nerede bitti\u011fini belirliyor.<\/p>\n<p>Ajanslar, e-ticaret siteleri, SaaS projeleri ve yo\u011fun i\u00e7erik \u00fcreten yay\u0131nc\u0131lar i\u00e7in SLA art\u0131k sadece hukuki bir formalite de\u011fil; i\u015f s\u00fcreklili\u011fi plan\u0131n\u0131n \u00e7ekirde\u011fi. \u00d6zellikle kampanya d\u00f6nemleri, \u00fcr\u00fcn lansmanlar\u0131 veya kritik SEO \u00e7al\u0131\u015fmalar\u0131nda birka\u00e7 dakikal\u0131k kesinti bile do\u011frudan gelir ve itibar kayb\u0131 anlam\u0131na gelebiliyor. Bu y\u00fczden SLA ve hizmet ko\u015fullar\u0131n\u0131 do\u011fru okumay\u0131 \u00f6\u011frenmek, teknik ekibin oldu\u011fu kadar i\u015f taraf\u0131n\u0131n da sorumlulu\u011fu.<\/p>\n<p>Bu yaz\u0131da DCHost ekibi olarak, <strong>uptime y\u00fczdelerini ger\u00e7ek kesinti s\u00fcrelerine \u00e7evirmeyi<\/strong>, <strong>iade ve hizmet kredisi politikalar\u0131n\u0131n sat\u0131r aralar\u0131n\u0131<\/strong> ve <strong>hizmet ko\u015fullar\u0131ndaki gizli limitleri<\/strong> birlikte a\u00e7aca\u011f\u0131z. Amac\u0131m\u0131z, yeni bir hosting se\u00e7erken veya mevcut altyap\u0131n\u0131z\u0131 g\u00f6zden ge\u00e7irirken, s\u00f6zle\u015fme metinlerine korkmadan, net bir checklist ile bakabilmenizi sa\u011flamak.<\/p>\n<h2><span id=\"Hosting_SLA_Nedir_Neyi_Kapsar\">Hosting SLA Nedir, Neyi Kapsar?<\/span><\/h2>\n<p><strong>SLA (Service Level Agreement)<\/strong>, hosting sa\u011flay\u0131c\u0131s\u0131n\u0131n size vermeyi taahh\u00fct etti\u011fi hizmet seviyesini tan\u0131mlar. En bilinen ba\u015fl\u0131k uptime y\u00fczdesidir; ancak iyi yaz\u0131lm\u0131\u015f bir SLA bunun \u00e7ok \u00f6tesine ge\u00e7er.<\/p>\n<p>Tipik bir hosting SLA\u2019s\u0131nda \u015fu ba\u015fl\u0131klar olur:<\/p>\n<ul>\n<li><strong>Uptime y\u00fczdesi:<\/strong> \u00d6rne\u011fin ayl\u0131k %99,9 a\u011f ve servis eri\u015filebilirli\u011fi gibi.<\/li>\n<li><strong>\u00d6l\u00e7\u00fcm y\u00f6ntemi:<\/strong> Hangi bile\u015fenlerin uptime hesab\u0131na dahil edildi\u011fi (a\u011f, elektrik, hiperviz\u00f6r, web sunucusu vb.).<\/li>\n<li><strong>Hari\u00e7 tutulan durumlar:<\/strong> Planl\u0131 bak\u0131m, \u00fc\u00e7\u00fcnc\u00fc taraf a\u011f sorunlar\u0131, DDoS sald\u0131r\u0131lar\u0131, m\u00fccbir sebepler gibi.<\/li>\n<li><strong>SLA ihlali durumunda telafi:<\/strong> Hizmet kredisi y\u00fczdeleri, \u00fcst limitler, ba\u015fvuru s\u00fcreci.<\/li>\n<li><strong>Bildirim s\u00fcre\u00e7leri:<\/strong> Kesintilerin ne zaman, hangi kanaldan bildirilece\u011fi.<\/li>\n<\/ul>\n<p>Burada kritik nokta \u015fu: SLA, bir pazarlama metni de\u011fildir; <strong>\u00f6l\u00e7\u00fclebilir, denetlenebilir ve hesaplamaya d\u00f6n\u00fc\u015ft\u00fcr\u00fclebilir<\/strong> c\u00fcmleler i\u00e7ermelidir. \u00d6rne\u011fin \u201cm\u00fcmk\u00fcn olan en y\u00fcksek uptime\u201d ifadesi, hukuken neredeyse hi\u00e7bir \u015fey ifade etmez. Buna kar\u015f\u0131l\u0131k \u201cayl\u0131k a\u011f eri\u015filebilirli\u011fi %99,9\u2019un alt\u0131na d\u00fc\u015ferse, etkilenen hizmetin ayl\u0131k \u00fccretinin %10\u2013%25\u2019i oran\u0131nda hizmet kredisi tan\u0131mlan\u0131r\u201d gibi bir c\u00fcmle somut ve \u00f6l\u00e7\u00fclebilirdir.<\/p>\n<h3><span id=\"SLA_Hizmet_Kosullari_ve_AUP_Arasindaki_Farklar\">SLA, Hizmet Ko\u015fullar\u0131 ve AUP Aras\u0131ndaki Farklar<\/span><\/h3>\n<p>\u00c7o\u011fu kullan\u0131c\u0131 bu \u00fc\u00e7 metni kar\u0131\u015ft\u0131r\u0131yor:<\/p>\n<ul>\n<li><strong>SLA:<\/strong> Teknik kalite ve s\u00fcreklilik taahh\u00fcd\u00fc. Uptime, tepki s\u00fcreleri, telafiler.<\/li>\n<li><strong>Hizmet ko\u015fullar\u0131 (ToS):<\/strong> S\u00f6zle\u015fmenin hukuki \u00e7er\u00e7evesi. \u00d6deme, fesih, sorumluluk s\u0131n\u0131rlar\u0131, veri saklama poli\u00e7eleri vb.<\/li>\n<li><strong>Acceptable Use Policy (AUP):<\/strong> Hizmetin nas\u0131l kullan\u0131lamayaca\u011f\u0131n\u0131 tarif eder (spam, madencilik, sald\u0131r\u0131 trafi\u011fi vb.).<\/li>\n<\/ul>\n<p>\u0130yi bir hosting se\u00e7erken bu \u00fc\u00e7 metni birlikte okuman\u0131z gerekir. \u00d6rne\u011fin SLA size %99,9 uptime s\u00f6z\u00fc verirken, hizmet ko\u015fullar\u0131nda sa\u011flay\u0131c\u0131n\u0131n toplam sorumlulu\u011funun &#8220;en fazla son 1 ayl\u0131k \u00fccretle s\u0131n\u0131rl\u0131&#8221; oldu\u011funa dair bir madde g\u00f6rebilirsiniz. Bu, b\u00fcy\u00fck bir e-ticaret sitesinin ciddi gelir kay\u0131plar\u0131 i\u00e7in ayr\u0131ca sigorta veya farkl\u0131 i\u015f s\u00fcreklili\u011fi stratejileri d\u00fc\u015f\u00fcnmesi gerekti\u011fi anlam\u0131na gelir.<\/p>\n<p>Uptime y\u00fczdelerinin teknik hesaplamas\u0131n\u0131 daha detayl\u0131 incelemek isterseniz, <a href='https:\/\/www.dchost.com\/blog\/99-9-uptime-ne-anlama-gelir-hosting-sla-sozlesmelerini-okuma-rehberi\/'>99.9% uptime ve SLA s\u00f6zle\u015fmelerini okuma rehberi<\/a> yaz\u0131m\u0131za da g\u00f6z atabilirsiniz.<\/p>\n<h2><span id=\"Uptime_Yuzdelerini_Gercek_Kesinti_Suresine_Cevirmek\">Uptime Y\u00fczdelerini Ger\u00e7ek Kesinti S\u00fcresine \u00c7evirmek<\/span><\/h2>\n<p>&#8220;%99,9 uptime&#8221; ilk bak\u0131\u015fta kula\u011fa m\u00fckemmel geliyor. Ancak bu y\u00fczdelerin ayl\u0131k ve y\u0131ll\u0131k bazda ne kadar ger\u00e7ek kesinti s\u00fcresine denk geldi\u011fini bilmeden karar vermek sa\u011fl\u0131kl\u0131 de\u011fil.<\/p>\n<h3><span id=\"Uptime_Yuzdeleri_ve_Aylik_Kesinti_Sureleri\">Uptime Y\u00fczdeleri ve Ayl\u0131k Kesinti S\u00fcreleri<\/span><\/h3>\n<p>A\u015fa\u011f\u0131daki tablo, yakla\u015f\u0131k bir ayl\u0131k (30 g\u00fcn) s\u00fcre i\u00e7in farkl\u0131 uptime y\u00fczdelerinde en fazla ne kadar kesintiyi kabul etmi\u015f olaca\u011f\u0131n\u0131z\u0131 g\u00f6steriyor:<\/p>\n<table border='1' cellpadding='6' cellspacing='0'>\n<thead>\n<tr>\n<th>Uptime y\u00fczdesi<\/th>\n<th>Ayl\u0131k maksimum kesinti<\/th>\n<th>Y\u0131ll\u0131k maksimum kesinti (yakla\u015f\u0131k)<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>%99<\/td>\n<td>~7 saat 18 dakika<\/td>\n<td>~3 g\u00fcn 15 saat<\/td>\n<\/tr>\n<tr>\n<td>%99,5<\/td>\n<td>~3 saat 36 dakika<\/td>\n<td>~1 g\u00fcn 19 saat<\/td>\n<\/tr>\n<tr>\n<td>%99,9<\/td>\n<td>~43 dakika<\/td>\n<td>~8 saat 45 dakika<\/td>\n<\/tr>\n<tr>\n<td>%99,95<\/td>\n<td>~22 dakika<\/td>\n<td>~4 saat 23 dakika<\/td>\n<\/tr>\n<tr>\n<td>%99,99<\/td>\n<td>~4,3 dakika<\/td>\n<td>~52 dakika<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Ger\u00e7ek hayatta kesintiler genellikle tek bir blok halinde de\u011fil, birka\u00e7 dakikal\u0131k veya saniyelik par\u00e7alar halinde da\u011f\u0131l\u0131r. Ancak yine de kampanya d\u00f6nemlerinde 40\u201350 dakikal\u0131k toplam kesintinin bile ciddi ciro kayb\u0131na d\u00f6n\u00fc\u015febilece\u011fini unutmay\u0131n.<\/p>\n<h3><span id=\"Uptime_Hesabinda_Ne_Olculuyor\">Uptime Hesab\u0131nda Ne \u00d6l\u00e7\u00fcl\u00fcyor?<\/span><\/h3>\n<p>Bir di\u011fer kritik detay, sa\u011flay\u0131c\u0131n\u0131n &#8220;uptime&#8221; derken neyi kastetti\u011fidir. Baz\u0131 sa\u011flay\u0131c\u0131lar sadece <strong>a\u011f ve g\u00fc\u00e7 s\u00fcreklili\u011fini<\/strong> garanti eder; yani sunucunun ba\u011fl\u0131 oldu\u011fu switch ve elektrik altyap\u0131s\u0131 \u00e7al\u0131\u015f\u0131yorsa uptime say\u0131l\u0131r. Oysa siz siteye eri\u015femeyebilirsiniz, veritaban\u0131 sunucusu yan\u0131t vermiyor olabilir. Bu fark\u0131 netle\u015ftirmek i\u00e7in SLA\u2019da \u015fu terimleri aray\u0131n:<\/p>\n<ul>\n<li><strong>Network uptime:<\/strong> Veri merkezinin d\u0131\u015f d\u00fcnyaya ba\u011flant\u0131s\u0131n\u0131n ayakta olmas\u0131.<\/li>\n<li><strong>Host node uptime:<\/strong> <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>\u2019in \u00e7al\u0131\u015ft\u0131\u011f\u0131 fiziksel sunucunun ayakta olmas\u0131.<\/li>\n<li><strong>Service uptime:<\/strong> Web ve veritaban\u0131 gibi belirli servislerin d\u0131\u015far\u0131dan eri\u015filebilir olmas\u0131.<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin sadece network uptime garanti ediliyorsa, &#8220;sunucu reboot&#8217;ta kald\u0131&#8221; veya &#8220;web sunucusu \u00e7\u00f6k\u00fcyor&#8221; gibi sorunlar teknik olarak SLA kapsam\u0131na girmeyebilir. DCHost olarak SLA metinlerinde bu ayr\u0131mlar\u0131 olabildi\u011fince a\u00e7\u0131k yazmaya ve m\u00fc\u015fterilerimizin neyi, nas\u0131l talep edebilece\u011fini netle\u015ftirmeye \u00f6zellikle dikkat ediyoruz.<\/p>\n<h2><span id=\"Uptime_Nasil_Olculuyor_Saglayiciya_Koru_Korune_Guvenmeyin\">Uptime Nas\u0131l \u00d6l\u00e7\u00fcl\u00fcyor? Sa\u011flay\u0131c\u0131ya K\u00f6r\u00fc K\u00f6r\u00fcne G\u00fcvenmeyin<\/span><\/h2>\n<p>SLA\u2019n\u0131n ger\u00e7ekten i\u015flemesi i\u00e7in tek tarafl\u0131 \u00f6l\u00e7\u00fcm yeterli de\u011fildir. Sa\u011flay\u0131c\u0131, genellikle kendi izleme sistemine (monitoring) g\u00f6re uptime hesaplar; ancak kendi ba\u011f\u0131ms\u0131z \u00f6l\u00e7\u00fcm\u00fcn\u00fcz olmadan bu verileri teknik olarak tart\u0131\u015fman\u0131z zorla\u015f\u0131r.<\/p>\n<h3><span id=\"Saglayicinin_Izleme_Sistemleri\">Sa\u011flay\u0131c\u0131n\u0131n \u0130zleme Sistemleri<\/span><\/h3>\n<p>Profesyonel hosting altyap\u0131lar\u0131nda sunucu ve a\u011f katman\u0131nda onlarca metrik izlenir: ping cevaplar\u0131, HTTP\/HTTPS kontrolleri, disk ve CPU alarmlar\u0131, veritaban\u0131 sa\u011fl\u0131k kontrolleri vb. Ancak bu izlemeler genellikle sa\u011flay\u0131c\u0131n\u0131n i\u00e7 a\u011f\u0131ndan yap\u0131l\u0131r. Yani d\u0131\u015f d\u00fcnyadan eri\u015fimi etkileyen baz\u0131 rota problemleri, ara s\u0131ra ya\u015fanan paket kay\u0131plar\u0131 veya belirli b\u00f6lgelere \u00f6zg\u00fc problemler bu metriklere yans\u0131mayabilir.<\/p>\n<h3><span id=\"Kendi_Uptime_Olcumunuzu_Kurun\">Kendi Uptime \u00d6l\u00e7\u00fcm\u00fcn\u00fcz\u00fc Kurun<\/span><\/h3>\n<p>\u00d6nerimiz, \u00f6zellikle kritik projeler i\u00e7in mutlaka kendi uptime izleme altyap\u0131n\u0131z\u0131 kurman\u0131z. Bu, harici bir izleme servisi veya kendi VPS\u2019iniz \u00fczerinde ko\u015fturdu\u011funuz a\u00e7\u0131k kaynak \u00e7\u00f6z\u00fcmler olabilir. IP veya domain bazl\u0131 ping yerine <strong>HTTP\/HTTPS i\u00e7erik kontrol\u00fc<\/strong> yapman\u0131z (\u00f6rne\u011fin belirli bir kelimeyi sayfada aramak) ger\u00e7ek kullan\u0131c\u0131 deneyimine daha yak\u0131nd\u0131r.<\/p>\n<p>Kendi izleme sisteminizi kurmak i\u00e7in pratik bir rehber ar\u0131yorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/web-sitesi-uptime-izleme-ve-alarm-kurma-rehberi\/'>web sitesi uptime izleme ve alarm kurma rehberi<\/a> yaz\u0131m\u0131zda ad\u0131m ad\u0131m \u00f6rnek senaryolar\u0131 bulabilirsiniz. Bu t\u00fcr bir izleme, SLA ihlali ya\u015fad\u0131\u011f\u0131n\u0131z\u0131 d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcn\u00fcz durumlarda elinizi g\u00fc\u00e7lendirir, destek ekibiyle teknik veriye dayal\u0131 ileti\u015fim kurman\u0131z\u0131 sa\u011flar.<\/p>\n<h3><span id=\"Planli_Bakim_DDoS_ve_Mucbir_Sebepler\">Planl\u0131 Bak\u0131m, DDoS ve M\u00fccbir Sebepler<\/span><\/h3>\n<p>Hemen her SLA\u2019da baz\u0131 durumlar\u0131n uptime hesab\u0131 d\u0131\u015f\u0131nda tutuldu\u011funu g\u00f6r\u00fcrs\u00fcn\u00fcz. \u00d6zellikle \u015fu ba\u015fl\u0131klar \u00f6nemlidir:<\/p>\n<ul>\n<li><strong>Planl\u0131 bak\u0131m:<\/strong> Belirli bir s\u00fcre \u00f6nceden e-posta veya panel \u00fczerinden duyurulan, genellikle gece saatlerine al\u0131nan bak\u0131m \u00e7al\u0131\u015fmalar\u0131.<\/li>\n<li><strong>DDoS ve sald\u0131r\u0131lar:<\/strong> Altyap\u0131ya y\u00f6nelik geni\u015f \u00e7apl\u0131 sald\u0131r\u0131lar, sa\u011flay\u0131c\u0131n\u0131n DDoS koruma s\u0131n\u0131r\u0131n\u0131n \u00f6tesine ge\u00e7ti\u011finde \u00e7o\u011fu zaman SLA d\u0131\u015f\u0131na al\u0131n\u0131r.<\/li>\n<li><strong>M\u00fccbir sebepler:<\/strong> Do\u011fal afetler, geni\u015f \u00e7apl\u0131 enerji kesintileri, ulusal\/uluslararas\u0131 a\u011f sorunlar\u0131 gibi \u00f6ng\u00f6r\u00fclemeyen durumlar.<\/li>\n<\/ul>\n<p>Planl\u0131 bak\u0131mlar genellikle SLA hesab\u0131na dahil edilmez. Ancak burada bakman\u0131z gereken, <strong>&#8220;planl\u0131 bak\u0131m&#8221; i\u00e7in \u00f6n bildirim s\u00fcresi<\/strong> ve bak\u0131mlar\u0131n ne s\u0131kl\u0131kla, ne kadar uzun s\u00fcrd\u00fc\u011f\u00fcd\u00fcr. Haftada bir saat kesinti gerektiren bir altyap\u0131, k\u00e2\u011f\u0131t \u00fczerinde SLA\u2019y\u0131 bozmasa bile i\u015finiz i\u00e7in kabul edilemez olabilir.<\/p>\n<h2><span id=\"SLA_Ihlalinde_Iade_ve_Hizmet_Kredileri_Nasil_Calisir\">SLA \u0130hlalinde \u0130ade ve Hizmet Kredileri Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/span><\/h2>\n<p>Uptime y\u00fczdesi tek ba\u015f\u0131na yeterli de\u011fil; as\u0131l \u00f6nemli olan, bu y\u00fczdelerin <strong>ihlali halinde ne olaca\u011f\u0131<\/strong>. Burada genellikle iki t\u00fcr telafi g\u00f6r\u00fcr\u00fcz:<\/p>\n<ul>\n<li><strong>Hizmet kredisi (service credit):<\/strong> Gelecek d\u00f6nemdeki faturadan d\u00fc\u015f\u00fclen veya hesab\u0131n\u0131za kredi olarak tan\u0131mlanan tutarlar.<\/li>\n<li><strong>Do\u011frudan para iadesi:<\/strong> Daha nadir g\u00f6r\u00fcl\u00fcr; genellikle ilk 7\u201330 g\u00fcn &#8220;memnuniyet garantisi&#8221; kapsam\u0131nda uygulan\u0131r.<\/li>\n<\/ul>\n<p>SLA b\u00f6l\u00fcm\u00fcn\u00fc okurken \u015fu sorulara net cevap bulabilmelisiniz:<\/p>\n<ul>\n<li>Hangi e\u015fiklerde (\u00f6r. %99,9 yerine %99,5 ger\u00e7ekle\u015fti\u011finde) ne kadar kredi al\u0131r\u0131m?<\/li>\n<li>Kredinin \u00fcst limiti nedir? (\u00c7o\u011funlukla ilgili ay\u0131n fatura tutar\u0131 kadar.)<\/li>\n<li>Krediye hak kazanmak i\u00e7in destek talebi a\u00e7mam gerekir mi, yoksa otomatik mi i\u015fliyor?<\/li>\n<li>Ba\u015fvuru i\u00e7in zaman a\u015f\u0131m\u0131 var m\u0131? (\u00d6rn. 7 veya 30 g\u00fcn i\u00e7inde ba\u015fvurulmal\u0131.)<\/li>\n<\/ul>\n<h3><span id=\"SLA_Kredileri_Genellikle_Nasil_Hesaplanir\">SLA Kredileri Genellikle Nas\u0131l Hesaplan\u0131r?<\/span><\/h3>\n<p>Her sa\u011flay\u0131c\u0131n\u0131n form\u00fcl\u00fc farkl\u0131 olabilir, ancak s\u0131k g\u00f6rd\u00fc\u011f\u00fcm\u00fcz bir \u00f6rnek \u00fczerinden gidelim:<\/p>\n<ul>\n<li>Ayl\u0131k uptime %99,9\u2013%99,0 aras\u0131 ger\u00e7ekle\u015fti: \u0130lgili ay\u0131n hizmet bedelinin %10\u2019u kadar kredi.<\/li>\n<li>Ayl\u0131k uptime %99,0\u2013%98,0 aras\u0131 ger\u00e7ekle\u015fti: %25 kredi.<\/li>\n<li>Ayl\u0131k uptime %98,0\u2019in alt\u0131na d\u00fc\u015ft\u00fc: %50 kredi.<\/li>\n<\/ul>\n<p>Burada dikkat etmeniz gereken iki kritik nokta var:<\/p>\n<ol>\n<li><strong>Krediler genellikle &#8220;gelecek faturadan d\u00fc\u015f\u00fcl\u00fcr&#8221;:<\/strong> Yani \u015firketiniz bir kampanya d\u00f6neminde binlerce lira ciro kaybetmi\u015f olsa bile, SLA kredisi \u00e7o\u011funlukla sadece altyap\u0131 maliyetinizi k\u0131smen telafi eder.<\/li>\n<li><strong>\u00dcst limitler:<\/strong> Hizmet ko\u015fullar\u0131nda &#8220;toplam sorumlulu\u011fumuz son 1 ayda \u00f6dedi\u011finiz tutarla s\u0131n\u0131rl\u0131d\u0131r&#8221; gibi bir madde varsa, uzun s\u00fcreli kesintilerde dahi bundan fazlas\u0131n\u0131 alamazs\u0131n\u0131z.<\/li>\n<\/ol>\n<h3><span id=\"Para_Iadesi_Deneme_Suresi_ve_SLA_Kredisi_Farki\">Para \u0130adesi, Deneme S\u00fcresi ve SLA Kredisi Fark\u0131<\/span><\/h3>\n<p>Kullan\u0131c\u0131lar\u0131n en \u00e7ok kar\u0131\u015ft\u0131rd\u0131\u011f\u0131 konu, &#8220;X g\u00fcn ko\u015fulsuz iade&#8221; ile SLA ihlali sonras\u0131 verilen hizmet kredilerinin birbirine kar\u0131\u015ft\u0131r\u0131lmas\u0131. \u015eu ayr\u0131m\u0131 net tutun:<\/p>\n<ul>\n<li><strong>Memnuniyet \/ deneme s\u00fcresi iadesi:<\/strong> Genellikle ilk 7\u201330 g\u00fcn i\u00e7inde, sebep g\u00f6stermeden ayr\u0131lman\u0131z\u0131 sa\u011flar. \u00c7o\u011fu zaman alan ad\u0131, lisans ve \u00fc\u00e7\u00fcnc\u00fc taraf hizmetler bu iadenin d\u0131\u015f\u0131nda kal\u0131r.<\/li>\n<li><strong>SLA hizmet kredisi:<\/strong> Hizmetinizi kullanmaya devam ederken, ya\u015fanan uptime d\u00fc\u015f\u00fc\u015f\u00fcne kar\u015f\u0131l\u0131k gelecekte kullanabilece\u011finiz kredi tan\u0131mlanmas\u0131d\u0131r.<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin yeni bir VPS al\u0131p ilk hafta i\u00e7inde &#8220;bekledi\u011fim performans\u0131 alamad\u0131m&#8221; diyerek iade isteyebilirsiniz; bu SLA ile ilgili de\u011fil, memnuniyet politikas\u0131d\u0131r. Buna kar\u015f\u0131l\u0131k 1 y\u0131ld\u0131r kulland\u0131\u011f\u0131n\u0131z bir hostingde, bir ay i\u00e7inde toplam 2 saat kesinti ya\u015farsan\u0131z, SLA\u2019daki e\u015fi\u011fe bakarak hesaplanan hizmet kredisini talep edersiniz.<\/p>\n<h2><span id=\"Hizmet_Kosullarindaki_Gizli_Limitler_Asil_Surprizler_Burada\">Hizmet Ko\u015fullar\u0131ndaki Gizli Limitler: As\u0131l S\u00fcrprizler Burada<\/span><\/h2>\n<p>Paket tan\u0131t\u0131m sayfas\u0131nda &#8220;limitsiz&#8221; veya &#8220;y\u00fcksek&#8221; diye g\u00f6rd\u00fc\u011f\u00fcn\u00fcz bir\u00e7ok de\u011fer, asl\u0131nda hizmet ko\u015fullar\u0131 ve teknik dok\u00fcmanlarda somut limitlere ba\u011flan\u0131r. Bu limitler k\u00f6t\u00fc niyetli de\u011fil; payla\u015f\u0131ml\u0131 altyap\u0131larda adil kaynak kullan\u0131m\u0131 (fair use) i\u00e7in gereklidir. Ancak bilmeden bu s\u0131n\u0131rlara dayand\u0131\u011f\u0131n\u0131zda siteniz yava\u015flayabilir, hata verebilir veya ge\u00e7ici olarak ask\u0131ya al\u0131nabilir.<\/p>\n<h3><span id=\"CPU_RAM_IO_ve_Process_Limitleri_Ozellikle_paylasimli_hosting\">CPU, RAM, IO ve Process Limitleri (\u00d6zellikle <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>)<\/span><\/h3>\n<p>Payla\u015f\u0131ml\u0131 hosting paketlerinde her kullan\u0131c\u0131ya belli bir <strong>CPU, RAM, IO ve e\u015fzamanl\u0131 s\u00fcre\u00e7 (process) limiti<\/strong> atan\u0131r. Bu de\u011ferler \u00e7o\u011fu zaman cPanel\/CloudLinux gibi paneller \u00fczerinden y\u00f6netilir. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>CPU: 1 vCPU\u2019ya kadar<\/li>\n<li>RAM: 1\u20132 GB aras\u0131<\/li>\n<li>IO: 5\u201310 MB\/s disk okuma\/yazma<\/li>\n<li>EP (Entry Process): Ayn\u0131 anda \u00e7al\u0131\u015fabilecek PHP s\u00fcre\u00e7 say\u0131s\u0131<\/li>\n<\/ul>\n<p>Bu limitleri a\u015ft\u0131\u011f\u0131n\u0131zda siteye giri\u015fte &#8220;508 Resource Limit Is Reached&#8221; gibi hatalar g\u00f6rebilirsiniz. Bu konuya \u00f6zel olarak, <a href='https:\/\/www.dchost.com\/blog\/cpanelde-kaynak-limitleri-cpu-io-ep-ram-ve-resource-limit-reached-hatasi\/'>cPanel\u2019de kaynak limitleri ve Resource Limit Reached hatas\u0131&lt;\/a rehberimizde detayl\u0131 \u00f6rneklerle de\u011finiyoruz.<\/p>\n<p>Hizmet ko\u015fullar\u0131nda bu t\u00fcr limitlerin nas\u0131l tan\u0131mland\u0131\u011f\u0131na, hangi durumlarda hesab\u0131n\u0131z\u0131n ge\u00e7ici olarak s\u0131n\u0131rland\u0131r\u0131labilece\u011fine veya ta\u015f\u0131nmas\u0131n\u0131n \u00f6nerilece\u011fine mutlaka g\u00f6z at\u0131n. Yo\u011fun WooCommerce, ajans siteleri veya \u00f6zel yaz\u0131l\u0131mlar\u0131n\u0131z varsa, belli bir noktadan sonra VPS veya dedicated sunucuya ge\u00e7i\u015f ka\u00e7\u0131n\u0131lmaz olacakt\u0131r.<\/p>\n<h3><span id=\"inode_Disk_Kullanimi_ve_8220Limitsiz8221_Depolama\">inode, Disk Kullan\u0131m\u0131 ve &#8220;Limitsiz&#8221; Depolama<\/span><\/h3>\n<p>Bir\u00e7ok kullan\u0131c\u0131 i\u00e7in en \u015fa\u015f\u0131rt\u0131c\u0131 limitlerden biri <strong>inode<\/strong> s\u0131n\u0131r\u0131d\u0131r. inode, basit\u00e7e s\u00f6ylemek gerekirse, hosting hesab\u0131n\u0131zdaki <strong>dosya ve klas\u00f6r say\u0131s\u0131n\u0131<\/strong> ifade eder. Disk alan\u0131n\u0131z bitmemi\u015f olsa bile, inode limitine dayan\u0131rsan\u0131z yeni dosya olu\u015fturamaz, e-posta alamaz veya yedekleriniz d\u00fczg\u00fcn al\u0131namaz.<\/p>\n<p>Paket a\u00e7\u0131klamalar\u0131nda &#8220;limitsiz&#8221; disk ifadesi g\u00f6r\u00fcp, hizmet ko\u015fullar\u0131nda 250.000 veya 500.000 inode s\u0131n\u0131r\u0131yla kar\u015f\u0131la\u015fmak \u00e7ok yayg\u0131n. Bu y\u00fczden \u00f6zellikle WordPress sitelerinde eski yedekler, cache dosyalar\u0131 ve gereksiz medya dosyalar\u0131n\u0131 temiz tutmak kritik \u00f6nem ta\u015f\u0131r. Uygulamal\u0131 bir temizlik rehberi ar\u0131yorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/paylasimli-hostingde-inode-limitine-takilmamak-icin-uygulamali-temizlik-rehberi\/'>payla\u015f\u0131ml\u0131 hosting\u2019de inode limitine tak\u0131lmamak i\u00e7in temizlik rehberimiz<\/a> tam bu soruna odaklan\u0131yor.<\/p>\n<h3><span id=\"Trafik_ve_Bant_Genisligi_8220Limitsiz8221_Her_Zaman_Limitsiz_Degil\">Trafik ve Bant Geni\u015fli\u011fi: &#8220;Limitsiz&#8221; Her Zaman Limitsiz De\u011fil<\/span><\/h3>\n<p>&#8220;Limitsiz trafik&#8221; ifadesi genelde \u015fu anlama gelir: Toplam data transferiniz i\u00e7in kat\u0131 bir kota yazmak yerine, anormal veya k\u00f6t\u00fc niyetli kullan\u0131mlar\u0131 hizmet ko\u015fullar\u0131 \u00fczerinden s\u0131n\u0131rland\u0131r\u0131yoruz. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>S\u00fcrekli y\u00fcksek bitrate\u2019li video ak\u0131\u015f\u0131 (stream) yapmak<\/li>\n<li>Dosya payla\u015f\u0131m \/ warez tarz\u0131 kullan\u0131mlar<\/li>\n<li>S\u00fcrekli yo\u011fun API isteklerine maruz kalan, neredeyse CDN gibi \u00e7al\u0131\u015fan siteler<\/li>\n<\/ul>\n<p>Bu tarz senaryolarda sa\u011flay\u0131c\u0131, fair use maddesine dayanarak sizi farkl\u0131 bir pakete (\u00f6rne\u011fin VPS veya dedicated) ge\u00e7irmenizi isteyebilir. \u00d6zellikle b\u00fcy\u00fck medya veya dosya tabanl\u0131 projelerde, <a href='https:\/\/www.dchost.com\/blog\/object-storage-ile-medya-offload-stratejisi\/'>medyay\u0131 object storage ve CDN\u2019e ta\u015f\u0131yan offload stratejileri<\/a> gibi \u00e7\u00f6z\u00fcmler planlamak \u00e7ok daha sa\u011fl\u0131kl\u0131 olur.<\/p>\n<h3><span id=\"E-posta_Gonderim_Limitleri_ve_Spam_Politikalari\">E-posta G\u00f6nderim Limitleri ve Spam Politikalar\u0131<\/span><\/h3>\n<p>Bir\u00e7ok hosting kullan\u0131c\u0131s\u0131, hizmet ko\u015fullar\u0131nda belirtilen <strong>saatlik \/ g\u00fcnl\u00fck e-posta g\u00f6nderim limitlerini<\/strong> g\u00f6zden ka\u00e7\u0131r\u0131r. Oysa:<\/p>\n<ul>\n<li>WordPress form eklentileri<\/li>\n<li>WooCommerce sipari\u015f bildirimleri<\/li>\n<li>Toplu b\u00fclten veya kampanya mailleri<\/li>\n<\/ul>\n<p>gibi i\u015flevler bu limitlere tak\u0131labilir. Tipik k\u0131s\u0131tlar \u015funlard\u0131r:<\/p>\n<ul>\n<li>Tek hesaptan saatte en fazla X adet e-posta<\/li>\n<li>Toplu spam \u015f\u00fcphesi durumunda e-posta kuyru\u011funun otomatik durdurulmas\u0131<\/li>\n<li>\u015e\u00fcpheli i\u00e7erik veya \u00e7ok say\u0131da bounce durumunda hesab\u0131n ge\u00e7ici ask\u0131ya al\u0131nmas\u0131<\/li>\n<\/ul>\n<p>Hizmet ko\u015fullar\u0131nda &#8220;bulk mailing&#8221; ile ilgili b\u00f6l\u00fcm\u00fc mutlaka okuyun. \u0130\u015f modeliniz d\u00fczenli b\u00fclten veya kampanya g\u00f6nderimine dayan\u0131yorsa, transactional ve pazarlama e-postalar\u0131n\u0131 ayr\u0131 altyap\u0131lara ay\u0131rmay\u0131 ve <a href='https:\/\/www.dchost.com\/blog\/e-posta-icin-ayri-gonderim-alan-adi-kullanmak-transactional-ve-pazarlama-e-postalari-icin-dogru-domain-ve-dns-stratejisi\/'>ayr\u0131 g\u00f6nderim alan ad\u0131 kullanma stratejilerini<\/a> de\u011ferlendirmenizi \u00f6neririz.<\/p>\n<h3><span id=\"Yedekleme_Backup_Politikalari_Gercekten_Ne_Kadar_Guvendesiniz\">Yedekleme (Backup) Politikalar\u0131: Ger\u00e7ekten Ne Kadar G\u00fcvendesiniz?<\/span><\/h3>\n<p>&#8220;T\u00fcm siteleriniz d\u00fczenli olarak yedeklenir&#8221; c\u00fcmlesi, kula\u011fa \u00e7ok g\u00fcven verici geliyor. Ancak hangi s\u0131kl\u0131kla, ka\u00e7 kopya, nerede ve ne kadar s\u00fcre sakland\u0131\u011f\u0131 yazm\u0131yorsa, bu c\u00fcmle tek ba\u015f\u0131na yeterli de\u011fil. Hizmet ko\u015fullar\u0131nda mutlaka \u015fu sorular\u0131n cevab\u0131n\u0131 aray\u0131n:<\/p>\n<ul>\n<li>Yedekleme s\u0131kl\u0131\u011f\u0131 nedir? (G\u00fcnl\u00fck, haftal\u0131k, saatlik?)<\/li>\n<li>Ka\u00e7 geri d\u00f6n\u00fc\u015f noktas\u0131na (restore point) kadar saklan\u0131yor?<\/li>\n<li>Yedekler ayn\u0131 sunucuda m\u0131, farkl\u0131 disk havuzunda m\u0131, farkl\u0131 veri merkezinde mi tutuluyor?<\/li>\n<li>Ransomware veya hack durumunda yedeklerin \u015fifrelenmesi\/bozulmas\u0131 riskine kar\u015f\u0131 &#8220;immutable&#8221; yap\u0131lar var m\u0131?<\/li>\n<\/ul>\n<p>DCHost taraf\u0131nda biz her zaman &#8220;yedeklerin son \u00e7are oldu\u011fu&#8221; bilinciyle, m\u00fc\u015fterilerimizi kendi ba\u011f\u0131ms\u0131z yedek ak\u0131\u015flar\u0131n\u0131 da kurmalar\u0131 i\u00e7in cesaretlendiriyoruz. \u00d6zellikle kritik projeler i\u00e7in <a href='https:\/\/www.dchost.com\/blog\/ransomwarea-dayanikli-hosting-yedekleme-stratejisi-3-2-1-kurali-immutable-backup-ve-air-gap\/'>3\u20112\u20111 yedekleme stratejisi ve ransomware\u2019a dayan\u0131kl\u0131 backup<\/a> rehberimizi mutlaka incelemenizi \u00f6neririm.<\/p>\n<h2><span id=\"SLA_ve_Hizmet_Kosullarini_Okurken_Kontrol_Listesi\">SLA ve Hizmet Ko\u015fullar\u0131n\u0131 Okurken Kontrol Listesi<\/span><\/h2>\n<p>T\u00fcm bu bilgileri tek tek ak\u0131lda tutmak zor olabilir. \u00d6zellikle yeni bir hosting, VPS, dedicated veya colocation planlarken a\u015fa\u011f\u0131daki kontrol listesini kullanabilirsiniz:<\/p>\n<ul>\n<li><strong>1. Uptime tan\u0131m\u0131:<\/strong> Network m\u00fc, host node mu, yoksa web\/DB servisi mi garanti ediliyor?<\/li>\n<li><strong>2. Uptime y\u00fczdesi ve hesaplama periyodu:<\/strong> Ayl\u0131k m\u0131, y\u0131ll\u0131k m\u0131 de\u011ferlendiriliyor? K\u0131smi aylar nas\u0131l ele al\u0131n\u0131yor?<\/li>\n<li><strong>3. Hari\u00e7 tutulan durumlar:<\/strong> Planl\u0131 bak\u0131m, DDoS, m\u00fccbir sebepler, \u00fc\u00e7\u00fcnc\u00fc taraf a\u011f sorunlar\u0131 nas\u0131l tan\u0131mlanm\u0131\u015f?<\/li>\n<li><strong>4. Telafi mekanizmas\u0131:<\/strong> Hizmet kredileri hangi e\u015fiklerde, hangi oranlarda veriliyor? \u00dcst limit nedir?<\/li>\n<li><strong>5. Ba\u015fvuru s\u00fcreci:<\/strong> SLA ihlali i\u00e7in bilet a\u00e7ma zorunlulu\u011fu, ekran g\u00f6r\u00fcnt\u00fcs\u00fc \/ log talebi, zaman a\u015f\u0131m\u0131 s\u00fcreleri.<\/li>\n<li><strong>6. Kaynak limitleri:<\/strong> CPU, RAM, IO, EP, inode, veritaban\u0131 ba\u011flant\u0131 ve e-posta g\u00f6nderim limitleri nerede d\u00f6k\u00fcmante edilmi\u015f?<\/li>\n<li><strong>7. Yedekleme politikas\u0131:<\/strong> S\u0131kl\u0131k, saklama s\u00fcresi, farkl\u0131 lokasyonda yedek, test restore prosed\u00fcr\u00fc var m\u0131?<\/li>\n<li><strong>8. Fesih ve ta\u015f\u0131nma ko\u015fullar\u0131:<\/strong> S\u00f6zle\u015fmeyi hangi \u015fartlarda sonland\u0131rabilirsiniz, verilerinizi almak i\u00e7in ne kadar s\u00fcreniz var?<\/li>\n<li><strong>9. Veri koruma ve loglama:<\/strong> KVKK\/GDPR uyumu, log saklama s\u00fcreleri, veri merkezinin lokasyonu.<\/li>\n<li><strong>10. Destek SLA\u2019s\u0131:<\/strong> Yan\u0131t s\u00fcreleri, 7\/24 destek kapsam\u0131, kritik biletler i\u00e7in \u00f6nceliklendirme.<\/li>\n<\/ul>\n<p>Bu sorular\u0131 netle\u015ftirdi\u011finizde, sadece fiyat etiketiyle de\u011fil, <strong>toplam sahip olma maliyeti (TCO) ve risk<\/strong> a\u00e7\u0131s\u0131ndan da \u00e7ok daha sa\u011fl\u0131kl\u0131 bir k\u0131yaslama yapabilirsiniz. \u00d6zellikle b\u00fcy\u00fcyen WordPress, WooCommerce veya Laravel projelerinde, ileride VPS\u2019e ge\u00e7i\u015fi de planl\u0131yorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/paylasimli-hostingden-vpse-sorunsuz-gecis-rehberi\/'>payla\u015f\u0131ml\u0131 hosting\u2019den VPS\u2019e sorunsuz ge\u00e7i\u015f rehberi<\/a> yaz\u0131m\u0131z karar s\u00fcrecinde olduk\u00e7a yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n<h2><span id=\"DCHost_ile_Calisirken_Bu_Bilgileri_Nasil_Avantaja_Cevirirsiniz\">DCHost ile \u00c7al\u0131\u015f\u0131rken Bu Bilgileri Nas\u0131l Avantaja \u00c7evirirsiniz?<\/span><\/h2>\n<p>DCHost\u2019ta bizim yakla\u015f\u0131m\u0131m\u0131z basit: <strong>S\u00f6zle\u015fmeler \u015fa\u015f\u0131rtmak i\u00e7in de\u011fil, netle\u015ftirmek i\u00e7in yaz\u0131l\u0131r.<\/strong> Uzun vadeli m\u00fc\u015fterilerimizin b\u00fcy\u00fck k\u0131sm\u0131, paketlerimizi se\u00e7meden \u00f6nce SLA ve hizmet ko\u015fullar\u0131n\u0131 bizimle beraber tek tek \u00fczerinden ge\u00e7en ajanslar, e-ticaret i\u015fletmeleri ve SaaS ekipleri.<\/p>\n<p>Pratikte nas\u0131l ilerleyebilirsiniz?<\/p>\n<ul>\n<li>Yeni bir proje planlarken, tahmini trafik ve b\u00fcy\u00fcme senaryonuzu bizimle payla\u015f\u0131n; SLA taraf\u0131nda kritik e\u015fikleri birlikte g\u00f6zden ge\u00e7irelim.<\/li>\n<li>Payla\u015f\u0131ml\u0131 hosting kullan\u0131yorsan\u0131z, cPanel\u2019deki CPU\/IO ve inode grafiklerini d\u00fczenli kontrol edin; limitlere yakla\u015fmaya ba\u015flad\u0131\u011f\u0131n\u0131zda ekibimizle birlikte \u00f6nce optimizasyon, gerekirse VPS veya dedicated\u2019e ge\u00e7i\u015f planlayal\u0131m.<\/li>\n<li>Kritik projeler i\u00e7in kendi uptime izleme ve ba\u011f\u0131ms\u0131z yedekleme stratejinizi kurarken, DCHost \u00fczerindeki altyap\u0131n\u0131zla nas\u0131l entegre edebilece\u011finizi dan\u0131\u015f\u0131n.<\/li>\n<li>Colocation veya <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a> planl\u0131yorsan\u0131z, veri merkezi taraf\u0131ndaki g\u00fc\u00e7, so\u011futma, network ve fiziksel g\u00fcvenlik SLA\u2019lar\u0131n\u0131 m\u00fchendislerimizle beraber teknik seviyede tart\u0131\u015f\u0131n.<\/li>\n<\/ul>\n<p>Sonu\u00e7ta ama\u00e7, &#8220;hi\u00e7 kesinti olmayacak&#8221; gibi ger\u00e7ek\u00e7i olmayan bir d\u00fcnya vadetmek de\u011fil; <strong>riskleri \u015feffaf\u00e7a konu\u015fup, sizin i\u015finizi kald\u0131racak bir altyap\u0131 + s\u00f6zle\u015fme kombinasyonu kurmak<\/strong>. DCHost olarak bu kombini kurarken sadece bug\u00fcnk\u00fc ihtiya\u00e7lar\u0131n\u0131za de\u011fil, 1\u20133 y\u0131ll\u0131k b\u00fcy\u00fcme planlar\u0131n\u0131za da bakmay\u0131 seviyoruz.<\/p>\n<h2><span id=\"Ozet_ve_Yol_Haritasi_Imza_Atmadan_Once_Son_Kontrol\">\u00d6zet ve Yol Haritas\u0131: \u0130mza Atmadan \u00d6nce Son Kontrol<\/span><\/h2>\n<p>Hosting se\u00e7imi art\u0131k sadece &#8220;ka\u00e7 GB disk, ka\u00e7 GB trafik&#8221; sorusuyla cevaplanabilecek basit bir karar de\u011fil. SLA, hizmet ko\u015fullar\u0131 ve gizli limitler; projenizin uptime, performans, maliyet ve g\u00fcvenlik dengesini do\u011frudan etkiliyor. Bu yaz\u0131da birlikte g\u00f6rd\u00fck ki:<\/p>\n<ul>\n<li>Uptime y\u00fczdeleri, ger\u00e7ek hayatta saat ve dakikalarla ifade edilen kesinti s\u00fcrelerine d\u00f6n\u00fc\u015f\u00fcyor.<\/li>\n<li>Bu y\u00fczdelerin nas\u0131l \u00f6l\u00e7\u00fcld\u00fc\u011f\u00fc ve hangi durumlar\u0131n hari\u00e7 tutuldu\u011fu en az y\u00fczdelerin kendisi kadar \u00f6nemli.<\/li>\n<li>SLA ihlallerinde genellikle do\u011frudan para iadesi de\u011fil, hizmet kredisi s\u00f6z konusu ve bu kredilerin \u00fcst limitleri var.<\/li>\n<li>CPU, IO, inode, e-posta ve yedekleme gibi ba\u015fl\u0131klardaki &#8220;gizli&#8221; limitler, projeler b\u00fcy\u00fcd\u00fck\u00e7e kar\u015f\u0131n\u0131za ciddi darbo\u011faz olarak \u00e7\u0131kabiliyor.<\/li>\n<\/ul>\n<p>DCHost ekibi olarak \u00f6nerimiz \u015fu: Yeni bir paket se\u00e7meden veya mevcut altyap\u0131n\u0131z\u0131 y\u00fckseltmeden \u00f6nce, SLA ve hizmet ko\u015fullar\u0131n\u0131 bu yaz\u0131daki checklist ile bir kez daha g\u00f6zden ge\u00e7irin. Kafan\u0131za tak\u0131lan maddeleri not edip bize iletin; birlikte hem teknik hem s\u00f6zle\u015fmesel a\u00e7\u0131dan mant\u0131kl\u0131 bir yap\u0131 kural\u0131m. \u0130ster payla\u015f\u0131ml\u0131 hosting, ister VPS, dedicated sunucu veya colocation olsun; do\u011fru planland\u0131\u011f\u0131nda, SLA metni sizin i\u00e7in sadece hukuki bir zorunluluk de\u011fil, <strong>i\u015finizin sigortas\u0131<\/strong> haline gelir.<\/p>\n<p>E\u011fer projeniz i\u00e7in hangi altyap\u0131n\u0131n daha uygun oldu\u011funa karar veremiyorsan\u0131z, DCHost \u00fczerinde sundu\u011fumuz payla\u015f\u0131ml\u0131 hosting, VPS, dedicated ve colocation se\u00e7eneklerini, SLA ve hizmet \u015fartlar\u0131 bak\u0131\u015f a\u00e7\u0131s\u0131yla birlikte de\u011ferlendirelim. B\u00f6ylece hem teknik hem s\u00f6zle\u015fmesel tarafta s\u00fcrpriz ya\u015famadan, uzun vadeli ve g\u00fcvenilir bir altyap\u0131 kurabilirsiniz.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 Hosting SLA ve Hizmet Ko\u015fullar\u0131n\u0131 Neden Ciddiye Almal\u0131s\u0131n\u0131z?2 Hosting SLA Nedir, Neyi Kapsar?2.1 SLA, Hizmet Ko\u015fullar\u0131 ve AUP Aras\u0131ndaki Farklar3 Uptime Y\u00fczdelerini Ger\u00e7ek Kesinti S\u00fcresine \u00c7evirmek3.1 Uptime Y\u00fczdeleri ve Ayl\u0131k Kesinti S\u00fcreleri3.2 Uptime Hesab\u0131nda Ne \u00d6l\u00e7\u00fcl\u00fcyor?4 Uptime Nas\u0131l \u00d6l\u00e7\u00fcl\u00fcyor? Sa\u011flay\u0131c\u0131ya K\u00f6r\u00fc K\u00f6r\u00fcne G\u00fcvenmeyin4.1 Sa\u011flay\u0131c\u0131n\u0131n \u0130zleme Sistemleri4.2 Kendi Uptime \u00d6l\u00e7\u00fcm\u00fcn\u00fcz\u00fc Kurun4.3 Planl\u0131 Bak\u0131m, DDoS ve [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3954,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3953","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\/3953","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=3953"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3953\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3954"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3953"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3953"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3953"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}