VPS Nedir, Nasıl Kullanılır? İlk Kurulum Rehberi

VPS Nedir, Nasıl Kullanılır? VPS, tek bir fiziksel sunucunun yazılımla bölünmüş bölümünde size ayrılmış CPU, RAM, disk ve ağ kaynakları sunan sanal sunucudur; web sitesi, API, test ortamı, uzaktan çalışan araçlar ve küçük servisler için kullanılır. Paylaşımlı hosting’e göre daha fazla kontrol verir, ancak bu kontrolün karşılığında güvenlik duvarı, kullanıcı yetkileri, güncelleme ve yedek düzenini sizin kurmanız gerekir. İlk kullanımda en doğru sıra, güvenli bağlanmak, sistemi güncellemek, root dışı bir yönetici hesabı açmak, yalnız gerekli portları bırakmak ve bir snapshot ya da yedek oluşturmaktır. Linux tabanlı bir VPS üzerinde SSH, paket yöneticisi, systemd servisleri ve depolama kullanımı düzenli takip edilirse küçük bir proje de daha büyük bir uygulama da aynı makinede rahat yönetilebilir. Başarı ölçüsü, komutlarla mevcut kaynak durumunu görebilmek ve bir sorun çıktığında eski duruma dönebilmektir.

VPS Nedir, Nasıl Kullanılır?

VPS, fiziksel sunucunun içinde ayrı bir sanal makine gibi davranır. Kendi işletim sisteminiz, servisleriniz ve güvenlik kurallarınız olur; buna karşın donanım tamamen size ait değildir. Bu nedenle VPS, hem kontrol hem maliyet dengesi arayanlar için güçlü bir seçenektir. Kendi alan adını yöneten bir site, özel port isteyen bir uygulama, kısa ömürlü test ortamı ya da bir cron işi burada rahat çalışır. Buna karşılık, her şeyin panelden tek tıkla hazır olmasını bekleyen biri için yönetim yükü fazla gelebilir.

Hangi durumda VPS seçileceği sorusunu en iyi, iş yüküne bakarak cevaplamak gerekir. Aşağıdaki tablo bunu hızlıca netleştirir:

Bu çerçevede VPS, “bir sunucum olsun ve ayarları ben kontrol edeyim” diyen kullanıcı için doğal seçimdir. Ancak doğru seçim yalnız işletim sistemi kurmakla bitmez; kaynak planı, güvenlik duvarı ve geri dönüş planı da baştan düşünülmelidir.

İlk bağlantıdan sonra güvenli temel kurulum

Linux tabanlı bir VPS varsayımıyla ilerlemek gerekir; Ubuntu, Debian ve benzeri dağıtımlarda akış benzerdir ama paket yöneticisi ve servis adları değişebilir. İlk oturumda kök kullanıcıyla günlük iş yapmak yerine ayrı bir yönetici hesabı açmak daha sağlıklıdır. SSH bağlantısı çalışıyorsa sisteminize erişebildiğinizi doğrulayın, sonra paketleri güncelleyin, ardından güvenlik duvarını sadece gereken portlarla açın. Bu sıralama önemlidir; güvenlik duvarını yanlış anda kapatırsanız erişimi kaybedebilirsiniz.

1. Sunucuya SSH ile bağlanın.
2. Mevcut paketleri güncelleyin.
3. Root dışı bir yönetici kullanıcısı oluşturun.
4. SSH servis adını doğrulayın.
5. Güvenlik duvarında yalnız gerekli portları bırakın.
6. Canlı değişiklikten önce snapshot veya yedek alın.

ssh root@SUNUCU_IP
apt update
apt upgrade -y
adduser deploy
usermod -aG sudo deploy
systemctl list-units --type=service | grep -E 'ssh|sshd'
ufw allow OpenSSH
ufw enable
ufw status verbose

Bu örnekte OpenSSH kuralı, port 22 için hazır bir kısayoldur. Eğer farklı bir SSH portu kullanıyorsanız önce o portu açın, sonra servis ayarını değiştirin. Güvenlik duvarı etkinleştirildiğinde beklenen durum, yalnızca izin verdiğiniz bağlantıların açık kalmasıdır. ufw status verbose çıktısında varsayılan gelen trafiğin kapalı, SSH kuralının ise izinli görünmesi beklenir. Dağıtımınız UFW yerine farklı bir araç kullanıyorsa mantık aynıdır: önce mevcut oturumu koruyun, sonra yeni kuralı test edin.

Ayarların etkisini nasıl okursunuz?

Güvenli başlangıç değerleri herkes için tek doğru değildir; kullanım amacı belirleyicidir. Yine de ilk etapta, gerçek ihtiyacın biraz üstünde kaynakla başlamak çoğu zaman daha rahat eder. Özellikle CPU ve RAM eksikse uygulama yavaşlar, disk dolarsa servisler hata vermeye başlar, yanlış firewall kuralı da erişimi kesebilir. Bu yüzden her ayarı, etkisi ve riskini birlikte düşünmek gerekir.

Bu tabloyu bir karar filtresi gibi kullanın: kaynaklar kısa süreli yükseliyorsa bu normal olabilir, fakat yük uzun süre düşmüyorsa kapasiteyi artırmak veya hizmetleri ayırmak gerekir. Özellikle available belleğe bakmak, yalnızca kullanılan RAM yüzdesine bakmaktan daha sağlıklı bir göstergedir.

Performans ve güvenliği komutla kontrol etme

Kurulumdan sonra yapılacak en değerli iş, sunucunun gerçekten beklediğiniz gibi çalıştığını doğrulamaktır. Bunun için ağır bir araç setine gerek yoktur; birkaç temel komut çoğu zaman yeterlidir. Komutların çıktısı sizi korkutmasın: önemli olan, normal ile sorunlu durumu ayırt etmektir. Kısa süreli dalgalanmalar olağandır; uzun süreli sapmalar ise müdahale gerektirir.

uptime
free -h
df -h
ss -tulpn

uptime size sistem yükünü gösterir; kısa zirveler tek başına problem değildir, ama yükün uzun süre düşmemesi kapasite sınırına işaret edebilir. free -h çıktısında özellikle available alanına bakın; Linux, boş RAM’i önbellek için kullanabilir. df -h disk doluluğunu gösterir; root bölümü veya veri dizini sınırın üstüne yaklaşırsa servisler güncelleme yapamaz. ss -tulpn ise hangi portların dinlediğini gösterir; burada yalnızca gerçekten kullanmak istediğiniz servisleri görmek istersiniz. Beklenmeyen bir port görürseniz o servisi açmadan önce kim olduğunu doğrulayın.

Bir web sitesi çalıştırıyorsanız 80 ve 443 portlarını açmak gerekebilir; bir uygulama yalnız SSH ile yönetilecekse başka port açmamak daha doğru olur. Amaç, iş için gereken minimum erişimi bırakmak ve kalanını kapalı tutmaktır.

Yanlış ayarda geri dönüş yolu

Canlı sistemde yapılan en riskli değişiklikler genellikle SSH, güvenlik duvarı ve servis başlangıç ayarlarıdır. Bu yüzden değişiklikten önce snapshot almak, mümkünse ikinci bir oturum açık bırakmak ve panel konsoluna nasıl ulaşacağınızı bilmek gerekir. Özellikle SSH portu değiştirilecekse yeni portu test etmeden eski oturumu kapatmayın. Aksi halde sunucu çalışsa bile siz erişemezsiniz.

Servis adını doğrulamadan yeniden başlatmayın

Dağıtıma göre SSH servis adı ssh ya da sshd olabilir; web sunucusu, Redis ya da başka servislerde de benzer farklılıklar görülebilir. Bu yüzden önce gerçek servis adını bulun, sonra yeniden başlatın. Yapılandırma dosyası değiştiyse sözdizimi kontrolü de yapın; bu küçük test, gereksiz kesintiyi önler.

systemctl list-units --type=service | grep -E 'ssh|sshd'
sshd -t

sshd -t sessiz şekilde dönerse sözdizimi kabul edilmiş demektir; hata varsa doğrudan satır ve neden görürsünüz. Ardından doğru servis adını yeniden başlattığınızda yeni ayar geçerli olur. Eğer giriş kaybolursa sağlayıcı konsoluna veya seri erişime dönüp eski yapılandırmayı geri almak gerekir. Bu nedenle geri dönüş planı, değişiklik kadar önemlidir.

VPS yerine farklı bir seçenek düşünmeniz gereken anlar

Her iş yükü VPS için uygun değildir. Tek bir makinede çok ağır ve sürekli disk yazımı yapıyorsanız, fiziksel donanımın tamamına erişim isteyen özel yazılımlar kullanıyorsanız ya da yönetim yükünü azaltmak istiyorsanız başka seçenekler daha mantıklı olabilir. Ayrıca bir ekipte Linux yönetimi hiç yoksa, sadece uygulama dağıtmak istiyor ama sistem bakımıyla uğraşmak istemiyorsanız yönetilen hizmetler daha rahat ilerler.

• Donanım izolasyonu kritikse VPS yerine bare metal düşünün.
• Kullanım çok basitse ve komut satırı gerekmiyorsa daha sade bir hosting yeterli olabilir.
• Uygulama sık değişiyor ve geri dönüş riski yüksekse snapshot desteği güçlü bir plan seçin.
• Sunucu yönetimi sizde kalacaksa SSH, firewall ve yedek düzenini baştan standartlaştırın.

Canlı kullanıma geçmeden önce son kontrol

• SSH ile bağlanabiliyor musunuz?
• free -h ve df -h çıktısında kritik sınır var mı?
• ss -tulpn yalnızca gerçekten gereken portları mı gösteriyor?
• Snapshot veya yedek hazır mı?
• Hata durumunda konsol erişimine nasıl döneceğinizi biliyor musunuz?

Bu sorulara net yanıt verebiliyorsanız VPS, küçük bir servis için de daha ciddi bir uygulama için de kontrollü bir başlangıç noktası olur. Asıl farkı yaratan, makineyi kiralamak değil; onu erişilebilir, ölçülebilir ve geri döndürülebilir biçimde yönetmektir.