{"id":251,"date":"2025-12-14T22:17:57","date_gmt":"2025-12-14T22:17:57","guid":{"rendered":"https:\/\/www.vps.tc\/blog\/veri-merkezi-secimi-icin-10-kritik-kriter-rehberi\/"},"modified":"2026-09-11T09:12:33","modified_gmt":"2026-09-11T09:12:33","slug":"veri-merkezi-secimi-icin-10-kritik-kriter-rehberi","status":"publish","type":"post","link":"https:\/\/www.vps.tc\/blog\/tr\/veri-merkezi-secimi-icin-10-kritik-kriter-rehberi\/","title":{"rendered":"Veri Merkezi Se\u00e7imi \u0130\u00e7in 10 Kritik Kriter Rehberi"},"content":{"rendered":"<div class=\"aiw-toc\" style=\"border:1px solid #dbe3ea;border-radius:8px;padding:16px 20px;margin:0 0 28px\"><strong>\u0130\u00e7indekiler<\/strong><\/p>\n<ol style=\"margin:10px 0 0;padding-left:22px\">\n<li><a href=\"#veri-merkezi-kararini-verirken-nereden-baslamali\">Veri merkezi karar\u0131n\u0131 verirken nereden ba\u015flamal\u0131?<\/a><\/li>\n<li><a href=\"#ihtiyac-analizi-hangi-yuku-nereye-koyuyorsunuz\">\u0130htiya\u00e7 analizi: Hangi y\u00fck\u00fc nereye koyuyorsunuz?<\/a><\/li>\n<li><a href=\"#veri-merkezi-secimi-icin-10-kritik-kriter\">Veri merkezi se\u00e7imi i\u00e7in 10 kritik kriter<\/a><\/li>\n<li><a href=\"#sla-sozlesme-ve-denetim-haklarini-netlestirmek\">SLA, s\u00f6zle\u015fme ve denetim haklar\u0131n\u0131 netle\u015ftirmek<\/a><\/li>\n<li><a href=\"#vps-tc-altyapisiyla-uyumlu-veri-merkezi-stratejisi\">VPS.TC altyap\u0131s\u0131yla uyumlu veri merkezi stratejisi<\/a><\/li>\n<li><a href=\"#dogru-veri-merkezi-kararini-hizlandirmak-icin-sonraki-adimlar\">Do\u011fru veri merkezi karar\u0131n\u0131 h\u0131zland\u0131rmak i\u00e7in sonraki ad\u0131mlar<\/a><\/li>\n<li><a href=\"#sik-sorulan-sorular\">S\u0131k Sorulan Sorular<\/a><\/li>\n<\/ol>\n<\/div>\n<h2 id=\"veri-merkezi-kararini-verirken-nereden-baslamali\">Veri merkezi karar\u0131n\u0131 verirken nereden ba\u015flamal\u0131?<\/h2>\n<p>Canl\u0131 sistemleri ta\u015f\u0131yaca\u011f\u0131n\u0131z bir tesis se\u00e7ece\u011finiz zaman, i\u015f sadece fiyat teklifi toplamakla bitmez. <strong>Veri merkezi se\u00e7imi<\/strong>, SLA seviyesinden felaket kurtarma senaryonuza kadar t\u00fcm mimariyi etkiler. Yanl\u0131\u015f karar, saatlerce s\u00fcren kesintiler, veri kayb\u0131 ve uyku ka\u00e7\u0131ran gece bak\u0131m pencereleri demektir. Do\u011fru karar ise \u00f6ng\u00f6r\u00fclebilir <strong>uptime<\/strong>, stabil bir <strong>network altyap\u0131s\u0131<\/strong> ve \u00f6l\u00e7eklenebilir bir platform anlam\u0131na gelir.<\/p>\n<p>Bir sistem y\u00f6neticisi olarak ilk bakt\u0131\u011f\u0131m \u015fey, tesisin ka\u011f\u0131t \u00fczerindeki \u00f6zelliklerinden \u00e7ok operasyonel olgunlu\u011fu ve ge\u00e7mi\u015f performans\u0131d\u0131r. Tier seviyesi, enerji altyap\u0131s\u0131, ba\u011flant\u0131 se\u00e7enekleri, izleme sistemleri ve destek ekibinin tecr\u00fcbesi bu resmin \u00f6nemli par\u00e7alar\u0131d\u0131r. Bunlar\u0131 netle\u015ftirmeden imza atmak, \u00fcretim ortam\u0131n\u0131 kumar masas\u0131na koymakla ayn\u0131 \u015fey.<\/p>\n<h2 id=\"ihtiyac-analizi-hangi-yuku-nereye-koyuyorsunuz\">\u0130htiya\u00e7 analizi: Hangi y\u00fck\u00fc nereye koyuyorsunuz?<\/h2>\n<p>Detaylara girmeden \u00f6nce, hangi i\u015f y\u00fck\u00fcn\u00fc bu veri merkezine ta\u015f\u0131yaca\u011f\u0131n\u0131z\u0131 netle\u015ftirmek gerekir. Y\u00fck tipi, se\u00e7ece\u011finiz yap\u0131y\u0131 do\u011frudan belirler:<\/p>\n<ul>\n<li>Kritik kurumsal uygulamalar (ERP, core banking, \u00f6deme sistemleri)<\/li>\n<li>Y\u00fcksek trafikli web uygulamalar\u0131 ve API hizmetleri<\/li>\n<li>Yo\u011fun IO t\u00fcketen veritabanlar\u0131<\/li>\n<li>Yedekleme, ar\u015fivleme ve log depolama y\u00fckleri<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin, gecikmeye \u00e7ok duyarl\u0131 bir finansal uygulama ile sadece yedek depolayan bir ortam\u0131n gereksinimleri ayn\u0131 de\u011fildir. \u0130lkinde d\u00fc\u015f\u00fck latency, y\u00fcksek <strong>uptime<\/strong> ve yedekli <strong>network altyap\u0131s\u0131<\/strong> kritik olurken, ikincisinde daha \u00e7ok depolama kapasitesi ve maliyet \u00f6ne \u00e7\u0131kar.<\/p>\n<p>Biz canl\u0131 sistem ta\u015f\u0131rken genellikle \u00f6nce k\u00fc\u00e7\u00fck bir pilot i\u015f y\u00fck\u00fcyle tesisi deneriz: Birka\u00e7 <a href=\"https:\/\/www.vps.tc\/tr\/vps\">VPS<\/a> veya <a href=\"https:\/\/www.vps.tc\/tr\/vds-sanal-sunucu\">VDS<\/a> sunucu a\u00e7ar, ger\u00e7ek kullan\u0131c\u0131 trafi\u011fine benzer y\u00fckler alt\u0131nda latency, IO performans\u0131 ve paket kayb\u0131n\u0131 g\u00fcnlerce izleriz. Teklif dok\u00fcman\u0131nda yazan hi\u00e7bir \u015fey bu pratik g\u00f6zlemin yerini tutmaz.<\/p>\n<h2 id=\"veri-merkezi-secimi-icin-10-kritik-kriter\">Veri merkezi se\u00e7imi i\u00e7in 10 kritik kriter<\/h2>\n<h3>1. Lokasyon, gecikme ve afet riski<\/h3>\n<p>Adres sadece posta i\u00e7in \u00f6nemli de\u011fil. Lokasyon; gecikme s\u00fcrelerini, afet riskini ve fiziksel eri\u015fim imkan\u0131n\u0131z\u0131 belirler. \u00d6zellikle T\u00fcrkiye i\u00e7i kullan\u0131c\u0131ya hizmet veriyorsan\u0131z, yurtd\u0131\u015f\u0131ndaki bir tesise giden rotan\u0131n uygulaman\u0131z i\u00e7in kabul edilebilir olup olmad\u0131\u011f\u0131n\u0131 \u00f6l\u00e7meden karar vermeyin. Sadece \u00fclke veya \u015fehir bilgisi yeterli de\u011fildir.<\/p>\n<p>De\u011ferlendirirken \u015fu noktalara bak\u0131n:<\/p>\n<ul>\n<li>Son kullan\u0131c\u0131ya ve sizin ofisinize olan fiziksel mesafe<\/li>\n<li>Deprem, sel, yang\u0131n gibi afet riskleri ve b\u00f6lgesel ko\u015fullar<\/li>\n<li>\u015eehre ve ana ula\u015f\u0131m akslar\u0131na olan yak\u0131nl\u0131k (acil durumda eri\u015fim i\u00e7in)<\/li>\n<\/ul>\n<p>Pratik bir ad\u0131m olarak, tesise yak\u0131n farkl\u0131 ISP noktalar\u0131ndan gecikme ve rota analizi yap\u0131n. <code>mtr<\/code> veya benzeri ara\u00e7larla rotan\u0131n ka\u00e7 hop \u00fczerinden ge\u00e7ti\u011fini, nerelerde jitter olu\u015ftu\u011funu g\u00f6r\u00fcn. Ara hoplarda g\u00f6r\u00fclen paket kayb\u0131n\u0131n hedefte de tekrarlan\u0131p tekrarlanmad\u0131\u011f\u0131n\u0131 ayr\u0131ca kontrol edin; baz\u0131 router&#8217;lar ICMP paketlerini d\u00fc\u015f\u00fck \u00f6ncelikli i\u015fler. Ka\u011f\u0131t \u00fczerinde iyi g\u00f6r\u00fcnen bir lokasyon, pratikte sorunlu bir g\u00fczergaha sahip olabilir.<\/p>\n<h3>2. Tier seviyesi ve tasar\u0131m standartlar\u0131<\/h3>\n<p>\u0130kinci kritik ba\u015fl\u0131k, tesisin tasar\u0131m standard\u0131. Burada genellikle Uptime Institute&#8217;un Tier I, II, III ve IV s\u0131n\u0131fland\u0131rmalar\u0131 kullan\u0131l\u0131r. Kurumsal \u00fcretim y\u00fckleri i\u00e7in en az\u0131ndan <strong>Tier III veri merkezi<\/strong> seviyesini hedeflemek mant\u0131kl\u0131 bir e\u015fiktir; fakat Tier seviyesi tek ba\u015f\u0131na i\u015fletme kalitesini veya belirli bir uptime garantisini kan\u0131tlamaz.<\/p>\n<p>Tier III tasar\u0131m\u0131n\u0131n temel \u00f6zelli\u011fi, bak\u0131m i\u00e7in kritik kapasitenin kapat\u0131lmas\u0131na gerek b\u0131rakmayan <em>concurrently maintainable<\/em> yap\u0131d\u0131r. Bu, her bile\u015fenin mutlaka 2N oldu\u011fu anlam\u0131na gelmez. Yedeklili\u011fin hangi alt sistemlerde nas\u0131l uyguland\u0131\u011f\u0131n\u0131 ayr\u0131ca sormak gerekir.<\/p>\n<p>Tier III veri merkezi de\u011ferlendirmesinde \u015fu noktalar\u0131 aray\u0131n:<\/p>\n<ul>\n<li>Bak\u0131m s\u0131ras\u0131nda kritik y\u00fck\u00fcn \u00e7al\u0131\u015fmaya devam edebilmesi<\/li>\n<li>Elektrik ve mekanik altyap\u0131da tan\u0131ml\u0131 yedeklilik d\u00fczeni<\/li>\n<li>Planl\u0131 bak\u0131m prosed\u00fcrlerinin ve test kay\u0131tlar\u0131n\u0131n bulunmas\u0131<\/li>\n<\/ul>\n<p>Elbette sadece &#8220;biz Tier III seviyesindeyiz&#8221; demeleri yetmez. Uptime Institute sertifikas\u0131n\u0131n kapsam\u0131n\u0131 ve ge\u00e7erlili\u011fini, tasar\u0131m ile tesis altyap\u0131s\u0131n\u0131n hangi a\u015famalar\u0131n\u0131n belgelendirildi\u011fini isteyin. Sertifika yoksa, en az\u0131ndan tasar\u0131m\u0131n Tier III prensiplerine ne kadar uydu\u011funu sorgulay\u0131n. Bir harfin arkas\u0131na saklanan pazarlama s\u00f6ylemi yerine, teknik ger\u00e7ekleri g\u00f6rmek gerekir.<\/p>\n<h3>3. Uptime, SLA ve bak\u0131m pencereleri<\/h3>\n<p>Ka\u011f\u0131t \u00fczerinde yazan <strong>uptime<\/strong> y\u00fczdesi, i\u015fin sadece g\u00f6r\u00fcnen y\u00fcz\u00fc. %99,982 ile %99,9 aras\u0131nda bile ayl\u0131k ve y\u0131ll\u0131k hesapta ciddi kesinti fark\u0131 \u00e7\u0131kar. Bu oranlar\u0131n hangi hizmet bile\u015feni i\u00e7in ve hangi \u00f6l\u00e7\u00fcm y\u00f6ntemiyle hesapland\u0131\u011f\u0131na bakmadan birbirleriyle kar\u015f\u0131la\u015ft\u0131rmay\u0131n.<\/p>\n<p>\u00d6zellikle \u015fu sorular\u0131n cevab\u0131n\u0131 isteyin:<\/p>\n<ul>\n<li>SLA hesaplamas\u0131nda hangi bile\u015fenler dahil? Sadece backbone mu, yoksa sanal makineye veya sunucuya kadar m\u0131?<\/li>\n<li>Planl\u0131 bak\u0131m kesintileri uptime hesab\u0131na nas\u0131l yans\u0131t\u0131l\u0131yor?<\/li>\n<li>Hedefler tutturulamazsa hangi hizmet kredisi veya tazmin mekanizmas\u0131 uygulan\u0131yor?<\/li>\n<li>Ola\u011fan\u00fcst\u00fc durumlar i\u00e7in tan\u0131mlanan istisnalar ne kadar geni\u015f?<\/li>\n<\/ul>\n<p>Ger\u00e7ek\u00e7i olmak gerekirse hi\u00e7bir tesis %100 verilebilirlik garantisini pratikte sa\u011flayamaz. Ancak iyi tasarlanm\u0131\u015f bir <strong>Tier III veri merkezi<\/strong>, \u00f6l\u00e7\u00fcm\u00fc a\u00e7\u0131k bir SLA ile desteklendi\u011finde i\u015f y\u00fcklerinizi uzun vadede daha \u00f6ng\u00f6r\u00fclebilir hale getirir. Ayr\u0131ca bak\u0131m planlar\u0131n\u0131n \u00f6nceden duyurulma \u015fekli ve s\u0131kl\u0131\u011f\u0131 da kritiktir. Gece 03:00 bak\u0131m penceresinin sizin uygulaman\u0131z i\u00e7in asl\u0131nda pik saat olmas\u0131 kimsenin i\u015fine yaramaz.<\/p>\n<h3>4. Network altyap\u0131s\u0131 ve ba\u011flant\u0131 \u00e7e\u015fitlili\u011fi<\/h3>\n<p>Bir\u00e7ok kesinti senaryosunda sorun sunucularda de\u011fil, a\u011f katman\u0131nda \u00e7\u0131kar. Bu y\u00fczden <strong>network altyap\u0131s\u0131<\/strong>, veri merkezi se\u00e7iminin kritik parametrelerinden biridir. Ana omurgan\u0131n tasar\u0131m\u0131, kullan\u0131lan donan\u0131m, yedeklilik seviyesi ve operat\u00f6r \u00e7e\u015fitlili\u011fi mutlaka sorgulanmal\u0131d\u0131r.<\/p>\n<p>Sorulmas\u0131 gereken temel ba\u015fl\u0131klar:<\/p>\n<ul>\n<li>Ka\u00e7 farkl\u0131 telekom operat\u00f6r\u00fcyle fiziksel ba\u011flant\u0131 mevcut?<\/li>\n<li>Border router ve core switch mimarisi nas\u0131l tasarlanm\u0131\u015f? Tek bir cihaz veya tek bir noktaya ba\u011f\u0131ml\u0131l\u0131k var m\u0131?<\/li>\n<li>DDoS korumas\u0131 hangi katmanda, hangi kapasite ve m\u00fcdahale prosed\u00fcr\u00fcyle sa\u011flan\u0131yor?<\/li>\n<li>Peering politikalar\u0131 ve internet de\u011fi\u015fim noktalar\u0131na olan ba\u011flant\u0131lar nas\u0131l?<\/li>\n<\/ul>\n<p>Yeni bir tesis test ederken mutlaka uzun s\u00fcreli latency ve paket kayb\u0131 \u00f6l\u00e7eriz. Bir keresinde farkl\u0131 ISP hatlar\u0131ndan ald\u0131\u011f\u0131m <code>mtr<\/code> \u00e7\u0131kt\u0131s\u0131nda ara hoplardan birinde g\u00f6r\u00fcnen y\u00fczde 20 kay\u0131p ilk bak\u0131\u015fta alarm gibi duruyordu; hedefte kay\u0131p olmad\u0131\u011f\u0131 i\u00e7in bunun ICMP \u00f6nceliklendirmesi oldu\u011funu ay\u0131rabildim. Bu y\u00fczden tek bir \u00e7\u0131kt\u0131ya de\u011fil, farkl\u0131 kaynaklardan ve farkl\u0131 zamanlarda toplanan verilere bak\u0131yorum. \u00d6rne\u011fin VPS.TC \u00fczerindeki bir <a href=\"https:\/\/www.vps.tc\/tr\/bulut-sunucu\">bulut sunucu<\/a> ile 24-48 saatlik <code>ping<\/code> ve <code>mtr<\/code> sonu\u00e7lar\u0131n\u0131 toplamak, a\u011f kalitesi hakk\u0131nda ger\u00e7e\u011fe \u00e7ok daha yak\u0131n bir fikir verir.<\/p>\n<h3>5. G\u00fc\u00e7 altyap\u0131s\u0131, jenerat\u00f6r ve enerji s\u00fcreklili\u011fi<\/h3>\n<p>Sunucu odas\u0131nda her \u015fey iyi g\u00f6r\u00fcnebilir, ama g\u00fc\u00e7 hatt\u0131nda tek bir zay\u0131f halka varsa t\u00fcm yat\u0131r\u0131m\u0131n\u0131z bir anda karanl\u0131kta kal\u0131r. Sa\u011flam bir g\u00fc\u00e7 altyap\u0131s\u0131 olmadan y\u00fcksek <strong>uptime<\/strong> hedeflemek ger\u00e7ek\u00e7i de\u011fildir.<\/p>\n<p>\u0130ncelenmesi gereken noktalar:<\/p>\n<ul>\n<li>\u015eebeke beslemesi: Ka\u00e7 ba\u011f\u0131ms\u0131z hat var, hangi trafolardan besleniyor?<\/li>\n<li>UPS mimarisi: N+1 mi, 2N mi, mod\u00fcler mi?<\/li>\n<li>Jenerat\u00f6r kapasitesi: Tam y\u00fck alt\u0131nda ne kadar s\u00fcre \u00e7al\u0131\u015fabilecek yak\u0131t rezervi var?<\/li>\n<li>Yak\u0131t tedarik anla\u015fmalar\u0131 ve test periyotlar\u0131 nas\u0131l?<\/li>\n<\/ul>\n<p>Ger\u00e7ek bir \u00f6rnek: Baz\u0131 tesisler jenerat\u00f6r testlerini tam y\u00fckte de\u011fil, k\u0131smi y\u00fckte yapar. Bu da ger\u00e7ek bir kesinti an\u0131nda hi\u00e7 denenmemi\u015f bir senaryoyla kar\u015f\u0131la\u015fman\u0131z anlam\u0131na gelir. Test prosed\u00fcrlerini, kay\u0131tlar\u0131n\u0131 ve ar\u0131za ge\u00e7mi\u015flerini talep etmekten \u00e7ekinmeyin. UPS&#8217;in batarya testlerinin yaln\u0131zca yaz\u0131l\u0131m raporuna de\u011fil, planl\u0131 fiziksel do\u011frulamalara da dayan\u0131p dayanmad\u0131\u011f\u0131n\u0131 sorun.<\/p>\n<h3>6. Fiziksel g\u00fcvenlik ve eri\u015fim kontrolleri<\/h3>\n<p>Siber g\u00fcvenlik kadar fiziksel g\u00fcvenlik de \u00f6nemlidir. Veri merkezinde yetkisiz biri sunucu odas\u0131na girdiyse en iyi firewall bile sizi koruyamaz. Bu nedenle eri\u015fim kontrol\u00fc, izleme ve kay\u0131t politikalar\u0131 mutlaka masaya yat\u0131r\u0131lmal\u0131.<\/p>\n<p>Kontrol etmeniz gereken ba\u015fl\u0131klar:<\/p>\n<ul>\n<li>Giri\u015f kontrol sistemleri (kart, biyometrik, \u00e7ok fakt\u00f6rl\u00fc eri\u015fim)<\/li>\n<li>24\/7 g\u00fcvenlik personeli ve kamera izleme<\/li>\n<li>Ziyaret\u00e7i kay\u0131t ve eskort politikalar\u0131<\/li>\n<li>Raf seviyesinde kilitleme ve b\u00f6l\u00fcmlendirme imkanlar\u0131<\/li>\n<\/ul>\n<p>\u00d6zellikle \u00fcretim ortam\u0131n\u0131zda disk s\u00f6k-tak gibi fiziksel m\u00fcdahaleler gerekiyorsa bu operasyonlar\u0131n nas\u0131l kaydedildi\u011fini sorgulay\u0131n. Her eri\u015fimin loglanmas\u0131, kim taraf\u0131ndan ne zaman ne yap\u0131ld\u0131\u011f\u0131n\u0131n izlenebilir olmas\u0131 gerekir. Aksi halde bir olay ya\u015fand\u0131\u011f\u0131nda geriye d\u00f6n\u00fck inceleme yapmak imkans\u0131z hale gelir.<\/p>\n<h3>7. Yang\u0131n alg\u0131lama, iklimlendirme ve ortam izleme<\/h3>\n<p>Bir\u00e7ok ki\u015fi veri merkezi se\u00e7erken sadece Tier seviyesi ve fiyatla ilgilenir, ancak tesis i\u00e7i iklimlendirme ve yang\u0131n koruma sistemleri g\u00f6z ard\u0131 edilir. Oysa bu katmandaki zay\u0131fl\u0131klar donan\u0131m ar\u0131zalar\u0131n\u0131 ve beklenmeyen kesintileri art\u0131rabilir.<\/p>\n<p>Sorulmas\u0131 gereken sorular \u015funlar:<\/p>\n<ul>\n<li>Hangi tip yang\u0131n alg\u0131lama ve s\u00f6nd\u00fcrme sistemi kullan\u0131l\u0131yor? (VESDA, gazl\u0131 s\u00f6nd\u00fcrme vb.)<\/li>\n<li>So\u011futma mimarisi nas\u0131l? S\u0131cak-so\u011fuk koridor, free cooling, yedeklilik seviyesi nedir?<\/li>\n<li>Ortam izleme sens\u00f6rleri hangi metrikleri takip ediyor? (s\u0131cakl\u0131k, nem, s\u0131z\u0131nt\u0131, duman vb.)<\/li>\n<li>Alarm e\u015fik de\u011ferleri ve m\u00fcdahale prosed\u00fcrleri nas\u0131l tan\u0131ml\u0131?<\/li>\n<\/ul>\n<p>Stabil \u00e7al\u0131\u015fmayan bir iklimlendirme sistemi, \u00f6zellikle disk ve PSU ar\u0131zalar\u0131n\u0131 art\u0131r\u0131r. Sens\u00f6rlerin yaln\u0131zca de\u011fer toplamas\u0131 yetmez; alarm\u0131n kime, hangi kanaldan ve ne kadar s\u00fcrede ula\u015ft\u0131\u011f\u0131n\u0131 da test edin.<\/p>\n<h3>8. Sertifikasyonlar, mevzuat ve uyumluluk<\/h3>\n<p>\u00d6zellikle finans, sa\u011fl\u0131k ve e-ticaret gibi sekt\u00f6rlerde \u00e7al\u0131\u015f\u0131yorsan\u0131z sadece teknik \u00f6zellikler de\u011fil, uyumluluk gereksinimleri de \u00f6nemlidir. \u0130yi bir tesisin sahip oldu\u011funu beyan etti\u011fi standartlar\u0131n g\u00fcncel kapsam\u0131n\u0131 inceleyin:<\/p>\n<ul>\n<li>ISO\/IEC 27001 (Bilgi g\u00fcvenli\u011fi y\u00f6netim sistemi)<\/li>\n<li>ISO\/IEC 20000-1:2018 veya kurulu\u015fun kulland\u0131\u011f\u0131 g\u00fcncel hizmet y\u00f6netimi standard\u0131<\/li>\n<li>PCI DSS v4.0.1 (\u00d6deme verisi i\u015fleyenler i\u00e7in, kapsam dahilindeyse)<\/li>\n<\/ul>\n<p>Sertifikalar\u0131n g\u00fcncelli\u011fini, kapsam\u0131n\u0131, ge\u00e7erli oldu\u011fu lokasyonu ve denetim periyotlar\u0131n\u0131 mutlaka sorgulay\u0131n. Bir sertifikan\u0131n bulunmas\u0131, sizin uygulaman\u0131z\u0131n otomatik olarak uyumlu oldu\u011fu anlam\u0131na gelmez; sorumluluk payla\u015f\u0131m\u0131n\u0131 yaz\u0131l\u0131 hale getirin. Ayr\u0131ca KVKK ve ilgili di\u011fer yerel mevzuata uyum konusunda nas\u0131l bir hukuki \u00e7er\u00e7eve sunduklar\u0131n\u0131 netle\u015ftirin. Uyumsuz bir veri merkezi ile \u00e7al\u0131\u015fmak, olas\u0131 bir denetimde do\u011frudan sizin ba\u015f\u0131n\u0131z\u0131 a\u011fr\u0131tabilir.<\/p>\n<h3>9. Operasyon ekibi, s\u00fcre\u00e7ler ve destek kalitesi<\/h3>\n<p>Bizim i\u015fte teknoloji kadar insan fakt\u00f6r\u00fc de belirleyicidir. 03:00&#8217;te kritik bir ar\u0131za ya\u015fad\u0131\u011f\u0131n\u0131zda kar\u015f\u0131n\u0131zda prosed\u00fcr ezberleyen biri mi olacak, yoksa problemi ger\u00e7ekten anlayan k\u0131demli bir m\u00fchendis mi? Bu fark, kesinti s\u00fcresini saatlerden dakikalara indirebilir.<\/p>\n<p>\u015eu ba\u015fl\u0131klar\u0131 netle\u015ftirin:<\/p>\n<ul>\n<li>Destek ekibi 7\/24 yerinde mi, yoksa uzaktan \u00e7a\u011fr\u0131 m\u0131 al\u0131n\u0131yor?<\/li>\n<li>Olay y\u00f6netimi, de\u011fi\u015fiklik y\u00f6netimi ve k\u00f6k neden analizi s\u00fcre\u00e7leri nas\u0131l i\u015fliyor?<\/li>\n<li>Destek talepleri i\u00e7in SLA seviyeleri (yan\u0131t s\u00fcresi, \u00e7\u00f6z\u00fcm s\u00fcresi) nedir?<\/li>\n<li>Out-of-band eri\u015fim, KVM, uzaktan el-ayak (remote hands) hizmetleri nas\u0131l sunuluyor?<\/li>\n<\/ul>\n<p>M\u00fcmk\u00fcnse referans m\u00fc\u015fterilerle konu\u015fun, ger\u00e7ek ar\u0131za senaryolar\u0131nda nas\u0131l bir performans sergilendi\u011fini \u00f6\u011frenin. Teklif toplant\u0131s\u0131ndaki sunumlar\u0131n etkileyicili\u011finden \u00e7ok, ger\u00e7ek hayatta ya\u015fanan vakalar size yol g\u00f6sterir. K\u00f6k neden analizinin yaln\u0131zca &#8220;kullan\u0131c\u0131 hatas\u0131&#8221; gibi genel ifadelerden olu\u015fmad\u0131\u011f\u0131n\u0131 da kontrol edin.<\/p>\n<h3>10. Felaket kurtarma, yedek veri merkezi ve \u00f6l\u00e7eklenebilirlik<\/h3>\n<p>Hi\u00e7bir veri merkezi sonsuza kadar sorunsuz \u00e7al\u0131\u015fmayacak. \u00d6nemli olan, b\u00fcy\u00fck bir afet veya uzun s\u00fcreli kesinti durumunda i\u015f s\u00fcreklili\u011finizi nas\u0131l koruyaca\u011f\u0131n\u0131z. Bu nedenle felaket kurtarma ve \u00f6l\u00e7eklenebilirlik, veri merkezi se\u00e7iminin son ama en kritik kriterlerinden biridir.<\/p>\n<p>Dikkat edilmesi gerekenler:<\/p>\n<ul>\n<li>Co\u011frafi olarak ayr\u0131k yedek tesis imkan\u0131 var m\u0131?<\/li>\n<li>Replikasyon, yedekleme ve geri d\u00f6n\u00fc\u015f testleri i\u00e7in hangi imkanlar sunuluyor?<\/li>\n<li>Ani kapasite art\u0131\u015flar\u0131n\u0131 kar\u015f\u0131layacak donan\u0131m ve enerji rezervi mevcut mu?<\/li>\n<li>Network taraf\u0131nda farkl\u0131 tesise otomatik veya kontroll\u00fc failover senaryolar\u0131 destekleniyor mu?<\/li>\n<\/ul>\n<p>Biz genellikle \u00fcretim y\u00fcklerini kademeli olarak ta\u015f\u0131r ve \u00f6ncesinde felaket kurtarma senaryolar\u0131n\u0131 test ortam\u0131nda deneriz. \u00d6rne\u011fin bir k\u0131s\u0131m i\u015fi <a href=\"https:\/\/www.vps.tc\/tr\/sanal-veri-merkezi\">sanal veri merkezi<\/a> altyap\u0131s\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131p di\u011fer k\u0131sm\u0131 farkl\u0131 bir b\u00f6lgede tutarak ger\u00e7e\u011fe yak\u0131n tatbikatlar yapar\u0131z. Tatbikat s\u0131ras\u0131nda yaln\u0131zca sunucunun a\u00e7\u0131lmas\u0131n\u0131 de\u011fil, DNS de\u011fi\u015fikli\u011fini, eri\u015fim yetkilerini, gizli bilgileri ve geri d\u00f6n\u00fc\u015f s\u00fcresini de \u00f6l\u00e7eriz. Ka\u011f\u0131t \u00fczerindeki planlar\u0131n uygulanabilirli\u011fi ancak b\u00f6yle ortaya \u00e7\u0131kar.<\/p>\n<h2 id=\"sla-sozlesme-ve-denetim-haklarini-netlestirmek\">SLA, s\u00f6zle\u015fme ve denetim haklar\u0131n\u0131 netle\u015ftirmek<\/h2>\n<p>Teknik kriterler kadar s\u00f6zle\u015fme metni ve operasyonel \u00e7er\u00e7eve de \u00f6nemlidir. Bir\u00e7ok problem teknik de\u011fil, s\u00f6zle\u015fmesel belirsizliklerden \u00e7\u0131kar. Bu y\u00fczden veri merkezi se\u00e7imi s\u00fcrecinde hukuk ekibinizi erken a\u015famada devreye al\u0131n.<\/p>\n<p>S\u00f6zle\u015fmede \u00f6zellikle dikkat etmeniz gereken noktalar:<\/p>\n<ul>\n<li>Hizmet tan\u0131m\u0131n\u0131n yeterince net ve \u00f6l\u00e7\u00fclebilir olmas\u0131<\/li>\n<li>Kesinti, veri kayb\u0131 ve g\u00fcvenlik ihlali gibi durumlarda y\u00fck\u00fcml\u00fcl\u00fckler<\/li>\n<li>Denetim hakk\u0131 ve raporlama s\u0131kl\u0131\u011f\u0131 (loglar, raporlar, denetim sonu\u00e7lar\u0131)<\/li>\n<li>S\u00f6zle\u015fme fesih ko\u015fullar\u0131 ve veri ta\u015f\u0131ma (data portability) detaylar\u0131<\/li>\n<\/ul>\n<p>Ayr\u0131ca d\u00fczenli denetim ve raporlama mekanizmalar\u0131 talep edin. \u00d6rne\u011fin ayl\u0131k kesinti raporlar\u0131, kapasite kullan\u0131m raporlar\u0131 ve g\u00fcvenlik olay \u00f6zetleri, tesisin ger\u00e7ek performans\u0131n\u0131 uzun vadede izlemenize yard\u0131mc\u0131 olur. Veri silme prosed\u00fcr\u00fc, \u00e7\u0131k\u0131\u015f s\u00fcresi ve verinin hangi formatta teslim edilece\u011fi de s\u00f6zle\u015fmede a\u00e7\u0131k\u00e7a yer almal\u0131.<\/p>\n<h2 id=\"vps-tc-altyapisiyla-uyumlu-veri-merkezi-stratejisi\">VPS.TC altyap\u0131s\u0131yla uyumlu veri merkezi stratejisi<\/h2>\n<p>Bug\u00fcn pek \u00e7ok i\u015fletme fiziksel sunucu, sanal sunucu ve konteyner altyap\u0131lar\u0131n\u0131 hibrit \u015fekilde kullan\u0131yor. VPS.TC \u00fczerinde \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131z <a href=\"https:\/\/www.vps.tc\/tr\/vps\">VPS<\/a>, <a href=\"https:\/\/www.vps.tc\/tr\/lxc\">LXC konteyner<\/a>, <a href=\"https:\/\/www.vps.tc\/tr\/bulut-sunucu\">bulut sunucu<\/a> veya <a href=\"https:\/\/www.vps.tc\/tr\/turkiye-fiziksel-sunucu\">dedicated sunucu<\/a> gibi bile\u015fenler, do\u011fru veri merkezi se\u00e7imi ile birlikte daha \u00f6ng\u00f6r\u00fclebilir hale gelir.<\/p>\n<p>Stratejinizi olu\u015ftururken \u015fu yakla\u015f\u0131m i\u015finizi kolayla\u015ft\u0131r\u0131r:<\/p>\n<ul>\n<li>Kritik \u00e7ekirdek servisleri, y\u00fcksek <strong>uptime<\/strong> hedefi olan, iyi tasarlanm\u0131\u015f bir <strong>Tier III veri merkezi<\/strong> i\u00e7inde konumland\u0131r\u0131n.<\/li>\n<li>Test, staging ve k\u0131sa \u00f6m\u00fcrl\u00fc ortamlar\u0131 daha esnek bulut kaynaklar\u0131 \u00fczerinde, gerekti\u011finde h\u0131zl\u0131ca yeniden kurabilece\u011finiz \u015fekilde tasarlay\u0131n.<\/li>\n<li>Yedekleme ve felaket kurtarma senaryolar\u0131nda farkl\u0131 b\u00f6lgedeki bir veri merkezi veya bulut altyap\u0131s\u0131n\u0131 devreye al\u0131n.<\/li>\n<\/ul>\n<p>B\u00f6ylece tek bir tesise ba\u011f\u0131ml\u0131 kalmadan hem maliyet hem de dayan\u0131kl\u0131l\u0131k a\u00e7\u0131s\u0131ndan dengeli bir mimari kurabilirsiniz. \u00d6nemli olan t\u00fcm bu bile\u015fenleri ayn\u0131 teknik ve operasyonel standartlara g\u00f6re y\u00f6netmek.<\/p>\n<h2 id=\"dogru-veri-merkezi-kararini-hizlandirmak-icin-sonraki-adimlar\">Do\u011fru veri merkezi karar\u0131n\u0131 h\u0131zland\u0131rmak i\u00e7in sonraki ad\u0131mlar<\/h2>\n<p>Teoriyi bir kenara b\u0131rak\u0131p pratik bir yol haritas\u0131 \u00e7izmek gerekirse \u00f6nce mevcut i\u015f y\u00fcklerinizi envanterleyin, sonra bu yaz\u0131da ge\u00e7en 10 kriteri bir kontrol listesine d\u00f6n\u00fc\u015ft\u00fcr\u00fcn. Her aday tesis i\u00e7in ayn\u0131 sorular\u0131 sorun, ayn\u0131 metrikleri \u00f6l\u00e7\u00fcn ve sonu\u00e7lar\u0131 objektif olarak kar\u015f\u0131la\u015ft\u0131r\u0131n.<\/p>\n<p>Sonraki a\u015famada k\u00fc\u00e7\u00fck bir pilot ortam kurup ger\u00e7ek kullan\u0131c\u0131 trafi\u011fine benzer bir y\u00fckle deneme yap\u0131n. Gecikme s\u00fcreleri, hata oranlar\u0131, destek yan\u0131t s\u00fcreleri ve beklenmedik davran\u0131\u015flar\u0131 birka\u00e7 hafta boyunca izleyin. Ka\u011f\u0131t \u00fczerindeki teklif ile sahadaki performans\u0131n uyumlu olup olmad\u0131\u011f\u0131n\u0131 bu sayede g\u00f6rebilirsiniz.<\/p>\n<p>Son olarak felaket kurtarma senaryolar\u0131n\u0131z\u0131 g\u00fcncelleyin ve se\u00e7ti\u011finiz tesisle birlikte u\u00e7tan uca test edin. Kabul edilebilir kesinti s\u00fcresine ger\u00e7ekten inebiliyor musunuz, yoksa plan\u0131n bir yerinde manuel bir ad\u0131ma m\u0131 tak\u0131l\u0131yorsunuz? Bu sorunun cevab\u0131n\u0131 s\u00f6zle\u015fmeden \u00f6nce almak, en ucuz teklifi se\u00e7mekten \u00e7ok daha de\u011ferlidir.<\/p>\n<h2 id=\"sik-sorulan-sorular\">S\u0131k Sorulan Sorular<\/h2>\n<h3>Veri merkezi se\u00e7imi yaparken ilk dikkat edilmesi gereken kriter nedir?<\/h3>\n<p>\u0130lk ad\u0131m, hangi i\u015f y\u00fck\u00fcn\u00fc bu tesise ta\u015f\u0131yaca\u011f\u0131n\u0131z\u0131 netle\u015ftirmektir. Uygulaman\u0131n gecikme hassasiyeti, d\u00fczenleyici gereksinimleri ve s\u00fcreklilik ihtiyac\u0131 belirlenmeden do\u011fru veri merkezi se\u00e7imi yapmak m\u00fcmk\u00fcn de\u011fildir. Bu analiz sonras\u0131nda lokasyon, Tier seviyesi, uptime hedefi ve network altyap\u0131s\u0131 gibi teknik ba\u015fl\u0131klar\u0131 de\u011ferlendirmeye ba\u015flamal\u0131s\u0131n\u0131z.<\/p>\n<h3>Tier III veri merkezi her senaryo i\u00e7in yeterli midir?<\/h3>\n<p>\u00c7o\u011fu kurumsal i\u015f y\u00fck\u00fc i\u00e7in Tier III seviyesi pratikte yeterli bir tasar\u0131m hedefidir; \u00e7\u00fcnk\u00fc bak\u0131m s\u0131ras\u0131nda kritik kapasitenin \u00e7al\u0131\u015fmaya devam etmesi ama\u00e7lan\u0131r. Ancak \u00e7ok kritik finansal sistemler veya s\u0131f\u0131ra yak\u0131n kesinti tolerans\u0131 olan uygulamalarda co\u011frafi yedeklilik, yedek veri merkezi ve d\u00fczenli felaket kurtarma testleriyle bu altyap\u0131n\u0131n desteklenmesi gerekir.<\/p>\n<h3>Uptime de\u011feri ile SLA aras\u0131ndaki fark nedir?<\/h3>\n<p>Uptime de\u011feri, hizmetin belirli bir d\u00f6nemde ne kadar s\u00fcre eri\u015filebilir kald\u0131\u011f\u0131n\u0131 ifade eden teknik bir metriktir. SLA ise bu hedefin hangi ko\u015fullarda ve nas\u0131l \u00f6l\u00e7\u00fclece\u011fini, planl\u0131 bak\u0131mlar\u0131n nas\u0131l ele al\u0131naca\u011f\u0131n\u0131 ve hedef tutmazsa hangi hizmet kredisi veya tazmin mekanizmas\u0131n\u0131n devreye girece\u011fini tan\u0131mlayan s\u00f6zle\u015fmesel \u00e7er\u00e7evedir.<\/p>\n<h3>Network altyap\u0131s\u0131n\u0131n kalitesini ta\u015f\u0131nmadan \u00f6nce nas\u0131l test edebilirim?<\/h3>\n<p>Farkl\u0131 ISP&#8217;lerden tesise ve tesisten d\u0131\u015f hedeflere uzun s\u00fcreli <code>ping<\/code> ve <code>mtr<\/code> \u00f6l\u00e7\u00fcmleri al\u0131n. Paket kayb\u0131n\u0131 yaln\u0131zca ara hoplarda de\u011fil hedefte de kontrol edin; jitter, rota de\u011fi\u015fikli\u011fi ve yo\u011fun saatlerdeki gecikme art\u0131\u015f\u0131n\u0131 ayr\u0131 de\u011ferlendirin. K\u00fc\u00e7\u00fck bir pilot VPS veya VDS \u00fczerinde ger\u00e7ek uygulama trafi\u011fine yak\u0131n test yapmak, tek seferlik bir h\u0131z testinden daha anlaml\u0131d\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Veri merkezi se\u00e7imi yaparken tier 3 veri merkezi standard\u0131, uptime, network altyap\u0131s\u0131, g\u00fcvenlik, felaket kurtarma ve s\u00f6zle\u015fme detaylar\u0131 gibi kritik noktalar\u0131 netle\u015ftiren kapsaml\u0131 bir rehber.<\/p>\n","protected":false},"author":1,"featured_media":248,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[497],"tags":[500,1037,1040,1043,838,1046,1049],"class_list":["post-251","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-veri-merkezi","tag-datacenter","tag-felaket-kurtarma","tag-network-altyapisi","tag-siber-guvenlik","tag-tier-3-veri-merkezi","tag-uptime","tag-veri-merkezi-secimi"],"lang":"tr","translations":{"tr":251,"en":261},"pll_sync_post":[],"_links":{"self":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts\/251","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/comments?post=251"}],"version-history":[{"count":2,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts\/251\/revisions"}],"predecessor-version":[{"id":612,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/posts\/251\/revisions\/612"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/media\/248"}],"wp:attachment":[{"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/media?parent=251"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/categories?post=251"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vps.tc\/blog\/wp-json\/wp\/v2\/tags?post=251"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}