{"id":379,"title":"VMware \u00dczerinde Veritaban\u0131 Performans\u0131n\u0131 Maksimize Etmek","content":"

vCPU ve NUMA Yap\u0131land\u0131rma<\/h2>\n
\n

Bulut sunucu veya fiziksel sunucu kiralarken en çok odaklan\u0131lan nokta genellikle i\u015flemci say\u0131s\u0131 ve RAM miktar\u0131d\u0131r. Ancak kurumsal veritaban\u0131 (SQL Server, Oracle, PostgreSQL) yönetenler için as\u0131l mesele \"ne kadar\" kayna\u011fa sahip olduklar\u0131 de\u011fil, bu kayna\u011f\u0131n sanalla\u015ft\u0131rma katman\u0131nda nas\u0131l yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131d\u0131r.<\/strong><\/p>\n

Ondernet olarak sundu\u011fumuz yüksek performansl\u0131 altyap\u0131da, veritaban\u0131 sunucular\u0131n\u0131zdan %100 verim alabilmeniz için vCPU, Core\/Socket ve NUMA mimarisi aras\u0131ndaki kritik ili\u015fkiyi inceliyoruz.<\/p>\n

1. NUMA Mimarisini Anlamak: Neden Önemli?<\/h2>\n

Modern sunucularda i\u015flemci (CPU), kendisine en yak\u0131n olan bellek (RAM) blo\u011funa çok daha h\u0131zl\u0131 eri\u015fir. Buna NUMA (Non-Uniform Memory Access)<\/strong> denir. Bir sanal makineye kaynak atarken, bu kayna\u011f\u0131n fiziksel i\u015flemcinin (node) s\u0131n\u0131rlar\u0131n\u0131 a\u015fmas\u0131, \"Remote Memory\" eri\u015fimine neden olur ve bu da performansta %30’a varan kay\u0131plar yaratabilir.<\/p>\n

2. vCPU Atamas\u0131nda Alt\u0131n Kural: \"Cores Per Socket\"<\/h2>\n

VMware üzerinde bir sanal makine (VM) olu\u015ftururken kar\u015f\u0131n\u0131za \"Sockets\" ve \"Cores per Socket\" seçenekleri ç\u0131kar. Veritaban\u0131 sunucular\u0131nda i\u015fletim sisteminin fiziksel topolojiyi do\u011fru anlayabilmesi için bu ayar hayati önem ta\u015f\u0131r.<\/p>\n

    \n
  • \n

    Yanl\u0131\u015f Yap\u0131land\u0131rma:<\/strong> 8 vCPU’luk bir makineyi \"8 Sockets x 1 Core\" \u015feklinde tan\u0131mlamak, i\u015fletim sisteminin bunu 8 ayr\u0131 fiziksel i\u015flemci gibi görmesine ve veritaban\u0131 motorunun NUMA optimizasyonlar\u0131n\u0131 devre d\u0131\u015f\u0131 b\u0131rakmas\u0131na neden olabilir.<\/p>\n<\/li>\n

  • \n

    Do\u011fru Yap\u0131land\u0131rma:<\/strong> Fiziksel i\u015flemcinizin çekirdek say\u0131s\u0131n\u0131 referans al\u0131n. E\u011fer fiziksel i\u015flemciniz 20 çekirdekliyse, 16 vCPU atarken bunu \"1 Socket x 16 Cores\" \u015feklinde yap\u0131land\u0131rmak vNUMA'n\u0131n (Sanal NUMA) fiziksel yap\u0131ya tam oturmas\u0131n\u0131 sa\u011flar.<\/p>\n<\/li>\n<\/ul>\n

    3. CPU Hot Add: Performans Katili mi?<\/h2>\n

    VMware'in \"CPU Hot Add\" özelli\u011fi, sunucuyu kapatmadan i\u015flemci eklemenize olanak tan\u0131r. Ancak veritaban\u0131 sunucular\u0131 için bu özellik bir performans tuza\u011f\u0131d\u0131r.<\/strong><\/p>\n

    \n

    Dikkat:<\/strong> CPU Hot Add özelli\u011fi etkinle\u015ftirildi\u011finde, VMware sanal makineye vNUMA topolojisini sunmay\u0131 durdurur. \u0130\u015fletim sistemi tüm bellek ve i\u015flemcileri tek bir düz blok (flat) olarak görür. Bu durum, SQL Server gibi NUMA-fark\u0131ndal\u0131\u011f\u0131 (NUMA-aware) olan yaz\u0131l\u0131mlar\u0131n optimizasyon yapmas\u0131n\u0131 engeller.<\/p>\n<\/blockquote>\n

    4. Pratik Hesaplama Örne\u011fi<\/h2>\n

    Intel Xeon Gold serisi (örne\u011fin 22 Core’lu bir i\u015flemci) kullan\u0131lan bir Ondernet sunucusunda:<\/p>\n

      \n
    • \n

      16 vCPU atayacaksan\u0131z:<\/strong> 1 Socket x 16 Core (Tek bir fiziksel i\u015flemci içine s\u0131\u011far, en yüksek performans).<\/p>\n<\/li>\n

    • \n

      32 vCPU atayacaksan\u0131z:<\/strong> 2 Socket x 16 Core (\u0130ki fiziksel i\u015flemciye dengeli da\u011f\u0131l\u0131m, NUMA uyumlu).<\/p>\n<\/li>\n<\/ul>\n

      5. Veritaban\u0131 Katman\u0131nda \u0130nce Ayarlar<\/h2>\n

      Altyap\u0131 haz\u0131rland\u0131ktan sonra yaz\u0131l\u0131m taraf\u0131nda da \u015fu ad\u0131mlar at\u0131lmal\u0131d\u0131r:<\/p>\n

        \n
      • \n

        Memory Reservation:<\/strong> Veritaban\u0131 için atanan RAM'in tamam\u0131n\u0131 VMware üzerinde rezerve edin. Bu, \"ballooning\" veya \"swapping\" gibi performans dü\u015fürücü etkileri önler.<\/p>\n<\/li>\n

      • \n

        Max Degree of Parallelism (MAXDOP):<\/strong> SQL Server taraf\u0131nda MAXDOP de\u011ferini, NUMA node ba\u015f\u0131na dü\u015fen çekirdek say\u0131s\u0131na göre optimize edin.<\/p>\n<\/li>\n<\/ul>\n

        Güçlü bir donan\u0131ma sahip olmak sadece ba\u015flang\u0131çt\u0131r. Altyap\u0131n\u0131z\u0131n sundu\u011fu gerçek gücü aç\u0131\u011fa ç\u0131karmak, sanalla\u015ft\u0131rma katman\u0131ndaki do\u011fru topoloji ayarlar\u0131ndan geçer. Veritaban\u0131 sunucular\u0131n\u0131zda dü\u015fük gecikme ve yüksek IOPS de\u011ferleri için NUMA fark\u0131ndal\u0131\u011f\u0131na sahip yap\u0131land\u0131rmalar\u0131 tercih edin.<\/p>\n

        <\/div>\n

        <\/p>","excerpt":"G\u00fc\u00e7l\u00fc bir donan\u0131ma sahip olmak sadece ba\u015flang\u0131\u00e7t\u0131r. Ondernet altyap\u0131s\u0131n\u0131n sundu\u011fu ger\u00e7ek g\u00fcc\u00fc a\u00e7\u0131\u011fa \u00e7\u0131karmak, sanalla\u015ft\u0131rma katman\u0131ndaki do\u011fru topoloji ayarlar\u0131ndan ge\u00e7er. Veritaban\u0131 sunucular\u0131n\u0131zda d\u00fc\u015f\u00fck gecikme ve y\u00fcksek IOPS de\u011ferleri i\u00e7in NUMA fark\u0131ndal\u0131\u011f\u0131na sahip yap\u0131land\u0131rmalar\u0131 tercih edin.","created_at":"2026-01-05 21:26:00","updated_at":"2026-09-08 03:52:22","category_id":6,"view_count":404,"reading_time":4,"status":"published","editor_choice":0,"is_editor_choice":0,"published_at":"2026-01-05 18:26:00","featured_image":"\/uploads\/images\/2026\/01\/695c02346ed93_1767637556.jpg","slug":"vmware-uzerinde-veritabani-performansini-maksimize-etmek","category_name":"Sistem","category_slug":"sistem","category_color":"#3b82f6"}