Veri merkezi işletmek, yalnızca sunucuların elektrik almasını ve ağa bağlı kalmasını sağlamaktan ibaret bir süreç değildir. Kurumsal bir veri merkezi altyapısı; fiziksel sunucular, network ekipmanları, depolama (storage) alanları, sanallaştırma katmanları, işletim sistemleri, yedekleme stratejileri ve 7/24 izleme mekanizmalarının entegre biçimde çalıştığı karmaşık bir ekosistemdir. Bu ekosistemin sağlıklı bir şekilde sürdürülebilirliği, donanım arızalarından anında haberdar olmayı, yazılım güncellemelerini planlamayı ve olası kesintilerde hızlı fiziksel veya mantıksal müdahaleyi gerektirir.
Birçok kurum, bu operasyonel yükü kendi iç bilişim teknolojileri (BT) ekipleriyle yürütmeye çalışır. Ancak sistemler büyüdükçe, karmaşıklaştıkça veya 7/24 çalışma zorunluluğu doğduğunda, kurumun kendi BT ekibinin kapasitesi ile veri merkezi operasyonunun gerçek ihtiyaçları arasında operasyonel boşluklar oluşmaya başlar. İç ekiplerin yetersiz kaldığı uzmanlık alanlarında veya vardiyalı çalışmanın getirdiği maliyet/yönetim zorluklarında dış kaynak teknik desteği gündeme gelir.
Bu rehberde, kurumsal veri merkezi destek hizmetleri kavramının ne anlama geldiğini, dış kaynak teknik destek sağlayıcılarının operasyonel seviyede gerçekte ne tür müdahaleler yaptığını ve kurumların hangi senaryolarda bu tür bir hizmete ihtiyaç duyabileceğini objektif bir çerçevede değerlendireceğiz.
Kurumsal Veri Merkezi Destek Hizmeti Nedir?
Kurumsal veri merkezi destek hizmeti, kurumların kendi veri merkezlerinde, colocation (sunucu barındırma) alanlarında veya bulut ortamlarında bulunan bilişim altyapılarının sürdürülebilirliğini ve sorunsuz çalışmasını sağlamak amacıyla profesyonel bir dış kaynaktan (hizmet sağlayıcıdan) aldıkları teknik yardım ve operasyonel yönetim bütünüdür.
“Veri merkezi desteği” ifadesi tek bir standart hizmet paketi anlamına gelmez. Kurumun ihtiyacına, altyapının durumuna ve sağlayıcının teknik kapasitesine göre geniş bir yelpazede şekillenebilir. Bir sağlayıcının sunabileceği hizmet kapsamları genel olarak şunları içerebilir:
· Fiziksel Sunucu Desteği: Donanım arızalarının tespiti, yedek parça yönetimi ve fiziksel parça değişimi.
· Network Desteği: Switch, router yapılandırmaları, ağ trafiği analizi ve erişim sorunlarının giderilmesi.
· Firewall Operasyonları: Güvenlik kurallarının yönetimi, VPN tünellerinin yapılandırılması ve log takibi.
· Storage (Depolama) Desteği: LUN oluşturma, disk genişletme, performans izleme ve depolama alanı optimizasyonu.
· Sanallaştırma Altyapısı Desteği: Hypervisor kurulumu, sanal makine (VM) yönetimi, kaynak tahsisi ve optimizasyonu.
· İşletim Sistemi Desteği: Linux veya Windows Server ortamlarında servis yapılandırması, güncelleme (patching) ve sorun giderme.
· Backup ve Disaster Recovery Desteği: Yedekleme politikalarının uygulanması, geri dönüş (restore) testleri ve felaket kurtarma senaryolarının yönetimi.
· Monitoring: Altyapının 7/24 izlenmesi, performans metriklerinin takibi ve alarm üretilmesi.
· Kapasite Planlama: CPU, RAM ve disk kullanımlarının trend analizi yapılarak büyüme ihtiyaçlarının öngörülmesi.
· Veri Merkezi İçi Hands-on Operasyonlar (Remote Hands): Kablolama, cihaz yeniden başlatma (reboot), görsel kontrol veya donanım montajı gibi fiziksel müdahale gerektiren işlemler.
· Kurulum ve Migration (Taşıma) Operasyonları: Yeni sistemlerin devreye alınması veya mevcut sistemlerin farklı bir platforma/lokasyona taşınması.
Burada kritik olan nokta, her veri merkezi destek sağlayıcısının bu hizmetlerin tamamını sunmadığı gerçeğidir. Kimi sağlayıcılar sadece donanım seviyesinde destek verirken, kimileri işletim sistemi ve uygulama katmanına kadar inen yönetim hizmetleri sunabilir.
Veri Merkezi Destek Sağlayıcısı Gerçekte Ne Yapar?
Bir destek sağlayıcısının “altyapınızı koruruz” gibi genel geçer ifadeler yerine, gerçek operasyonel süreçlerde masaya ne koyduğunu anlamak, doğru hizmeti seçmenin temelidir. Sağlayıcılar, farklı katmanlarda spesifik teknik müdahaleler gerçekleştirirler.
Fiziksel Sunucu Arızaları
Donanım arızaları veri merkezlerinin kaçınılmaz bir parçasıdır. Sağlayıcı, fiziksel sunucularda oluşan problemlerde doğrudan aksiyon alır:
· Disk Arızası ve RAID Problemleri: Bozulan bir diskin tespiti, uygun diskin tedariki, fiziksel değişimin yapılması ve RAID rebuild (yeniden yapılandırma) sürecinin izlenmesi.
· RAM Hatası ve PSU Arızası: Memory ECC hatalarının loglardan tespiti ve bozuk modülün değiştirilmesi; yedekli güç kaynağı (PSU) arızalarında kesinti yaşanmadan parça değişimi.
· Sunucunun Boot Etmemesi: İşletim sisteminin açılmadığı durumlarda KVM veya ILO/iDRAC gibi yönetim arayüzleri üzerinden sisteme bağlanılarak boot sequence (açılış sırası) kontrolü, kernel panic hatalarının incelenmesi veya kurtarma modunda (rescue mode) müdahale edilmesi.
· Donanım Değişimi (Remote Hands): Anakart, işlemci veya RAID kartı gibi kritik bileşenlerin arızalanması durumunda veri merkezine bizzat giderek fiziksel değişimin yapılması.
Network Problemleri
Veri merkezinde ağ erişimi kesildiğinde, sunucular ne kadar güçlü olursa olsun işlevsiz kalır. Network desteği kapsamında yapılan müdahaleler şunları içerir:
· Switch ve Port Problemleri: Fiziksel port arızalarının tespiti, kablo değişimi veya farklı bir porta geçiş (failover) işlemlerinin yapılması.
· VLAN Yapılandırması: Yeni kurulan sunucuların doğru ağ segmentine alınması, trunk port ayarlarının yapılması.
· Routing (Yönlendirme) Problemleri: BGP veya OSPF gibi yönlendirme protokollerindeki hataların tespiti, statik route eksikliklerinin giderilmesi.
· Paket Kaybı (Packet Loss): Ağ üzerindeki darboğazların (bottleneck) bulunması, hatalı yapılandırılmış cihazların tespiti veya hat sağlayıcısıyla (ISP) iletişime geçilerek sorunun çözülmesi.
İşletim Sistemi ve Sunucu Problemleri
Donanım sağlıklı olsa da yazılım katmanında sorunlar yaşanabilir. Sağlayıcının Linux veya Windows Server uzmanları şu operasyonları yürütür:
· Servis Problemleri: Web sunucusu (Apache, Nginx), veritabanı (MySQL, PostgreSQL) veya uygulama sunucularının beklenmedik şekilde durması (crash) durumunda servislerin yeniden başlatılması ve hata loglarının incelenerek kök neden analizinin (RCA) yapılması.
· Disk Doluluğu: /var veya / klasörünün %100 dolması sonucu sistemin kilitlenmesi durumunda, log rotasyonlarının ayarlanması, gereksiz dosyaların temizlenmesi veya LVM üzerinden disk alanının genişletilmesi.
· Performans Problemleri (High Load): İşlemci (CPU) load değerlerinin aşırı yükselmesi, RAM tüketiminin (OOM Killer) artması durumlarında htop, iotop gibi araçlarla hangi process’in sistemi yorduğunun tespit edilmesi ve müdahalesi.
Sanallaştırma Altyapısı
Modern veri merkezleri genellikle VMware ESXi, Microsoft Hyper-V veya Proxmox gibi hypervisor’lar üzerinde koşar. Sanallaştırma desteği şunları kapsar:
· Host (fiziksel sunucu) üzerindeki kaynak tüketimlerinin (CPU Ready time, Memory Ballooning) izlenmesi.
· Sanal makinelerin (VM) ağ bağlantısı kopukluklarının veya datastore erişim sorunlarının (vSAN, iSCSI) giderilmesi.
· Host güncellemelerinin (patching) VM’ler çalışır durumdayken kesintisiz şekilde (vMotion, Live Migration) gerçekleştirilmesi.
Backup ve Disaster Recovery (Felaket Kurtarma)
Yedekleme, yalnızca bir yazılımı kurup “yedek al” tuşına basmaktan ibaret değildir. Profesyonel bir destek sağlayıcısı için backup operasyonu çok daha detaylıdır:
· Restore Testleri: Alınan yedeklerin gerçekten çalışıp çalışmadığının periyodik olarak farklı bir test ortamına dönülerek (restore) doğrulanması.
· RPO ve RTO Takibi: Kurumun belirlediği Recovery Point Objective (kabul edilebilir veri kaybı süresi) ve Recovery Time Objective (kabul edilebilir kesinti süresi) hedeflerine uygun yedekleme mimarisinin tasarlanması ve uygulanabilirliğinin denetlenmesi.
· Depolama Kapasitesi: Yedekleme ünitelerindeki disk alanının takibi ve eski yedeklerin retention (saklama süresi) politikalarına göre güvenli şekilde silinmesi.
Hangi Şirketler Dış Kaynak Veri Merkezi Desteğine İhtiyaç Duyabilir?
Kurumsal veri merkezi destek hizmetleri her şirket için zorunlu değildir. İhtiyaç, kurumun iç teknik kapasitesi ile operasyonel hedefleri arasındaki farktan doğar. Dış kaynak teknik desteğin değerlendirilmesi gereken durumlar genellikle şunlardır:
· 7/24 Operasyon İhtiyacı Olan ve Ekibi Küçük Şirketler: Mesai saatleri dışında (gece veya hafta sonu) sistemlerin izlenmesi ve acil durumlarda müdahale edilmesi gerekiyorsa, bunu mevcut küçük bir ekiple vardiyalı sisteme dökmeden yönetmek dış kaynak ile mümkündür.
· Colocation Kullanan Fakat Lokasyonda Personel Bulundurmayan Kurumlar: Sunucuları farklı bir şehirdeki veya ülkedeki bir veri merkezinde barındıran (colocation) şirketler, fiziksel müdahaleler (disk değişimi, kablo takılması) için “Remote Hands” (uzak el) desteğine ihtiyaç duyar.
· Kritik Uygulamalar Çalıştıran Şirketler: E-ticaret, finans veya sağlık gibi saniyelik kesintilerin büyük ciro veya itibar kayıplarına yol açtığı sektörlerde, hata toleransı düşük olduğu için uzman müdahalesi şarttır.
· Birden Fazla Lokasyonda Altyapısı Bulunan Kurumlar: Dağınık mimarilerde tüm lokasyonlara eşit uzmanlıkta personel atamak yerine, merkezi bir dış kaynak sağlayıcıdan destek almak maliyet etkin olabilir.
· Migration (Taşıma) veya Büyük Altyapı Değişikliği Yapan Şirketler: Mevcut sistemlerin buluta veya yeni bir veri merkezine taşınması gibi tek seferlik ama yüksek uzmanlık gerektiren riskli projelerde dışarıdan geçici veya kalıcı destek alınır.
· Belirli Uzmanlıkları İçeride Sürekli Bulundurmak İstemeyen Şirketler: Örneğin, bir şirket ağı yönetecek yetkinlikte bir ekibe sahip olabilir ancak storage (depolama) yönetimi konusunda bir uzmana ayda sadece birkaç saat ihtiyaç duyuyorsa, bu pozisyonu tam zamanlı istihdam etmek yerine dışarıdan destek alabilir.
Karşı Perspektif: Her şirketin dış kaynak desteğine ihtiyacı yoktur. Eğer şirket, 7/24 vardiyalı çalışabilen, network, sistem, storage ve sanallaştırma alanlarında yeterli uzmanlığa sahip büyük bir iç IT operasyon ekibine sahipse, operasyonları tamamen içeride yürütebilir. Dış kaynak desteği, kurumun bu kaynakları ayırmak istemediği veya ekonomik bulmadığı durumlarda anlamlıdır.
Veri Merkezi Desteği ile Managed Service (Yönetilen Hizmet) Aynı Şey midir?
Sektörde sıkça karıştırılan bu kavramlar, hizmetin derinliğini ve sorumluluk seviyesini belirler.
· Break/Fix (Bozulunca Tamir Et) Destek: Bu, en temel reaktif destek modelidir. Sistem bozulduğunda kurum, sağlayıcıya haber verir (bilet açar veya arar), sağlayıcı sorunu çözer ve faturasını keser. Sağlayıcının sistemin genel sağlığı veya yedeklerin durumuyla ilgili proaktif bir sorumluluğu yoktur.
· Remote Hands (Uzak El): Sağlayıcının sadece fiziksel müdahale yaptığı (kablo takma, cihazı kapatıp açma, disk değiştirme) modeldir. Sistemin işletim sistemi veya yazılım katmanına müdahale edilmez.
· Teknik Destek (Technical Support): Kurumun BT ekibinin çözemediği sorunlarda, belirli teknolojiler (örneğin sadece firewall veya sadece VMware) için dışarıdan alınan ileri seviye yardımdır.
· Managed Service (Yönetilen Hizmet): Bu model, proaktif bir yaklaşımı temsil eder. Sağlayıcı sadece arıza olduğunda değil, sistemin sürekli olarak sağlıklı çalışmasından sorumludur. İzleme (monitoring), güncellemeler (patching), yedekleme yönetimi, kapasite planlaması ve güvenlik yapılandırmaları sağlayıcı tarafından kurum adına sürekli olarak yürütülür.
Veri merkezi desteği bir yelpazedir; bir kurum sadece “Remote Hands” hizmeti alırken, başka bir kurum tüm sunucu altyapısını “Managed Service” olarak sağlayıcıya devredebilir.
Veri Merkezi Destek Hizmeti Alırken Nelere Bakılmalı?
Doğru destek sağlayıcısını seçmek, hizmet seviye sözleşmelerinin (SLA) satır aralarını okumayı ve sağlayıcının gerçek operasyonel kapasitesini değerlendirmeyi gerektirir.
Müdahale Süresi ve SLA Tanımları
Bir hizmet seviyesi sözleşmesinde (SLA) geçen “15 dakikada yanıt süresi”, teknik müdahalenin 15 dakikada başlayacağı anlamına gelmeyebilir. Bu sadece destek talebinin alındığına dair otomatik bir mesaj olabilir. Önemli olan metrikler şunlardır:
· İlk Yanıt Süresi (Response Time): Talebin bir insan tarafından ne kadar sürede görüldüğü.
· Müdahale Süresi (Intervention Time): Uzman personelin sorunu çözmek için sistem üzerinde çalışmaya başladığı süre.
· Çözüm Süresi (Resolution Time): Sorunun tamamen giderilmesi için taahhüt edilen veya hedeflenen süre.
SLA metninde bu tanımların açıkça yapılmış olması ve eskalasyon (sorunun daha üst seviye uzmanlara aktarılma süreci) yollarının belirtilmesi gerekir.
Fiziksel Müdahale Yeteneği
Özellikle colocation hizmeti alıyorsanız, sağlayıcının veri merkezinde fiziksel olarak bulunup bulunmadığı kritiktir. Gece saat 03:00’te bozulan bir diski değiştirmek için sağlayıcının dışarıdan bir personel mi göndereceği, yoksa veri merkezinde 7/24 nöbetçi teknisyeninin mi (NOC ekibi) olduğu, müdahale süresini saatlerden dakikalara indirebilir.
Teknik Kapsam ve Yetkinlik
Sağlayıcının uzmanlık alanları kurumun altyapısıyla eşleşmelidir. Sadece Linux sunuculara destek veren bir firmadan, Windows Active Directory sorunları için çözüm beklemek gerçekçi değildir. Sağlayıcının destek kapsamı (hangi işletim sistemleri, hangi sanallaştırma platformları, hangi marka network cihazları) sözleşmede net olarak yer almalıdır.
Yetkilendirme ve Güvenlik
Sağlayıcının kurum sistemlerine nasıl erişeceği (VPN, IP Kısıtlaması, Bastion Host), erişimlerin loglanıp loglanmadığı, Çok Faktörlü Kimlik Doğrulama (MFA) kullanılıp kullanılmadığı ve “Least Privilege” (en az yetki) prensibinin uygulanıp uygulanmadığı denetlenmelidir. Dış kaynak desteği, kurumun güvenlik politikalarında bir arka kapı oluşturmamalıdır.
Dokümantasyon ve Raporlama
İyi bir destek sağlayıcısı, yaptığı her müdahaleyi kayıt altına alır. Bir sunucuda yapılan konfigürasyon değişikliğinin neden yapıldığı, sorunun kök nedeni (Root Cause) ve kalıcı çözüm adımları dokümante edilmelidir. Bu, kurumun kendi BT ekibinin de sistemde ne olup bittiğini takip edebilmesi için elzemdir.
Veri Merkezi Destek Hizmetinin Maliyeti Nasıl Belirlenir?
Destek hizmetlerinin maliyeti, kurumun altyapısının büyüklüğüne ve talep edilen hizmetin derinliğine göre şekillenir. Maliyeti belirleyen somut faktörler şunlardır:
· Kapsam Büyüklüğü: Destek verilecek fiziksel sunucu, sanal makine (VM), switch veya firewall cihazı sayısı.
· Destek Saatleri: Sadece mesai saatleri (8×5) içinde verilen destek ile 7/24 (24×7) kesintisiz destek arasındaki maliyet farkı.
· SLA Seviyesi: Kritik sistemler için istenen 15 dakikalık müdahale süresi, daha esnek SLA’lara (örneğin 4 saat) göre daha maliyetlidir.
· Hizmetin Türü: Reaktif bir “arıza anında destek” paketi ile proaktif izleme, güncelleme ve yedekleme yönetimini içeren tam kapsamlı “Managed Service” (Yönetilen Hizmet) modeli farklı fiyatlandırılır.
· Fiziksel Müdahale (Remote Hands) İhtiyacı: Veri merkezinde fiziksel parça değişimi veya donanım montajı gibi işlemler genellikle adam/saat üzerinden ücretlendirilir.
· Lokasyon Sayısı: Sistemlerin tek bir veri merkezinde mi yoksa birden fazla dağınık lokasyonda mı bulunduğu.
Kurum İçi IT Ekibi mi, Dış Kaynak Veri Merkezi Desteği mi?
Kurumlar genellikle “kendi ekibimizi mi kuralım, dışarıdan mı destek alalım?” ikilemine düşer. Her iki modelin de farklı dinamikleri vardır.
| Konu | Kurum İçi Ekip (In-house) | Dış Kaynak Destek (Outsource) |
| Kontrol | Süreçler ve öncelikler üzerinde %100 kontrol. | SLA ve sözleşme sınırları dahilinde operasyonel kontrol. |
| Uzmanlık | Ekip üyelerinin bilgi birikimi ile sınırlıdır; farklı teknolojiler için yeni personel gerekebilir. | Geniş bir uzman havuzuna (network, storage, sistem) anında erişim imkanı sağlar. |
| 7/24 Operasyon | Vardiya sistemi kurmak (en az 4-5 kişi) yüksek maliyetli ve yönetimi zordur. | Sağlayıcının NOC ekipleri üzerinden doğal olarak sağlanır. |
| Fiziksel Müdahale | Veri merkezine uzaklık durumunda müdahale süresi uzayabilir. | Sağlayıcı veri merkezindeyse (remote hands) anında müdahale edilir. |
| Maliyet Modeli | Sabit personel giderleri (maaş, SGK, yan haklar, eğitim). | İhtiyaca göre ölçeklenebilen, operasyonel gider (OPEX) modeli. |
| Ölçeklenebilirlik | Yeni bir sistem kurulduğunda ekibi büyütmek zaman alır. | Sağlayıcının kapasitesine göre hızlıca yeni hizmetler kapsama eklenebilir. |
| Tek Noktaya Bağımlılık | Kilit bir personelin (örneğin tek network uzmanı) izne ayrılması veya işten çıkması riski yüksektir. | Kurumsal sağlayıcılarda bilgi ve operasyon sürekliliği sistemlere bağlıdır. |
Hibrit Model Mümkündür: Kurumsal veri merkezi desteği, kurum içindeki IT ekibinin tamamen yerine geçmek zorunda değildir. En yaygın ve verimli model genellikle hibrit yapıdır. Kurumun kendi BT ekibi stratejik IT projelerine, yazılım geliştirmeye veya iç kullanıcı desteğine (helpdesk) odaklanırken; 7/24 izleme, gece vardiyası, donanım arızaları, rutin yedekleme kontrolleri ve işletim sistemi güncellemeleri gibi operasyonel yükler dış kaynak sağlayıcıya devredilebilir.
DALNET Kurumsal Veri Merkezi Destek Hizmetlerinde Ne Sağlar?
Kurumların veri merkezi operasyonlarında dış kaynak kullanma ihtiyacı doğduğunda, hizmetin kapsamı ve kalitesi teknik altyapının sürekliliğini belirler. DALNET tarafında, veri merkezi ve sunucu altyapısı kapsamında kurumların kendi iç ekiplerini destekleyici veya operasyonun tamamını üstlenici rolde şu teknik operasyonlar yürütülebilir:
· Fiziksel Sistem ve Ağ Yönetimi: Fiziksel sunucuların, storage ünitelerinin ve network bileşenlerinin 7/24 izlenmesi, donanım arızalarının tespiti ve Remote Hands kapsamında fiziksel donanım değişimlerinin gerçekleştirilmesi.
· Sanallaştırma Platformu Desteği: VMware veya diğer hypervisor ortamlarının yönetimi, sanal makine kaynaklarının tahsisi, performans darboğazlarının tespiti ve sanallaştırma katmanı güncellemelerinin planlanması.
· İşletim Sistemi Düzeyinde Operasyonlar: Linux ve Windows sunucu ortamlarında servis kesintilerine müdahale, log analizi ile root cause (kök neden) tespiti ve kritik güvenlik yamalarının (patching) uygulanması.
· Yedekleme ve Olağanüstü Durum Yönetimi: Kurumun RPO ve RTO gereksinimlerine uygun yedekleme görevlerinin takibi, başarısız backup işlerinin (jobs) incelenmesi ve periyodik geri dönüş (restore) testlerinin raporlanması.
· Performans İzleme ve Uyarı (Alert) Yönetimi: Altyapı bileşenlerinden toplanan metriklerle kapasite limitlerine yaklaşan sistemler için erken uyarı mekanizmalarının işletilmesi ve gerekli aksiyonların BT ekibiyle koordineli şekilde alınması.
DALNET, SLA tanımları çerçevesinde kurumun mevcut BT süreçlerine entegre olarak, teknik operasyonların dokümante edilebilir ve sürdürülebilir bir yapıda devam etmesine olanak tanır.
Veri Merkezi Destek Hizmeti Almadan Önce Sorulması Gereken 10 Soru
Bir hizmet sağlayıcı ile sözleşme aşamasına gelmeden önce, operasyonel gerçekliği test etmek için pratik bir değerlendirme yapmak gerekir. Karar vericilerin sorması gereken temel sorular şunlardır:
1. SLA’da belirtilen müdahale süresi nasıl ölçülüyor ve aşım durumunda yaptırımlar (penalty) nelerdir?
2. Sağlayıcının NOC (Network Operations Center) ekibi fiziksel olarak nerede bulunuyor, veri merkezinde anında fiziksel müdahale (Remote Hands) yapabiliyor mu?
3. Destek kapsamına hangi donanım markaları, sanallaştırma platformları ve işletim sistemleri dahil? (Spesifik eski sistemler destekleniyor mu?)
4. Network ve güvenlik (firewall) desteğinin sınırları nelerdir? Sadece arıza durumunda mı yoksa yeni kural tanımlamalarında da destek veriliyor mu?
5. 7/24 destek gerçekten hangi saatlerde, hangi uzmanlık seviyesindeki (L1, L2, L3) ekip tarafından sağlanıyor? Gece vardiyasında sadece talepleri kayıt altına alan bir operatör mü var, yoksa sisteme müdahale edebilecek bir mühendis mi?
6. SLA sözleşmesinde “Çözüm Süresi” (Resolution Time) tanımlı mı, yoksa sadece “Yanıt Süresi” mi garanti ediliyor?
7. Sistem üzerinde yapılan her türlü konfigürasyon değişikliği ve müdahale kuruma nasıl raporlanıyor ve dokümante ediliyor?
8. Sağlayıcının mühendisleri kurum sistemlerine hangi yetki seviyesiyle ve hangi güvenli bağlantı (VPN, Bastion Host, MFA) yöntemleriyle erişiyor?
9. Arıza veya müdahale dışındaki, rutin kapasite artırımı veya yeni sistem kurulumu gibi operasyonlar hizmet kapsamında mı, yoksa proje bazlı ekstra mı fiyatlandırılıyor?
10. Eskalasyon süreci nasıl işliyor? İlk seviye desteğin çözemediği bir sorun ne kadar sürede ve kime aktarılıyor?
Sonuç
Kurumsal veri merkezi destek hizmetleri, BT altyapılarının giderek karmaşıklaştığı bir dönemde operasyonel sürekliliği sağlayan teknik bir mekanizmadır. Bu hizmet modeli, kurum içindeki IT ekibinin yerine geçmek veya onları tamamen ortadan kaldırmak zorunda değildir. Aksine, doğru kurgulandığında; kurum içi ekibin stratejik bilgi birikimi ile dış kaynak sağlayıcının 7/24 operasyonel kapasitesinin birleştiği hibrit bir yapı oluşturulabilir.
Kurumların asıl değerlendirmesi gereken konu, mevcut teknik ekiplerinin kapasitesi (vardiya düzeni, farklı teknolojilerdeki uzmanlık derinliği) ile sistemlerin ihtiyaç duyduğu kesintisiz operasyon seviyesi arasındaki boşluğun tespitidir. Fiziksel donanım arızaları, gece saatlerinde yaşanan servis kesintileri veya yedekleme operasyonlarının takibi gibi rutin ancak kritik süreçler kurum için risk oluşturuyorsa, SLA garantili profesyonel bir teknik destek katmanı bu riski yönetilebilir hale getirir.
Altyapınızın büyüklüğüne ve operasyonel ihtiyaçlarınıza uygun, şeffaf SLA süreçleri ve teknik uzmanlıkla kurgulanmış dış kaynak destek modellerini değerlendirmek için DALNET kurumsal veri merkezi destek hizmetlerini inceleyebilirsiniz.
İçerik Kaynakları
· Uptime Institute, “Data Center Staffing and Operations Reports”
· Gartner, “Magic Quadrant for Data Center Outsourcing and Hybrid Infrastructure Managed Services”
· ITIL (Information Technology Infrastructure Library) v4 Framework – Incident Management and Service Desk Guidelines
