Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Depolama geçiş hizmetinin performansı, herhangi bir geçiş için önemli bir unsurdur. Bu makalede performans testi sonuçlarını paylaşacağız ancak Azure Depolama Taşıyıcı yeni bir hizmet olduğundan deneyiminiz farklılık gösterebilir.
Hedefleri Ölçeklendir
Azure Depolama Taşıyıcısı, desteklenen bir kaynaktan Azure'da desteklenen bir hedefe geçirilen 500 milyon ad alanı öğesi (dosya ve klasör) ile test edilir.
Nasıl test ederiz?
Azure Depolama Taşıyıcı, hibrit bir bulut hizmetidir. Karma hizmetlerin bir bulut hizmeti bileşeni ve hizmetin yöneticisinin kurumsal ortamında çalıştırdıkları bir altyapı bileşeni vardır. Depolama Taşıyıcısı için bu karma bileşen bir geçiş aracısıdır. Aracılar, kaynak depolama alanına yakın bir sunucuda çalıştırılan sanal makinelerdir.
Yalnızca aracı, performans testi için hizmetin ilgili bir parçasıdır. Gizlilik ve performans sorunlarını atlamak için veriler doğrudan Depolama Taşıyıcı aracısından Azure'daki hedef depolama alanına taşınır. Bulut hizmetine yalnızca denetim ve telemetri iletileri gönderilir.
Performans temelleri
Bu test sonuçları ideal koşullarda oluşturulur. Bunlar, Depolama Taşıyıcı hizmetinin ve aracının doğrudan etkilediği bileşenlerin temelini oluşturur. Bu testte kaynak cihazlar, diskler ve ağ bağlantıları arasındaki farklar dikkate alınmaz. Gerçek dünya performansı farklılık gösterir.
SMB bağlamasından Azure dosya paylaşımı testlerine geçiş aşağıdaki gibi yürütüldü:
Aşağıdaki tabloda, bir SMB bağlamasından Azure dosya paylaşımına performans testi sonuçları üreten test ortamlarının özellikleri açıklanmaktadır.
| Test No. | Hayır. dosya sayısı | Toplam dosya ağırlığı | Dosya boyutu | Klasör yapısı |
|---|---|---|---|---|
| 1 | 12 milyon | 12 GB | Her birinde 1 KB | Her birinde 10.000 dosya içeren 100 alt klasör içeren 12 klasör |
| 2 | 30 | 20 GB | 1 klasör | |
| 3 | 1 milyon | 100 GB | Her birinde 100 KB | Her birinde 1.000 dosya bulunan 1.000 klasör |
| 4 | 1 | 4 TB (terabayt) | ||
| 5 | 117 milyon | 117 GB | Her birinde 1 KB | Her birinde 10.000 dosya içeren 100 alt klasör içeren 117 klasör |
| 6 | 1 | 1 Terabayt (TB) | ||
| 7 | 3,3 milyon | 45 GB | Her birinde 13 KB | Her birinde 16\17 dosya içeren 200.000 klasör |
| 8 | 50 milyon | 1 Terabayt (TB) | Her birinde 20 KB | 2.940.000 klasör, her birinde 17 dosya vardır |
| 9 | 100 milyon | 2TB | Her birinde 20 KB | 5.880.000 klasör, her birinde 17 dosya vardır |
Farklı aracı kaynak yapılandırmaları SMB uç noktaları üzerinde test edilir:
Minspec: 4 CPU / 8 GB RAM Her biri 2,7 GHz olan 4 sanal CPU çekirdeği ve 8 GiB bellek (RAM), Azure Depolama Taşıma aracı için minimum gereksinimdir.
Test No. İcra süresi Tarama süresi 6 16 dk, 42 sn 1,2 sn 7 55 dk, 4 sn 1 dk, 17 sn 8 9 Bootspec: Her biri 2,7 GHz'de 8 CPU / 16 GiB RAM 8 sanal CPU çekirdeği ve 16 GiB bellek (RAM), Azure Depolama Taşıyıcı aracısı için en düşük belirtimdir.
Sonuçlar: Standart depolama hesabı
Test No. İcra süresi Tarama süresi 1 15 sa, 59 dk 2 sa, 36 dk, 34 sn 2 1 dk, 54 sn 3,34 sn 3 1 sa, 19 dk, 27 sn 57,62 sn 4 1 sa, 5 dk, 57 sn 2,89 sn Sonuçlar: Büyük dosyaların etkinleştirildiği standart depolama hesabı
Test No. İcra süresi Tarama süresi 1 3 sa, 51 dk, 31 sn 41 dk ve 45 sn 5 25 sa, 47 dk 23 sa, 35 dk 6 11 dk, 11 sn 0,7 sn 7 55 dk, 10 sn 1 dk, 3 sn 8 9 Sonuçlar: Premium depolama hesabı
Test No. İcra süresi Tarama süresi 1 2 sa, 35 dk, 14 sn 24 dk, 46 sn 5 23 sa, 34 dk 21 sa, 34 dk
Aracı dağıtım makalesinde geçiş kapsamınız için önerilen aracı kaynaklarını gözden geçirin.
Geçiş performansı neden değişir?
Temel olarak, ağ kalitesi ve dosyaları, klasörleri ve bunların meta verilerini işleyebilme özelliği geçiş hızınızı etkiler.
Ağ ve işlem alanlarının iki temel alanında çeşitli yönlerinin etkisi vardır:
-
Geçiş senaryosu
Boş bir hedefe kopyalama, içeriğe sahip bir hedefe kıyasla daha hızlıdır. Bu davranış, geçiş altyapısının yalnızca kaynağı değil, aynı zamanda kopyalama kararları alma hedefini de değerlendirmesinden kaynaklanır. -
Ad alanı öğe sayısı
1 GiB küçük dosyayı geçirmek, 1 GiB daha büyük dosyaları geçirmekten daha fazla zaman alır. -
Ad alanı şekli
Geniş klasör hiyerarşisi, dar veya derin dizin yapısından daha paralel işlemeye uygundur. Dosya klasör oranı da bir rol oynar. -
Ad alanı değişim sıklığı
Aynı kaynaktan aynı hedefe yapılan iki kopyalama işlemi arasında kaç dosya, klasör ve metaforada değişiklik oluyor? - Ağ
- kaynak ve geçiş aracısı arasındaki bant genişliği ve gecikme süresi
- Azure'da geçiş aracısı ile hedef arasındaki bant genişliği ve gecikme süresi
-
Geçiş aracısı kaynakları
Bellek (RAM), işlem çekirdeği sayısı ve hatta geçiş aracısında kullanılabilir yerel disk kapasitesi, geçiş hızı üzerinde derin bir etkiye sahip olabilir. Daha fazla işlem kaynağı, özellikle geçişte büyük miktarda daha küçük dosyaların işlenmesi gerektiğinde kullanılabilir bant genişliğinin kullanımını iyileştirmeye yardımcı olur.
Örneğin, geleneksel bir geçiş, aktarılacak depolama alanına bağlı olan iş yükünün kesinti süresini en aza indirmek için bir strateji gerektirir. Azure Storage Mover yakınsanmış, n-pass geçişi olarak adlandırılan bu stratejiyi destekler.
Bu stratejide, kaynaktan hedefe birkaç kez kopyalarsınız. Bu kopyalama yinelemeleri sırasında kaynak, iş yükünde okuma ve yazma için kullanılabilir durumda kalır. Son kopyalama yinelemesinin hemen öncesinde kaynağı çevrimdışına alırsınız. Son kopyanın, yaptığınız ilk kopyadan daha hızlı bitip hemen önüne gelen kopya kadar sürmesi beklenir. Son kopyadan sonra, iş yükü yeni hedef depolamayı kullanmak üzere Azure'a aktarılır ve ardından tekrar kullanılabilir hale gelir.
Kaynaktan hedefe ilk kopya sırasında hedef büyük olasılıkla boş olur ve tüm kaynak içeriğin hedefe gitmesi gerekir. Sonuç olarak, ilk kopya büyük olasılıkla kullanılabilir ağ kaynakları tarafından kısıtlanır.
Geçişin sonuna doğru, kaynağı zaten birkaç kez hedefe kopyaladıktan sonra, son kopyadan sonra yalnızca birkaç dosya, klasör ve meta veri değiştirilir. Bu son kopyalama yinelemesinde, kaynak ve hedefteki her dosyanın güncelleştirilmesi gerekip gerekmediğini görmek için karşılaştırılması daha fazla işlem kaynağı ve daha az ağ kaynağı gerektirir. Geçişin bu geç aşamasındaki kopyalama çalıştırmaları genellikle işlem açısından daha kısıtlanır. Depolama Taşıyıcı ajanının uygun kaynak tahsisi giderek daha önemli hale geliyor.
Sonraki Adımlar
Aşağıdaki makaleler başarılı bir Azure Depolama Taşıyıcı dağıtımında yardımcı olabilir.