Ana içeriğe geç

SecuraWall.com

E-posta güvenliği ve sürekliliği

Keşfedin
Teknik Rehber · Server & Sanallaştırma

NUMA Nedir? Sanallaştırma Performansına Etkisi

NUMA mimarisi, CPU ve belleğin düğümler halinde organize edildiği sistemlerde bellek erişim maliyetlerinin yerel ve uzak erişime göre değişmesini ifade eder.

SON TEKNİK GÖZDEN GEÇİRME:
Server & Sanallaştırma

Bu Konu Neden Önemli?

NUMA mimarisi, CPU ve belleğin düğümler halinde organize edildiği sistemlerde bellek erişim maliyetlerinin yerel ve uzak erişime göre değişmesini ifade eder.

Karar Verirken Kontrol Edilecek Noktalar

Büyük VM'lerde vCPU ve RAM dağılımını NUMA sınırlarıyla birlikte değerlendirin.

Host üzerindeki fiziksel NUMA topolojisini bilin.

Aşırı büyük VM'leri yalnız toplam kaynak üzerinden boyutlandırmayın.

Performans sorunlarında remote memory etkisini kontrol edin.

Mimari ve çalışma modeli

NUMA etkisi bellek yerelliği, fiziksel soketler ve VM yerleşimiyle anlaşılır. Bir VM fiziksel düğüm kapasitesini aşınca uzak bellek veya farklı vNUMA düzeni gerekebilir; kesin davranış hipervizöre bağlıdır. CPU affinity veya pinning bütün iş yükleri için otomatik iyileştirme değildir.

  1. 1Fiziksel NUMA topolojisi
  2. 2VM CPU/RAM yerleşimi
  3. 3Yerel ve uzak erişim
  4. 4Uygulama ölçümü
Topoloji değişikliğini yalnız CPU yüzdesiyle değil uygulama gecikmesiyle doğrulayın.

Tasarım parametreleri

Yerellik
vCPU ve bellek yerleşimini fiziksel NUMA sınırlarıyla karşılaştırın; uzak bellek erişimi ek gecikme yaratabilir.
vNUMA ve büyüklük
VM büyüklüğü, konuk desteği ve bellek atama yöntemini birlikte inceleyin; fazla vCPU otomatik hızlandırmaz.
Yoğun saat iş yükü
CPU, bellek, disk ve ağ ölçümlerini aynı zaman aralığında toplayın. Bir kaynak yüzdesi tek başına sizing kararı verdirmez.
N-1 kapasitesi
Bir bileşen kaybedildiğinde kalan kapasiteyi hesaplayın. Normal durumda boş pay görünmesi arızada yeterli kapasite bulunduğunu kanıtlamaz.
Uyumluluk zinciri
CPU, firmware, sürücü, hypervisor ve konuk uygulamaların destek koşullarını birlikte inceleyin.
İşletim rezervi
Backup, migration, bakım ve büyüme aynı kaynaklarla yarışır. Rezervi yalnız ortalama yük üzerinden belirlemeyin.

Hesap ve uygulama örneği

Örnek hostta her NUMA düğümünde 128 GB bellek bulunduğunu varsayın. 192 GB VM’nin yerleşimini, konuktaki NUMA görünümünü ve gerçek yük gecikmesini inceleyin. 96 GB test VM’siyle karşılaştırmayı aynı uygulama veri kümesiyle yapın; RAM azaltmanın cache etkisini NUMA etkisinden ayırın.

Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.

lscpu
numactl --hardware

Hata teşhisi

BelirtiOlası neden / ayrımDoğrulama
RAM boş ama uygulama gecikiyorUzak bellek veya zamanlama yerleşimi etkili olabilir.Aynı iş yükünde NUMA yerleşimi ve p95 gecikmesini kontrollü karşılaştırın.
Düşük CPU kullanımına rağmen uygulama yavaşDepolama, kilit, tek çekirdek veya zamanlama beklemesi toplam CPU değerinde görünmeyebilir.Uygulama gecikmesini çekirdek, disk ve hypervisor beklemeleriyle eşleştirin.
Arıza sonrası host aşırı yükleniyorKapasite planı normal dağılım için yapılmış, N-1 durumu dışarıda kalmış olabilir.Kontrollü arıza testinde kalan RAM, CPU ve depolama gecikmesini ölçün.
Değişiklikten sonra performans kötüleştiSürücü, firmware, NUMA yerleşimi veya kaynak ataması değişmiş olabilir.Aynı iş yükünde önce/sonra karşılaştırma yapın; bir değişkeni bir seferde değiştirin.

Kabul ve doğrulama kontrolleri

  1. Topoloji değişikliğini yalnız CPU yüzdesiyle değil uygulama gecikmesiyle doğrulayın.
  2. Yoğun saat yükünü ve bakım işlerini birlikte temsil eden test çalıştırın.
  3. Bir host veya bağlantı kaybında hizmet ve veri yazmasını doğrulayın.
  4. Konuk işletim sistemi ve uygulama desteğini resmî matriste kontrol edin.
  5. Yeniden başlatma sonrasında aygıt, servis ve depolama sağlığını doğrulayın.
  6. Kapasite hesabının ham ve kullanılabilir değerlerini ayrı saklayın.

İlgili kavramlar

NUMA yerelliği

NUMA sistemlerde işlemci, kendisine yakın bellekle uzak düğüm belleğine farklı maliyetle erişebilir. Bir sanal makinenin vCPU ve bellek boyutu, fiziksel düğüm kapasitesi ve hypervisor yerleştirmesiyle birlikte değerlendirilir. Daha fazla vCPU vermek her zaman hız kazandırmaz; yerellik kaybı ve zamanlama beklemesi performansı düşürebilir. Fiziksel topolojiyi, VM içindeki görünen topolojiyi ve gerçek iş yükünün bellek davranışını birlikte kaydedin. Değişikliği aynı yük altında önce/sonra karşılaştırın; yalnız CPU yüzdesi yerine uygulama gecikmesini ve uzak bellek etkisini inceleyin.

Kaynak rekabeti

Kaynak rekabeti, birden fazla iş yükünün aynı CPU, bellek, disk veya bağlantıyı paylaşırken birbirini bekletmesidir. Boş görünen toplam kapasite, tek bir sıcak çekirdek veya tek kuyruk üzerindeki darboğazı gizleyebilir. Aynı anda çalışan backup, antivirüs taraması, indeks bakımı ve kullanıcı trafiğini zaman çizelgesinde karşılaştırın. Kaynak eklemeden önce darboğazın yerini doğrulayın. Testte bir işi tek başına ve diğerleriyle birlikte çalıştırarak paylaşılan kaynağın etkisini ayırın; ortalama kullanım kadar yoğun saatlerdeki gecikmeyi de raporlayın.

Kapasite ve kullanılabilir pay

Ham kapasite ile uygulamanın kullanabileceği kapasite aynı değildir. RAID veya erasure coding, dosya sistemi, ayrılmış alan, metadata, snapshot ve büyüme payı ayrı kalemlerdir. TB ile TiB gösterimi de görünür sayıyı değiştirir. Hesabı birimleriyle yazın ve önce kullanılabilir korumalı kapasiteyi, sonra işletim rezervini çıkarın. Ortalama doluluğu izlemek kadar büyüme eğimini izlemek de önemlidir. Tahmini dolma tarihi, yeni kapasiteyi satın alma ve devreye alma süresinden daha uzakta tutulmalıdır.

IOPS ve blok boyutu

IOPS saniyedeki I/O işlem sayısını, MB/s ise taşınan veri miktarını anlatır. Aynı IOPS sayısı farklı blok boyutlarında çok farklı bant genişliği üretir. Örneğin 10.000 işlem/s × 4 KiB yaklaşık 39,1 MiB/s eder. Okuma/yazma oranı, rastgele veya sıralı erişim ve veri koruma mekanizması sonucu değiştirir. Bir benchmark sonucunu üretim uygulamasına doğrudan taşımak yerine gerçek blok dağılımını ve eşzamanlılığı ölçün. Diskin yüksek IOPS göstermesi, uygulama yanıtının iyi olduğu anlamına gelmez; gecikme de birlikte incelenmelidir.

Yüksek erişilebilirlik ile kurtarma ayrımı

Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.

Failover ve failback

Failover, hizmetin başka bir bileşene geçmesidir; failback, tercih edilen konuma geri alınmasıdır. İkisi aynı risk ve işlem sırasına sahip olmayabilir. DNS güncellemesi, yönlendirme, oturumlar, veri geriliği ve uygulama bağımlılıkları kullanıcı kesintisini belirler. Otomatik geçişin hangi koşulda tetiklendiğini, yanlış alarmda ne olacağını ve geri dönüş onayını tanımlayın. Arızayı yalnız sanal makineyi kapatarak test etmek tüm hata türlerini kapsamaz. Ağ, depolama ve yönetim katmanı arızalarının ayrı etkilerini ölçün.

Birincil teknik dokümantasyon

Who · How · Why

Bu İçerik Nasıl Hazırlandı?

KİM?

Doz Teknoloji Teknik Ekibi

İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.

NASIL?

Teknik kriterler + birincil kaynaklar

Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.

NEDEN?

Karar kalitesini artırmak

Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.

SON TEKNİK GÖZDEN GEÇİRME

Bu Rehberle İlgili Kurumsal Çözümler

Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.

Teknik İhtiyacınızı Birlikte Değerlendirelim

Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.

Teknik Talep Oluşturun
Kurumsal IT Ürün Satışı, Lisanslama ve Kurulum
Kurumsal IT Proje & Çözüm Senaryoları
Tüm ilgili içerikleri görüntüleyin
WhatsApp'tan Yazın
Kopyalandı!