Dinamik havuz geliştirmeleri ve geleneksel havuzlara kıyasla dikkat edilmesi gerekenler

Dinamik havuzlar, kaynak ayırmayı mevcut talebe göre otomatik olarak ayarlayarak geleneksel havuzlardan daha fazla esneklik ve ölçeklenebilirlik sunar. Bu, kaynak kullanımını optimize etmeye, manuel yönetim çabalarını azaltmaya ve dalgalanan iş yükleri sırasında genel verimliliği artırmaya yardımcı olur.

Önemli Geliştirmeler

• Otomatik Ölçeklendirme: Kaynaklar, iş yükü gereksinimlerine göre dinamik olarak eklenebilir veya kaldırılabilir.
• Geliştirilmiş Kaynak Kullanımı: Kaynakları gerektiği gibi tahsis ederek aşırı kaynak ayırmayı ve eksik kullanımı en aza indirir.
• Azaltılmış İdari Yük: Kapasite planlaması ve havuz yönetimi için daha az manuel müdahale gerekir.
• Gelişmiş Performans: İş yükleri, talebin en yoğun olduğu dönemlerde ek kaynaklara erişerek hizmet düzeylerinin korunmasına yardımcı olabilir.
• Maliyet Optimizasyonu: Dinamik ayırma, kaynak tüketimini gerçek taleple eşleştirerek operasyonel maliyetleri azaltabilir.

Dikkate alınması gereken hususlar

• Ölçeklendirme Gecikmesi: Kaynak sağlama veya sağlamayı kaldırma anlık gerçekleşmeyebilir ve iş yükünün yanıt hızını etkileyebilir.
• Kapasite Planlaması: Temel altyapı, dinamik büyümeyi desteklemek için yeterli kullanılabilir kapasiteye sahip olmalıdır.
• İzleme Gereksinimleri: Ölçeklendirme davranışının iş yükü gereksinimleriyle uyumlu olmasını sağlamak için etkili izleme ve uyarı çok önemlidir.
• Yapılandırma Karmaşıklığı: Ölçeklendirme ilkelerinin ilk kurulumu ve ayarlanması ek planlama ve test gerektirebilir.
• İş Yükü Uygunluğu: Tüm iş yükleri, özellikle de öngörülebilir ve kararlı kaynak gereksinimlerine sahip olanlar dinamik ölçeklendirmeden eşit şekilde yararlanamaz.

Genel olarak, dinamik havuzlar kaynak yönetimine daha uyarlanabilir ve verimli bir yaklaşım sağlarken, faydalarını en üst düzeye çıkarmak için dikkatli planlama, izleme ve yönetişim gerektirir.

Bu bilgiler Kılavuz 80903033: Dell Unity Ailesi Havuzları Yapılandırma (Sürüm 5.x) bölümünde incelenmiştir.

Dinamik havuzlar

OE 4.2.x veya sonraki bir sürümün kurulu olduğu Unity All-Flash modellerinde, Unisphere UI'da oluşturulan tüm yeni havuzlar dinamik havuzlar iken Unisphere CLI ve REST API'de oluşturulan yeni havuzlar varsayılan olarak dinamik havuzlardır. Dinamik havuzlar gelişmiş RAID teknolojisini kullanır. Dinamik havuzlarda RAID grubu, birden çok sürücüde sürücü kaplamları geneline yayılır. Gerekli yedek alan da birden çok sürücüde sürücü kaplamları geneline yayılır. Bir sürücü arızalandığında arızalı sürücüdeki kaplamlar havuzdaki yedek alan kaplamları için yeniden oluşturulur.

Dinamik havuzlar, geleneksel havuzlara göre aşağıdaki avantajlara sahiptir:

• Sabit yedek parça olmadığı için sürücüler boşa gitmez. Sistemdeki tüm sürücüler bir havuza eklenebilir. Bu, yük ek sürücülere yayıldığı için havuzdaki sürücülerin ömrünü uzatır. 
• Yeniden inşa süreleri genellikle geleneksel havuzlardan çok daha hızlıdır. Dinamik havuzun yedek kapasitesi tek bir sıcak yedek sürücüye odaklanmak yerine birden fazla sürücüye yayıldığından, bir sürücü arızalandığında yeniden oluşturma işlemine daha fazla sürücü katkıda bulunur. 
• Havuzlar genellikle istenen kapasiteye göre genişletilebilir. Örneğin, dinamik havuza tek seferde bir sürücü ekleyerek kaynak sağlama esnekliği ve maliyet tasarrufu sağlayabilirsiniz. 

Dinamik havuzlar için aşağıdaki hususlar geçerlidir:

• Dinamik havuz oluşturulduktan sonra bu havuzun RAID tipini veya şerit genişliğini değiştiremezsiniz. Ancak havuzu farklı bir sürücü türü kullanarak genişletirseniz eklenen sürücüler farklı bir şerit genişliğine sahip olabilir.
• Havuzda ve havuzun kendisinde yapılandırılan depolama kaynaklarını silmeden dinamik havuzu küçültemez veya depolama özelliklerini değiştiremezsiniz. Ancak havuzu genişletmek için sürücü ekleyebilirsiniz.
• Dinamik havuz sağlarken aynı sürücü türündeki Flash sürücüleri farklı kapasitelerle birlikte kullanabilirsiniz. Ancak bunu yaparsanız sistem daha büyük sürücülerin tüm kapasitesini kullanamayabilir. Bu, havuzda her kapasiteden kaç sürücü olduğuna bağlıdır. Dinamik havuzdaki kullanılmayan kapasite, gelecekteki bir havuz genişletmesi sırasında kullanılabilir hale gelebilir. 

Geleneksel havuzlar

OE 4.1.x veya önceki bir sürümün kurulu olduğu UnityVSA modellerinde, karma modellerde ve Unity All-Flash modellerinde oluşturulan havuzlar geleneksel havuzlardır. OE 4.2.x veya sonraki bir sürümün kurulu olduğu Unity All-Flash modelleri için Unisphere CLI veya REST API'sini kullanarak geleneksel havuzlar oluşturabilir ancak Unisphere UI'yı oluşturamazsınız.

Geleneksel havuzlar homojen veya heterojen olabilir. Homojen bir havuzdaki tüm sürücüler, SAS sürücüleri veya SAS Flash 2 sürücüleri gibi aynı sürücü tipine sahiptir. Heterojen bir havuzdaki sürücüler, NL-SAS, SAS ve SAS Flash 2 sürücüleri gibi sürücü türlerinin bir karışımına sahiptir. Geleneksel havuzlar da All-Flash veya hibrit olabilir. Karma havuz, Flash ve Flash olmayan sürücülerin bir karışımını içerir. Tümüyle Flash havuzda olması gereken SAS Flash 4 sürücüleri hariç, desteklenen tüm sürücü türleri karma havuza dahil edilebilir.

Fiziksel dağıtımlarda, geleneksel havuzlardaki depolama RAID grup birimleri ile yönetilir. Burada:

• Bir sürücü, tek bir RAID grubu tarafından kullanılıyor.
• RAID grubu en fazla 16 sürücüyle sınırlıdır ve aynı tipteki sürücülerden oluşur.
• Her katman tek bir RAID tipini destekler.

Geleneksel havuzlardaki depolama RAID grubu birimleriyle yönetildiğinden, havuza kapasite eklemek için RAID grubu artışlarıyla sürücü eklemeniz gerekir. Örneğin, RAID 5 (4+1) içeren bir havuza sürücü eklemek için havuza en az 5 sürücü eklemeniz gerekir. Sürücü kapasitesi arttıkça havuza eklenebilecek en düşük depolama miktarı ve bu depolamanın maliyeti giderek daha büyük hale gelir.

Geleneksel havuzlar için aşağıdaki hususlar geçerlidir:

• Geleneksel havuzda bir katman oluşturulduğunda, katmanda bulunan mevcut sürücülerin RAID türünü veya şerit genişliğini değiştiremezsiniz. Ancak geleneksel havuzdaki bir katmanı genişletirseniz yeni eklenen sürücüler için farklı bir şerit genişliği belirtebilirsiniz. Geleneksel bir havuza yeni bir katman eklediğinizde yeni eklenen sürücüler için farklı bir RAID tipi, şerit genişliği veya her ikisini de belirtebilirsiniz.
• Havuzda ve havuzun kendisinde yapılandırılan depolama kaynaklarını silmeden geleneksel bir havuzu küçültemez veya depolama özelliklerini değiştiremezsiniz. Ancak havuzu genişletmek için sürücü ekleyebilirsiniz.

Geleneksel havuzlarda depolama sistemi, arızalı veya arızalı bir sürücüyü değiştirmek için ayrılmış dinamik yedekler kullanır. Sistemde uygun sürücü teknolojisine ve boyutuna sahip kullanılmayan herhangi bir sürücü, havuzdaki arızalı veya arızalı sürücüyü değiştirmek için kullanılabilir. Aynı tür ve boyutta yedek bir sürücü mevcut değilse, sistem aynı türden daha büyük bir sürücü kullanabilir. Yedek sürücüler ayrılmış dinamik yedekler olduğundan havuz performansını iyileştirmek veya Flash sürücü yıpranmasını azaltmak için kullanılamazlar. Ayrıca bir sürücü arızalandığında veya hata verdiğinde tüm sürücünün yedek sürücüde yeniden oluşturulması gerekir. Bu nedenle yeniden oluşturma süresi, içeriği yeniden oluşturulan tek sürücünün performansıyla sınırlı olduğundan çok uzun olabilir. Bu, performansı etkileyebilir. Ayrıca, yeniden oluşturma işlemi sırasında veri kaybına yol açabilecek ek sürücü hatalarıyla karşılaşma olasılığını da artırabilir.

Documentation/unity-family/unity-p-pool-config