Bir VPS Provider'ı Önermeden Önce Sorduğum Sorular

"Hangi VPS provider'ını kullanmalıyız" sorusu, neredeyse her yeni projenin başında geliyor, ve single bir doğru cevap yok, yüksek traffic'li, Avrupa audience'ına servis eden bir application için doğru provider, low-traffic bir internal tool için doğru olandan farklı, o da, absolute en düşük monthly cost'u isteyen ve daha fazla manuel management'a razı olan bir client için olandan yine farklı. Consistent olan şey, asıl daraltan soru seti, ve bunların çoğu specs comparison sayfasında değil.

User'larınız, datacenter seçeneklerine göre nerede?

Dünyanın diğer ucundaki bir datacenter'a latency, hiçbir server tuning'inin fix edemediği fixed bir cost. Bir client'ın audience'ı spesifik bir region'da yoğunlaşmışsa, provider'ın o region'a göre datacenter location'ları, genelde CPU benchmark'larından daha çok önem taşıyor. Teknik olarak daha hızlı ama çoğu user'dan üç timezone uzakta olan bir server, pratikte geografik olarak yakın, modest bir server'dan daha yavaş hissedebilir, çünkü perceived load time'ın anlamlı bir kısmı server processing time değil, round-trip network latency.

Resizing gerçekte ne içeriyor?

"Sonra resize edebilir miyim" neredeyse her zaman evet. "Resizing gerçekte ne içeriyor" daha çeşitli cevaplara sahip: bazı provider'lar bir VPS'i bir reboot'la resize ediyor ve dakikalar içinde etki ediyor, diğerleri farklı underlying hardware'e migrate etmeyi gerektiriyor, daha fazla downtime ve bazen değişmiş bir IP adresiyle. Büyümesi muhtemel bir proje için, "scale up"ın beş dakikalık bir reboot mu yoksa planlanmış bir migration mı anlamına geldiğini bilmek, upfront ne kadar headroom provision edileceğini, küçük başlayıp büyümenin ne kadar rahat olduğuna karşı değiştiriyor.

"Backup"larda gerçekte ne var?

Birçok provider "backup"ları bir add-on olarak sunuyor, bir schedule'a göre automated snapshot'lar. Sormaya değer sorular: bunlar VPS'in kendisiyle aynı underlying storage'da mı tutuluyor (bu durumda bir storage-level failure ikisini de alabilir), kaç tanesi retained ediliyor, ve birini kendiniz restore edebiliyor musunuz yoksa bir support ticket'ı mı gerekiyor? Pricing sayfasında reassuring gelen bir snapshot feature'ı, aynı array'de tutulan, 24 saat retained edilen tek bir günlük snapshot olduğu ortaya çıkabilir, ki bu hiç olmamasından daha iyi ama bir backup strategy'si değil, sadece doğru şekilde birini kurmanın daha hızlı bir yolu.

Support gerçekte nasıl görünüyor?

Budget tarafındaki provider'lar için, support genelde response time'ları saatlerle ölçülen ticket-based, urgent olmayan sorular için fine, uygunsuz bir zamanda bir şey down olduğunda daha az fine. Daha yüksek tarafındaki provider'lar için, phone support ya da fast-response ticket'lar, premium'un ödediği şeyin bir parçası. İkisi de yanlış değil, ama bir client'ın bir incident olmadan önce, sırasında değil, neye sign up ettiğini bilmeye değer. Bunun hissini almanın hızlı bir yolu: provider'ın adını "support"la birlikte arayın ve existing customer'ların actual experience'larının ne olduğunu, sadece sales sayfasının vaat ettiğini değil, görün.

Billing model bir client'ın predict edebileceği bir şey mi?

Sabit miktarda CPU, RAM, ve storage için flat bir monthly price, bir client için bütçelemesi kolay. Usage'a göre billed olan her şey, bandwidth overage'ları, IOPS, ek IP'ler, aydan aya predict etmesi zor bir bill'e dönüşebilir, ki bu fixed bir bütçeyi yöneten bir client için, variable cost'ların expected olup yakından monitor edildiği bir projeden daha çok önemli. Bu, genel olarak usage-based billing'e karşı bir argument değil, kendi yeri var, ama bir client'ın bunu bir invoice'da keşfetmesine izin vermek yerine explicit olarak surface etmeye değer.

DDoS protection: included mi, yoksa "available" mı?

Basic DDoS mitigation artık çoğu provider için table stakes, ama "available" bazen ek bir paid tier ya da explicit olarak enable edilmesi gereken ayrı bir product anlamına geliyor, diğerleri için ise her server için default olarak açık. Public-facing herhangi bir şey için, bir provider'ın hangi kategoriye girdiğini, ve mitigation'ın gerçekte neyi kapsadığını bilmek, baskı altında ihtiyaç olmadan önce beş dakikalık okumaya değer.

Asıl çıkarım

Bu soruların hiçbirinin universally doğru bir cevabı yok, bunlar spesifik projeye bağlı bir decision için input'lar. Ortak noktaları, hiçbirinin bir specs comparison sayfasında açıkça görünmemesi, ve hepsinin, bir incident, bir migration, ya da unexpectedly büyük bir invoice sırasında keşfetmek yerine sign up etmeden önce bilmeyi tercih edeceğiniz şeyler olması. Bunları upfront sormak birkaç dakika sürüyor ve "hangi provider en iyisi"yi "hangi provider bunun için en iyisi"ne çeviriyor, ki gerçekten iyi bir cevabı olan soru da bu.