NĂ« kĂ«tĂ« artikull, do tĂ« flasim 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Ă« theksojmĂ« parametrat qĂ« do tĂ« ndihmojnĂ« nĂ« maksimizimin e efektit nga pĂ«rdorimi i njĂ« instrumenti tĂ« tillĂ« tĂ« fuqishĂ«m si All Flash.

Grupet All Flash AccelStor NeoSapphire⹠përbëjnë ose njësi në bazë të disqeve SSD me një qasje krejtësisht të ndryshme në realizimin e konceptit të ruajtjes së të dhënave dhe organizimin e aksesit në të duke përdorur teknologjinë e tyre të veçantë në vend të algoritmeve shumë të njohura RAID. Grupet ofrojnë akses bllok për hostet përmes ndërfaqeve Fibre Channel ose iSCSI. Drejtësisht, mund të theksohet se modelet me ndërfaqe iSCSI gjithashtu kanë akses në skedarë si një bonus të këndshëm. Por në këtë artikull do të fokusohemi në përdorimin e protokolleve bllok si më të prodhueshmët për All Flash.
I gjithë procesi i shpërndarjes dhe konfigurimit të mëtejshëm të bashkëpunimit midis grupit AccelStor dhe sistemit të virtualizimit VMware vSphere mund të ndahet në disa etapa:
- Realizimi i topologjisë së lidhjes dhe konfigurimi i rrjetit SAN;
- Konfigurimi i grupit All Flash;
- Konfigurimi i hosteve ESXi;
- Konfigurimi i makinave të virtualizuara.
Si pajisje pĂ«r shembuj u pĂ«rdorĂ«n grupet AccelStor NeoSapphireâą me ndĂ«rfaqe Fibre Channel dhe me ndĂ«rfaqe iSCSI. Si software bazĂ« â VMware vSphere 6.7U1.
Para shpërndarjes së sistemeve të përshkruara në artikull, rekomandohet në mënyrë të theksuar që të shqyrtohet dokumentacioni 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ë adaptuesit HBA në hostet ESXi, switch-at SAN dhe njësitë e grupit. Një topologji tipike e tillë e rrjetit do të dukej kështu:

Me termin Switch kuptohet si një switch fizik i veçantë ose një grup switch-esh (Fabric), po ashtu edhe një pajisje e ndarë midis shërbimeve të ndryshme (VSAN në rastin e Fibre Channel dhe VLAN në rastin e iSCSI). Përdorimi i dy switch-ave të pavarur/Fabric do të lejojë përjashtimin e mundësisë së ndonjë pikë dështimi.
Koneksioni direkt i hosteve me grupin, edhe pse mbështetet, nuk rekomandohet në asnjë mënyrë. Performanca e grupeve All Flash është mjaft e lartë. Dhe për maksimalizimin e shpejtësisë, duhet të aktivizohen të gjitha portet e grupit. Prandaj, prania e të paktën një switch-i midis hosteve dhe NeoSapphire⹠është e domosdoshme.
Prania e dy porteve në HBA-në e hostit është gjithashtu një kërkesë e domosdoshme për arritjen e performancës maksimale dhe sigurimin e qëndrueshmërisë.
NĂ« rastin e pĂ«rdorimit tĂ« ndĂ«rfaqes Fibre Channel, kĂ«rkohet konfigurimi i zonave pĂ«r tĂ« pĂ«rjashtuar mundĂ«sitĂ« e kolizionit midis iniciatorĂ«ve dhe targeteve. Zonat ndĂ«rtohen sipas parimit 'njĂ« port iniciatori â njĂ« ose disa porte tĂ« grupit'.
Nëse përdoret lidhja përmes iSCSI në rast të përdorimit të një switch-i të ndarë me shërbime të tjera, është e domosdoshme të izolohet trafiku i iSCSI brenda një VLAN-i të veçantë. Gjithashtu, rekomandohet jashtëzakonisht aktivizimi i mbështetjes për Jumbo Frames (MTU = 9000) për të rritur dimensionet e paketimeve në rrjet dhe, kështu, për të reduktuar sasinë e informacionit ndihmës gjatë transferimit. Sidoqoftë, është e rëndësishme të kujtohet që për funksionimin e duhur nevojitet të ndryshohet parametri MTU në të gjithë komponentët e rrjetit në zinxhirin 'nisiator-switch-target'.
Konfigurimi i grupit All Flash
Grupi i dorëzohet klientëve me grupe tashmë të formuara. . Prandaj, nuk nevojiten veprime për bashkimin e disqeve në një strukturë të vetme. Mjafton të krijoni volume sipas madhësisë së kërkuar dhe në numrin e nevojshëm.
Për lehtësim, është e pranishme funksionaliteti i krijimit të paketave për disa volume të përcaktuar. Si rregull, krijohen volume 'të hollë', pasi kjo lejon një shpenzim më të arsyeshëm të hapësirës së disponueshme të ruajtjes (duke përfshirë mbështetje për Space Reclamation). Nga perspektiva e performancës, diferenca midis volumeve 'të hollë' dhe 'të trashë' nuk e kalon 1%. Sidoqoftë, nëse është e nevojshme të 'nxirreni të gjitha lëngjet' nga grupi, gjithmonë mund të konvertoni çdo volum 'të hollë' në 'të trashë'. Por duhet të kujtohet se një operacion i tillë është i pakthyeshëm.
Më pas mbetet "të publikoni" volumin e krijuar dhe të përcaktoni të drejtat e aksesit në to nga ana e hosteve përmes ACL (adresat IP për iSCSI dhe WWPN për FC) dhe ndarjes fizike përmes porteve të arrays. Për modelet iSCSI, kjo bëhet përmes krijimit të Target.
Për modelet FC, publikimi realizohet përmes krijimit të LUN për çdo port të arrays.
Për të përshpejtuar procesin e konfigurimit, hostet mund të grupohen. Në fakt, nëse në host përdoret një FC HBA me shumë porte (çka ndodh shpesh në praktikë), sistemi e njeh automatikisht se portet e këtij HBA i takojnë një host unik për shkak të WWPN-së që ndryshon me njësi. Po ashtu, për të dyja ndërfaqet mbështetet krijimi me grupe të Target/LUN.
Një vërejtje e rëndësishme në rastin e përdorimit të ndërfaqes iSCSI është krijimi i disa targeteve për volumin për të rritur performancën, pasi radhitja në target nuk mund të ndryshohet dhe do të jetë në të vërtetë një ngushticë.
Konfigurimi i hosteve ESXi
Nga ana e hosteve ESXi, konfigurimi bazë kryhet sipas një skenari të pritshëm. Rendi i veprimeve për lidhjen iSCSI:
- Shtoni Adapterin Software iSCSI (nuk kërkohet, nëse është shtuar më parë ose në rastin e përdorimit të Adapterit Hardware iSCSI);
- Krijimi i vSwitch, përmes të cilit do kalojë trafiku i iSCSI, dhe shtimi në të i lidhësit fizikë dhe VMkernal;
- Shtimi i adresave të arrays në Dynamic Discovery;
- Krijimi i Datastore
Disa vërejtje të rëndësishme:
- Në përgjithësi, natyrisht, mund të përdoret edhe vSwitch ekzistues, por në rastin e një vSwitch të veçantë, menaxhimi i konfigurimeve të hostit do të jetë shumë më i lehtë.
- ĂshtĂ« e nevojshme tĂ« ndahen trafiku i Menaxhmentit dhe ai i iSCSI nĂ« lidhje fizike tĂ« veçanta dhe/ose VLAN pĂ«r tĂ« shmangur probleme me performancĂ«n.
- Adresat IP të VMkernal dhe porteve përkatëse të Arrays All Flash duhet të jenë brenda të njëjtës nëndegë, përsëri për shkak të çështjeve të performancës.
- Për të siguruar disponueshmëri sipas rregullave të VMware, vSwitch duhet të ketë të paktën dy lidhës fizikë.
- Nëse përdoren Jumbo Frames, është e nevojshme të ndryshohet MTU në të dyja vSwitch dhe VMkernal.
- Nuk është e tepërt të kujtojmë se sipas rekomandimeve të VMware për adapterët fizikë, të cilët do të përdoren për përcjelljen e trafikut iSCSI, është thelbësore të konfigurohet Teaming and Failover. Në veçanti, çdo VMkernel duhet të funksionojë vetëm përmes një uplink, ndërsa uplink-i i dytë duhet të kalojë në modalitetin unused. Për qëllime qëndrueshmërie, është e nevojshme të shtohet dy VMkernel, çdo njëri prej të cilëve do të funksionojë përmes uplink-it të tij.
VMkernel Adapter (vmk#)
Physical Network Adapter (vmnic#)
vmk1 (Storage01)
Adapterët Aktivë
vmnic2
Adapterët e Pashfrytëzuar
vmnic3
vmk2 (Storage02)
Adapterët Aktivë
vmnic3
Adapterët e Pashfrytëzuar
vmnic2
Për lidhje përmes Fibre Channel, nuk kërkohen veprime paraprake. Mund të filloni menjëherë krijimin e Datastore.
Pas krijimit të Datastore, sigurohuni që politika Round Robin po përdoret për rrugët drejt Target/LUN si më e performante.
Blerja e konfigurimeve të VMware parashikon përdorimin e kësaj politike sipas skemës: 1000 kërkesa përmes rrugës së parë, 1000 kërkesa të tjera përmes rrugës së dytë etj. Kjo ndërveprim midis hostit dhe një matrice me dy kontrolerë do të jetë e papërshtatshme. Prandaj, sugjerojmë të vendosni parametrin Round Robin policy = 1 përmes Esxcli/PowerCLI.
Parametrat
Për Esxcli:
- Shfaq LUN-at e disponueshëm
esxcli storage nmp device list
- Kopjoni Emrin e Pajisjes
- Ndryshoni Politiken e Round Robin
esxcli storage nmp psp roundrobin deviceconfig set âtype=iops âiops=1 âdevice=«Device_ID»
Shumica e aplikacioneve moderne janë projektuar për shkëmbimin e paketave të dhënash me madhësi të madhe për të maksimizuar shfrytëzimin e bandwidth dhe për të reduktuar ngarkesën mbi procesorin qendror. Prandaj, ESXi normalisht dërgon kërkesat e hyrjes/daljes në pajisjen e ruajtjes në copa deri në 32767KB. Megjithatë, për disa skenarë, shkëmbimi i më shumë copave do të ishte më efikas. Në lidhje me matricoj AccelStor, këto janë skenarët:
- Makinë virtuale përdor UEFI në vend të Legacy BIOS
- Përdor vSphere Replication
Për këto skenarë rekomandohet të ndryshohet vlera e parametrin Disk.DiskMaxIOSize në 4096.
PĂ«r lidhjet iSCSI, rekomandohet tĂ« ndryshohet vlera e parametrin Login Timeout nĂ« 30 (nĂ« mĂ«nyrĂ« tĂ« paracaktuar 5) pĂ«r tĂ« rritur stabilitetin e lidhjes dhe tĂ« çaktivizohet vonesa e konfirmimeve tĂ« paketave tĂ« pĂ«rcjella, DelayedAck. TĂ« dy opsionet ndodhen nĂ« vSphere Client: Host â Configure â Storage â Storage Adapters â Advanced Options pĂ«r adapterin iSCSI.
NjĂ« aspekt mjaft delikat Ă«shtĂ« numri i volumeneve tĂ« pĂ«rdorura pĂ«r datastore. ĂshtĂ« e qartĂ« se pĂ«r thjeshtĂ«sinĂ« e menaxhimit, ndjenja e krijimit tĂ« njĂ« volumi tĂ« madh pĂ«r tĂ« gjithĂ« kapacitetin e array-t lind. SidoqoftĂ«, prania e disa volumeve dhe, pĂ«r rrjedhojĂ«, e datastore-ve ndikon pozitivisht nĂ« performancĂ«n totale (pĂ«r mĂ« shumĂ« rreth radhĂ«ve mĂ« poshtĂ« nĂ« tekst). Prandaj, rekomandojmĂ« krijimin e tĂ« paktĂ«n dy volumesh.
SĂ« fundmi, VMware kĂ«shillonte qĂ« numri i makinave virtuale nĂ« njĂ« datastore tĂ« kufizohej pĂ«rsĂ«ri pĂ«r tĂ« arritur performancĂ«n mĂ« tĂ« lartĂ« tĂ« mundshme. MegjithatĂ« tani, veçanĂ«risht me pĂ«rhapjen e VDI, kjo problematikĂ« nuk Ă«shtĂ« mĂ« aq e theksuar. Por kjo nuk e heq rregullin e vjetĂ«r â shpĂ«rndarjen e makinave virtuale qĂ« kĂ«rkojnĂ« IO tĂ« intensifikuar nĂ« datastore tĂ« ndryshme. PĂ«r tĂ« pĂ«rcaktuar numrin optimal tĂ« virtualĂ«ve nĂ« njĂ« volum, nuk ka asgjĂ« mĂ« tĂ« mirĂ« se tĂ« kryeni brenda infrastrukturĂ«s suaj.
Konfigurimi i makinave virtuale
Gjatë konfigurimit të makinave virtuale, nuk ka kërkesa të veçanta, përveç se ato janë krejt normale:
- Përdorimi i versionit maksimal të mundshëm të VM (kompatibiliteti)
- Të jeni të kujdesshëm në përcaktimin e madhësisë së RAM-it në vendosjen e dendur të makinave virtuale, për shembull, në VDI (pasi, në mënyrë të paracaktuar, një skedari ndihmës me madhësi të barabartë me RAM-in krijohet gjatë fillimit, i cili shpenzon kapacitetin e dobishëm dhe ndikon në performancën përfundimtare)
- Përdorni versionet më të fuqishme për sa i përket IO të adapterëve: të rrjetit si VMXNET 3 dhe SCSI si PVSCSI
- Përdorni llojin e diskut Thick Provision Eager Zeroed për performancë maksimale dhe Thin Provisioning për përdorimin më efikas të hapësirës së ruajtjes
- Sa më shumë të jetë e mundur, kufizoni punën e makinave jo kritike për IO me ndihmën e Virtual Disk Limit
- Sigurohuni të instaloni VMware Tools
Vërejtje mbi radhët
Rradha (ose Outstanding I/Os) është numri i kërkesave për hyrje/dalje (komandave SCSI), të cilat presin për përpunim në çdo moment të caktuar nga një pajisje/aplikacion i caktuar. Në rast të mbingarkesës së radhës, jepet gabimi QFULL, i cili përfundimisht shprehet në rritjen e parametrit latency. Kur përdoren sistemet e ruajtjes me disk (me spin), teorikisht sa më e lartë të jetë radha, aq më e lartë është performanca e tyre. Megjithatë, nuk duhet keqpërdorur, pasi është e lehtë të hasësh në QFULL. Në rastin e sistemeve All Flash, nga njëra anë, gjithçka është pak më e thjeshtë: pasi grupi ka vonesa shumë më të ulta dhe, për këtë arsye, zakonisht nuk kërkohet të rregullohet veçmas madhësia e radhës. Por nga ana tjetër, në disa skenarë përdorimi (një devijim i fortë në kërkesat për IO për mahnitë specifike virtuale, teste për performancën maksimale etj.) kërkohet, nëse jo të ndryshohet parametrat e radhës, të kuptohet se çfarë treguesish mund të arrihen dhe, më e rëndësishmja, se cilat janë mënyrat.
Në vetë grupin All Flash AccelStor, nuk ka asnjë kufizim në lidhje me volumet ose portet e hyrjes/daljes. Në rast se është e nevojshme, madje një volumi i vetëm mund të marrë të gjithë burimet e grupit. Kufizimi i vetëm për radhët është te targetet iSCSI. Pikërisht për këtë arsye u theksua më lart nevoja për të krijuar disa (në mënyrë ideale deri në 8) targete për çdo volum për të tejkaluar këtë kufizim. Po ashtu të kujtojmë se grupet AccelStor janë zgjidhje shumë performuese. Prandaj, duhet të përdoren të gjitha portet ndërfaqësore të sistemit për të arritur shpejtësinë maksimale.
Nga ana e host-it ESXi, situata është krejtësisht ndryshe. I gjithë hosti praktikisht përdor qasje të barabartë në burime për të gjithë pjesëmarrësit. Prandaj, ekzistojnë radhë të veçanta IO për sistemin operativ mik dhe HBA. Radhët për sistemin operativ mik kombinohen nga radhët për adaptorin virtual SCSI dhe diskun virtual:

Radha për HBA varet nga lloji/sistemi konkret:

Performanca përfundimtare e makinës virtuale do të përcaktohet nga vlera më e vogël e treguesit të radhës (Queue Depth limit) midis komponentëve të host-it.
Me këto vlera, mund të vlerësojmë treguesit e performancës që mund të arrijmë në një konfigurim të caktuar. Për shembull, dëshirojmë të dimë performancën teorike të një maine virtuale (pa u lidhur me blokun) me latency 0.5ms. Atëherë IOPS e saj = (1,000/latency) * Outstanding I/Os (Limiti i Thellësisë së Radhës)
Shembuj
Shembulli 1
- FC Emulex HBA Adapter
- Një VM në datastore
- VMware Paravirtual SCSI Adapter
Këtu, Limiti i Thellësisë së Radhës përcaktohet nga Emulex HBA. Prandaj IOPS = (1000/0.5)*32 = 64K
Shembulli 2
- VMware iSCSI Software Adapter
- Një VM në datastore
- VMware Paravirtual SCSI Adapter
Këtu, Limiti i Thellësisë së Radhës përcaktohet nga Paravirtual SCSI Adapter. Prandaj IOPS = (1000/0.5)*64 = 128K
Modelet kryesore të All Flash arrays AccelStor (p.sh., ) janë në gjendje të ofrojnë performancë 700K IOPS në shkrim me bllok 4K. Me këtë madhësi blloku, është e qartë se një maine virtuale nuk mund të ngarkojë një array të tillë. Kjo kërkon 11 (për shembull 1) ose 6 (për shembull 2) makina virtuale.
Si rezultat, me konfigurimin e duhur të të gjitha komponentëve të përshkruar të qendrës virtuale, mund të arrijmë rezultate shumë impresive në aspektin e performancës.

4K Random, 70% Lexo/30% Shkruaj
Në të vërtetë, bota reale është shumë më e komplikuar për ta përshkruar me një formulë të thjeshtë. Në një host gjithmonë ndodhen shumë makina virtuale me konfigurime dhe kërkesa të ndryshme për IO. Po ashtu, përpunimi i hyrjeve/daljeve menaxhohet nga procesori i hostit, fuqia e të cilit nuk është e pafundme. kështu që, për të zbuluar 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 sjellin ndihma të tyre. Prandaj, për një sizing të saktë, ne sugjerojmë All Flash arrays brenda infrastrukturës së klientit në detyrat reale të tanishme.
Burimi: habr.com
