DDR4 64GB 3200MHz RDIMM Sunucu RAM Belleği 288-Pin Kayıtlı ECC Modülü Veritabanı Sanallaştırma Sunucusu için

S1. Bir sanal sunucu ana bilgisayarı için 'doğru' miktarda belleği nasıl hesaplarım?

C: Pratik bir formül şöyledir: Toplam RAM = VM ayırmalarının toplamı + Hipervizör ek yükü (4-8 GB) + büyüme ve bellek balonlama/deduplikasyon ek yükü için %20 tampon. Örneğin, planlanan VM filonuz 100 GB ayrılmış bellek gerektiriyorsa, 100 + 8 (hipervizör) + 22 (%20 tampon) = 130 GB toplam bütçe ayırın. Bu %20 tampon, aşağıdaki durumlar için ek alan sağlar: hemen daha fazla RAM satın almadan beklenmedik VM'ler eklemek, VMware ortamlarında bellek balonlama ek yükü ve takas tetiklenmeden geçici iş yükü artışlarını emmek. 64 GB RDIMM'ler ile 64 GB'dan (1 modül) 1 TB'a (16 modül) kadar öngörülebilir artışlarla ölçeklenebilirsiniz, bu da kapasite planlamasını kolaylaştırır.

S2. Tüm bellek kanallarını doldurmak ile gelecekteki genişleme için bazılarını boş bırakmak arasındaki pratik fark nedir?

C: Tüm bellek kanallarını doldurmak, kanal aralaştırması yoluyla maksimum bellek bant genişliği sağlar. CPU başına 8 bellek kanalına sahip çift soketli bir sunucuda (toplam 16), tüm kanalları 64 GB RDIMM'lerle tam olarak doldurmak, maksimum bant genişliğiyle 1 TB sağlar. Kanalları kısmen doldurmak (örneğin, kanal başına 2 yerine 1 DIMM) toplam kapasiteyi azaltır ancak tam kanal sayısını koruyarak bant genişliğini korur. Tamamen boş kanallar bırakmak (örneğin, CPU başına yalnızca 8 kanaldan 4'ü doldurulmuş) hem kapasiteyi hem de bant genişliğini azaltır. Çoğu sanal sunucu iş yükü için bant genişliği nadiren darboğazdır - kapasite bağlayıcı kısıtlamadır. Önerimiz: önce kapasite hedefinize kadar doldurun, ardından iş yükü profiliniz bant genişliği sınırlaması gösteriyorsa kanallar arasında simetrik olarak modüller ekleyin. İhtiyacınız olmayabilecek bant genişliğine yatırım yapmadan önce bellek bant genişliğinin gerçekten darboğazınız olup olmadığını belirlemek için performans izleme araçlarını (ESXi esxtop, Linux perf) kullanın.

S3. Bu 64 GB modüller, mevcut sunucu belleği envanterimizdeki daha küçük modüllerle karıştırılabilir mi?

C: Teknik olarak evet, ancak üretim sanal sunucu ana bilgisayarları için bunu önermiyoruz. Farklı DIMM kapasitelerini karıştırmak, NUMA düğüm bellek ayırmasının asimetrik hale geldiği dengesiz bellek yapılandırmaları oluşturur. Çift soketli bir sunucuda, bir CPU 192 GB'a (3x 64 GB) ve diğer CPU 128 GB'a (2x 64 GB) erişebiliyorsa, ikinci NUMA düğümünde zamanlanan bir VM, yerel belleği tükendiğinde uzak bellek erişimi cezaları yaşayabilir. Tutarlı VM performansı için tüm bellek kanalları aynı kapasitede modüllerle doldurulmalıdır. Mevcut daha küçük modülleriniz (16 GB, 32 GB) varsa, bunları ayrı, üretim dışı bir sanal sunucuya konsolide etmeyi ve üretim ana bilgisayarlarınızı homojen olarak 64 GB modüllerle doldurmayı düşünün.

S4. Üretim ortamında bu RDIMM'lerden biri arızalanırsa çalışan VM'lere ne olur?

C: Davranış, hipervizörünüzün bellek koruma yapılandırmasına bağlıdır. Bellek yansıtma etkinleştirilmiş VMware ESXi: sistem, sıfır kesinti süresiyle yansıtılan kopyayı kullanarak çalışmaya devam eder ve arızalı DIMM bir sonraki bakım penceresinde değiştirilebilir. Bellek yansıtma olmadan ancak ECC ile: düzeltilebilir bir hata, sıfır etkiyle şeffaf bir şekilde düzeltilir. Düzeltilemeyen bir hata, genellikle hipervizörün etkilenen bellek bölgesine bağlı olarak etkilenen VM'yi veya tüm ana bilgisayarı durdurmasına neden olan bir Makine Kontrol İstisnasına (MCE) neden olur. Bu nedenle, kritik iş yükleri %50 kapasite ek yüküne rağmen bellek yansıtmayı gerektirir. Düzeltilemeyen bir hatanın olasılığı çok düşüktür (256 GB'lık bir yapılandırma için yaklaşık 100-200 sunucu yılı başına 1 olay), ancak etkisi o kadar ciddidir ki birçok kuruluş kritik sistemler için yansıtma ek yükünü kabul eder.

S5. Toplam sahip olma maliyeti açısından 64 GB modül yoğunluğu, 32 GB modüller kullanmaya kıyasla nasıl karşılaştırılır?

C: 64 GB modül, aynı hız sınıfında 32 GB modüllere kıyasla, daha az bileşen sayısı ve GB başına paketleme maliyeti nedeniyle genellikle GB başına %10-15 daha düşük maliyet sağlar. Ancak, daha önemli TCO faydası yuva kullanımında yatmaktadır: 16 DIMM yuvasına sahip bir sunucu, 32 GB modüllerle 512 GB'a kadar, 64 GB modüllerle ise 1 TB'a kadar çıkar, bu da kapasite kaynaklı bir yenilemeden önce sunucunun kullanışlı ömrünü etkili bir şekilde ikiye katlar. Güç tüketimi farkı da olumludur: bir adet 64 GB modül yaklaşık 6-8W çekerken, iki adet 32 GB modül toplamda 10-12W çeker, bu da yuva çifti başına 2-4W tasarruf sağlar. Tamamen dolu 16 yuvalı bir sunucuda bu, tipik veri merkezi oranlarında yıllık yaklaşık 35-70 ABD Doları elektrik tasarrufu sağlayan 32-64W güç tasarrufu anlamına gelir, artı soğutma yükünde azalma.