Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Å ajā rakstā es vēlētos runāt par visu Flash AccelStor masÄ«vu funkcijām, kas strādā ar vienu no populārākajām virtualizācijas platformām - VMware vSphere. Jo Ä«paÅ”i koncentrējieties uz tiem parametriem, kas palÄ«dzēs iegÅ«t maksimālu efektu, izmantojot tik jaudÄ«gu rÄ«ku kā All Flash.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

AccelStor NeoSapphireā„¢ Visi Flash masÄ«vi ir vienu vai divi mezglu ierÄ«ces, kuru pamatā ir SSD diskdziņi ar bÅ«tiski atŔķirÄ«gu pieeju datu uzglabāŔanas koncepcijas ievieÅ”anai un piekļuves organizēŔanai, izmantojot patentētu tehnoloÄ£iju FlexiRemapĀ® ļoti populāro RAID algoritmu vietā. MasÄ«vi nodroÅ”ina bloķētu piekļuvi saimniekiem, izmantojot Fibre Channel vai iSCSI saskarnes. TaisnÄ«bas labad jāatzÄ«mē, ka modeļiem ar ISCSI interfeisu kā patÄ«kams bonuss ir arÄ« piekļuve failiem. Bet Å”ajā rakstā mēs koncentrēsimies uz bloku protokolu izmantoÅ”anu kā visproduktÄ«vāko All Flash.

Visu AccelStor masÄ«va un VMware vSphere virtualizācijas sistēmas kopÄ«gas darbÄ«bas izvietoÅ”anas un turpmākās konfigurēŔanas procesu var iedalÄ«t vairākos posmos:

  • Savienojumu topoloÄ£ijas un SAN tÄ«kla konfigurācijas ievieÅ”ana;
  • Visu Flash masÄ«va iestatīŔana;
  • ESXi saimniekdatoru konfigurēŔana;
  • Virtuālo maŔīnu iestatīŔana.

Kā aparatÅ«ras paraugi tika izmantoti AccelStor NeoSapphireā„¢ Fibre Channel masÄ«vi un iSCSI masÄ«vi. Bāzes programmatÅ«ra ir VMware vSphere 6.7U1.

Pirms Å”ajā rakstā aprakstÄ«to sistēmu izvietoÅ”anas ļoti ieteicams izlasÄ«t VMware dokumentāciju par veiktspējas problēmām (VMware vSphere 6.7 veiktspējas paraugprakse ) un iSCSI iestatÄ«jumi (Paraugprakse VMware vSphere palaiÅ”anai uz iSCSI)

Savienojuma topoloģija un SAN tīkla konfigurācija

Galvenās SAN tÄ«kla sastāvdaļas ir HBA ESXi saimniekdatoros, SAN slēdži un masÄ«vu mezgli. Tipiska Ŕāda tÄ«kla topoloÄ£ija izskatÄ«tos Ŕādi:

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Termins Slēdzis Å”eit attiecas gan uz atseviŔķu fizisko slēdzi vai slēdžu kopu (Fabric), gan uz ierÄ«ci, kas tiek koplietota starp dažādiem pakalpojumiem (VSAN Fibre Channel gadÄ«jumā un VLAN iSCSI gadÄ«jumā). Divu neatkarÄ«gu slēdžu/audumu izmantoÅ”ana novērsÄ«s iespējamo atteices punktu.

TieÅ”a saimniekdatoru savienoÅ”ana ar masÄ«vu, kaut arÄ« tiek atbalstÄ«ta, nav ieteicama. Visu Flash masÄ«vu veiktspēja ir diezgan augsta. Un maksimālajam ātrumam ir jāizmanto visi masÄ«va porti. Tāpēc vismaz viena slēdža klātbÅ«tne starp saimniekdatoriem un NeoSapphireā„¢ ir obligāta.

Divu portu klātbÅ«tne resursdatora HBA ir arÄ« obligāta prasÄ«ba, lai sasniegtu maksimālu veiktspēju un nodroÅ”inātu kļūdu toleranci.

Izmantojot Fibre Channel saskarni, zonējums ir jākonfigurē, lai novērstu iespējamās sadursmes starp ierosinātājiem un mērķiem. Zonas ir veidotas pēc principa "viens iniciatora ports - viens vai vairāki masīva porti".

Ja izmantojat savienojumu, izmantojot iSCSI, ja izmantojat slēdzi, kas koplietots ar citiem pakalpojumiem, iSCSI trafiks ir obligāti jānodala atseviŔķā VLAN. Ir arÄ« ļoti ieteicams iespējot atbalstu Jumbo Frames (MTU = 9000), lai palielinātu pakeÅ”u lielumu tÄ«klā un tādējādi samazinātu pieskaitāmās informācijas apjomu pārraides laikā. Tomēr ir vērts atcerēties, ka pareizai darbÄ«bai ir jāmaina MTU parametrs visos tÄ«kla komponentos gar ķēdi ā€œiniciator-switch-targetā€.

Visu Flash masīva iestatīŔana

MasÄ«vs tiek piegādāts klientiem ar jau izveidotām grupām FlexiRemapĀ®. Tāpēc nav jāveic nekādas darbÄ«bas, lai diskus apvienotu vienā struktÅ«rā. Jums tikai jāizveido vajadzÄ«gā izmēra un daudzuma apjomi.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere
Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

ĒrtÄ«bas labad ir funkcionalitāte, lai vienlaikus izveidotu vairākus noteikta izmēra sējumus. Pēc noklusējuma tiek izveidoti plāni sējumi, jo tas ļauj efektÄ«vāk izmantot pieejamo krātuves vietu (tostarp atbalstu Space Reclamation). Runājot par veiktspēju, starpÄ«ba starp "plānajiem" un "biezajiem" tilpumiem nepārsniedz 1%. Tomēr, ja vēlaties ā€œizspiest visu suluā€ no masÄ«va, vienmēr varat pārvērst jebkuru ā€œplānuā€ tilpumu ā€œbiezÄā€. Bet jāatceras, ka Ŕāda operācija ir neatgriezeniska.

Tālāk atliek ā€œpublicētā€ izveidotos sējumus un iestatÄ«t tiem piekļuves tiesÄ«bas no saimniekiem, izmantojot ACL (IP adreses iSCSI un WWPN FC) un fizisku atdalīŔanu ar masÄ«va portiem. iSCSI modeļiem tas tiek darÄ«ts, izveidojot mērÄ·i.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere
Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

FC modeļiem publicēŔana notiek, izveidojot LUN katram masÄ«va portam.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere
Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Lai paātrinātu iestatīŔanas procesu, saimniekdatorus var apvienot grupās. Turklāt, ja resursdators izmanto daudzportu FC HBA (kas praksē visbiežāk notiek), sistēma automātiski nosaka, ka Ŕāda HBA porti pieder vienam resursdatoram, pateicoties WWPN, kas atŔķiras ar vienu. Abām saskarnēm tiek atbalstÄ«ta arÄ« Target/LUN pakeÅ”u izveide.

Svarīga piezīme, lietojot iSCSI saskarni, ir vienlaikus izveidot vairākus mērķus sējumiem, lai palielinātu veiktspēju, jo mērķa rindu nevar mainīt, un tā faktiski būs sastrēgums.

ESXi saimniekdatoru konfigurēŔana

ESXi resursdatora pusē pamata konfigurācija tiek veikta saskaņā ar pilnībā paredzēto scenāriju. iSCSI savienojuma procedūra:

  1. Pievienojiet programmatūras iSCSI adapteri (nav nepiecieŔams, ja tas jau ir pievienots vai ja izmantojat aparatūras iSCSI adapteri);
  2. Izveidot vSwitch, caur kuru tiks iSCSI trafiks, un pievienojot tam fizisku augŔupsaiti un VMkernal;
  3. Masīva adreŔu pievienoŔana Dynamic Discovery;
  4. Datu krātuves izveide

Dažas svarīgas piezīmes:

  • VispārÄ«gā gadÄ«jumā, protams, var izmantot esoÅ”u vSwitch, bet atseviŔķa vSwitch gadÄ«jumā saimniekdatora iestatÄ«jumu pārvaldÄ«ba bÅ«s daudz vienkārŔāka.
  • Lai izvairÄ«tos no veiktspējas problēmām, pārvaldÄ«bas un iSCSI trafika ir jānodala atseviŔķās fiziskās saitēs un/vai VLAN.
  • VMkernal IP adresēm un atbilstoÅ”ajiem masÄ«va All Flash portiem ir jāatrodas vienā apakÅ”tÄ«klā, arÄ« veiktspējas problēmu dēļ.
  • Lai nodroÅ”inātu kļūdu toleranci saskaņā ar VMware noteikumiem, vSwitch ir jābÅ«t vismaz divām fiziskām augÅ”upsaitēm
  • Ja tiek izmantoti Jumbo Frames, jums ir jāmaina gan vSwitch, gan VMkernal MTU
  • BÅ«tu lietderÄ«gi atgādināt, ka saskaņā ar VMware ieteikumiem fiziskajiem adapteriem, kas tiks izmantoti darbam ar iSCSI trafiku, ir nepiecieÅ”ams konfigurēt Teaming un Failover. Jo Ä«paÅ”i katram VMkernal jādarbojas tikai ar vienu augÅ”upsaiti, otrajai augÅ”upsaitei jābÅ«t pārslēgtai uz neizmantoto režīmu. Lai nodroÅ”inātu kļūdu toleranci, jums jāpievieno divi VMkernali, no kuriem katrs darbosies, izmantojot savu augÅ”upsaiti.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

VMkernel adapteris (vmk#)
Fiziskā tīkla adapteris (vmnic#)

vmk1 (Storage01)
Aktīvie adapteri
vmnic2
Nelietoti adapteri
vmnic3

vmk2 (Storage02)
Aktīvie adapteri
vmnic3
Nelietoti adapteri
vmnic2

Lai izveidotu savienojumu, izmantojot Fibre Channel, nav jāveic nekādas iepriekŔējas darbÄ«bas. JÅ«s varat nekavējoties izveidot datu krātuvi.

Pēc datu krātuves izveides jums ir jāpārliecinās, ka Round Robin politika ceļiem uz Target/LUN tiek izmantota kā visefektīvākā.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Pēc noklusējuma VMware iestatÄ«jumi nodroÅ”ina Ŕīs politikas izmantoÅ”anu saskaņā ar shēmu: 1000 pieprasÄ«jumi pa pirmo ceļu, nākamie 1000 pieprasÄ«jumi pa otro ceļu utt. Šāda mijiedarbÄ«ba starp saimniekdatoru un divu kontrolieru masÄ«vu bÅ«s nelÄ«dzsvarota. Tāpēc mēs iesakām iestatÄ«t parametru Round Robin politika = 1, izmantojot Esxcli/PowerCLI.

Parametrus

Esxcli:

  • Norādiet pieejamos LUN

esxcli krātuves nmp ierīču saraksts

  • Kopējiet ierÄ«ces nosaukumu
  • MainÄ«t Round Robin politiku

esxcli krātuves nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=ā€œDevice_IDā€

Lielākā daļa mÅ«sdienu lietojumprogrammu ir paredzētas lielu datu pakeÅ”u apmaiņai, lai maksimāli palielinātu joslas platuma izmantoÅ”anu un samazinātu CPU slodzi. Tāpēc ESXi pēc noklusējuma izdod I/O pieprasÄ«jumus atmiņas ierÄ«cei gabalos lÄ«dz 32767 KB. Tomēr dažos gadÄ«jumos mazāku gabalu apmaiņa bÅ«s produktÄ«vāka. AccelStor masÄ«viem ir Ŕādi scenāriji:

  • Virtuālā maŔīna izmanto UEFI, nevis mantoto BIOS
  • Izmanto vSphere replikāciju

Šādiem scenārijiem ir ieteicams mainīt parametra Disk.DiskMaxIOSize vērtību uz 4096.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

iSCSI savienojumiem ieteicams mainÄ«t PieteikÅ”anās taimauta parametru uz 30 (noklusējums 5), lai palielinātu savienojuma stabilitāti un atspējotu DelayedAck aizkavi pārsÅ«tÄ«to pakeÅ”u apstiprināŔanai. Abas opcijas ir vSphere Client: Host → Konfigurēt → Krātuve → Krātuves adapteri → iSCSI adaptera papildu opcijas

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere
Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Diezgan smalks punkts ir datu krātuvei izmantoto sējumu skaits. Skaidrs, ka pārvaldības ērtībai ir vēlme izveidot vienu lielu apjomu visam masīva apjomam. Tomēr vairāku sējumu un attiecīgi datu krātuves klātbūtne labvēlīgi ietekmē kopējo veiktspēju (vairāk par rindām tālāk). Tāpēc mēs iesakām izveidot vismaz divus sējumus.

Vēl salÄ«dzinoÅ”i nesen VMware ieteica ierobežot virtuālo maŔīnu skaitu vienā datu krātuvē, lai atkal iegÅ«tu pēc iespējas augstāku veiktspēju. Taču Å”obrÄ«d, Ä«paÅ”i lÄ«dz ar VDI izplatÄ«bu, Ŕī problēma vairs nav tik aktuāla. Bet tas neatceļ ilgstoÅ”o noteikumu - izplatÄ«t virtuālās maŔīnas, kurām nepiecieÅ”ama intensÄ«va IO, dažādos datu krātuvēs. Lai noteiktu optimālo virtuālo maŔīnu skaitu vienā sējumā, nekas nav labāks par Visa Flash AccelStor masÄ«va slodzes pārbaude tās infrastruktÅ«rā.

Virtuālo maŔīnu iestatīŔana

Iestatot virtuālās maŔīnas, nav īpaŔu prasību, vai drīzāk tās ir diezgan parastas:

  • Augstākās iespējamās VM versijas izmantoÅ”ana (saderÄ«ba)
  • UzmanÄ«gāk ir iestatÄ«t RAM lielumu, ievietojot virtuālās maŔīnas blÄ«vi, piemēram, VDI (jo pēc noklusējuma startēŔanas laikā tiek izveidots lappuses fails, kas atbilst RAM izmēram, kas patērē lietderÄ«go ietilpÄ«bu un ietekmē pēdējais priekÅ”nesums)
  • Izmantojiet IO ziņā produktÄ«vākās adaptera versijas: tÄ«kla tips VMXNET 3 un SCSI tips PVSCSI
  • Izmantojiet Thick Provision Eager Zeroed diska tipu maksimālai veiktspējai un Thin Provisioning, lai maksimāli izmantotu krātuves vietu
  • Ja iespējams, ierobežojiet kritisko iekārtu, kas nav I/O, darbÄ«bu, izmantojot virtuālā diska ierobežojumu
  • Noteikti instalējiet VMware rÄ«kus

Piezīmes par rindām

Rinda (vai neizpildÄ«tie I/O) ir ievades/izvades pieprasÄ«jumu (SCSI komandu) skaits, kas jebkurā laikā gaida apstrādi konkrētai ierÄ«cei/lietojumprogrammai. Rindas pārpildes gadÄ«jumā tiek izdotas QFULL kļūdas, kas galu galā palielina latentuma parametru. Izmantojot diska (vārpstas) uzglabāŔanas sistēmas, teorētiski, jo augstāka rinda, jo augstāka ir to veiktspēja. Tomēr jums nevajadzētu to ļaunprātÄ«gi izmantot, jo QFULL ir viegli nokļūt. Visu Flash sistēmu gadÄ«jumā, no vienas puses, viss ir nedaudz vienkārŔāk: galu galā masÄ«vam ir latentumi, kas ir par kārtas mazāki, un tāpēc visbiežāk nav nepiecieÅ”ams atseviŔķi regulēt rindu lielumu. Bet no otras puses, dažos lietoÅ”anas scenārijos (spēcÄ«ga IO prasÄ«bu novirze konkrētām virtuālajām maŔīnām, maksimālas veiktspējas testi utt.) ir ja ne jāmaina rindu parametri, tad vismaz jāsaprot kādi rādÄ«tāji. var panākt, un, galvenais, kādos veidos.

PaŔā AccelStor All Flash masÄ«vā nav ierobežojumu attiecÄ«bā uz sējumiem vai I/O portiem. Ja nepiecieÅ”ams, pat viens sējums var saņemt visus masÄ«va resursus. VienÄ«gais rindas ierobežojums attiecas uz iSCSI mērÄ·iem. Å Ä« iemesla dēļ iepriekÅ” tika norādÄ«ta nepiecieÅ”amÄ«ba katram sējumam izveidot vairākus (ideālā gadÄ«jumā lÄ«dz 8 gabaliem) mērÄ·us, lai pārvarētu Å”o ierobežojumu. Atkārtosim arÄ« to, ka AccelStor masÄ«vi ir ļoti produktÄ«vi risinājumi. Tāpēc, lai sasniegtu maksimālo ātrumu, jāizmanto visi sistēmas interfeisa porti.

ESXi saimniekdatora pusē situācija ir pilnÄ«gi atŔķirÄ«ga. Pats saimnieks piemēro praksi par vienlÄ«dzÄ«gu piekļuvi resursiem visiem dalÄ«bniekiem. Tāpēc viesu OS un HBA ir atseviŔķas IO rindas. Rindas uz viesu OS tiek apvienotas no rindām uz virtuālo SCSI adapteri un virtuālo disku:

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Rinda uz HBA ir atkarīga no konkrētā veida/pārdevēja:

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

Virtuālās maŔīnas galÄ«go veiktspēju noteiks zemākais rindas dziļuma ierobežojums starp resursdatora komponentiem.

Pateicoties Ŕīm vērtÄ«bām, mēs varam novērtēt darbÄ«bas rādÄ«tājus, ko varam iegÅ«t konkrētā konfigurācijā. Piemēram, mēs vēlamies uzzināt virtuālās maŔīnas teorētisko veiktspēju (bez bloku piesaistes) ar latentumu 0.5 ms. Tad tā IOPS = (1,000/latents) * Nenokārtotie I/O (rindas dziļuma ierobežojums)

piemēri

piemērs 1

  • FC Emulex HBA adapteris
  • Viena virtuālā maŔīna katrā datu krātuvē
  • VMware Paravirtuālais SCSI adapteris

Šeit rindas dziļuma ierobežojumu nosaka Emulex HBA. Tāpēc IOPS = (1000/0.5)*32 = 64K

piemērs 2

  • VMware iSCSI programmatÅ«ras adapteris
  • Viena virtuālā maŔīna katrā datu krātuvē
  • VMware Paravirtuālais SCSI adapteris

Šeit rindas dziļuma ierobežojumu jau nosaka Paravirtuālais SCSI adapteris. Tāpēc IOPS = (1000/0.5)*64 = 128K

Visu Flash AccelStor masÄ«vu populārākie modeļi (piemēram, P710) spēj nodroÅ”ināt 700K IOPS rakstīŔanas veiktspēju 4K blokā. Ar Ŕādu bloka izmēru ir diezgan skaidrs, ka viena virtuālā maŔīna nevar ielādēt Ŕādu masÄ«vu. Lai to izdarÄ«tu, jums bÅ«s nepiecieÅ”amas 11 (piemēram, 1) vai 6 (piemēram, 2) virtuālās maŔīnas.

Tā rezultātā, pareizi konfigurējot visas virtuālā datu centra aprakstītās sastāvdaļas, jūs varat iegūt ļoti iespaidīgus rezultātus veiktspējas ziņā.

Ieteikumi AFA AccelStor konfigurēŔanai, strādājot ar VMware vSphere

4K izlases veidā, 70% lasīŔanas/30% rakstīŔanas

PatiesÄ«bā reālā pasaule ir daudz sarežģītāka, nekā to var aprakstÄ«t ar vienkārÅ”u formulu. Viens saimniekdators vienmēr mitina vairākas virtuālās maŔīnas ar dažādām konfigurācijām un IO prasÄ«bām. Un I/O apstrādi apstrādā resursdatora procesors, kura jauda nav bezgalÄ«ga. Tātad, lai atraisÄ«tu visu to paÅ”u potenciālu P710 modeļi patiesÄ«bā jums bÅ«s nepiecieÅ”ami trÄ«s saimnieki. Turklāt lietojumprogrammas, kas darbojas virtuālajās maŔīnās, veic savus pielāgojumus. Tāpēc precÄ«zai izmēra noteikÅ”anai piedāvājam izmantot verifikāciju testa modeļos Visi Flash masÄ«vi AccelStor klienta infrastruktÅ«rā, veicot reālus paÅ”reizējos uzdevumus.

Avots: www.habr.com

Iegādājieties uzticamu mitināŔanu vietnēm ar DDoS aizsardzÄ«bu, VPS VDS serveriem šŸ”„ Iegādājieties uzticamu tÄ«mekļa vietņu mitināŔanu ar DDoS aizsardzÄ«bu, VPS VDS serveriem | ProHoster