Энэ нийтлэлд би хамгийн алдартай виртуалчлалын платформуудын нэг болох VMware vSphere-тэй ажилладаг бүх Flash AccelStor массивуудын онцлогуудын талаар ярихыг хүсч байна. Ялангуяа All Flash гэх мэт хүчирхэг хэрэгслийг ашигласнаар хамгийн их үр дүнд хүрэхэд туслах параметрүүдэд анхаарлаа хандуулаарай.
AccelStor NeoSapphire™ Бүх Flash массивууд нь буюу SSD хөтчүүд дээр суурилсан зангилааны төхөөрөмжүүд нь өгөгдөл хадгалах үзэл баримтлалыг хэрэгжүүлэх, өмчийн технологийг ашиглан түүнд хандах хандалтыг зохион байгуулахад огт өөр арга барилтай. маш алдартай RAID алгоритмуудын оронд. Массивууд нь Fiber Channel эсвэл iSCSI интерфэйсээр дамжуулан хостууд руу нэвтрэх боломжийг олгодог. Шударга байхын тулд ISCSI интерфэйстэй загварууд нь файлд хандах эрхтэй байдаг гэдгийг бид тэмдэглэж байна. Гэхдээ энэ нийтлэлд бид бүх Flash-ийн хувьд хамгийн үр дүнтэй блок протоколуудыг ашиглахад анхаарлаа хандуулах болно.
AccelStor массив болон VMware vSphere виртуалчлалын системийг байршуулах, дараачийн хамтарсан ажиллагааны тохиргоог бүхэлд нь хэд хэдэн үе шатанд хувааж болно.
- SAN сүлжээний холболтын топологи, тохиргоог хэрэгжүүлэх;
- Бүх Flash массивыг тохируулах;
- ESXi хостуудыг тохируулах;
- Виртуал машинуудыг тохируулах.
AccelStor NeoSapphire™ Fiber Channel массивууд болон iSCSI массивуудыг жишээ тоног төхөөрөмж болгон ашигласан. Үндсэн програм хангамж нь VMware vSphere 6.7U1 юм.
Энэ нийтлэлд тайлбарласан системийг ашиглахаасаа өмнө гүйцэтгэлийн асуудлуудтай холбоотой VMware-ийн баримт бичгийг уншихыг зөвлөж байна ( ) болон iSCSI тохиргоо ()
Холболтын топологи ба SAN сүлжээний тохиргоо
SAN сүлжээний үндсэн бүрэлдэхүүн хэсгүүд нь ESXi хостууд дахь HBA, SAN шилжүүлэгч болон массив зангилаа юм. Ийм сүлжээний ердийн топологи нь дараах байдалтай байна.
Энд байгаа Switch гэсэн нэр томъёо нь тусдаа физик унтраалга эсвэл шилжүүлэгчийн багц (Даавуу) болон өөр өөр үйлчилгээнүүдийн хооронд хуваалцсан төхөөрөмжийг (Fiber Channel тохиолдолд VSAN, iSCSI тохиолдолд VLAN) хоёуланг нь хэлнэ. Хоёр бие даасан унтраалга / даавууг ашиглах нь эвдрэлийн цэгийг арилгах болно.
Дэмжигдсэн хэдий ч хостуудыг массивтай шууд холбохыг зөвлөдөггүй. Бүх Flash массивуудын гүйцэтгэл нэлээд өндөр байна. Мөн хамгийн дээд хурдны хувьд массивын бүх портуудыг ашиглах ёстой. Тиймээс хостууд болон NeoSapphire™ хооронд дор хаяж нэг шилжүүлэгч байх ёстой.
Хост HBA дээр хоёр порт байх нь дээд зэргийн гүйцэтгэлийг хангах, алдааны тэсвэрлэх чадварыг хангах зайлшгүй шаардлага юм.
Шилэн сувгийн интерфэйсийг ашиглах үед санаачлагчид болон зорилтот талуудын хооронд болзошгүй мөргөлдөөнийг арилгахын тулд бүсчлэлийг тохируулах шаардлагатай. Бүсүүд нь "нэг санаачлагч порт - нэг буюу хэд хэдэн массив порт" гэсэн зарчмаар бүтээгдсэн.
Хэрэв та бусад үйлчилгээтэй хуваалцсан шилжүүлэгчийг ашиглах тохиолдолд iSCSI-ээр дамжуулан холболт ашигладаг бол iSCSI урсгалыг тусдаа VLAN дотор тусгаарлах нь зайлшгүй шаардлагатай. Мөн сүлжээн дэх пакетуудын хэмжээг нэмэгдүүлэхийн тулд Jumbo Frames (MTU = 9000) дэмжлэгийг идэвхжүүлэхийг зөвлөж байна, ингэснээр дамжуулах явцад нэмэлт мэдээллийн хэмжээг багасгах болно. Гэсэн хэдий ч зөв ажиллахын тулд "санаачлагч-шилжүүлэгч-зорилтот" гинжин хэлхээний дагуу сүлжээний бүх бүрэлдэхүүн хэсгүүдийн MTU параметрийг өөрчлөх шаардлагатай гэдгийг санах нь зүйтэй.
Бүх Flash массивыг тохируулж байна
Массивыг аль хэдийн байгуулагдсан бүлгүүдтэй хэрэглэгчдэд хүргэдэг . Тиймээс хөтчүүдийг нэг бүтцэд нэгтгэхийн тулд ямар ч арга хэмжээ авах шаардлагагүй. Та зүгээр л шаардлагатай хэмжээ, тоо хэмжээг бий болгох хэрэгтэй.
Тохиромжтой болгохын тулд өгөгдсөн хэмжээтэй хэд хэдэн ботийг нэг дор багц үүсгэх функц байдаг. Анхдагч байдлаар, нимгэн эзэлхүүнийг бий болгодог, учир нь энэ нь боломжтой хадгалах зайг илүү үр дүнтэй ашиглах боломжийг олгодог (сансрын нөхөн сэргээлтийг дэмжих). Гүйцэтгэлийн хувьд "нимгэн" ба "зузаан" эзлэхүүний ялгаа 1% -иас хэтрэхгүй байна. Гэсэн хэдий ч, хэрэв та массиваас "бүх шүүсийг шахахыг" хүсвэл ямар ч "нимгэн" эзлэхүүнийг "зузаан" болгон хувиргаж болно. Гэхдээ ийм үйлдэл нь эргэлт буцалтгүй гэдгийг санах нь зүйтэй.
Дараа нь ACL (iSCSI-д зориулсан IP хаяг, FC-д зориулсан WWPN) болон массив портоор биечлэн тусгаарлах замаар үүсгэсэн ботиудыг "нийтлэх" ба тэдгээрт нэвтрэх эрхийг хостуудаас тохируулах шаардлагатай. iSCSI загваруудын хувьд энэ нь Зорилтот үүсгэх замаар хийгддэг.
FC загваруудын хувьд массивын порт бүрт LUN үүсгэх замаар нийтлэх болно.
Тохируулах процессыг хурдасгахын тулд хостуудыг бүлэг болгон нэгтгэж болно. Түүнээс гадна, хэрэв хост олон порттой FC HBA ашигладаг бол (энэ нь практикт ихэвчлэн тохиолддог) систем нь нэгээр ялгаатай WWPN-ийн ачаар ийм HBA-ийн портууд нэг хостод харьяалагддаг болохыг автоматаар тодорхойлдог. Зорилтот/LUN-ийн багц үүсгэх нь хоёр интерфейсийн хувьд бас дэмжигддэг.
iSCSI интерфэйсийг ашиглахдаа анхаарах чухал зүйл бол зорилтот зорилтот дарааллыг өөрчлөх боломжгүй бөгөөд үр дүнтэй саад тотгор учруулах тул гүйцэтгэлийг нэмэгдүүлэхийн тулд эзлэхүүний олон зорилтыг нэг дор үүсгэх явдал юм.
ESXi хостуудыг тохируулж байна
ESXi хост талд үндсэн тохиргоог бүрэн хүлээгдэж буй хувилбарын дагуу гүйцэтгэдэг. iSCSI холболт хийх журам:
- Програм хангамжийн iSCSI адаптер нэмэх (хэрэв үүнийг аль хэдийн нэмсэн эсвэл техник хангамжийн iSCSI адаптер ашиглаж байгаа бол шаардлагагүй);
- iSCSI траффик дамжих vSwitch-ийг үүсгэж, түүнд физик uplink болон VMkernal-ийг нэмэх;
- Динамик нээлтэд массив хаяг нэмэх;
- Өгөгдлийн сан үүсгэх
Зарим чухал тэмдэглэл:
- Мэдээжийн хэрэг, ерөнхий тохиолдолд та одоо байгаа vSwitch-г ашиглаж болно, гэхдээ тусдаа vSwitch-ийн хувьд хостын тохиргоог удирдах нь илүү хялбар байх болно.
- Гүйцэтгэлийн асуудлаас зайлсхийхийн тулд Удирдлагын болон iSCSI траффикийг тусдаа физик холбоосууд болон/эсвэл VLAN-д тусгаарлах шаардлагатай.
- VMkernal-ийн IP хаягууд болон All Flash массивын харгалзах портууд нь гүйцэтгэлийн асуудлаас болж дахин нэг дэд сүлжээнд байх ёстой.
- VMware дүрмийн дагуу алдааг тэсвэрлэхийн тулд vSwitch нь дор хаяж хоёр физик холболттой байх ёстой
- Хэрэв Jumbo Frames ашигладаг бол vSwitch болон VMkernal хоёрын MTU-г өөрчлөх шаардлагатай
- iSCSI траффиктэй ажиллахад хэрэглэгдэх физик адаптеруудад зориулсан VMware-ийн зөвлөмжийн дагуу Teaming болон Failover-ийг тохируулах шаардлагатай гэдгийг танд сануулах нь зүйтэй болов уу. Ялангуяа, VMkernal бүр зөвхөн нэг uplink дамжуулан ажиллах ёстой, хоёр дахь uplink ашиглагдаагүй горимд шилжих ёстой. Гэмтлийг тэсвэрлэхийн тулд та хоёр VMkernal нэмэх хэрэгтэй бөгөөд тус бүр нь өөрийн гэсэн холболтоор ажиллах болно.
VMkernel адаптер (vmk#)
Физик сүлжээний адаптер (vmnic#)
vmk1 (Хадгалах01)
Идэвхтэй адаптерууд
vmnic2
Ашиглагдаагүй адаптерууд
vmnic3
vmk2 (Хадгалах02)
Идэвхтэй адаптерууд
vmnic3
Ашиглагдаагүй адаптерууд
vmnic2
Шилэн сувгаар холбогдохын тулд урьдчилсан алхам хийх шаардлагагүй. Та нэн даруй Datastore үүсгэж болно.
Өгөгдлийн санг үүсгэсний дараа Зорилтот/LUN хүрэх замд зориулсан Round Robin бодлогыг хамгийн үр дүнтэй гэж ашиглаж байгаа эсэхийг шалгах хэрэгтэй.
Анхдагч байдлаар, VMware тохиргоо нь энэхүү бодлогыг схемийн дагуу ашиглах боломжийг олгодог: эхний замаар 1000 хүсэлт, хоёр дахь замаар дараагийн 1000 хүсэлт гэх мэт. Хост ба хоёр хянагчийн массив хоорондын ийм харилцан үйлчлэл нь тэнцвэргүй болно. Тиймээс бид Round Robin бодлого = 1 параметрийг Esxcli/PowerCLI-ээр тохируулахыг зөвлөж байна.
параметрүүд
Esxcli-ийн хувьд:
- Боломжтой LUN-уудыг жагсаана уу
esxcli хадгалах nmp төхөөрөмжийн жагсаалт
- Төхөөрөмжийн нэрийг хуулах
- Round Robin бодлогыг өөрчлөх
esxcli хадгалах nmp psp roundrobin төхөөрөмжийн тохиргооны багц —type=iops —iops=1 —device=“Device_ID”
Ихэнх орчин үеийн програмууд нь зурвасын өргөнийг дээд зэргээр ашиглах, CPU-ийн ачааллыг бууруулах зорилгоор том өгөгдлийн багц солилцох зориулалттай. Тиймээс ESXi нь анхдагчаар 32767KB хүртэлх хэмжээтэй хадгалах төхөөрөмжид I/O хүсэлтийг гаргадаг. Гэсэн хэдий ч зарим хувилбаруудын хувьд жижиг хэсгүүдийг солилцох нь илүү үр дүнтэй байх болно. AccelStor массивуудын хувьд эдгээр нь дараах хувилбарууд юм.
- Виртуал машин нь Legacy BIOS-ийн оронд UEFI ашигладаг
- vSphere Replication ашигладаг
Ийм хувилбаруудын хувьд Disk.DiskMaxIOSize параметрийн утгыг 4096 болгож өөрчлөхийг зөвлөж байна.
iSCSI холболтуудын хувьд холболтын тогтвортой байдлыг нэмэгдүүлэхийн тулд Нэвтрэх хугацаа дуусах параметрийг 30 (анхдагч 5) болгож өөрчлөхийг зөвлөж, дамжуулагдсан пакетуудыг баталгаажуулахын тулд DelayedAck саатлыг идэвхгүй болгохыг зөвлөж байна. Хоёр сонголт хоёулаа vSphere Client-д байна: Хост → Тохиргоо → Хадгалах → Хадгалах адаптерууд → iSCSI адаптерийн дэвшилтэт сонголтууд
Маш нарийн зүйл бол мэдээллийн санд ашигласан ботьуудын тоо юм. Удирдлагыг хөнгөвчлөхийн тулд массивын нийт эзлэхүүнийг нэг том эзлэхүүнтэй болгох хүсэл байгаа нь тодорхой байна. Гэсэн хэдий ч хэд хэдэн боть, үүний дагуу мэдээллийн сан байгаа нь ерөнхий гүйцэтгэлд сайнаар нөлөөлдөг (доорх дарааллын талаар дэлгэрэнгүй). Тиймээс бид дор хаяж хоёр боть бүтээхийг зөвлөж байна.
Харьцангуй саяхныг хүртэл VMware хамгийн өндөр гүйцэтгэлийг авахын тулд нэг мэдээллийн сан дахь виртуал машинуудын тоог дахин хязгаарлахыг зөвлөж байна. Гэсэн хэдий ч одоо, ялангуяа VDI тархаж байгаа тул энэ асуудал тийм ч хурц байхаа больсон. Гэхдээ энэ нь урт хугацааны дүрмийг цуцалдаггүй - өөр өөр мэдээллийн санд эрчимтэй IO шаарддаг виртуал машинуудыг түгээх. Нэг эзлэхүүн дэх виртуал машинуудын оновчтой тоог тодорхойлохын тулд үүнээс илүү сайн зүйл байхгүй дэд бүтцийнхээ хүрээнд.
Виртуал машинуудыг тохируулах
Виртуал машиныг тохируулахад тусгай шаардлага байхгүй, эс тэгвээс тэдгээр нь энгийн зүйл юм.
- Боломжит хамгийн өндөр VM хувилбарыг ашиглах (тохиромжтой байдал)
- Виртуал машинуудыг нягт байрлуулахдаа RAM-ийн хэмжээг тохируулах нь илүү болгоомжтой байдаг, жишээлбэл, VDI-д (учир нь анхдагч байдлаар, эхлүүлэх үед RAM-тай тохирох хэмжээтэй хуудасны файл үүсдэг бөгөөд энэ нь ашигтай хүчин чадлыг зарцуулж, ажиллахад нөлөөлдөг. эцсийн гүйцэтгэл)
- IO-ийн хувьд хамгийн бүтээмжтэй адаптерийн хувилбаруудыг ашигла: сүлжээний төрөл VMXNET 3 ба SCSI төрлийн PVSCSI
- Хамгийн их гүйцэтгэлтэй байхын тулд Thick Provision Eager Zeroed дискний төрлийг, хадгалах зайг хамгийн их ашиглахын тулд Thin Provisioning-ийг ашиглана уу.
- Боломжтой бол Virtual Disk Limit ашиглан I/O чухал биш машинуудын ажиллагааг хязгаарлаарай
- VMware Tools суулгахаа мартуузай
Дарааллын талаархи тэмдэглэл
Дараалал (эсвэл Гайхалтай I/Os) нь тодорхой төхөөрөмж/програмын хувьд ямар ч үед боловсруулагдахыг хүлээж буй оролт/гаралтын хүсэлтүүдийн (SCSI командууд) тоо юм. Дараалал хэтэрсэн тохиолдолд QFULL алдаа гардаг бөгөөд энэ нь эцсийн эцэст хоцрогдлын параметрийг нэмэгдүүлэхэд хүргэдэг. Диск (спиндл) хадгалах системийг ашиглах үед онолын хувьд дараалал өндөр байх тусам тэдгээрийн гүйцэтгэл өндөр байдаг. Гэсэн хэдий ч та үүнийг буруугаар ашиглах ёсгүй, учир нь QFULL-д ороход хялбар байдаг. Бүх Flash системүүдийн хувьд нэг талаас бүх зүйл арай хялбар байдаг: эцэст нь массив нь хоцрогдолтой байдаг бөгөөд энэ нь дараалал багатай байдаг тул ихэнхдээ дарааллын хэмжээг тусад нь зохицуулах шаардлагагүй байдаг. Гэхдээ нөгөө талаас, ашиглалтын зарим хувилбаруудад (тодорхой виртуал машинуудад тавигдах IO-ийн хатуу хазайлт, хамгийн их гүйцэтгэлийн туршилт гэх мэт) дарааллын параметрүүдийг өөрчлөхгүй бол ядаж ямар үзүүлэлтүүдийг ойлгох шаардлагатай байна. хүрч болно, гол нь ямар арга замаар.
AccelStor All Flash массив дээр эзлэхүүн эсвэл оролт гаралтын порттой холбоотой хязгаарлалт байхгүй. Шаардлагатай бол нэг боть ч массивын бүх нөөцийг хүлээн авах боломжтой. Дараалалд тавигдах цорын ганц хязгаарлалт нь iSCSI зорилтод зориулагдсан. Ийм учраас энэ хязгаарыг даван туулахын тулд боть бүрт хэд хэдэн (хамгийн тохиромжтой нь 8 ширхэг) зорилтыг бий болгох шаардлагатай байгааг дээр дурдсан болно. AccelStor массив нь маш үр дүнтэй шийдэл гэдгийг дахин хэлье. Тиймээс та хамгийн дээд хурдыг олж авахын тулд системийн бүх интерфэйсийн портуудыг ашиглах хэрэгтэй.
ESXi хост талд нөхцөл байдал огт өөр байна. Хөтлөгч өөрөө бүх оролцогчдын нөөцөд тэгш хандах практикийг хэрэгжүүлдэг. Тиймээс зочны OS болон HBA-д зориулж тусдаа IO дараалал байдаг. Зочин үйлдлийн системийн дарааллыг дарааллаас виртуал SCSI адаптер болон виртуал диск рүү нэгтгэдэг.
HBA-д очих дараалал нь тодорхой төрөл/борлуулагчаас хамаарна:
Виртуал машины эцсийн гүйцэтгэлийг хост бүрэлдэхүүн хэсгүүдийн хамгийн бага Queue Depth хязгаараар тодорхойлно.
Эдгээр утгуудын ачаар бид тодорхой тохиргоонд авч болох гүйцэтгэлийн үзүүлэлтүүдийг үнэлэх боломжтой. Жишээлбэл, бид 0.5 мс хоцрогдолтой виртуал машины онолын гүйцэтгэлийг (блок холбохгүй) мэдэхийг хүсч байна. Дараа нь түүний IOPS = (1,000/хоцролт) * Гайхалтай I/Os (Дарааллын гүнийн хязгаар)
жишээ
жишээ нь 1
- FC Emulex HBA адаптер
- Өгөгдлийн сан бүрт нэг VM
- VMware Paravirtual SCSI адаптер
Энд дарааллын гүнийн хязгаарыг Emulex HBA тодорхойлно. Тиймээс IOPS = (1000/0.5)*32 = 64К
жишээ нь 2
- VMware iSCSI програм хангамжийн адаптер
- Өгөгдлийн сан бүрт нэг VM
- VMware Paravirtual SCSI адаптер
Энд дарааллын гүнийн хязгаарыг Paravirtual SCSI адаптер аль хэдийн тодорхойлсон. Тиймээс IOPS = (1000/0.5)*64 = 128К
Бүх Flash AccelStor массивуудын шилдэг загварууд (жишээ нь, ) нь 700K блок дээр 4K IOPS бичих гүйцэтгэлийг хүргэх чадвартай. Ийм блокийн хэмжээтэй бол нэг виртуал машин ийм массивыг ачаалах чадваргүй нь тодорхой юм. Үүнийг хийхийн тулд танд 11 (жишээлбэл 1) эсвэл 6 (жишээлбэл 2) виртуал машин хэрэгтэй болно.
Үүний үр дүнд виртуал өгөгдлийн төвийн бүх тодорхойлсон бүрэлдэхүүн хэсгүүдийн зөв тохиргоог хийснээр та гүйцэтгэлийн хувьд маш гайхалтай үр дүнд хүрч чадна.
4K санамсаргүй, 70% унших/30% бичих
Үнэн хэрэгтээ бодит ертөнц бол энгийн томъёогоор тайлбарлахаас хамаагүй илүү төвөгтэй юм. Нэг хост нь үргэлж өөр өөр тохиргоо, IO шаардлага бүхий олон виртуал машинуудыг байршуулдаг. Мөн оролт гаралтын боловсруулалтыг хүчин чадал нь хязгааргүй биш хост процессор гүйцэтгэдэг. Тиймээс, ижил боломжуудыг бүрэн нээх бодит байдал дээр танд гурван хост хэрэгтэй болно. Нэмж дурдахад виртуал машин дотор ажиллаж байгаа програмууд өөрсдийн тохиргоог хийдэг. Тиймээс бид нарийн хэмжээг санал болгож байна Бүх Flash массивууд бодит одоогийн ажлууд дээр хэрэглэгчийн дэд бүтцийн дотор.
Эх сурвалж: www.habr.com