1. Proje Özeti ve Müşteri Profili
Aylık 250.000'den fazla aktif tekil ziyaretçiye ve yoğun sipariş hacmine sahip bir e-ticaret markası, 6 yıllık yaşlanmış tek bir fiziksel sunucu üzerinde çalışan monolitik yapıyla hizmet vermekteydi.
Sunucunun garanti süresi dolmuş, disk doluluk oranı %92'ye ulaşmış ve herhangi bir otomatik yedekleme veya izleme mekanizması kurulmamıştı. Olası bir disk arızası veya sistem çökmesi, şirketin operasyonunu günlerce durdurma ve yüz binlerce liralık ciro kaybına yol açma riski taşıyordu.
[ ESKİ ALTYAPI ] : Tek Fiziksel Sunucu (SPOF) ──> Manuel Yedek (Haftalık) ──> Yüksek Kesinti Riski
[ YENİ MİMARİ ] : Proxmox VE Kümesi ──> NVMe Storage ──> Veeam 3-2-1 Yedek ──> Zabbix 7/24 İzleme2. Karşılaşılan Kritik Altyapı Problemleri
- Tek Noktadan Hata (Single Point of Failure - SPOF): Web sunucusu, veritabanı ve e-posta servislerinin tamamı aynı tek sunucudaydı.
- Yetersiz ve Test Edilmemiş Yedekleme: Yedekler haftada bir harici bir USB diske manuel kopyalanıyordu. Geri dönüş testi (recovery drill) hiç yapılmamıştı.
- Kampanya Dönemi Yavaşlıkları: Black Friday ve indirim dönemlerinde CPU ve RAM tükeniyor, sipariş adımlarında sepet terk etme oranları tırmanıyordu.
- Görünürlük Eksikliği: Sistem çöktüğünde veya veritabanı kilitlendiğinde IT ekibi yalnızca müşterilerden şikayet geldiğinde durumdan haberdar oluyordu.
3. Uygulanan Mimari Çözüm ve Adımlar
Aşama 1: Sanallaştırma ve İzolasyon (Proxmox VE)
Yeni nesil çift güç kaynaklı sunucu donanımı üzerine Proxmox VE (Virtual Environment) kurularak kaynaklar ayrıştırıldı:
- Web katmanı (Nginx + PHP-FPM) bağımsız bir sanal makineye (VM) taşındı.
- PostgreSQL veritabanı, NVMe SSD havuzu üzerinde çalışan optimize edilmiş ayrı bir Linux VM'e taşındı.
- Statik medya dosyaları ve ürün görselleri optimize edilmiş yerel önbellek katmanına ayrıldı.
Aşama 2: Veeam ile 3-2-1 Kuralına Uygun Yedekleme
- 3 Kopya: Veritabanı ve web sunucusunun 3 ayrı kopyası.
- 2 Farklı Medya: Yerel NVMe depolama + Şirket içi Synology NAS cihazı.
- 1 Dış Lokasyon (Off-site): Günlük şifreli (AES-256) immutable yedeklerin güvenli bulut alanına aktarımı.
- Her gece saat 03:00'te artımlı (incremental) yedek, Pazar günleri ise tam (full) sentetik yedek rutini kuruldu.
Aşama 3: Zabbix 7.0 ile 7/24 Proaktif İzleme
- Disk doluluk oranı, CPU/RAM tüketimi, Nginx yanıt süreleri ve PostgreSQL kilitlenmeleri saniye bazında izlenmeye başlandı.
- Kritik eşik değerler aşıldığında doğrudan IT ekibine Telegram ve SMS üzerinden anlık alarm gönderen webhook entegrasyonu sağlandı.
4. Elde Edilen Ölçülebilir Sonuçlar
| Metrik | Proje Öncesi | Proje Sonrası | İyileşme |
|---|---|---|---|
| Yıllık Uptime | %98.2 (Sık kesintiler) | %99.99 | Kesintisiz satış |
| Sayfa Yüklenme Hızı | 2.8 saniye | 0.7 saniye | %75 Hızlanma |
| Yedek Alma Süresi | ~4 saat (Manuel) | 45 dakika (Otomatik) | %75 Zaman Tasarrufu |
| Kurtarma Hedefi (RTO) | 24–48 saat (Belirsiz) | < 15 dakika | Anında Geri Dönüş |
| Veri Kaybı Riski (RPO) | 7 güne kadar veri kaybı | Maksimum 1 saat | Sıfıra yakın kayıp |
5. Kullanılan Teknolojiler
- İşletim Sistemi & Hypervisor: Proxmox VE 8.x, Ubuntu Server 24.04 LTS
- Yedekleme & Kurtarma: Veeam Backup & Replication, Synology NAS (Btrfs)
- Web & Veritabanı: Nginx, PHP 8.3, PostgreSQL 16
- İzleme & Telemetri: Zabbix 7.0 LTS, Telegram Bot API Webhook
Altyapınızı Modernize Etmek İster Misiniz?
Benzer bir sunucu yenileme, sanallaştırma veya felaket kurtarma projesine ihtiyacınız varsa sistem yönetimi hizmetlerimi ve yedekleme çözümlerimi inceleyebilir ya da doğrudan iletişime geçebilirsiniz.