Har bir inson qo’lidan kelgan hamma narsani virtual mashinalarga yuborishga harakat qilayotgani hissi. Shaxsiy yoki ulangan bulutda ishlatiladigan jismoniy serverlar sonini kamaytirish orqali virtual mashinalar sonini ko’paytirish global tendentsiya bo’lib, u o’sishda davom etmoqda. Bu Microsoft Exchange virtualizatsiyasining eng yaxshi amaliyotlarining uch qismli umumiy sharhining ikkinchisi. Birinchi qismni bu yerda o’qishingiz mumkin: Виртуализация Exchange — часть 1: VMware
Oldingi xabarda aytib o’tilganidek, biz virtualizatsiya vositalarini, jismoniy va apparat platformalarini solishtirmoqchi emasmiz. Maqolalar qiziqqanlar uchun mo’ljallangan: nimalarga e’tibor berish kerak, nimaga ishonch hosil qilish kerak va nima qilmaslik kerak.
Quyida sanab o’tilgan elementlarning ko’pchiligi oldingi maqolamizdagi oddiy CTRL+C, CTRL+V, chunki Hyper-V va VMware virtualizatsiyasining umumiy jihatlari ko’p.
Qo’llab-quvvatlash
Agar siz eng yaxshi qo’llab-quvvatlash samaradorligini olishni istasangiz, u holda bitta sotuvchining echimlaridan iborat muhitni tanlashingiz kerak va keyin siz hech qachon «bu bizning mahsulotimiz emas» yoki «siz Exchange-ni qo’llab-quvvatlanmaydigan platformaga o’rnatdingiz» degan gaplarni eshitmaysiz – Hyper-V bu holda to’g’ri tanlovdir. VMware-da hech qanday yomon narsa yo’q, lekin agar siz VMware-dan foydalanib Microsoft-ning xabar almashish tizimini virtuallashtirsangiz, kutilmagan vaziyatlarda ikkita texnik yordam bilan shug’ullanishingiz kerak bo’ladi, ular qanday qilib bir-biriga savol va taxminlar berishi bilan kurashishingiz kerak bo’ladi. Agar muammoning manbai VMware da ekanligiga qaror qilsalar, Microsoft siz uchun VMware texnik qo‘llab-quvvatlash ishini ochmaydi, ammo Hyper-V holatida ular muammoingizni hal qilish uchun Exchange va Hyper-V o‘rtasida osongina konferentsiya qo‘ng‘iroqlarini o‘rnatishiga ishonch hosil qiling!
Versiyalar
Bizning tavsiyalarimiz Exchange 2013 ga asoslangan. Siz ba’zi taxminlarga ko’ra, ushbu tavsiyalardan Exchange 2010 uchun ham foydalanishingiz mumkin, ammo Exchange 2010 da pochta qutilari bilan ishlashda diskdagi kiritish/chiqarish yuki Exchange 2013 ga qaraganda ancha yuqori, shuning uchun bu holda pochta qutilarini jismoniy serverlarda qoldirish mantiqan to’g’ri keladi. Exchange 2007 ni virtuallashtirmang, u yoqda tursin, ASAP versiyasidan chiqib keting! Va agar siz hali ham Exchange 2003 dan foydalanayotgan bo’lsangiz, virtualizatsiya haqida qayg’urishni to’xtatish uchun allaqachon muammolaringiz bor! Exchange 2016 uchun ushbu tavsiyalar ushbu versiyaga ham tegishli. Chiqarilgandan keyin to’satdan biror narsa o’zgarsa, biz yangilangan maqolani albatta chiqaramiz.
Resurslar
Quyida Hyper-V-da Exchange virtualizatsiyasi uchun bajarishingiz kerak bo’lgan minimal talablar keltirilgan.
CPU
Hyper-V boshqa nisbatlarni qo’llab-quvvatlasa ham, virtual protsessor uchun yadrolar soni 1:1 bo’lishi kerak.
Xostda ham, VMda ham giper-tortishuvni yoqing.
Xotiraga bir xil bo’lmagan kirishni yoqing
Virtual mashina bitta NUMA tugunidan tashqariga chiqmasligi kerak. Agar NUMA tugunida 8 ta yadro boʻlsa, koʻproq yadrolarni Exchange serveri bilan bogʻlamang.
Ko’proq yadroli kamroq serverlar kamroq yadroli serverlarga qaraganda yaxshiroqdir.
Xotira
Hech qachon, hech qanday holatda, virtual mashinalarga jismoniy serverdagidan ko’proq xotira ajratmang.
Haddan tashqari majburiyat – bu yomon amaliyot!
Virtual mashina ishlatishi kerak bo’lgan xotira miqdorini zaxiralang.
Hyper-V ga sahifa fayl hajmini o’zi boshqarishiga ruxsat bering, uni o’zingiz sozlashga urinmang.
Swap faylini diskingizda qoldiring, chunki hech narsa uni tezlik uchun aks ettirishni taqiqlamaydi
Disk maydoni
Agar siz jismoniy xotiradan (SCSI pass-through yoki iSCSI) foydalanmasangiz, virtual mashinalarga haqiqatda berishingiz mumkin bo’lgan disk maydonini va’da qilmang. Ikkinchi holda, saqlash «blok darajasidagi saqlash» sifatida ifodalanganligiga ishonch hosil qiling.
Qimmatbaho joyni to’g’ridan-to’g’ri Hyper-V xostiga bog’lash o’rniga tarmoq orqali VHD-ga kirish uchun SMB 3.0 dan foydalaning. Ushbu yondashuv bilan siz serverlarni bir, ikki yoki undan ortiq tugunlarga o’rnatishingiz mumkin, bu sizga nosozlikdan himoya qilishning kerakli darajasiga erishish imkonini beradi.
CPU yukini kamaytirish va tarmoqni tezlashtirishga qodir bo’lgan RDMS tarmoq interfeyslariga sarmoya kiriting.
Net
Windows Server 2012 tomonidan qo’llab-quvvatlanadigan tarmoq adapterlaridan foydalaning.
Sintetik tarmoq kartasi drayverlaridan foydalaning.
HA/FT
Virtual mashinani ko’chirishda DAG o’zgarmasligini oldini olish uchun:
Bir nechta tarmoq interfeyslaridan foydalaning.
Server yurak tezligini 2000ms ga o’rnating
DAG dan ikkita server bitta xostda tugashiga yo’l qo’ymaslik uchun har bir DAG serverini boshqaring
Tekshirish uchun
Windows Server Core yordamida Hyper-V xostini joylashtiring.
Xotiraga bir xil bo’lmagan kirishni yoqing
Quvvat rejimini maksimal ishlashga o’rnating – bu bir necha kilovattni tejash vaqti emas
Virtualizatsiya hech bo’lmaganda jismoniy serverlar bilan bir xil talablarni o’z ichiga oladi: sig’im hisoblarini tekshiring, xotirani sinab ko’ring, birjangiz uchun etarli Global Katalog serverlari mavjudligiga ishonch hosil qiling.
Nima qilmaslik kerak
- Snapshotlardan foydalanmang
- Tarmoq fayl tizimlarida hajmlarni saqlamang
- DAG dan ikkita serverni bitta xostga joylashtirmang
- Balon drayverini o’chirmang.
- RDM lardan foydalanmang.
