Metodoloji
Nesne depolama benchmark metodolojisi
S3 uyumlu nesne depolamada GET ve PUT verimi ile küçük nesne gecikmesinin aynı bölgedeki bir instance'tan MinIO warp ile nasıl ölçüldüğü.
Sürüm 1.0 Güncellendi:
Kapsam
- Aynı bölgedeki bir hesaplama instance'ından erişilen S3 uyumlu nesne depolama
- Büyük nesne GET ve PUT verimi (64 MiB nesneler)
- Küçük nesne GET p99 gecikmesi (16 KiB nesneler)
- S3 API özellik kontrolleri (multipart upload, presigned URL'ler, sürümleme, yaşam döngüsü, object lock)
| Araç | Sürüm |
|---|---|
| MinIO warp | Her çalıştırmada kaydedilir |
Kurulum
Test instance’ına en yakın bölgede yeni bir bucket oluşturulur. İstemci CPU’su ve ağı darboğaz olmasın diye istemci olarak hesaplama metodolojisindeki 8 vCPU’lu genel amaçlı yapılandırma kullanılır. Uç nokta URL’si, bölge adı ve TLS ayarları kaydedilir.
İş yükleri
| İş yükü | warp komutu |
|---|---|
| Büyük GET | warp get --obj.size=64MiB --objects=200 --concurrent=32 --duration=5m |
| Büyük PUT | warp put --obj.size=64MiB --concurrent=32 --duration=5m |
| Küçük GET | warp get --obj.size=16KiB --objects=10000 --concurrent=16 --duration=5m |
Verim MiB/s olarak; gecikme istek başına p50 ve p99 olarak raporlanır.
Özellik kontrolleri
Bir betik; multipart upload, presigned GET ve PUT, sürümleme, yaşam döngüsü sona erdirme, bucket politikaları ve object lock özelliklerini çalıştırır. Her özellik, döndürülen hatayla birlikte destekleniyor, desteklenmiyor veya Amazon S3’ten farklı davranıyor olarak kaydedilir.
Tekrarlar ve doğrulama
Her iş yükü farklı günlerde 3 kez çalıştırılır. Doğrulama, ±%10 içinde bir yeniden çalıştırma gerektirir.
Sınırlamalar
- Verim, istemci instance’ının kaydedilen ağ kotasıyla sınırlıdır.
- Sonuçlar tek bir bölgedeki tek bir bucket içindir; sağlayıcılar performansı bucket veya prefix başına bölebilir.