Önce aktarılacak veriyi ve süreyi belirleyin
Bulut yedekleme için gereken upload hızı, yalnızca dosyaların toplam boyutundan hesaplanmaz. İlk tam yedek ile sonraki günlük değişiklik miktarını ayırın; yedeklemenin hangi saatler arasında tamamlanması gerektiğini belirleyin. İnternet bağlantısını o sırada kullanan diğer uygulamalar için de kapasite bırakın. Simetrik internet, yükleme kapasitesini indirme kapasitesiyle aynı seviyede planlamaya imkân verir; depolama sistemindeki veya bulut hizmetindeki sınırlamaları ortadan kaldırmaz.
100 GB için açıklamalı hesap örneği
Ondalık birimleri kullanalım: 100 GB, 800.000 megabit veridir. Bu verinin 100 Mbps hızla aktarımının teorik süresi 800.000 / 100 = 8.000 saniye, yaklaşık 2 saat 13 dakikadır. 200 Mbps için yaklaşık 1 saat 7 dakika, 500 Mbps için yaklaşık 27 dakika çıkar. Bunlar bağlantının tamamının yalnızca bu işe ayrıldığı, protokol yükünün ve beklemelerin hesaba katılmadığı matematiksel alt sınırlardır; gerçek tamamlanma süresi taahhüdü değildir.
Aynı 100 GB verinin dört saatlik pencerede gönderilmesi istenirse teorik ortalama yaklaşık 55,6 Mbps olur. Buna bakarak tam 56 Mbps seçmek sağlıklı değildir. Diğer trafik, aktarım duraklamaları ve protokol yükleri için ölçüme dayalı pay gerekir. Sabit bir yüzdeyi bütün işletmelere uygulamak yerine yedekleme uygulamasının gerçek aktarım kayıtlarını birkaç iş günü izleyin. GB ve GiB birimleri kullanıldığında sonucun değişeceğini de not edin.
Günlük değişim miktarı neden önemlidir?
Örneğin depolama sisteminde birkaç terabayt veri bulunması her gece tamamının internete gönderildiği anlamına gelmez. Artımlı yedeklemede günlük değişen veri esas olabilir. Buna karşılık ilk kurulum, yeni bir sunucu eklenmesi veya yedek zincirinin yeniden oluşturulması daha büyük aktarım doğurabilir. Kapasite kararında normal günü ve bu istisnai işi ayrı senaryolar olarak yazın. Sıkıştırma ve tekilleştirmenin sağlayacağı kazancı gerçek ölçüm olmadan kesin kabul etmeyin.
Yedekleme ile mesai saatindeki görüntülü toplantı aynı yükleme yönünü paylaşabilir. Önce yedeklemeyi uygun pencereye almak, uygulama içindeki hız sınırını kullanmak veya işleri sıraya koymak değerlendirilebilir. Bunlar yeterli değilse bağlantı kapasitesini artırmak gündeme gelir. Önceliklendirme kuralları toplam bant genişliğini büyütmez; mevcut kapasitenin nasıl paylaşılacağını düzenler.
Yedek almak kadar geri yüklemek de test edilmeli
İşletmenin veriyi ne kadar geriye dönük kaybetmeyi kabul edebildiği ile sistemi ne kadar sürede tekrar çalıştırması gerektiği farklı sorulardır. Bu iş hedeflerini yedekleme sıklığı ve geri yükleme planıyla eşleştirin. Bir yedeğin başarıyla gönderilmesi, kullanılabilir biçimde geri getirilebildiğini kanıtlamaz. Kontrollü bir geri yükleme denemesinde indirme, disk yazma ve uygulamanın yeniden başlatılma sürelerini ayrı ölçün.
Yedekleme hesabı için çok faktörlü kimlik doğrulama, erişim yetkileri ve silinmeye karşı koruma seçeneklerini ayrıca değerlendirin. Simetrik erişim bir güvenlik veya yedek saklama politikası değildir. İnternet hizmeti, yedekleme yazılımı ve depolama sağlayıcısının sorumluluklarını sözleşmelerde birbirinden ayırın.
Teklif öncesi hazırlayabileceğiniz kısa liste
İlk tam yedek boyutunu, günlük değişen veri miktarını, izin verilen aktarım saatlerini, aynı anda çalışan iş uygulamalarını ve büyüme beklentisini kaydedin. Bulut sağlayıcısının aktarım sınırlarını ve testte elde edilen gerçek hızı da ekleyin. Turklan yalnızca kurumsal ve simetrik erişim sunar; adresinize ve kullanımınıza uygun Metro Ethernet kapasitesi teknik değerlendirme ile belirlenir. Bu örnekteki hızlar teklif veya belirli bir adreste hizmet garantisi değildir.
Teknik dayanak: Cisco, Bandwidth, Packets Per Second, and Other Network Performance Metrics — https://sec.cloudapps.cisco.com/security/center/resources/network_performance_metrics.html . Sayısal örnekler birim dönüşümleriyle oluşturulmuş varsayımsal hesaplardır; müşteri verisi kullanılmamıştır.
Kurumsal bağlantınız için Metro Ethernet hizmetini inceleyin.