ServerNet bulut sunucularıyla başlangıç

Neden Bulut Sunucu ve Nereden Başlamalı?

Daha önce paylaşımlı hosting ile çalıştıysanız, kısıtlamalarını mutlaka biliyorsunuzdur: sınırlı kaynaklar, kök erişiminin olmaması ve aynı sunucudaki diğer kullanıcıların ayarlarına bağımlılık. Bulut sunucu bu kısıtlamaları ortadan kaldırır ve size üzerine istediğiniz yazılımı kurabileceğiniz, istediğiniz portu açabileceğiniz ve istediğiniz ayarı değiştirebileceğiniz özel bir sanal makine verir. Ancak doğru yolu izlemezseniz, bir bulut sunucusuyla başlamak kafa karıştırıcı olabilir.

Bu rehberde, ServerNet kullanıcı panelinde kayıt olduğunuzu ve ilk örneğinizi oluşturmak istediğinizi varsayıyoruz. Amacımız, sizi sıfır noktasından güvenli bir SSH bağlantısı olan aktif bir bulut sunucusuna sahip olacağınız noktaya getirmek. Tüm adımları teknik detaylar ve gerçek örneklerle ilerletiyoruz, böylece sonunda ne yaptığınızı ve neden yaptığınızı tam olarak bileceksiniz.

Birinci Adım: Bulut Sunucu İçin Uygun İmajı Seçme

Bulut sunucu dünyasında imaj (Image), sanal diskinize kurulan işletim sistemidir. İmaj seçimi en önemli ilk karardır, çünkü kurulumdan sonra değiştirmek zaman alıcı ve zahmetli olacaktır.

Linux Dağıtımları: Ana ve Güvenli Seçenek

Çoğu kullanım için Ubuntu 22.04 LTS veya Debian 12 gibi kararlı bir Linux dağıtımı en iyi seçimdir. Bu dağıtımlar düzenli güvenlik güncellemeleri alır ve çok geniş dokümantasyona sahiptir. Linux'a aşina değilseniz, Ubuntu büyük kullanıcı topluluğu ve forumlardaki hızlı yanıtları nedeniyle daha güvenilir bir seçenektir.

Önemli not: Normal sürümleri değil, LTS (uzun süreli destek) sürümlerini seçin. Örneğin, Ubuntu 24.04 LTS 2029'a kadar desteklenirken, LTS olmayan sürümler yalnızca 9 ay desteklenir ve daha erken yükseltme yapmak zorunda kalırsınız.

Hazır Uygulama İmajları

Sıfırdan başlamak istemiyorsanız, ServerNet WordPress, LAMP Stack veya Docker gibi hazır imajlar sunar. Bu imajlar gerekli yazılımları önceden kurmuştur ve sadece temel ayarları yapmanız yeterlidir. Ancak unutmayın: Bu imajlar, ihtiyaçlarınızla uyumlu olmayan belirli yazılım sürümlerine sahip olabilir. Projeniz özelse, ham Linux imajını seçin ve yazılımları kendiniz kurun.

Yaygın Hata: Mimarisi Kontrol Edilmeden İmaj Seçimi

Bazı kullanıcılar 64 bit mimariye sahip bir sunucuda 32 bit imaj seçer. Bu, kullanılabilir bellekte ciddi bir sınırlamaya (en fazla 4 gigabayt) ve birçok modern yazılımla uyumsuzluğa neden olur. Başka bir mimari için çok özel bir nedeniniz yoksa her zaman amd64 veya x86_64 imajını seçin.

İkinci Adım: Örnek Boyutunu ve Kaynaklarını Belirleme

Örnek boyutu, ne kadar CPU, RAM ve depolama alanına sahip olduğunuzu belirler. Burada doğru seçim, hem maliyetten tasarruf etmenize yardımcı olur hem de sunucunun yavaşlamasını veya çökmesini önler.

Gerçek İhtiyacınızı Hesaplama

Küçük bir web sitesi veya blog için 1 vCPU ve 1 gigabayt RAM içeren bir örnek yeterlidir. Ancak aynı sunucuda MySQL veya PostgreSQL veritabanı çalıştırmak istiyorsanız, en az 2 gigabayt RAM düşünün, çünkü veritabanları bellek yoğundur. Aynı anda birden fazla işlem çalıştıran Node.js veya Python uygulamaları için 2 vCPU ve 4 gigabayt RAM mantıklı bir başlangıç noktasıdır.

Bir kural: Bir hafta boyunca ortalama RAM kullanımınız %80'in üzerine çıkarsa, yükseltme zamanı gelmiştir. Bunu Linux'ta free -h komutuyla kontrol edebilirsiniz.

Depolama Alanı: SSD mi HDD mi?

ServerNet, bulut sunucuları için HDD'den çok daha yüksek okuma ve yazma hızlarına sahip SSD diskler kullanır. Yoğun giriş/çıkışlı bir veritabanınız veya uygulamanız varsa, kesinlikle SSD seçin. Başlangıç için 20 ila 40 gigabayt alan genellikle yeterlidir. Daha sonra disk boyutunu artırabilirsiniz, ancak azaltmak genellikle mümkün değildir, bu yüzden mevcut ihtiyacınızdan biraz daha fazla alan alın.

Yaygın Hata: Tasarruf İçin Çok Küçük Boyut Seçme

Birçok kullanıcı maliyeti düşürmek için mümkün olan en küçük boyutu seçer. Ancak sunucunuz sürekli bellek yetersizliği yaşar ve Swap (disk üzerinde sanal bellek) kullanmak zorunda kalırsa, performans ciddi şekilde düşer. Bu durumda sadece hız düşmekle kalmaz, aynı zamanda hizmetleriniz Out of Memory nedeniyle öldürülebilir. Daha sonra daha büyük bir örneğe geçmek zorunda kalmamak için baştan uygun bir boyut seçmek daha iyidir.

Üçüncü Adım: Örnek Oluşturma ve Ağ Ayarları

İmaj ve boyutu seçtikten sonra sıra örneği oluşturmaya gelir. ServerNet panelinde "Örnek Oluştur" seçeneğini seçin ve şu adımları izleyin:

1. Örnek adını belirleyin (örneğin web-prod-01). Düzenli adlandırma, gelecekte birden fazla sunucuyu daha kolay yönetmenize yardımcı olur.
2. Bölgeyi (Region) seçin. Kullanıcılarınıza en yakın bölge, en iyi ağ gecikmesini sağlayacaktır.
3. SSH anahtarı ekleyin veya geçici bir şifre alın. SSH anahtarı kullanmak şifreden çok daha güvenlidir.
4. Varsayılan ağı kabul edin veya özel bir ağ oluşturduysanız onu seçin.

Sabit Genel IP'ye İhtiyacınız Var mı?

Her bulut sunucu örneği bir genel IP alır. Web sitenizi veya API'nizi bir alan adına bağlamak istiyorsanız, bu IP'yi alan adınızın A kaydına yerleştirin. Örneğin:

example.com. 3600 IN A 185.10.10.10
www.example.com. 3600 IN A 185.10.10.10

IPv6 kullanıyorsanız, AAAA kaydını da ekleyin. Örnek oluşturulduktan sonra IP değişikliğinin DNS kayıtlarının güncellenmesini gerektirebileceğini unutmayın.

Dördüncü Adım: SSH ile İlk Bağlantı

Örnek oluşturulduktan ve durumu Running olarak değiştikten sonra SSH üzerinden bağlanabilirsiniz. SSH anahtarı kullandıysanız, terminalinizde şu komutu çalıştırın:

ssh -i ~/.ssh/mykey.pem root@185.10.10.10

Şifre kullandıysanız, komut daha basittir:

ssh root@185.10.10.10

İlk girişte sistem sizden şifreyi girmenizi isteyecektir. Giriş yaptıktan sonra, sistemi güncel tutmak için hemen şu komutları çalıştırın:

apt update && apt upgrade -y   # Ubuntu/Debian için

Yaygın Hata: SSH'de Permission denied

SSH bağlantısında en yaygın hatalardan biri Permission denied (publickey) hatasıdır. Bu genellikle özel anahtarınızın sunucuya yerleştirilen genel anahtarla eşleşmediği anlamına gelir. Bu sorunu çözmek için:

1. Anahtar dosyasının yolunun doğru olduğundan emin olun.
2. Anahtar dosyasının izinlerini chmod 600 ~/.ssh/mykey.pem ile düzeltin.
3. Windows kullanıyorsanız, eski CMD yerine PowerShell veya Windows Terminal kullanın.

Beşinci Adım: Temel Güvenlik Ayarları

Başarılı bağlantıdan sonra, bulut sunucunuzu ilk saldırılara karşı korumak için birkaç temel güvenlik ayarı yapın.

Kök Olmayan Kullanıcı Oluşturma

root kullanıcısıyla çalışmak yüksek risk taşır, çünkü herhangi bir hata tüm sistemi bozabilir. Normal bir kullanıcı oluşturun ve ona sudo erişimi verin:

adduser myuser
usermod -aG sudo myuser

Ardından yeni kullanıcıyla giriş yapın ve bundan sonra onunla çalışın. Kök erişimi için sudo kullanın.

Şifreyle Girişi Devre Dışı Bırakma

SSH anahtarı kullanıyorsanız, Brute Force saldırılarını etkisiz kılmak için şifreyle girişi devre dışı bırakın. /etc/ssh/sshd_config dosyasını düzenleyin:

PasswordAuthentication no
PermitRootLogin no

Değişiklikten sonra SSH servisini yeniden başlatın:

systemctl restart sshd

Mevcut bağlantıyı kesmeden önce yeni bir terminal açın ve yeni anahtarla bağlantının kurulduğundan emin olun. Bir hata oluşursa, sorunu çözebilmek için mevcut bağlantıyı kapatmayın.

Güvenlik Duvarı Yapılandırması

UFW güvenlik duvarını etkinleştirin ve yalnızca gerekli portları açık bırakın:

ufw allow OpenSSH
ufw allow 80/tcp   # HTTP için
ufw allow 443/tcp  # HTTPS için
ufw enable

Bu, gereksiz portların kapalı kalmasını sağlar ve saldırı yüzeyini azaltır.

Özet ve Sonraki Adımlar

Artık SSH üzerinden bağlandığınız ve temel güvenlik ayarlarını yaptığınız aktif bir bulut sunucunuz var. Bu altyapı, her projenin temelidir: Nginx web sunucusu kurabilir, Docker başlatabilir veya özel bir veritabanı oluşturabilirsiniz.

Herhangi bir adımda sorunla karşılaşırsanız, sistem günlüklerini kontrol edin. Örneğin, SSH günlüğü /var/log/auth.log içindedir ve bağlantı denemeleri hakkında ayrıntılı bilgi gösterir. Ayrıca, ServerNet'in resmi dokümantasyonu ve Linux kullanıcı topluluğu sorun giderme için iyi kaynaklardır.

Bulut sunucu güçlü bir araçtır, ancak bakım sorumluluğu size aittir. Düzenli sistem güncellemeleri, periyodik yedeklemeler ve kaynak izleme, uzun vadede büyük sorunları önleyen alışkanlıklardır. Artık ilk örneğinizi oluşturduğunuza göre, projenizi üzerine dağıtmanın zamanı geldi.