Yalnızca en hızlı çalıştırmayı seçmeden VPS performansını test edin
Yararlı bir VPS performans testi, tanımlı iş yükü sorusunu yanıtlar ve başka birine testi tekrarlayacak kadar ortam ayrıntısı, komut, ham çıktı ve zaman bilgisi verir. Açıklanmamış tek puan, paylaşılan altyapıdaki her uygulamayı veya gelecekteki performansı temsil edemez.
Temel bilgiler
- Asgari yayın birimi
- Soru, ortam, komut, süre, tekrarlar, tarih ve ham çıktı
- Karşılaştırma kuralı
- Aynı VPS yapılandırmasını, kalıbı, araç sürümünü ve test aralığını kullanın
- Dürüst özet
- Yavaş ve başarısız çalıştırmaları tutun; medyanı ve değişkenliği bildirin
- Güvenlik sınırı
- Kaynak kullanımını sınırlayın ve sağlayıcıyla ağ sınırlarına uyun
Bir iş yükü sorusuyla başlayın
Sonucun hangi seçime yardımcı olması gerektiğine karar verin. CPU kullanan derleme görevi, gecikmeye duyarlı API, işlemsel veritabanı, sıralı yedek ve çok kullanıcılı dosya hizmeti farklı kaynakları zorlar. Erişim örüntüsü iş yüküne benzeyen bir test seçin ve sonuçları görmeden başarı eşiğini tanımlayın. Bu, en büyük görünen sayıyı öne çıkarma isteğini azaltır.
VPS planını ve bölgesini, test süresini, eşzamanlılığı, veri boyutunu, okuma-yazma karışımını, blok boyutunu, protokolü, uzak uç noktayı ve zaman aralığını belirtin. Paylaşılan ana sistem performansı ve internet rotaları değişebilir; bu nedenle test, kalıcı garanti değil belirtilen koşullardaki tarihli bir örnektir.
- Başlamadan önce kararı ve eşiği yazın.
- Mümkün olduğunda uygulama düzeyinde bir işlemi test edin.
- İlişkisiz puanları tek ve anlaşılmaz bir derecede birleştirmeyin.
Çalıştırmayı tekrarlayacak kadar bağlam kaydedin
Planı, bölgeyi, sağlama zamanını, işletim sistemi kalıbını, çekirdeği, CPU sunumunu, belleği, swap alanını, depolama aygıtlarını, dosya sistemini, bağlama seçeneklerini, IP ailesini ve test sürümlerini kaydedin. Yararlı envanter komutları arasında lscpu, free -h, lsblk ve uname -r bulunur. Kaydı yayımlamadan önce müşteri sırlarını ve benzersiz tanımlayıcıları kaldırın.
Sunucunun yeni sağlanmış, ısıtılmış, yakın zamanda yeniden boyutlandırılmış veya başka iş yükü taşıyor olup olmadığını belirtin. Başlangıç zamanını açık saat dilimiyle ve varsa sağlayıcı bakımını kaydedin. Ağ testlerinde iki uç noktayı, ağlarını, yönü, protokolü ve ilgili hız sınırlarını tanımlayın. Yalnızca şehirden şehre etiketi tekrarlanabilir değildir.
- Araç sürümlerini sabitleyin veya paket meta verilerini saklayın.
- Karşılaştırmalarda aynı işletim sistemi durumunu koruyun.
- Önemli istisnaları sessizce yeniden çalıştırmak yerine yayımlayın.
Sınırlı CPU, depolama ve ağ testleri çalıştırın
CPU için belirtilmiş iş parçacığı sayısı ve süreyle sysbench gibi bir araç seçin. Depolama için fio; sıralı veya rastgele erişimi, kuyruk derinliğini, blok boyutunu, doğrudan G/Ç'yi, dosya boyutunu ve okuma-yazma karışımını modelleyebilir; makinece okunabilir çıktıyı --output-format=json ile kaydedin. Test dosyasının soru için yeterince büyük olduğundan emin olun ve tek modu evrensel doğru göstermek yerine önbellek etkilerini açıklayın.
Ağ kapasitesi için iperf3 kontrollü bir uzak uç nokta gerektirir; hız ve süre sınırlandırılmalıdır. İlgiliyse iki yönü de test edin. Gecikme için ping, gidiş-dönüş süresini ve kaybı örnekleyebilir; ancak kaynak, hedef, aralık, sayı, adres ailesi ve yol koşullarını belirtin. Yoğun testler komşuları etkileyebilir veya sınırları tetikleyebilir; bu nedenle izin alın ve hizmet sağlığı bozulursa durun.
- Müşteri iş yükü olmayan özel test VPS'si kullanın.
- Yayımlanan karşılaştırmalar için aynı sırayı en az beş kez tekrarlayın.
- Her çalıştırmanın komut çıktısını, hatalarını ve çıkış durumunu saklayın.
Değişkenliği gizlemek yerine özetleyin
Her çalıştırmada hata, kısıtlama, bellek baskısı, dolu depolama, arka plan etkinliği ve uç nokta doygunluğunu inceleyin. Yavaş sonucu yalnızca elverişsiz olduğu için silmeyin. Bir çalıştırma geçersizse onu saklayın, dışlama kuralını açıklayın ve fırsatçı biçimde yedek değer seçmek yerine planlanan dizinin tamamını yeniden çalıştırın.
Tekrarlanan merkezi davranış için medyanı bildirin ve değişimi açığa çıkaran aralık ya da yüzdelik dilim gösterin. Depolama özetleri, aktarım hızı veya saniyedeki işlemlerin yanında gecikmeyi de içermelidir. Ağ özetleri kaybı ve uç nokta sınırlarını içermelidir. Yalnızca önemli ölçüde eşdeğer yapılandırmalarda üretilmiş sonuçları karşılaştırın ve eşdeğer olmadıklarını belirtin.
- Geçersiz çalıştırmaları geçerli ama yavaş olanlardan ayırın.
- Her değerin yanında birimleri ve toplama yöntemlerini gösterin.
- Karşılaştırılamayan ortamlara dayalı yüzde iddialarından kaçının.
Yöntemi, ham veriyi ve sınırları birlikte yayımlayın
Güvenilir kanıt sayfası; sürümlenmiş yöntem, ortam bildirimi, tam komutlar, ayrı ham dosyalar, özet tablo, test tarihi ve sorumlu incelemeciye bağlantı verir. Uygunsa kararlı dosya adları ve sağlama toplamları kullanın. Sonuçların test edilen örneği açıkladığını ve donanım tahsisi, çekişme, yönlendirme, yazılım ya da sağlayıcı politikasıyla değişebileceğini belirtin.
Önemli altyapı veya kalıp değişikliklerinden sonra tekrar planlayın ve önceki sonuçları özgün tarihleriyle saklayın. Düzeltmeler görünür kalmalıdır. VPSEverywhere.com'un şeffaflık şablonu örnek değer içerdiği sürece dizin dışındadır; yalnızca belirtilen doğrulama sürecini geçen gerçek ölçümler operasyonel kanıt olarak sunulmalıdır.
- Başarısız ve yavaş çalıştırmaları ham kayıtta yayımlayın.
- Her yöntem revizyonuna tarih ve sürüm verin.
- Gerçekte yapılmamış ölçümleri asla geriye dönük eklemeyin.
Kaynaklar
Sık sorulan sorular
En iyi VPS performans testi hangisidir?
Tek bir en iyi test yoktur. İş yüküne benzeyen testleri seçip yapılandırmalarını yayımlayın. Uygulama düzeyi ölçümler satın alma sorularını genellikle tek sentetik puandan daha iyi yanıtlar.
Kaç test çalıştırması yayımlamalıyım?
Bu yöntem karşılaştırma için en az beş özdeş çalıştırma kullanır ve her geçerli sonucu saklar. Değişkenlik yüksek veya karar önemliyse daha fazla örnek gerekebilir.
Neden en hızlı sonuç yerine medyan yayımlanmalı?
En hızlı çalıştırma seçmeciliği ödüllendirir. Medyan tekrarlanan gözlemlerin merkezini, aralık veya yüzdelik dilim değişkenliği gösterir. Hiçbiri gelecekteki performansı garanti etmez.
Üretim sunucusunda `fio` veya `iperf3` çalıştırabilir miyim?
Müşteri iş yüklerinde bozucu testlerden kaçının. Özel ortam kullanın, süreyi ve hızı sınırlayın, sağlayıcı kurallarına uyun ve uzak uç noktanın yetkili olup darboğaz oluşturmadığını doğrulayın.