Birimleri planlama
Hataya dayanıklılık seçenekleri ve bunların depolama verimliliği üzerindeki etkileri hakkında bilgi edindiğinize göre, bir sonraki göreviniz Azure Stack HCI iş yükü gereksinimlerinizi yansıtan en uygun birim yapılandırmasını planlamaktır. Bu, birim sayısını ve bunların boyut, dayanıklılık türü, sağlama türü ve bunların dosya sistemi gibi özelliklerini seçmeyi içerir.
Azure Stack HCI birimlerini açıklama
Azure Stack HCI'deki Depolama Alanları Doğrudan bağlamında, birimler depolama havuzundaki sürücüleri hataya dayanıklılık, ölçeklenebilirlik ve performans gereksinimlerinin en uygun bileşimini sağlayacak şekilde gruplandırmanıza olanak tanır.
Dekont
Aşağıdaki görüntüde gösterildiği gibi, tüm Depolama Alanları Doğrudan birimlerine kümedeki tüm sunucular aynı anda erişebilir. Bunlar tüm sunuculardaki C:\Cluster Depolama klasöründe oluşturulur.
Depolama Alanları Doğrudan birimlerini planlarken şunları göz önünde bulundurmanız gerekir:
Küme başına birim sayısı
Volume size
Dayanıklılık türü
Bölümleme türü
Dosya sistemi
Dekont
Dayanıklılık türü, performans ve kapasite özelliklerini büyük ölçüde etkiler ve ilk iki önemli noktayla yakından ilişkilidir.
Birim sayısını seçin
Depolama performansını iyileştirmek için sunucu başına birim sayısı, küme başına sunucu sayısının katı olmalıdır. Örneğin, dört sunucunuz varsa, sunucu başına dört veya sekiz birimle daha tutarlı bir performansla karşılaşırsınız. Bu şekilde yapılandırılan küme, birim sahipliğini tüm küme düğümlerine eşit olarak dağıtabilir.
Dekont
Azure Stack HCI kümesi başına toplam birim sayısı 64'ü aşmamalıdır.
Birimlerin boyutunu seçme
Birimin boyutu, depolayabileceğiniz veri miktarı olan kullanılabilir kapasitesini ifade eder. Boyut, depolama havuzunda kapladığı toplam fiziksel depolama kapasitesi olan birimin ayak izinden farklıdır. Ayak izi, birim dayanıklılığı türüne bağlıdır. Tüm küme birimlerinin birleşik ayak izlerinin depolama havuzuna sığması gerekir.
Dekont
Azure Stack HCI kümesindeki bir birimin boyutu 64 terabayt (TB) aşmamalıdır.
Dayanıklılık türünü seçin
Birim dayanıklılığı, depolama havuzunda bulunan verilerin sürücü veya sunucu hataları gibi donanım sorunlarına karşı korunmasına yardımcı olan birincil mekanizmadır. Ayrıca düğüm yeniden başlatma gerektiren yazılım güncelleştirmeleri gibi sunucu bakım olayları sırasında sürekli kullanılabilirlik sağlar. Dayanıklılık türü seçimi, küme düğümlerinin sayısıyla ilgilidir.
İki düğümlü kümelerle dayanıklılık
Kümedeki iki düğümle, iki yönlü yansıtma veya iç içe dayanıklılık kullanabilirsiniz. İki yönlü yansıtma, herhangi bir sayıda düğüme sahip kümelerde desteklenir. İç içe dayanıklılık yalnızca iki düğümlü kümelerde kullanılabilir.
Dekont
İç içe dayanıklılık, iki sürücü veya sunucu ve kalan sunucudaki bir sürücü de dahil olmak üzere iki eşzamanlı donanım hatasına dayanabilir. İki düğümlü kümelerde üretim iş yüklerini çalıştırırken kullanmayı düşünmelisiniz.
Üç düğümlü kümelerle dayanıklılık
Kümedeki üç düğümle, hataya dayanıklılık ve performansı en üst düzeye çıkarmak istiyorsanız üç yönlü yansıtma kullanmanız gerekir. Üç yönlü yansıtmaya sahip birimler, bir düğüm ve sürücü ya da kalan düğümlerden birinde birden çok sürücü içeren iki (veya potansiyel olarak daha fazla) eşzamanlı donanım hatasına dayanabilir. Benzer şekilde, bu tür birimler, üç küme düğümünden birinde sürücülerin hiçbirini içermemeleri koşuluyla birden çok sürücü hatasına dayanabilir.
Dekont
İki düğüm aynı anda başarısız olursa depolama havuzu çekirdeğini kaybeder ve birimlere erişilemez hale gelir.
Dört veya daha fazla küme düğümüyle dayanıklılık
Dört veya daha fazla sunucuyla, çift eşlikli veya yansıtması hızlandırılmış eşlikli birimler uygulama seçeneğiniz de vardır. İkili eşlik, üç yönlü yansıtma ile aynı hataya dayanıklılık sağlar, ancak daha iyi depolama verimliliği sağlar. Eşlik kodlaması işlem açısından daha yoğun olduğundan, daha fazla gecikme süresi ve CPU kullanımına neden olduğundan, denge performanstır.
İş yükü için en iyi dayanıklılığı seçme
Aşağıdaki görüntüde Azure Stack HCI Depolama Alanları Doğrudan birimlerinin dayanıklılık, kapasite ve performans özellikleri arasındaki dengeler gösterilmektedir. Bu sınama, bu depolama özelliklerinden birinin en üst düzeye çıkarılmasının genellikle diğer ikisinden en az birini olumsuz etkilediğini gösterir. Örneğin, dayanıklılığı artırmak kullanılabilir kapasiteyi azaltır, ancak sonuçta elde edilen performans dayanıklılık türüne bağlı olarak değişebilir.
Dayanıklılık türü seçimi, hedeflenen iş yüküne dayalı olmalıdır. Aşağıdaki tabloda, hangi iş yüklerinin her dayanıklılık türüne uygun olduğu ve bunların ilgili kapasite verimliliği ve performansı özetlenir.
| Dayanıklılık türü | Kapasite verimliliği | Performans | İş yükleri |
|---|---|---|---|
| Ayna | Üç yönlü yansıtma: yüzde 33 ve iki yönlü yansıtma: yüzde 50 | En iyi performans | Sanallaştırılmış, veritabanları, yüksek performanslı talepleri olan diğerleri |
| Yansıtması hızlandırılmış eşlik | Yansıtma ile eşlik arasındaki orantıya bağlıdır | Yansıtmadan çok daha yavaş, ancak çift eşlikten iki kat daha hızlı. Büyük sıralı yazmalar ve okumalar için en iyi yöntemdir. | Arşivleme ve yedekleme, sanallaştırılmış masaüstü altyapısı |
| İkili eşlik | 4 sunucu: yüzde 50 ve 16 sunucu: yüzde 80'e kadar | Yazma işlemlerinde en yüksek giriş/çıkış (G/Ç) gecikme süresi ve CPU kullanımı. Büyük sıralı yazmalar ve okumalar için en iyi yöntemdir. | Arşivleme ve yedekleme, sanallaştırılmış masaüstü altyapısı |
Katı gecikme süresi gereksinimleri olan veya saniyede büyük miktarda rastgele G/Ç işlemi (IOPS) gerçekleştiren iş yükleri (Örneğin, Microsoft SQL Server veritabanları veya performansa duyarlı Microsoft Hyper-V sanal makineleri (VM)), performansı en üst düzeye çıkarmak için yansıtma kullanan birimlerde barındırılmalıdır. Daha az zorlu G/Ç gereksinimleri (dosya sunucuları veya Sanal Masaüstü Altyapısı (VDI) gibi) olan iş yükleri, kapasite verimliliğini artırmak için çift eşlik kullanabilir. Büyük, sıralı yazma işlemleri gerçekleştiren iş yükleri (yedekleme yazılımı gibi) yansıtması hızlandırılmış eşlik için en uygun olanlardır. Yansıtma ve eşlik bölümlerini boyutlandırırken, aynı anda gerçekleşen yazma miktarının (günlük yedeklemeler gibi) yansıtma bölümüne sığması gerektiğini göz önünde bulundurun.
İnce ve sabit sağlanmış birimler arasında seçim yapma
Sağlama, oluşturma sırasında temel alınan depolama havuzundan bir birime alan ayırmaya yönelik geleneksel bir yaklaşımdır. Bu yaklaşımla, disk alanı etkin olarak kullanılmasa bile birimin özel kullanımı için etkili bir şekilde ayrılır. Bu, depolama verimliliğini olumsuz etkiler ve bakım yükünü artırır.
İnce sağlama ile, oluşturduğunuz birimin beklenen kullanımını ve beklenen büyümeyi temsil eden rastgele bir boyutunu belirtebilirsiniz. Bu boyut depolama havuzunun kullanılabilir kapasitesinden (fazla sağlamaya izin veren) daha büyük olsa da, ayak izi sabit sağlamadan kaynaklanandan daha küçük olacaktır.
Birim büyüme oranını tahmin edemediyseniz ölçülebilir sağlama önerilir. Birimin boyutunun temel depolama havuzunda kullanılabilir alanı aşmadığından emin olmak istiyorsanız, tercih edilen seçenek sağlamadır.
Dekont
İnce sağlama tüm dayanıklılık ayarlarıyla çalışır.
Dosya sistemini seçin
Azure Stack HCI iki dosya sistemi teknolojisi kullanır: Dayanıklı Dosya Sistemi (ReFS) ve Yeni Teknoloji Dosya Sistemi (NTFS).
ReFS, iki dosya sisteminin daha yenisi olsa da NTFS ile geriye dönük uyumluluk sağlar. Ayrıca, şunlar için destek de dahil olmak üzere bir dizi NTFS özelliğini devralır:
Erişim denetim listeleri (ACL’ler)
Sıra numarası (USN) günlüğünü güncelleştirme
Bildirimleri değiştirme
Sembolik bağlantılar, birleşim noktaları, bağlama noktaları ve yeniden ayrıştırma noktaları
Birim düzeyinde anlık görüntüler
BitLocker Sürücü Şifrelemesi aracılığıyla birim düzeyinde şifreleme
Birim düzeyinde yinelenenleri kaldırma
ReFS'nin adından da anlaşıldığı gibi birincil güçlü yönlerinden biri, veri bozulmasına karşı dayanıklılığının artması ve bütünlük sorunlarını çevrimiçi olarak düzeltebilmesidir. Sanallaştırılmış iş yüklerini ve yazılım tanımlı depolamayı etkileyen geliştirmeleri nedeniyle ReFS, Azure Stack HCI'de özellikle yararlıdır. Bu geliştirmeler şunlardır:
Kopyalama işlemlerinin hızını hızlandıran ve hızlı, düşük etkili VM denetim noktası birleştirme işlemlerini kolaylaştıran blok kopyalama.
Büyük dosyaların başlatılmasını hızlandıran seyrek geçerli veri uzunluğu, böylece sabit VM diskleri oluşturmak için gereken süreyi önemli ölçüde azaltır.
Depolama Alanları Doğrudan yüksek performans ve kapasite açısından verimli depolama sunan yansıtması hızlandırılmış eşlik.
Dekont
Yansıtması hızlandırılmış eşlik birimleri ReFS kullanımını gerektirir.
Depolama Alanları Doğrudan birimler için ReFS kullanmayı göz önünde bulundurun. İş yükleriniz ReFS tarafından desteklenmeyen işlevlerden herhangi birini gerektiriyorsa NTFS biçimli birimleri kullanın. Bunlar disk kotalarını, dosya sistemi sıkıştırmayı, dosya sistemi şifrelemesini veya genişletilmiş öznitelikleri içerir.
Dekont
NTFS ve ReFS birimleri aynı kümede birlikte bulunabilir.