Tüm ürünler 
Paylaşımlı hostingden VPS'e ne zaman geçilmeli
VPS bir siteyi kendi başına hızlandırmaz: size kaynak ve özgürlük verir, bunlarla birlikte de bir sunucuyu yönetme işini. Hostingin ne zaman yetersiz kaldığını nasıl anlayacağınızı, sorunun ne zaman taşınmadan çözülebileceğini ve bir siteyi ziyaretçiler hiçbir şey fark etmeden nasıl taşıyacağınızı anlatıyoruz.
Paylaşımlı hostingden VPS'e geçiş çoğu zaman "site yavaş" şikâyetiyle başlar. Bazen bu gerçekten paylaşımlı sunucunun tavanıdır, bazen de VPS'te de aynı şekilde yavaş çalışacak ağır bir eklenti, optimize edilmemiş görseller veya eksik önbellekleme. Daha fazla ödemeden ve sunucu yönetimini üstlenmeden önce sitenin tam olarak neye takıldığını bulun. Aşağıda taşınmayı haklı çıkaran işaretleri, işe yaramayacağı durumları, dürüst bir maliyet tahminini ve adım adım bir planı bulacaksınız.
Hostingin yetersiz kaldığını gösteren işaretler
- Site hesap sınırlarına takılıyor. Paylaşımlı hosting CPU süresini, belleği, eşzamanlı süreçleri ve dosya sayısını (inode) sınırlar. Bunlar aşıldığında site 503 veya 508 Resource Limit Is Reached hataları döndürür, paneldeki grafikler de tavana yapışır. Bu yalnızca ani yük artışlarında değil sıradan günlerde de oluyorsa hesabın kaynakları yetmiyor demektir.
- Sağlayıcının kurmayacağı bir yazılıma ihtiyacınız var. Sürekli çalışan bir Node.js veya Python uygulaması, Redis, bir arama motoru, iş kuyrukları, standart dışı PHP eklentileri, kendi veritabanı sürümünüz.
- Arka plan süreçlerine ihtiyacınız var. Kuyruk worker'ları, websocket'ler, botlar, sağlayıcının cron'unun izin verdiğinden daha sık ürün içe aktarımları, hostingin zaman aşımında sonlandırdığı uzun betikler.
- Çok sayıda proje var. Tek bir hesaptaki onlarca site aynı sınırları paylaşır ve birindeki sorun diğerlerini yavaşlatır. VPS'te bunları ayrı sınırlara sahip PHP havuzlarına bölebilirsiniz.
- Ortam üzerinde kontrole ihtiyacınız var. Kendi web sunucusu yapılandırmanız, loglara erişim, özel güvenlik duvarı kuralları, bir müşteriden veya denetimden gelen yalıtım gereksinimleri.
Taşınmanın işe yaramayacağı durumlar
Site düşük yük altında yavaşsa neden genellikle sitenin kendisidir. Aynı ayarlarla bir VPS'te de aynı şekilde yavaş olur, sadece daha pahalıya.
- Onlarca eklenti veya ağır bir tema yüzünden sayfalar geç oluşuyor: sayfa önbellekleme ve eklentilerin gözden geçirilmesi yardımcı olur.
- Bir sayfa görseller yüzünden birkaç megabayt tutuyor: sıkıştırma, modern formatlar ve gecikmeli yükleme yardımcı olur.
- Yavaş veritabanı sorguları: indeksler ve tabloların temizlenmesi yardımcı olur.
- Hosting sunucusu kitleden uzak: hosting konumunu değiştirmek yeterlidir, VPS gerekmez.
Ara bir adım, daha yüksek sınırlara sahip bir üst hosting paketidir. Tek sorun sınırlarsa ve standart setin dışında bir yazılıma ihtiyacınız yoksa bu daha ucuzdur ve yönetim gerektirmez. Birden fazla site için paketler 10 site için hosting sayfasında toplanmıştır.
Bir VPS gerçekte neye mal olur
Hosting fiyatını VPS fiyatıyla doğrudan karşılaştırmak yanıltıcıdır: hosting, VPS'te sizin ödemeniz ya da kendiniz yapmanız gereken şeyleri zaten içerir.
| Maliyet kalemi | Paylaşımlı hosting | VPS |
|---|---|---|
| Sunucu | Pakete dahil | Paket fiyatı; CMS sitesi için genellikle 2 GB bellekten başlar |
| Kontrol paneli | Dahil | Ücretsiz veya ücretli lisans ya da panelsiz |
| Yedekler | Genellikle dahil | Çoğu zaman ayrı bir hizmet veya kendi kurulumunuz |
| Alan adlı e-posta | Dahil | Kendi posta sunucunuz veya ayrı bir hizmet |
| Güncellemeler ve güvenlik | Sağlayıcı yapar | Siz veya bir yönetici yapar |
Asıl gizli maliyet zamandır. Sistem güncellemeleri, izleme, sertifika yenilemeleri ve gece çıkan sorunların giderilmesi artık sizin işinizdir. Sunucuyu yönetebilecek kimse yoksa sağlayıcının yönetilen (managed) paketlerine bakın ya da bir yönetici için bütçe ayırın.
Paylaşımlı hostingden gelen bir site için hangi VPS
Hosting panelindeki son bir aylık kullanım grafiklerine bakın: sitenin yoğun anlarda gerçekte ne kadar CPU ve bellek kullandığını gösterirler.
- WordPress veya başka bir CMS üzerinde bir ya da iki site: 2 vCPU, 2 GB bellek, 30–40 GB NVMe.
- Binlerce ürünlük katalogu olan bir mağaza veya birkaç yoğun site: 2–4 vCPU, 4 GB bellek.
- Kontrol paneli kuracaksanız onu da hesaba katın: bellek ve diskin bir kısmını kullanır.
Hazır seçkiler: Web sitesi için VPS, WordPress için VPS ve e-ticaret sitesi için VPS. Paketin diğer parametrelerini nasıl okuyacağınız VPS nasıl seçilir yazısında anlatılıyor. İlk taşınma için saatlik faturalama kullanışlıdır: sunucuyu kurabilir, siteyi test edebilir ve ancak ondan sonra bir ay için ödeme yapabilirsiniz.
Taşınmadan önce yapılacaklar
- Envanter. PHP sürümünü ve etkin eklentileri, veritabanı sürümünü, cron görevlerini, yönlendirmeleri ve .htaccess kurallarını, posta kutularını ve iletimleri, alt alan adlarını not edin.
- E-posta. Paylaşımlı hostingde e-posta genellikle aynı hesapta bulunur. VPS'te kendi posta sunucunuz için PTR, SPF, DKIM ve DMARC ayarlanmalıdır; birçok sağlayıcı da giden 25 portunu varsayılan olarak engeller. Çoğu zaman alan adının e-postasını siteyi taşımadan önce ayrı bir posta hizmetine taşımak daha kolaydır. E-postayı yine de kendi sunucunuzda istiyorsanız Posta sunucusu için VPS sayfasına bakın.
- DNS TTL. Geçişten bir iki gün önce, adres değişikliğinin hızla yayılması için alan adının A kaydının TTL değerini 300 saniyeye düşürün.
- Güncel bir yedek, hostingdeki dosyaların ve veritabanının: bir şeyler ters giderse geri dönüş noktanız.
Kesintisiz taşıma planı
- VPS'i hazırlayın: sistemi güncelleyin, SSH anahtarıyla giriş için bir kullanıcı oluşturun, güvenlik duvarını etkinleştirin, web sunucusunu, doğru PHP sürümünü ve veritabanını kurun.
- Site dosyalarını ve veritabanı dökümünü taşıyın, aynı yetkilere sahip bir veritabanı kullanıcısı oluşturun, cron görevlerini taşıyın.
- Siteyi DNS'i değiştirmeden yeni sunucuda test edin: bilgisayarınızdaki hosts dosyasında alan adını yeni IP'ye yönlendirin ve ana sayfaları, formları ve sepeti gözden geçirin.
- Yeni sunucuda bir TLS sertifikası alın. DNS değişikliğinden önce HTTP ile alan adı doğrulaması mümkün değilse DNS kaydıyla doğrulama kullanın.
- Son senkronizasyon için siteyi salt okunur moda alın (bir mağaza için birkaç dakika yeni sipariş olmadan) ve güncel bir veritabanı dökümü taşıyın.
- A kaydını yeni IP'ye değiştirin. Kısa TTL sayesinde ziyaretçilerin çoğu yarım saat içinde yeni sunucuya ulaşır.
- Hostingi en az bir hafta tutun: yeni sunucunun loglarını izleyin ve eski kopyayı yedek seçenek olarak saklayın.
Taşındıktan sonra
Otomatik güvenlik güncellemelerini, sunucu dışına günlük yedeklemeyi, harici erişilebilirlik izlemeyi ve log rotasyonunu ayarlayın. Yeni sunucuda disk ve ağ hızını kontrol edin; yöntem Ödeme yapmadan önce VPS ping ve hızı nasıl test edilir yazısında. Birkaç ay sonra sunucu sürekli sınırına kadar yükleniyorsa bir sonraki adım daha büyük bir paket veya dedicated sunucu olabilir. VPS'e ihtiyacınız olmadığı ortaya çıkarsa da aynı yolla paylaşımlı hostinge geri dönebilirsiniz.