Warning: Use of undefined constant ĹFORCE_SSL_ADMINĺ - assumed 'ĹFORCE_SSL_ADMINĺ' (this will throw an Error in a future version of PHP) in /home/apuazizk/public_html/wp-config.php on line 8

Warning: Use of undefined constant DISABLE_WP_CRON - assumed 'DISABLE_WP_CRON' (this will throw an Error in a future version of PHP) in /home/apuazizk/public_html/wp-config.php on line 16
NUMA | vNUMA | VSphere’de ÔÇťCore Per SocketÔÇŁ VM yap─▒land─▒rmas─▒n─▒ dikkate almal─▒ m─▒y─▒z? – Aziz Kadagan

NUMA | vNUMA | VSphere’de ÔÇťCore Per SocketÔÇŁ VM yap─▒land─▒rmas─▒n─▒ dikkate almal─▒ m─▒y─▒z?

NUMA nedir?

Payla┼č─▒lan bir veri yolu (veya ba┼čka bir ara ba─člant─▒ t├╝r├╝) arac─▒l─▒─č─▒yla belle─če eri┼čen t├╝m i┼člemciler olarak tan─▒mlanan “UMA” (Tekd├╝zen Bellek Mimarisi) mimarisiyle ba┼člayal─▒m . NUMA ( Tek Tip Olmayan Bellek Eri┼čimi) , ayn─▒ zamanda payla┼č─▒lan bir bellek mimarisidir, ancak ana bellek mod├╝llerinin ├žok i┼člemcili bir sistemdeki i┼člemcilere g├Âre yerle┼čtirilmesini a├ž─▒klar, yani her i┼člemcinin kendine ├Âzg├╝ bir performansla do─črudan eri┼čebilece─či kendi yerel bellek mod├╝l├╝ vard─▒r. avantaj. Ayn─▒ zamanda ba┼čka bir i┼člemciye ait herhangi bir bellek mod├╝l├╝ne de payla┼č─▒lan bir veri yolu kullanarak eri┼čebilir.

Hiperviz├Âr├╝n d├╝nyas─▒nda neden ├Ânemlidir?

Genel olarak, iki veya daha fazla fiziksel i┼člemci soketini destekleyen bir sunucu kulland─▒─č─▒n─▒zda NUMA fark─▒ndal─▒─č─▒ ├Ânemlidir. ├ľrne─čin, iki soketli bir sunucuda (yukar─▒daki resim) , do─črudan i┼člemci 0’a ba─čl─▒ belle─če eri┼čen i┼člemci 1, do─črudan ona ba─čl─▒ belle─če eri┼čen i┼člemci 1’den daha yava┼č olacakt─▒r, ├ž├╝nk├╝ i┼člemci 1’in bir i┼člemciler aras─▒ ge├ži┼č yapmas─▒ gerekecektir. otob├╝s. Bu eri┼čim, eri┼čim mesafesinin daha uzun olmas─▒ nedeniyle , i┼člemci 0’─▒n bu belle─če i┼člemci 1’den daha h─▒zl─▒  eri┼čmesi anlam─▒nda “tek tip de─čildir”  .

Bir NUMA D├╝─č├╝m├╝, do─črudan ba─čl─▒ belle─če sahip bir i┼člemci olarak adland─▒r─▒l─▒r. Baz─▒ (ancak t├╝m├╝ de─čil) ko┼čullarda, NUMA s─▒n─▒rlar─▒n─▒n ├Âtesinde belle─če veya cihazlara eri┼čmek performans─▒n d├╝┼čmesine neden olur.

Bu, VM’lerin ├╝zerinde ├žal─▒┼čt─▒─č─▒ i┼člemciye do─črudan eklenmi┼č belle─či kullanmas─▒ i├žin belirgin hale gelir, aksi takdirde (baz─▒ durumlarda) ├žal─▒┼čan VM bir t├╝r performans d├╝┼č├╝┼č├╝ ya┼čayacakt─▒r.

VSphere’de NUMA

ESXi i├žin, bir sistemin NUMA gibi davrand─▒─č─▒n─▒ belirlemek, BIOS’ta ÔÇťd├╝─č├╝m serpi┼čtirmeÔÇŁ (serpi┼čtirilmi┼č bellek olarak da bilinir) ad─▒ verilen bir ayarla yap─▒l─▒r. D├╝─č├╝m serpi┼čtirme devre d─▒┼č─▒ b─▒rak─▒l─▒rsa, ESXi sistemi NUMA olarak alg─▒lar ve NUMA optimizasyonlar─▒n─▒ uygular. D├╝─č├╝m serpi┼čtirme etkinle┼čtirilirse, ESXi sistemi NUMA olarak alg─▒lamaz. Daha fazla bilgi i├žin sunucunuzun belgelerine bak─▒n.

VSphere 4.1 ile ilk olarak vCPU ├çekirdeklerini ve Soketini tan─▒mlama se├žene─či sunma yetene─či tan─▒t─▒ld─▒. VSphere 5’te, yap─▒land─▒rma ─░┼čletim Sistemine maruz kalan vNUMA topolojisini belirledi.

ESXi’deki ak─▒ll─▒, uyarlanabilir NUMA zamanlama ve bellek yerle┼čtirme ilkeleri, t├╝m sanal makineleri ┼čeffaf bir ┼čekilde y├Ânetebilir, b├Âylece y├Âneticilerin sanal makineleri d├╝─č├╝mler aras─▒nda elle dengelemenin karma┼č─▒kl─▒─č─▒yla u─čra┼čmas─▒na gerek kalmaz.

Varsay─▒lan olarak, ESXi NUMA zamanlamas─▒ ve ilgili optimizasyonlar yaln─▒zca toplam en az d├Ârt CPU ├žekirde─či ve NUMA d├╝─č├╝m├╝ ba┼č─▒na en az iki CPU ├žekirde─či olan sistemlerde etkinle┼čtirilir.

NUMA Ge├žersiz K─▒lma / Geli┼čmi┼č yap─▒land─▒rma

  • Bu varsay─▒lan davran─▒┼č─▒ ge├žersiz k─▒lmak i├žin manuel kontroller mevcuttur, ancak ileri d├╝zey y├Âneticiler, ayar─▒ VM yap─▒land─▒rma dosyas─▒na ekleyerek manuel olarak NUMA yerle┼čimini ayarlamay─▒ tercih edebilir:

numa.nodeAffinity = 0,1

0 ve 1 de─čeri, sanal makine kaynak planlamas─▒n─▒ NUMA d├╝─č├╝m 0 ve 1 ile s─▒n─▒rlar.

  • Hiper i┼č par├žac─▒kl─▒ sistemlerde, bir NUMA d├╝─č├╝m├╝ndeki ├žekirdek say─▒s─▒ndan daha b├╝y├╝k ancak her fiziksel NUMA d├╝─č├╝m├╝ndeki mant─▒ksal i┼člemci say─▒s─▒ndan daha d├╝┼č├╝k vCPU’lara sahip sanal makineler, tam ├žekirdekler yerine yerel belle─če sahip mant─▒ksal i┼člemcileri kullanmaktan yararlanabilir. uzak bellek. Bu davran─▒┼č, a┼ča─č─▒daki ayarlar kullan─▒larak belirli bir sanal makine i├žin veya fiziksel ana bilgisayarda ├žal─▒┼čan t├╝m VM’ler i├žin yap─▒land─▒r─▒labilir.

– Belirli bir VM i├žin, .vmx dosyas─▒na a┼ča─č─▒daki yap─▒land─▒rmay─▒ ekleyin (veya geli┼čmi┼č yap─▒land─▒rma kullan─▒larak GUI’den)

numa.vcpu.preferHT = Do─čru

– T├╝m VM’lerin NUMA ile hyper-threading kullanmas─▒ i├žin ESXi Host Advance ayarlar─▒na a┼ča─č─▒daki yap─▒land─▒rmay─▒ ekleyin.

numa.PreferHT = 1

Bunlar, yo─čun ├Ânbellek kullanan ancak yo─čun CPU kullanmayan i┼č y├╝klerine yard─▒mc─▒ olmak i├žin tasarlanm─▒┼č geli┼čmi┼č ayarlard─▒r.

vSphere’de vNUMA

Sanal NUMA (vNUMA), NUMA topolojisini konuk i┼čletim sistemine sunarak, NUMA’ya duyarl─▒ konuk i┼čletim sistemleri ve uygulamalar─▒n─▒n, temeldeki donan─▒m─▒n NUMA mimarisini en verimli ┼čekilde kullanmas─▒n─▒ sa─člar.

Sanal NUMA, sanal donan─▒m s├╝r├╝m├╝ 8 veya daha yenisini gerektirir, baz─▒ durumlarda geni┼č sanal makineler i├žin ├Ânemli performans avantajlar─▒ sa─člayabilir (yani, her fiziksel NUMA d├╝─č├╝m├╝ndeki ├žekirdek say─▒s─▒ndan daha fazla vCPU’ya sahip sanal makineler), ancak faydalar─▒ b├╝y├╝k ├Âl├ž├╝de konuk i┼čletim sistemi ve uygulamalar─▒ndaki NUMA optimizasyon d├╝zeyi.

─░┼čletim sistemi ve uygulamalar, i┼č par├žac─▒─č─▒ yerle┼čimlerini optimize ettikten sonra yerel bellek gecikmeleri beklerken potansiyel olarak uzak bellek eri┼čim gecikmeleriyle kar┼č─▒la┼č─▒r. CPU paketinin fiziksel s─▒n─▒rlar─▒yla uyumlu olmas─▒ i├žin VM’nin “Soket Ba┼č─▒na ├çekirdek” yap─▒land─▒rmas─▒n─▒n yap─▒land─▒r─▒lmas─▒ ├Ânerilir.

vSphere 6.5 ve sonraki s├╝r├╝mleri ile vNUMA

VSphere v6.5 ve sonraki s├╝r├╝mlerden itibaren, vNUMA i┼čleme geli┼čtirildi – bu, temeldeki ESXi ana bilgisayar─▒na g├Âre konuk i┼čletim sistemine sunulacak uygun vNUMA topolojisini otomatik olarak belirler. “Soket Ba┼č─▒na ├çekirdek” art─▒k vNUMA’y─▒ veya vNUMA topolojisinin yap─▒land─▒rmas─▒n─▒ etkilemiyor. “Soket Ba┼č─▒na ├çekirdek” yap─▒land─▒rmas─▒ art─▒k yaln─▒zca sanal i┼člemcilerin konuk i┼čletim sistemine sunumunu etkiliyor, bu da potansiyel olarak yaz─▒l─▒m lisanslamas─▒yla ilgili bir ┼čey.

├ľrne─čin: vSphere v6.5’ten ├Ânce, yuva ba┼č─▒na 16 ├žekirdekli (toplam 32 fiziksel ├žekirdek i├žin) ├žift soketli fiziksel ESXi ana bilgisayar─▒nda – d├Ârt vSocket sanal makine olu┼čturur ve yuva ba┼č─▒na ├žekirdekleri d├Ârde ayarlarsan─▒z ( toplam 16 vCPU i├žin), vNUMA, corespersocket ayar─▒na g├Âre d├Ârt vNUMA d├╝─č├╝m├╝ olu┼čturabilirdi. VSphere 6.5 ve sonraki s├╝r├╝mlerde, konuk i┼čletim sistemi soket ba┼č─▒na d├Ârt yuva ve d├Ârt ├žekirdek g├Ârmeye devam edecek, ancak vNUMA art─▒k t├╝m sanal makine i├žin yaln─▒zca bir 16 ├žekirdekli vNUMA d├╝─č├╝m├╝ olu┼čturacak ├ž├╝nk├╝ bu sanal makine tek bir fiziksel NUMA d├╝─č├╝m├╝ne yerle┼čtirilebilir – ama bekleyin, a┼ča─č─▒daki blogda daha sonra yer alan “Uyar─▒” b├Âl├╝m├╝ne bak─▒n.

Corepersocket ayar─▒n─▒n vNUMA’dan bu yeni ayr─▒┼čt─▒r─▒lmas─▒, VM’ler Advance Virtual NUMA Attributes olmad─▒─č─▒ s├╝rece vSphere’in en iyi vNUMA topolojisini otomatik olarak belirlemesine olanak tan─▒r.

Hususlar:

  • “CPU Hot Add” veya “CPU Hot Plug”, ├žal─▒┼čan bir sanal makineye vCPU’lar─▒n eklenmesine izin veren bir ├Âzelliktir. Bu ├Âzelli─čin etkinle┼čtirilmesi, ilgili sanal makine i├žin vNUMA’y─▒ devre d─▒┼č─▒ b─▒rak─▒r ve konuk i┼čletim sisteminin tek bir vNUMA d├╝─č├╝m├╝ g├Ârmesiyle sonu├žlan─▒r. Bu da konuk i┼čletim sisteminin optimal olmayan zamanlama kararlar─▒ vermesine neden olabilir ve bu da b├╝y├╝k sanal makinelerde ├žal─▒┼čan uygulamalar i├žin d├╝┼č├╝k performansa yol a├žar. Bu nedenle, bu se├žene─či yaln─▒zca ihtiyac─▒n─▒z oldu─čunda kullanmay─▒ d├╝┼č├╝n├╝n.
  • Varsay─▒lan olarak, vNUMA yaln─▒zca sekizden fazla vCPU’ya sahip sanal makineler i├žin etkinle┼čtirilir. Bu ├Âzellik daha k├╝├ž├╝k sanal makineler i├žin etkinle┼čtirilebilir, ancak yine de ESXi’nin vNUMA topolojisini otomatik olarak y├Ânetmesine izin verir. Bu, sekiz veya daha az vCPU’ya sahip geni┼č sanal makineler (yani, her fiziksel NUMA d├╝─č├╝m├╝ndeki ├žekirdek say─▒s─▒ndan daha fazla vCPU’ya sahip sanal makineler) i├žin yararl─▒ olabilir.

vNUMA Ge├žersiz K─▒lma / Geli┼čmi┼č Yap─▒land─▒rma

  • Sekiz veya daha az vCPU’ya sahip sanal makinelerde vNUMA’y─▒ etkinle┼čtirmek i├žin .vmx dosyas─▒na a┼ča─č─▒daki yap─▒land─▒rma de─čeri eklenebilir.

numa.vcpu.min = X

Not: X, sanal makinedeki vCPU say─▒s─▒d─▒r.

  • Otomatik vNUMA topolojisini eski davran─▒┼ča d├Ând├╝rmek ve cpuid.coresPerSocket’e ba─čl─▒ olan vNUMA d├╝─č├╝m boyutland─▒rmas─▒n─▒ do─črudan kontrol etmek i├žin, .vmx dosyas─▒na a┼ča─č─▒daki yap─▒land─▒rma de─čeri eklenebilir.

numa.vcpu.followcorespersocket = 1

Uyar─▒:

VSphere v6.5 ve sonraki s├╝r├╝mlerin otomatik vNUMA d├╝─č├╝m├╝ belirlemesi, VM’nin CPU’sunu ve Belle─čini pNUMA ile uyumlu hale getirmek i├žin m├╝kemmel bir optimizasyondur, ancak sanal soket say─▒s─▒ ” ├Ânbellek adres alan─▒n─▒”, yani L3 ├Ânbelle─či dikkate almaz . Bu nedenle, “Soket Ba┼č─▒na ├çekirdek” yap─▒land─▒r─▒l─▒rken dikkatli olunmas─▒ ve optimum performans i├žin fiziksel CPU’lar─▒n s─▒n─▒rlar─▒ dikkate al─▒narak hizalanmas─▒ ├Ânerilir. Daha fazla bilgi ve derinlemesine inceleme i├žin, Frank DennemanÔÇÖ─▒n buradaki bloguna bak─▒n .

Ba┼čparmak Kurallar─▒ ( “Mark Achtemichuk ” taraf─▒ndan), Sphere v6.7 ve 7.0 i├žin hala ge├žerlidir:

  1. Bir├žok geli┼čmi┼č vNUMA ayar─▒ olsa da, yaln─▒zca nadir durumlarda varsay─▒lanlardan de─či┼čtirilmeleri gerekir.
  2. Sanal makine vCPU say─▒s─▒n─▒, tek bir fiziksel NUMA d├╝─č├╝m├╝n├╝n fiziksel ├žekirdek say─▒s─▒n─▒ a┼čana kadar YA DA tek bir fiziksel NUMA d├╝─č├╝m├╝nde kullan─▒labilir toplam belle─či a┼čana kadar Soket Ba┼č─▒na ├çekirdek olarak yans─▒t─▒lacak ┼čekilde yap─▒land─▒r─▒n.
  3. NUMA d├╝─č├╝m├╝nde fiziksel ├žekirdekten daha fazla vCPU yap─▒land─▒rman─▒z gerekti─činde VEYA bir NUMA d├╝─č├╝m├╝n├╝n i├žerdi─činden daha fazla bellek atarsan─▒z, vCPU say─▒s─▒n─▒ minimum NUMA d├╝─č├╝m├╝ say─▒s─▒na e┼čit olarak b├Âl├╝n.
  4. Sanal makinenizin boyutu, vCPU say─▒s─▒ veya yap─▒land─▒r─▒lm─▒┼č bellek ile ├Âl├ž├╝len fiziksel bir NUMA d├╝─č├╝m├╝n├╝ a┼čt─▒─č─▒nda tek say─▒da vCPU atamay─▒n.
  5. VNUMA’n─▒n devre d─▒┼č─▒ b─▒rak─▒lmas─▒ndan memnun de─čilseniz, vCPU H─▒zl─▒ Eklemeyi etkinle┼čtirmeyin  .
  6. Ana makinenizin toplam fiziksel ├žekirdek say─▒s─▒ndan daha b├╝y├╝k bir VM olu┼čturmay─▒n.

Sanal makine yap─▒land─▒r─▒lmal─▒d─▒r nas─▒l ana hatlar─▒ a┼ča─č─▒daki tabloda, SM’nin bellek yap─▒land─▒rmas─▒ ise daha az ya da buna e┼čit i├žin pNUMA d├╝─č├╝m├╝n haf─▒zada, ba─č─▒ms─▒z vSphere versiyonunun optimal vNUMA topoloji ve performans sa─člamak i├žin.

A┼ča─č─▒daki tablo, VM’nin bellek yap─▒land─▒rmas─▒ pNUMA d├╝─č├╝m belle─činden daha fazlaysa, vSphere s├╝r├╝m├╝nden ba─č─▒ms─▒z olarak optimum vNUMA topolojisi ve performans─▒ sa─člamak i├žin bir sanal makinenin nas─▒l yap─▒land─▒r─▒lmas─▒ gerekti─čini ├Âzetlemektedir.

Kaynak https://shuttletitan.com/vsphere/numa-vnuma-should-we-consider-cores-per-socket-vm-configuration-in-vsphere/

Leave a Reply

Your email address will not be published. Required fields are marked *