Bulut sunucu nasıl çalışır? Sıfırdan mimari ve işleyiş

Bulut sunucu, modern uygulamaların altyapısını pratik hale getiren bir mimaridir. Ancak “bulut” kelimesi tek bir şey ifade etmez; aslında veri merkezinde çalışan donanım + sanallaştırma + ağ + depolama + yönetim katmanlarının birlikte çalışmasıdır. Bu rehberde bulut sunucunun adım adım nasıl çalıştığını, hangi bileşenin ne işe yaradığını ve sağlayıcıların hangi metriklerle sistemi ayakta tuttuğunu sıfırdan anlatıyorum.

Bulut sunucu tam olarak nedir?

Bulut sunucu, fiziksel bir sunucu üzerinde oluşturulan sanallaştırılmış (virtualized) bir çalışma ortamıdır. Siz “sunucu aldım” dersiniz; sağlayıcı ise veri merkezindeki donanımı üzerinde sizin için ayrıştırılmış CPU, RAM, depolama ve ağ kapasitesi sunar.

Bulut sunucuyu doğru anlamak için şu ayrımı netleştirmek gerekir: - VPS/VDS (VM): Tek başına bir sanal makinedir. İşletim sistemi (Ubuntu, Debian vb.) sizdedir. - Cloud (IaaS): Birden fazla bileşenin (compute, network, storage, load balancer, auto-scaling) birlikte yönetildiği altyapı modelidir.

Bu nedenle bulut sunucu “tek parça” değil, yönetilen bir sistemdir.

“Paylaşımlı” ile “izole” aynı şey değildir

Bir bulut ortamında fiziksel donanım birçok müşteri için paylaşılabilir. Yine de sanallaştırma katmanı sayesinde her kullanıcı genellikle kendi VM’inde izole çalışır. İzolasyon; hypervisor (ör. KVM temelli) ve kaynak planlama ile sağlanır.

1) Donanım katmanı: Veri merkezindeki fiziksel kaynak

Bulut sunucunun ilk ayağı veri merkezindeki fiziksel altyapıdır: - CPU (işlemci) - RAM (ana bellek) - NIC (network kartı) - Depolama (SSD/NVMe, bazen dağıtık) - Soğutma ve güç

Bu aşamada müşteri görmez; ancak bulut sağlayıcının kapasite planlaması burada başlar. Aynı veri merkezindeki node’lar (sunucu kümeleri) daha sonra “compute havuzu”na bağlanır.

2) Sanallaştırma katmanı: VM nasıl oluşur?

Siz bulutta “sanal sunucu” oluşturduğunuzda sağlayıcı şu işlemleri yapar: 1. VM için kaynak tahsis eder: belirli vCPU sayısı, belirli RAM 2. VM’in diskini hazırlar: kalıcı disk veya geçici disk 3. Ağ arayüzünü bağlar: IP adresi, routing, güvenlik kuralları 4. VM’in disk imajını başlatır: ISO veya hazır imajdan işletim sistemi kurulumu

Buradaki temel amaç, tek bir fiziksel makineye birden çok VM koyarken her VM’in kendi çalışma ortamını korumasıdır.

vCPU ve RAM ne anlama gelir?

Bulut tekliflerinde “2 vCPU” dediği şey genellikle fiziksel çekirdeklerin mantıksal karşılığıdır. Sağlayıcı, CPU scheduling ile VM’lerin işlem zamanını adil/öngörülebilir biçimde paylaştırır.

RAM için de aynı mantık vardır: VM’in gördüğü bellek miktarı tahsis edilmiştir; ancak aşırı yük durumlarında (RAM yetersizliği) performans düşer.

3) Ağ katmanı: İnternet ve iç ağ nasıl bağlanır?

Bulut sunucunun çalışması için ağ kritik bir bileşendir. Tipik olarak: - VM bir private network (iç ağ) arayüzüyle konuşabilir - VM isterseniz bir public IP ile internete açılır - Trafik routing kurallarıyla yönlendirilir - Güvenlik duvarı benzeri kurallar security group veya firewall ile uygulanır

Güvenlik grupları (security group) ne işe yarar?

Klasik sunucu firewall mantığıyla aynıdır: Hangi IP aralıklarının hangi portlara (ör. 22/80/443) erişebileceğini belirler. Bu yapı, yanlış açık bırakma riskini azaltır.

Örnek kural mantığı: - İnternetten sadece 80 ve 443 aç - 22 portunu yalnızca kendi IP’nle kısıtla - Yönetim paneline (varsa) 3389/8443 gibi portları internete kapat

4) Depolama katmanı: Diskler nasıl kalıcı olur?

Bulut tekliflerinde depolama iki türde görünür: - Blok depolama (block storage): VM diski gibi davranır, performansı IOPS ile ölçülebilir - Objekt/dağıtık depolama: Dosyalar için (yedek, arşiv) genelde erişim API ile olur

Kalıcı disk ile geçici disk farkı

Bulut sağlayıcılar bazı diskleri kalıcı (kalır) bazılarını geçici (VM durursa içeriği kaybolabilir) olarak etiketler. Uygulama mantığına göre seçim yapmak gerekir.

Sıfırdan pratik kontrol: - “VM stop” ile disk gerçekten duruyor mu? - “Rebuild” yapınca disk sıfırlanıyor mu? - Yedekleme için snapshot (anlık kopya) alma imkanı var mı?

5) Görüntü (image) ve işletim sistemi başlatma

VM açıldığında iki ana yol vardır: - Hazır image (katalog): Ubuntu 22.04, Debian 12 gibi - Kendi imajın: özel kurulum

İmaj; kernel, init, temel paketler ve gerektiğinde agent’lar içerir. Bu sayede “sıfırdan kurulum” yerine daha hızlı başlangıç mümkün olur.

6) Kaynak planlama ve performans: Neden IOPS, gecikme ve bant genişliği önemlidir?

Bulut sunucuda performans tek bir metrik değil; birden fazla metrik birleşimidir: - IOPS (I/O operations per second): Diskin saniyede kaç okuma/yazma işlemi kaldırabildiği - Throughput (bant genişliği): MB/s veya daha farklı birimlerle veri akışı - Latency (gecikme): Özellikle ağ ve disk erişiminde bekleme süresi - CPU steal / scheduling: Aynı node’da yoğunluk varsa VM’in çalışmasının gecikme yaşaması

IOPS neden “VDS gibi” konuşmalarda öne çıkar?

Bazı senaryolarda (veritabanı, yoğun log yazma, cache warmup) disk işlemleri baskın olur. Bu durumda IOPS yetersizse CPU boşken bile uygulama yavaşlar.

Bant genişliği neden tek başına yetmez?

Teknik olarak yüksek bant genişliği, düşük gecikme (latency) yoksa her zaman iyi sonuç vermez. Örneğin çok sayıda küçük paketle çalışan uygulamalar gecikmeden daha fazla etkilenir.

7) Yönetim katmanı: Kontrol paneli, API ve otomasyon

Bulut sunucu “çalışıyor” olsa bile yönetim kısmı yoksa operasyon sürdürülemez.

Sağlayıcıların tipik yönetim araçları: - Kontrol paneli: VM oluşturma, IP atama, güvenlik kuralları - API/CLI: otomasyon (Terraform, scriptler) - İzleme (monitoring): CPU, RAM, disk, ağ metrikleri - Loglar: olay kayıtları

Net hedef: Siz kaynakları sadece satın almazsınız; yaşam döngüsünü yönetirsiniz.

Operasyonel olarak hangi eylemler kritik?

• VM aç/kapat (stop/start) davranışını bilmek
• Ağ değişikliklerinde kesinti planlamak
• Disk büyütme (resize) süreçlerini uygulama kesintisine göre planlamak
• Yedekleme (backup) ve geri dönüş (restore) testini yapmak

8) Ölçekleme: Auto-scaling ile ne değişir?

Bulutun en güçlü tarafı ölçekleme yeteneğidir. Ancak auto-scaling, “otomatik her şey olur” demek değildir. Mantık şudur: 1. Trafik veya CPU gibi metrikler izlenir 2. Eşikler aşılınca yeni instance (VM) eklenir 3. Trafik yük dengeleyici üzerinden yeni instance’a yönlenir 4. Azalınca instance sayısı azaltılır

Statik içerik ve dinamik içerik farkı

• Statik içerik (CSS, görsel): CDN ile daha iyi ölçeklenir
• Dinamik içerik (WordPress, uygulama): application server sayısı veya queue (kuyruk) yapıları ile ölçeklenir

Bu yüzden “VM sayısını artır” tek başına her zaman doğru değildir.

9) Yedekleme ve snapshot: Bulut’ta güvenlik modeli

Bulut sunucuda en büyük hata “yedek var” sanmaktır. Doğru yaklaşım şudur: - Snapshot (anlık kopya): Disk seviyesinde geri dönüş sağlar - Backup (yedek): Genellikle daha düzenli, saklama politikası olan süreçtir - Offsite kopya: Aynı hesabın aynı depolama havuzunda olmaması tercih edilir

Sıfırdan net kontrol listesi

VM satın aldıktan sonra kontrol edilmesi gerekenler: - Snapshot otomatik mi, manuel mi? - Saklama süresi (ör. 7/14/30 gün) var mı? - Restore süresi kaç dakika sürer? - Restore test edildi mi? (kanıt/kanıtlanabilir süreç)

10) Bulutta tipik veri akışı (örnek senaryo)

Kısaca uçtan uca nasıl çalıştığını görmek için örnek bir web uygulaması akışı: 1. Kullanıcı tarayıcıdan https://site.com ister 2. DNS site.com adresini load balancer’a veya doğrudan VM public IP’ye yönlendirir 3. Güvenlik grupları 443 trafiğine izin verir 4. Web sunucusu istekleri uygulamaya iletir 5. Uygulama veritabanından veri çeker 6. Veritabanı istekleri disk üzerinde okuma/yazma yapar 7. Loglar izleme sistemine gider 8. Yedekleme/monitoring süreçleri belirli aralıklarla çalışır

Bu zincirde bir halka zayıf olursa (ör. disk IOPS, veritabanı bağlantısı, güvenlik kuralı) kullanıcı gecikmeyi hisseder.

Bulut sunucu ile VDS/VPS arasındaki ilişki

Bu bölüm karar kolaylaştırır: Bulut altyapı ile VDS/VPS aynı şey değildir; ancak bulut altyapı üzerinde VM çalıştırdığınız için VDS/VPS bulutun bir kullanım biçimidir.

Aşağıdaki tablo, farkları hızlı görmenizi sağlar:

Doğru bulut sunucuyu seçmek için teknik ölçütler

Bulut sunucunun nasıl çalıştığını anladıktan sonra seçimde “sadece fiyat” yaklaşımı hataya götürür. Şu metrikleri net bir şekilde karşılaştırın.

1) CPU: çekirdek türü ve planlama

• vCPU sayısı tek başına yetmez
• CPU oversubscription riskini azaltan teklifler tercih edin
• Aynı node’da yoğunluk ölçümünü (monitoring) görebiliyor musunuz?

2) RAM: cache ve uygulama gerçekleri

• Uygulama RAM’i tüketiyorsa swap performansı düşürür
• WordPress, Java uygulamaları, Node.js gibi stack’lerde RAM davranışını ölçün

3) Disk: IOPS/throughput ve disk türü

• Diskin SSD/NVMe olup olmadığını netleştirin
• IOPS sınırı ve performans garantisi var mı?
• Veritabanı için disk profili doğru mu?

4) Ağ: public IP, hız ve gecikme

• Public IP kullanımı ayrı ücretli mi?
• Bant genişliği “adil kullanım” limitine mi tabii?
• İç ağ performansı (private network) kritik mi?

5) Yedekleme: snapshot/backups ve geri dönüş

• Yedek sıklığı (ör. günlük) ve saklama süresi
• Restore için pratik süre
• Yedeklerin şifrelenmesi (encryption) ve anahtar yönetimi

Sık yapılan 5 hata: Bulutu “anlamadan” kullanmak

1. Sadece CPU/RAM’e bakmak: Disk IOPS yetersiz olunca veritabanı çöker.
2. Yedekleme var sanmak: Snapshot’ın restore edilmediği süreçler risklidir.
3. Güvenlik grublarını açık unutmak: 22/3389 internete açıksa atak yüzeyi büyür.
4. Ölçeklemeyi yanlış metrikle yapmak: Auto-scaling yanlış threshold ile gereksiz VM ekler.
5. Trafik ve DNS süreçlerini planlamamak: Taşıma/yenileme sırasında kesinti olur.

Sonuç: Hemen uygulanacak aksiyon planı

Bulut sunucu nasıl çalışır sorusunun net cevabı; donanım + sanallaştırma + ağ + depolama + yönetim süreçlerinin birlikte bir “yaşam döngüsü” oluşturmasıdır. Karar vermeden önce kontrol panelinden veya API’den şu 5 şeyi doğrulayın: VM başlatma davranışı, disk türü ve IOPS/throughput, güvenlik grubu modeliniz, snapshot/backups saklama-restore politikası ve ölçekleme/limitler.

Ayrıca seçtiğiniz kurulumda 1 saat ayırarak test yapın: bir yedek aldırın, restore edin, yük altında CPU/RAM/disk metriklerini gözlemleyin. Bu testler, bulut sunucunun sizin senaryonuzda gerçekten nasıl davrandığını net biçimde ortaya çıkarır.