Bir VPS Sunucusunda Kaç Alan Adı Barındırılabilir?

Tek bir VPS sunucusu teknik olarak sınırsız sayıda alan adı barındırabilir — teknolojinin kendisi tarafından zorunlu kılınan sabit kodlanmış bir üst sınır yoktur. Gerçek kısıtlama her zaman kaynak kapasitesidir: CPU çekirdekleri, RAM, disk I/O ve ağ bant genişliği. Pratikte, 4 vCPU, 8 GB RAM ve SSD depolama alanına sahip iyi ayarlanmış bir VPS, bu siteler kaynak yoğun olmadığı sürece aynı anda 10 ila 100’den fazla alan adına rahatça hizmet verebilir. Yüksek trafikli e-ticaret mağazaları, veritabanı ağırlıklı uygulamalar veya medya akışı devreye girdiği anda bu sayı keskin biçimde düşer.

İş yükü türü, sunucu yapılandırması ve web yığını mimarisi arasındaki ilişkiyi anlamak; tek bir VPS’den maksimum değer elde eden yöneticileri, aşırı kaynak tahsis eden ya da daha da kötüsü yük altında zincirleme performans hatalarıyla karşılaşanlardan ayıran şeydir.

Alan Adı Kapasitesini Belirleyen Temel Faktörler

1. Tahsis Edilen Sunucu Kaynakları

VPS’e eklediğiniz her alan adı, paylaşılan fiziksel kaynak havuzundan yararlanır. Dört temel kısıtlama şunlardır:

• CPU: Her web isteği, PHP çalıştırması, veritabanı sorgusu ve cron görevi işlemci zamanı tüketir. Tek çekirdekli bir VPS, birden fazla siteden gelen eş zamanlı istekler altında hızla darboğaza girecektir.
• RAM: Web sunucuları (Apache, Nginx), PHP-FPM havuzları, MySQL/MariaDB örnekleri ve önbellekleme katmanları verileri bellekte tutar. 2 GB RAM üzerinde nesne önbelleği olmadan 50 WordPress sitesi çalıştırmak, OOM (Out of Memory) hatalarına kesin bir yoldur.
• Disk I/O: SSD destekli VPS örnekleri, birden fazla alan adından gelen eş zamanlı okuma/yazma işlemlerini dönen diskli HDD planlarına kıyasla çok daha verimli biçimde yönetir. Yüksek I/O bekleme süreleri, çok alan adlı performansın sessiz bir katilidir.
• Ağ bant genişliği: Barındırılan tüm alan adlarındaki toplam trafik aynı uplink’i paylaşır. Bir alan adındaki tek bir viral gönderi bant genişliğini doyurabilir ve sunucudaki diğer tüm sitelerin yanıt sürelerini düşürebilir.

Deneyimli sistem yöneticilerinin kullandığı pratik bir kural: uygun PHP-FPM ayarı ve opcode önbelleğiyle her aktif WordPress sitesi için yaklaşık 256–512 MB RAM tahsis edin. Statik HTML siteleri bunun çok daha küçük bir bölümünü tüketir.

2. Web Sitesi Türü ve Kaynak Profili

Tüm alan adları eşit değildir. Kaynak profiline göre sitelerinizi gruplandırmak, sağlama yapmadan önce kritik önem taşır:

Bu tablo, “herhangi bir VPS’e 100 alan adı barındırın” şeklindeki genel bir yanıtın neden yanıltıcı olduğunu açıkça ortaya koymaktadır. 80 statik açılış sayfasını yöneten bir VPS, 5 aktif WooCommerce mağazasıyla zorlanabilir.

3. Web Sunucusu Mimarisi ve Yığın Verimliliği

Web sunucusu yazılımının seçimi, belirli bir donanım yapılandırmasının kaç alan adını destekleyebileceği üzerinde doğrudan çarpan etkisi yaratır.

Çok alan adlı barındırma için Nginx ve Apache karşılaştırması:

• Nginx olay güdümlü, engellemesiz bir mimari kullanır. Minimum bellek yüküyle binlerce eş zamanlı bağlantıyı yönetir; bu da onu özellikle statik varlıklar için birden fazla alan adına hizmet vermede önemli ölçüde daha verimli kılar.
• Apache süreç/iş parçacığı tabanlı bir model kullanır (MPM Prefork veya Worker). Her bağlantı bir süreç oluşturur veya yeniden kullanır ve daha fazla bellek tüketir. Ancak Apache’nin dizin başına .htaccess desteği, sunucu düzeyinde erişim gerektirmeden alan adı başına yapılandırmayı kolaylaştırır.
• Nginx + PHP-FPM, çok alan adlı VPS dağıtımları için baskın üretim yığınıdır. Her alan adının kendi PHP-FPM havuzu olabilir ve yalıtılmış kaynak sınırlarıyla hatalı davranan bir sitenin mevcut tüm PHP çalışanlarını tüketmesi önlenir.

Pratik yapılandırma ipucu: Tek bir VPS üzerinde 20’den fazla alan adı çalıştırırken, alan adı başına ayrı PHP-FPM havuzları yapılandırın ve pm.max_children değerini muhafazakâr biçimde ayarlayın (örn. düşük trafikli siteler için 3–5). Bu, havuz tükenmesini önler ve anlamlı süreç yalıtımı sağlar.

4. Veritabanı Sunucusu Yapılandırması

MySQL ve MariaDB, çok alan adlı VPS ortamlarında sıklıkla birincil darboğazdır. Temel değerlendirmeler:

• Paylaşımlı ve alan adı başına veritabanları: Tüm alan adları, ayrı veritabanlarıyla tek bir MySQL örneğini paylaşabilir. Bu bellek açısından verimlidir; ancak bir sitedeki kontrolden çıkmış bir sorgunun tüm veritabanı sunucusunu kilitleyebileceği anlamına gelir.
• InnoDB tampon havuzu boyutlandırması: innodb_buffer_pool_size parametresi, MySQL’e ayrılan kullanılabilir RAM’in yaklaşık %70–80’ine ayarlanmalıdır. 15 WordPress sitesi çalıştıran 4 GB VPS’te bu, dikkatli bir hesaplama gerektirir.
• Bağlantı havuzlama: ProxySQL veya PgBouncer (PostgreSQL için) gibi araçlar, istek başına yeni veritabanı bağlantısı kurma yükünü azaltır; bu durum ölçekte kritik hale gelir.

5. DNS Yapılandırması ve Sanal Hostlar

Tek bir IP adresinde birden fazla alan adı barındırmak, temel bir web sunucusu özelliği olan sanal barındırma aracılığıyla gerçekleştirilir. Her alan adı ayrı bir sanal host (Apache) veya sunucu bloğu (Nginx) olarak yapılandırılır; gelen HTTP/HTTPS isteklerini Host başlığına göre doğru belge köküne yönlendirir.

Apache Sanal Host örneği:

<VirtualHost *:80>
    ServerName example.com
    ServerAlias www.example.com
    DocumentRoot /var/www/example.com/public_html
    ErrorLog /var/log/apache2/example.com_error.log
</VirtualHost>

Nginx Sunucu Bloğu örneği:

server {
    listen 80;
    server_name example.com www.example.com;
    root /var/www/example.com/public_html;
    access_log /var/log/nginx/example.com_access.log;
}

İhtiyaç duyduğunuz kadar sanal host / sunucu bloğu tanımı ekleyebilirsiniz. Web sunucusu, gelen her istekteki Host başlığını okur ve isteği doğru site dizinine yönlendirir. Yazılım perspektifinden bu tanımların sayısında pratik bir sınır yoktur.

Alan adı kaydı ve DNS yönetimi için her alan adının A kaydının VPS IP adresinize işaret ettiğinden emin olun. Entegre DNS yönetimine sahip Alan Adı Kaydı, bu adımı önemli ölçüde basitleştirir.

Kontrol Panelleri: Çok Alan Adlı Yönetimi Basitleştirme

Onlarca sanal host dosyasını, SSL sertifikasını, DNS bölgesini ve e-posta hesabını SSH üzerinden manuel olarak yönetmek hem hataya açık hem de zaman alıcıdır. Kontrol panelleri bu karmaşıklığı web tabanlı bir arayüze dönüştürür.

cPanel / WHM

Çok alan adlı barındırma için sektör standardı kontrol paneli. WHM (WebHost Manager) sunucu düzeyinde çalışırken cPanel hesap düzeyinde çalışır. Çok alan adlı yönetim için temel özellikler:

• Eklenti Alan Adları: Tek bir cPanel hesabına, her biri kendi belge köküne sahip ikincil alan adları ekleyin.
• Hesap düzeyinde kaynak sınırları: cPanel hesabı başına CPU, RAM ve bant genişliği kotaları belirleyin.
• Otomatik SSL sağlama: Barındırılan tüm alan adlarında ücretsiz SSL düzenlemesi için Let’s Encrypt ile entegre olur.
• DNS Bölge Düzenleyici: Birleşik bir arayüzden alan adı başına A, CNAME, MX ve TXT kayıtlarını yönetin.

cPanel’li VPS, derin Linux yönetimi bilgisi gerektirmeden üretime hazır çok alan adlı barındırmaya ulaşmanın en hızlı yoludur.

DirectAdmin, Plesk ve Açık Kaynak Alternatifleri

• DirectAdmin: Hafif yapısı ve cPanel’e kıyasla daha düşük bellek ayak izi. Sınırlı RAM’e sahip VPS planları için uygundur.
• Plesk: Linux’un yanı sıra güçlü Windows Server desteği. Kurumsal ortamlarda tercih edilir.
• HestiaCP / VestaCP / CyberPanel: Ücretsiz, açık kaynaklı paneller. CyberPanel, PHP ağırlıklı siteler için performans avantajları sunan OpenLiteSpeed ile yerel olarak entegre olur.
• ISPmanager: Avrupa pazarlarında popüler; alan adı başına ayrıntılı kaynak tahsisi sunar.

GUI yükü olmadan tam kontrol tercih eden yöneticiler için VPS Kontrol Panelleri, iş akışınıza uygun seçeneklerin karşılaştırmasını sunar.

Çok Alan Adlı Ortamlarda Güvenlik ve Yalıtım

Tek bir sunucuda birden fazla alan adı barındırmak kritik bir güvenlik değerlendirmesini beraberinde getirir: siteler arası bulaşma. Bir site ele geçirilirse, saldırgan aynı sunucudaki diğer sitelere sızmaya çalışabilir.

Yalıtım Stratejileri

1. Alan adı başına ayrı Linux kullanıcıları

Her alan adına kendi sistem kullanıcısını atayın. PHP-FPM havuzlarını o kullanıcının UID/GID’i altında çalışacak şekilde yapılandırın. Bu, dosya izinlerinin bir sitenin PHP süreçlerinin başka bir sitenin dosyalarını okumasını engellemesini sağlar.

# Create isolated user for each domain
useradd -m -s /bin/false site_examplecom
chown -R site_examplecom:site_examplecom /var/www/example.com

2. Docker veya LXC ile konteynerleştirme

Her alan adını (veya mantıksal alan adı grubunu) bir Docker konteyneri veya LXC konteyneri içinde çalıştırmak, çekirdek düzeyinde ad alanı yalıtımı sağlar. Kaynak sınırları (CPU payları, bellek sınırları) cgroups aracılığıyla konteyner düzeyinde uygulanır. Bu, ayrı VPS örneklerinin dışındaki en sağlam yalıtım modelidir.

3. ModSecurity ve WAF kuralları

Sunucu düzeyinde bir Web Uygulama Güvenlik Duvarı dağıtın. OWASP Core Rule Set ile ModSecurity, barındırılan tüm alan adlarında aynı anda SQL enjeksiyonu, XSS ve dosya dahil etme saldırılarına karşı temel bir savunma sağlar.

4. Her alan adı için SSL/TLS

Sunucudaki her alan adının geçerli bir SSL sertifikası olmalıdır. Açık güvenlik avantajlarının ötesinde, Google’ın sıralama algoritması HTTP sitelerini cezalandırır. Certbot aracılığıyla Let’s Encrypt bunu ücretsiz ve otomatikleştirilebilir hale getirir. Genişletilmiş doğrulama veya wildcard kapsama gerektiren alan adları için özel SSL Sertifikaları gerekli güven düzeyini sağlar.

5. Chroot jails ve open_basedir

PHP’nin open_basedir yönergesi, PHP betiklerinin dosya sistemi erişimini tanımlı bir dizin ağacıyla kısıtlar. Chroot ortamıyla birleştirildiğinde, ele geçirilmiş bir PHP uygulamasının diğer alan adlarının verilerine erişmek için dosya sisteminde gezinmesini engeller.

Kaynak İzleme ve Otomatik Ölçeklendirme

Tek bir VPS üzerinde birden fazla alan adı çalıştırırken proaktif izleme vazgeçilmezdir. Trafik artışı yaşayan tek bir site, barındırılan diğer tüm alan adlarının performansını düşürebilir.

Temel İzleme Araçları

• Netdata / Prometheus + Grafana: Süreç başına gerçek zamanlı CPU, RAM, disk I/O ve ağ metrikleri. Kesintiye dönüşmeden önce kaynak eşikleri için uyarılar ayarlayın.
• GoAccess: Gerçek zamanlı web günlüğü analizörü. Hangi alan adının anormal trafik ürettiğini hızla tespit edin.
• MySQLTuner: MySQL/MariaDB performansını analiz eder ve iş yükünüze özgü yapılandırma ayarlamaları önerir.
• fail2ban: Aşırı başarısız oturum açma girişimi oluşturan veya WAF kurallarını tetikleyen IP adreslerini otomatik olarak yasaklar; barındırılan tüm alan adlarını aynı anda korur.

Dikey ve Yatay Ölçeklendirme

Kaynak sınırlarına sürekli ulaşıldığında iki ölçeklendirme yolu mevcuttur:

• Dikey ölçeklendirme (yukarı ölçeklendirme): Mevcut VPS üzerindeki CPU, RAM ve depolamayı artırın. Bu en basit yaklaşımdır ve mimari değişiklik gerektirmez. Çoğu VPS Hosting planı canlı veya neredeyse canlı dikey ölçeklendirmeyi destekler.
• Yatay ölçeklendirme (dışa ölçeklendirme): Alan adlarını, muhtemelen bir yük dengeleyicinin arkasında birden fazla VPS örneğine dağıtın. Bu karmaşıklık getirir; ancak tek sunucu riskini ortadan kaldırır ve alan adı grubu başına bağımsız ölçeklendirmeye olanak tanır.

Yaygın bir ara strateji: En yüksek trafikli veya en fazla kaynak tüketen alan adlarını kendi VPS’lerine veya dedicated sunucularına taşırken, düşük trafikli siteleri paylaşımlı bir VPS’te toplu tutmak.

Çok Alan Adlı Kurulumlar için E-posta Barındırma Değerlendirmeleri

Çok alan adlı VPS barındırmada sıklıkla göz ardı edilen bir konu e-postadır. Web yığınınızla aynı VPS üzerinde bir posta sunucusu (Postfix, Dovecot, Exim) çalıştırmak teknik olarak mümkündür; ancak önemli riskler doğurur:

• Posta sunucusu süreçleri (özellikle SpamAssassin veya Rspamd aracılığıyla spam filtreleme) önemli miktarda RAM ve CPU tüketir.
• Tek bir alan adının spam şikayet oranı, VPS IP’sinin kara listeye alınmasına yol açabilir ve barındırılan diğer tüm alan adlarının posta teslim edilebilirliğini etkiler.
• Alan adı başına uygun PTR kayıtları, DKIM, SPF ve DMARC yapılandırması sürdürülmelidir.

Birden fazla iş alan adı barındıran üretim ortamları için e-postayı özel bir E-posta Barındırma hizmetine yüklemek bu riskleri tamamen ortadan kaldırır ve VPS kaynaklarını web iş yükleri için serbest bırakır.

Pratik Karar Matrisi: VPS’iniz Kaç Alan Adını Kaldırabilir?

VPS özelliğinize ve site türünüze göre gerçekçi alan adı kapasitesini tahmin etmek için bu matrisi kullanın:

Bu rakamlar SSD depolama, Nginx + PHP-FPM yığını, Redis nesne önbelleğinin etkin olması ve düzgün ayarlanmış MySQL varsayımına dayanmaktadır. Bu optimizasyonlar olmadan tahminleri %40–60 oranında azaltın.

Temel Teknik Çıkarımlar

• VPS başına alan adı sayısında yazılım tarafından dayatılan bir sınır yoktur. Kaynak kapasitesi tek gerçek kısıtlamadır.
• Sağlama yapmadan önce gerçek site iş yüklerinizi ölçün. Tek bir kötü optimize edilmiş WordPress eklentisi, 10 statik siteden daha fazla kaynak tüketebilir.
• Bir sitenin diğerlerini PHP çalışanlarından yoksun bırakmasını önlemek için açık pm.max_children sınırlarıyla alan adı başına PHP-FPM havuzları uygulayın.
• .htaccess esnekliğinin gerekli olmadığı çok alan adlı dağıtımlarda Apache yerine Nginx kullanın — ölçekte bellek tasarrufu önemlidir.
• Sunucu yayına girmeden önce, bir ihlalden sonra değil, ayrı Linux kullanıcıları ve open_basedir kısıtlamaları aracılığıyla dosya sistemi düzeyinde yalıtım uygulayın.
• Alan adı başına kaynak tüketimini sürekli izleyin. Toplam sunucu metrikleri, bireysel alan adı kötüye kullanımını çok geç olana kadar gizler.
• E-postayı özel bir hizmete yükleyin. Paylaşımlı bir web VPS’inde posta sunucusu çalıştırmanın risk-ödül oranı neredeyse her senaryoda olumsuz yöndedir.
• SSL sertifikaları her alan adı için zorunludur — ilk günden itibaren Certbot aracılığıyla düzenleme ve yenilemeyi otomatikleştirin.
• İhtiyaç duymadan önce ölçeklendirme yolunuzu planlayın. Yüksek trafikli alan adlarını kendi altyapılarına taşıyacağınız kaynak kullanım eşiğini önceden belirleyin.

Sıkça Sorulan Sorular

VPS’e ekleyebileceğim alan adı sayısında sabit bir sınır var mı?

Hayır. Web sunucusu (Nginx veya Apache), pratikte sınırsız sayıda sanal host / sunucu bloğu tanımını destekler. Tek pratik sınırlar sunucu RAM’i, CPU, disk I/O ve bant genişliğidir. İyi kaynaklara sahip bir VPS, sorunsuz biçimde yüzlerce düşük trafikli alan adına hizmet verebilir.

VPS üzerindeki her alan adının kendi IP adresine ihtiyacı var mı?

Hayır. Modern web sunucuları, tek bir IP adresinden birden fazla SSL etkin alan adına hizmet vermek için Server Name Indication (SNI) kullanır. Her alan adı, HTTP isteğindeki Host başlığıyla ayırt edilir. Alan adı başına özel IP, yalnızca çok eski SSL istemcilerini içeren nadir eski senaryolarda gereklidir.

VPS üzerinde 20’den fazla alan adını yönetmek için en iyi kontrol paneli hangisidir?

Çoğu kullanıcı için cPanel/WHM en eksiksiz özellik setini sunar. Kaynak kısıtlı VPS planları için DirectAdmin veya HestiaCP daha verimlidir. Komut satırına hakimseniz, Ansible gibi bir yapılandırma yönetim aracıyla sanal hostları manuel olarak yönetmek en fazla esnekliği ve en düşük yükü sağlar.

Aynı VPS üzerindeki bir alan adının diğerlerini yavaşlatmasını nasıl önlerim?

Alan adı başına açık süreç sınırlarıyla ayrı PHP-FPM havuzları yapılandırın. Alan adı başına istekleri hız sınırlamak için Nginx’in limit_req ve limit_conn yönergelerini kullanın. MySQL kullanıcı düzeyinde kaynak sınırları belirleyin. Dinamik istek yükünü azaltmak için bir önbellekleme katmanı (Redis, Memcached veya tam sayfa önbelleği) dağıtın. Trafik artışlarını erken tespit etmek için alan adı başına erişim günlüklerini izleyin.

Çok alan adlı VPS’ten dedicated barındırmaya ne zaman geçmeliyim?

Şu durumlarda dedicated sunucuya geçin: VPS CPU’nuz sürekli olarak %70’in üzerindeyse, RAM düzenli olarak diske taşıyorsa, tek bir alan adının trafik talepleri dikey VPS ölçeklendirmenin maliyet etkin biçimde karşılayabileceğini aşıyorsa veya uyumluluk gereksinimleri fiziksel donanım yalıtımını zorunlu kılıyorsa. Bu noktada Dedicated Sunucuların performans ve güvenlik avantajları maliyet farkını haklı kılar.