Bant genişliği, eşzamanlı iş sayısı, transfer worker sayısı ve iş önceliği farklı ayarlardır. Ölçümle doğrulamadan sabit hız veya performans artışı vaat etmeyin; kurulu sürüm ve yöntem desteğini kontrol edin.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Görsel notu: önceki gerçek politika ekranı yeniden kullanılmıştır. Yeni Transfer Limits ekranı veya benchmark alınmadı. Bu çalışma politika, worker, ağ veya servis ayarı değiştirmedi ve backup/restore başlatmadı.
Kurulu sürüm, veri yolu ve repository
Ağ kapasitesi ve uygulama kullanım penceresi
Başlangıç CPU, I/O, süre ve transfer ölçümü
Geri dönüş ayarı ve restore kabul planı
01
1. Veri yolunu ve ihtiyacı belirleyin
Kaynak, Data Mover, repository ve varsa replikasyon hedefi arasındaki bağlantıları kaydedin. Hat kapasitesi ile kullanılabilir backup payını ayırın. Mbps bit/s, MB/s byte/s ölçüsüdür; protokol yükü ve paylaşılan trafik nedeniyle nominal hat hızını gerçek veri hızı saymayın.
Beklenen sonuç
Ölçüm birimleri ve ağ yolu belirlenir.
02
2. Başlangıç ölçümünü hazırlayın
Temsilî bir Full ve artımlı iş için süre, aktarılan byte, kaynak/hedef CPU ve disk I/O değerlerini kaydedin. Ortalama transfer hızı kısa süreli zirveleri gizleyebilir. Uygulama gecikmesini, bağlantı hata/yeniden denemelerini ve ağ ekibinin ölçümlerini aynı zaman aralığında karşılaştırın.
Beklenen sonuç
Karşılaştırılabilir başlangıç kaydı oluşur.
03
3. Zaman pencerelerini dağıtın
Schedules içindeki Days, Months, Repeat ve Full/Incremental pencerelerini iş ihtiyacına göre planlayın. Backup, replication ve bakım işlerini aynı saate yığmayın. Zamanlama Mbps limiti değildir; gerçek dispatch ve bitiş zamanını ayrıca izleyin.
Önceki gerçek Schedules taslağı: zaman pencereleri gösterilir. Bu ekran hız sınırı veya benchmark değildir; Start Now ve Create Policy gönderilmedi. Büyüt ↗
Beklenen sonuç
Transfer pencereleri iş yüküne göre dağıtılır.
04
4. Transfer Limits kapsamını kontrol edin
Multi-repository belgesi Infrastructure içindeki Transfer Limits alanının backup_resource_limits tablosunu kullandığını belirtir. global/openstack toplam eşzamanlı işleri, compute/<hostname> ve storage/<backend> daha dar limitleri kontrol eder. Bunlar byte/s veya Mbps rate limiter değildir; bütün platformlara aynı kapsamı varsaymayın.
Beklenen sonuç
İş eşzamanlılığı ile hız sınırı ayrılır.
05
5. Worker sayısını kontrollü değerlendirin
Belgeye göre datamover/workers yeni transfer içindeki paralel chunk upload sayısıdır: 1–32 aralığı, varsayılan 4. OpenStack/Safir repository assignment ve OpenShift scheduler bu değeri kullanır. Çalışan transferler eski worker sayısını korur; yeni dispatch yeni değeri alır. Bu sayı garanti edilen Mbps değildir.
Beklenen sonuç
Worker etkisi yeni iş kapsamıyla değerlendirilir.
06
6. Kesin hız ihtiyacını ağ ekibiyle doğrulayın
İncelenen kaynaklarda genel bir policy Mbps alanı doğrulanmadı. Kesin hat payı gerekiyorsa ağ ekibiyle ilgili uçlar ve trafik sınıfı için desteklenen QoS çözümünü planlayın. TLS doğrulamasını kapatmayın; production üzerinde deneme trafik şekillendirme komutları çalıştırmayın.
Beklenen sonuç
Kesin hız gereksinimi sorumlu ekiple eşleştirilir.
07
7. Ölçüm ve geri dönüşle kabul edin
Onaylı küçük testte tek değişkeni değiştirip ağ, uygulama gecikmesi, süre ve yeniden denemeleri karşılaştırın. Kabul sınırı aşılırsa önceki ayara dönün. Backup ve izole restore sonucunu da doğrulayın; yalnız transfer hızının artmasını başarı saymayın.
Beklenen sonuç
Ağ etkisi ve kurtarma kabulü birlikte belgelenir.
MERAK EDİLENLER
Transfer Limits bir Mbps sınırı mı?
İncelenen belgede eşzamanlı iş ve worker limitlerini yönetir. Sabit byte/s veya Mbps limiti olarak sunulmaz.