NĂ« kuadĂ«r tĂ« kĂ«tij artikulli, do tĂ« doja tĂ« flisja pĂ«r karakteristikat e punĂ«s sĂ« grupeve All Flash AccelStor me njĂ« nga platformat mĂ« tĂ« njohura tĂ« virtualizimit â VMware vSphere. NĂ« veçanti, do tĂ« theksoj parametrat qĂ« do tĂ« ndihmojnĂ« pĂ«r tĂ« arritur maksimumin nga pĂ«rdorimi i njĂ« mjeti tĂ« tillĂ« tĂ« fuqishĂ«m si All Flash.

Grupet All Flash AccelStor NeoSapphire⹠përbëhen nga ose njësitë me bazë SSD me një qasje thelbësisht të ndryshme në realizimin e konceptit të ruajtjes së të dhënave dhe organizimin e aksesit në to duke përdorur teknologjinë e vetë në vend të algorithmeve shumë të njohura të RAID. Grupet ofrojnë qasje në bllok për hostet përmes bordeve Fibre Channel ose iSCSI. Për të drejtat e drejtësisë, duhet t'i kushtohet vëmendje se modelet me ndërfaqen iSCSI gjithashtu kanë qasje në skedarë si një bonus të këndshëm. Por në kuadër të këtij artikulli ne do të fokusojmë në përdorimin e protokolleve të bllokut si më të prodhuara për All Flash.
Procesi i instalimit dhe konfigurimit të ndihmës së përbashkët për grumbullin AccelStor dhe sistemin e virtualizimit VMware vSphere mund të ndahet në disa faza:
- Realizimi i topologjisë së lidhjes dhe konfigurimi i rrjetit SAN;
- Konfigurimi i grumbullit All Flash;
- Konfigurimi i hosteve ESXi;
- Konfigurimi i makinave virtuale.
Si pajisje pĂ«r shembuj ishin pĂ«rdorur grumbuj AccelStor NeoSapphireâą me ndĂ«rfaqe Fibre Channel dhe me ndĂ«rfaqe iSCSI. Si sistem bazĂ« â VMware vSphere 6.7U1.
Para se të kryhet instalimi i sistemeve të përshkruara në këtë artikull, rekomandohet fort të njiheni me dokumentacionin nga VMware në lidhje me çështjet e performancës ( ) dhe konfigurimet iSCSI ()
Topologjia e lidhjes dhe konfigurimi i rrjetit SAN
Komponentët kryesorë të rrjetit SAN janë adaptatorët HBA në hostet ESXi, switch-ët SAN dhe ndodhat e grumbullit. Topologjia tipike e tillë do të dukej kështu:

Termi Switch përfshin si një komutator fizik të veçantë apo një grup komutatorësh (Fabric), ashtu edhe një pajisje që ndahet mes shërbimeve të ndryshme (VSAN për Fibre Channel dhe VLAN për iSCSI). Përdorimi i dy komutatorëve/ Fabric të pavarur do të eliminojë një pikë të mundshme dështimi.
Megjithëse ndërlidhja direkte e hosteve me array-in mbështetet, ajo është ekstremisht e papërshtatshme. Performanca e arrays All Flash është mjaft e lartë. Dhe për maksimumin e shpejtësisë nevojitet angazhimi i të gjitha porteve të array-it. Prandaj, pranija e të paktën një komutatori midis hosteve dhe NeoSapphire⹠është e nevojshme.
Prania e dy porteve në HBA-në e hostit gjithashtu është një kërkesë e domosdoshme për arritjen e performancës maksimale dhe për të siguruar qëndrueshmërinë ndaj dështimeve.
NĂ« rastin e pĂ«rdorimit tĂ« ndĂ«rfaqes Fibre Channel, nevojitet konfigurimi i zonimit pĂ«r tĂ« eliminuar mundĂ«sitĂ« e kolizionit midis iniciatorĂ«ve dhe targeteve. Zonat ndahen nĂ« pĂ«rputhje me parimin "njĂ« port iniciatori â njĂ« ose disa porte tĂ« array-it".
Në rastin e përdorimit të lidhjes përmes iSCSI me një switch të ndarë nga shërbime të tjera, është thelbësore të izolohet trafiku i iSCSI brenda një VLAN të veçantë. Gjithashtu, rekomandohet fuqishëm aktivizimi i mbështetjes për Jumbo Frames (MTU = 9000) për të rritur dimensionet e pakot në rrjet dhe, kështu, për të reduktuar sasinë e informacionit administrativ gjatë transferimit. Megjithatë, është e rëndësishme të mbahet mend se për funksionimin e duhur, parametri MTU duhet të ndryshohet në të gjitha komponentët e rrjetit në zinxhirin "inisiator-switch-target".
Konfigurimi i grumbullit All Flash
Grumbulli është i dorëzuar klientëve me grupe tashmë të formuara . Prandaj, nuk ka nevojë të ndërmerrni veprime për të bashkuar drives në një strukturë të vetme. Mjafton të krijoni volume të nevojshëm për madhësinë dhe në numrin e nevojshëm.
Për lehtësi, ekziston funksionaliteti për krijimin e pakove të disa volumesh me një vëllim të caktuar. Në parazgjedhje krijohen volumet "të hollë", pasi kjo lejon një shpërndarje më eficiente të hapësirës së ruajtjes së disponueshme (duke përfshirë mbështetje për Reclamation të Hapësirës). Nga këndvështrimi i performancës, ndryshimi midis volumesh "të hollë" dhe "të trashë" nuk e tejkalon 1%. Megjithatë, nëse kërkoni të nxirrni maksimumin nga grila, gjithmonë mund ta konvertoni çdo volum "të hollë" në "të trashë". Por duhet të mbani mend se kjo operacion është e pakthyeshme.
Pastaj mbetet të "publikoni" volumet e krijuara dhe të caktoni të drejtat e qasjes nga ana e hosteve përmes ACL (adresat IP për iSCSI dhe WWPN për FC) dhe ndarjes fizike sipas porteve të grilës. Për modelet iSCSI, kjo bëhet përmes krijimit të Target.
Për modelet FC, publikimi ndodh përmes krijimit të LUN për çdo port të grilës.
Për të përshpejtuar procesin e konfigurimit, host-ët mund të grupohen. Madje, nëse në host përdoret një FC HBA me disa porte (çka ndodh më së shumti në praktikë), sistemi e identifikon automatikisht që portet e kësaj HBA i përkasin një host-i të vetëm përmes WWPN, të cilat ndryshojnë me njësi. Po ashtu, për të dyja ndërfaqet mbështetet krijimi në paketë i Target/LUN.
Një vërejtje e rëndësishme në rastin e përdorimit të ndërfaqes iSCSI është krijimi i disa target-eve për volumet menjëherë për të rritur performancën, pasi radhitja në target nuk mund të ndryshohet dhe përfundimisht do të jetë pika e ngushtë.
Konfigurimi i host-ëve ESXi
Nga ana e host-ëve ESXi, konfigurimi bazë kryhet sipas një skenari të pritshëm. Rendi i veprimeve për lidhjen iSCSI:
- Shto Adapterin Software iSCSI (nuk kërkohet, nëse ai tashmë është shtuar, ose në rastin e përdorimit të Adapterit Hardware iSCSI);
- Krijimi i vSwitch-it, përmes të cilit do të kalojë trafiku i iSCSI, dhe shtimi i uplink-vetorëve fizikë dhe VMkernel;
- Shtimi në Dynamic Discovery i adresave të array-t;
- Krijimi i Datastore
Disa vërejtje të rëndësishme:
- Në përgjithësi, sigurisht që mund të përdorni edhe vSwitch-in e ekzistueshëm, por në rastin e një vSwitch-i të veçantë, menaxhimi i cilësimeve të hostit do të jetë shumë më i lehtë.
- Duhet të ndahen trafiku i Menaxhimit dhe iSCSI në lidhje fizike dhe/ose VLAN të veçanta për të shmangur probleme me performancën.
- IP adresat e VMkernel dhe të portave përkatës të All Flash array duhet të jenë në të njëjtën nëndetë, përsëri për shkak të çështjeve të performancës.
- Për të siguruar disponueshmërinë sipas rregullave të VMware, vSwitch duhet të ketë të paktën dy uplink fizikë.
- Nëse përdoren Jumbo Frames, është e nevojshme të ndryshoni MTU-në si në vSwitch, ashtu edhe në VMkernel.
- Nuk do të ishte e tepërt të kujtojmë se sipas rekomandimeve të VMware për adaptatorët fizikë që do të përdoren për trafikun e iSCSI, duhet patjetër të bëhet konfigurimi i Teaming and Failover. Në veçanti, secili VMkernel duhet të funksionojë vetëm përmes një uplink, uplink-u i dytë duhet të kalojë në mënyrën unused. Për disponueshmërinë është e nevojshme të shtoni dy VMkernel, secili prej të cilëve do të funksionojë përmes uplink-ut të vet.
VMkernel Adapter (vmk#)
Physical Network Adapter (vmnic#)
vmk1 (Storage01)
Active Adapters
vmnic2
Unused Adapters
vmnic3
vmk2 (Storage02)
Active Adapters
vmnic3
Unused Adapters
vmnic2
Për t'u lidhur përmes Fibre Channel nuk nevojiten veprime paraprake. Mund të krijoni menjëherë Datastore.
Pas krijimit të Datastore-it, është e nevojshme të siguroheni që po përdoret politika Round Robin për shtigjet në Target/LUN si më e efektshme.
Sipas parazgjedhjeve, VMware parashikon përdorimin e kësaj politike sipas skemës: 1000 kërkesa përmes shtigjeve të parë, 1000 kërkesa të tjera përmes të dytit dhe kështu me radhë. Kjo ndërveprim mes hostit dhe një grumbulli me dy kontrollues do të jetë i pabalancuar. Prandaj, rekomandojmë të vendosni parametrin Round Robin policy = 1 përmes Esxcli/PowerCLI.
Parametrat
Për Esxcli:
- Shfaqni LUN-të e disponueshme
esxcli storage nmp device list
- Kopjoni Emrin e Dispositivit
- Ndryshoni Politiken Round Robin
esxcli storage nmp psp roundrobin deviceconfig set âtype=iops âiops=1 âdevice="Device_ID"
Shumica e aplikacioneve moderne është projektuar për të shkëmbyer paketa të të dhënave me madhësi të madhe me qëllim optimizimin e përdorimit të bandwidth-it dhe reduktimin e ngarkesës në procesorin qendror. Prandaj, ESXi për default transferon kërkesat e hyrjes/daljes në pajisjen e ruajtjes në pjesë deri në 32767KB. Megjithatë, për disa skenarë, shkëmbimi i paketimeve më të vogla do të jetë më efikas. Në lidhje me arrays AccelStor, këto janë skenarët e tillë:
- Makinën virtuale e përdor UEFI në vend të BIOS-it Legacy
- Përdoret vSphere Replication
Për këto skenarë, rekomandohet të ndryshoni vlerën e parametrin Disk.DiskMaxIOSize në 4096.
PĂ«r lidhjet iSCSI, rekomandohet tĂ« ndryshoni parametrin Login Timeout nĂ« 30 (pĂ«r default 5) pĂ«r tĂ« rritur stabilitetin e lidhjes dhe tĂ« çaktivizoni vonesĂ«n e konfirmimeve tĂ« paketimeve tĂ« dĂ«rguara DelayedAck. TĂ« dy opsionet janĂ« nĂ« vSphere Client: Host â Configure â Storage â Storage Adapters â Advanced Options pĂ«r adaptorin iSCSI.
Një çështje e rëndësishme është numri i volumeve të përdorur për datastore. E qartë që për thjeshtësi menaxhimi, ka një dëshirë për të krijuar një volum të madh për të gjithë kapacitetin e array-t. Megjithatë, prania e disa volumeve dhe, për pasojë, e datastore-ve ka një ndikim pozitiv në performancën e përgjithshme (më shumë rreth radhëve më poshtë në tekst). Prandaj, rekomandojmë krijimin e të paktën dy volumeve.
Disa kohĂ« mĂ« parĂ«, VMware kĂ«shillonte kufizimin e numrit tĂ« makinave virtuale nĂ« njĂ« datastore, sĂ«rish me qĂ«llim pĂ«r tĂ« arritur performancĂ«n mĂ« tĂ« lartĂ« tĂ« mundshme. MegjithatĂ«, tani, sidomos me pĂ«rhapjen e VDI, kjo çështje nuk Ă«shtĂ« kaq problematike. Por kjo nuk e heq rregullin e vjetĂ«r â shpĂ«rndarjen e makinave virtuale qĂ« kĂ«rkojnĂ« input-output tĂ« intensifikuar nĂ« datastore tĂ« ndryshme. PĂ«r tĂ« pĂ«rcaktuar numrin optimal tĂ« makinave virtuale nĂ« njĂ« volum, nuk ka mjet mĂ« tĂ« mirĂ« se nĂ« kuadĂ«r tĂ« infrastrukturĂ«s tuaj.
Konfigurimi i makinave virtuale
Nuk ka kërkesa të veçanta për konfigurimin e makinave virtuale, për sa kohë ato janë krejt normale:
- Përdorni versionin maksimal të mundshëm të VM (kompatibiliteti)
- Keni kujdes në caktimin e madhësisë së RAM-it kur vendosni virtual machines ngusht, për shembull, në VDI, (sepse më default krijohet një skedë këmbimi të ngjashme me madhësinë e RAM-it, duke shpenzuar hapësirën e dobishme dhe duke ndikuar në performancën përfundimtare)
- Përdorni versionet më të fuqishme për IO të adaptatorëve: rrjetin e tipit VMXNET 3 dhe SCSI të tipit PVSCSI
- Përdorni tipin e diskut Thick Provision Eager Zeroed për performancën maksimale dhe Thin Provisioning për shfrytëzimin më efikas të hapësirës së ruajtjes
- Sa më shumë të jetë e mundur, kufizoni punën e makinave që nuk janë të kritikuara për input/output me ndihmën e Virtual Disk Limit
- Sigurisht, instaloni VMware Tools
Vërejtje për radhët
Radhë (ose I/Os të jashtme) është numri i kërkesave të hyrjes/daljes (komandave SCSI) që presin përpunim në çdo moment të caktuar për një pajisje/aplikacion të caktuar. Në rast të mbingarkesës së radhës, jepet gabimi QFULL, i cili përfundimisht shpreh rritjen e parametrave të latencës. Kur përdoren sisteme ruajtjeje me disqe (spindle), teorikisht, sa më e lartë të jetë radhë, aq më e lartë është rezultati i tyre. Megjithatë, nuk duhet tepruar, pasi është e lehtë të përballesh me QFULL. Në rastin e sistemeve All Flash, nga njërën anë, gjithçka është pak më e thjeshtë: pasi grumbulli ka vonesa shumë më të ulëta dhe për këtë arsye shpesh nuk është e nevojshme të rregullohet veçmas madhësia e radhëve. Nga ana tjetër, në disa skenarë përdorimi (një devijim i fortë në kërkesat për IO për makina virtuale të veçanta, teste për performancën maksimale, etj.) është e nevojshme, nëse jo të ndryshosh parametrat e radhës, të paktën të kuptosh çfarë parametrash mund të arrihet dhe, më e rëndësishmja, me çfarë mënyrash.
Në grumbullin e plotë All Flash AccelStor nuk ka asnjë limit në lidhje me volumin ose portet e hyrjes/daljes. Nëse është e nevojshme, edhe një volum i vetëm mund të marrë të gjithë burimet e grumbullit. E vetmja kufizim në radhët është për targetet iSCSI. Pikërisht për këtë arsye, ishin përmendur nevoja për të krijuar disa (idealisht deri në 8 copë) targete për çdo volum për të tejkaluar këtë limit. Po ashtu, le të ripërsërisim që grumbujt AccelStor janë zgjidhje shumë të performancës së lartë. Prandaj, duhet të angazhohen të gjithë portet interfaci të sistemit për të arritur shpejtësinë maksimale.
Nga ana e hostit ESXi, situata është krejt ndryshe. Vetë hosti përdor praktikat e qasjes së barabartë në burime për të gjithë pjesëmarrësit. Prandaj, ekzistojnë radhë të ndara IO për sistemin operativ të mysafirëve dhe HBA. Radhët për sistemin operativ të mysafirëve kombinohen nga radhët për adaptorin virtual SCSI dhe diskun virtual:

Radhët për HBA varen nga tipi/përfaqësuesi i caktuar:

Performanca përfundimtare e makinës virtuale do të përcaktohet nga vlera më e vogël e kufirit të radhës (Queue Depth limit) mes komponenteve të hostit.
Falë këtyre vlerave, mund të vlerësojmë treguesit e performancës që mund të arrijmë në konfigurime të ndryshme. Për shembull, ne duam të dimë performancën teorike të makinerisë virtuale (pa lidhje me unitin) me latencë 0.5ms. Atëherë IOPS e saj = (1,000/latencë) * I/O të jashtme (Limiti i Gjatësisë së Radhës)
Shembuj
Shembulli 1
- Adaptori HBA FC Emulex
- Një VM në datastore
- Adaptori VMware Paravirtual SCSI
Këtu, Limiti i Gjatësisë së Radhës caktohet nga Emulex HBA. Prandaj, IOPS = (1000/0.5)*32 = 64K
Shembulli 2
- Adaptori VMware iSCSI Software
- Një VM në datastore
- Adaptori VMware Paravirtual SCSI
Këtu, Limiti i Gjatësisë së Radhës caktohet nga Paravirtual SCSI Adapter. Prandaj, IOPS = (1000/0.5)*64 = 128K
Modelet kryesore të grupeve All Flash AccelStor (p.sh., ) janë në gjendje të ofrojnë performancë 700K IOPS në shkruarje me blok 4K. Me këtë madhësi bloku, është e qartë se një makinë virtuale nuk mund ta ngarkojë një grup të tillë. Këtë do ta kërkojë 11 (për shembull 1) ose 6 (për shembull 2) makina virtuale.
Si përfundim, me konfigurimin e duhur të të gjitha komponenteve të përmendura të qendrës virtuale të të dhënave, mund të arrijmë rezultate të mrekullueshme në aspektin e performancës.

4K Rastësor, 70% Lexo/30% Shkruaj
Në të vërtetë, bota reale është shumë më e komplikuar për t'u përshkruar me një formulë të thjeshtë. Në një host gjithmonë ndodhen shumë makineri virtuale me konfiguracione dhe kërkesa të ndryshme për IO. Po ashtu, procesori i hostit merret me përpunimin e hyrjes/daljes, fuqia e të cilit nuk është e pafundme. Kështu, për të shpalosur potencialin e plotë të në realitet do të nevojiten të paktën tre hoste. Për më tepër, aplikacionet që funksionojnë brenda makinave virtuale bëjnë ndryshime të veta. Prandaj, për një dimensionim të saktë, ne rekomandojmë të gjithë Flash array brenda infrastrukturës së klientit për detyrat aktuale reale.
Burimi: habr.com
