Në këtë artikull, do të doja të flisja për veçoritë e të gjitha grupeve Flash AccelStor që punojnë me një nga platformat më të njohura të virtualizimit - VMware vSphere. Në veçanti, përqendrohuni në ato parametra që do t'ju ndihmojnë të merrni efektin maksimal nga përdorimi i një mjeti kaq të fuqishëm si All Flash.
AccelStor NeoSapphire™ Të gjitha grupet Flash janë ose pajisjet nyje të bazuara në disqet SSD me një qasje thelbësisht të ndryshme për zbatimin e konceptit të ruajtjes së të dhënave dhe organizimin e aksesit në të duke përdorur teknologjinë e pronarit në vend të algoritmeve shumë të njohura RAID. Vargjet sigurojnë qasje në bllok te hostet përmes ndërfaqeve të kanalit fibër ose iSCSI. Për të qenë të drejtë, vërejmë se modelet me një ndërfaqe ISCSI gjithashtu kanë akses në skedar si një bonus i mirë. Por në këtë artikull do të fokusohemi në përdorimin e protokolleve të bllokut si më produktivët për All Flash.
I gjithë procesi i vendosjes dhe konfigurimi pasues i funksionimit të përbashkët të grupit AccelStor dhe sistemit të virtualizimit VMware vSphere mund të ndahet në disa faza:
- Implementimi i topologjisë së lidhjes dhe konfigurimi i rrjetit SAN;
- Konfigurimi i të gjitha grupeve Flash;
- Konfigurimi i hosteve ESXi;
- Vendosja e makinave virtuale.
Vargjet e kanaleve me fibra AccelStor NeoSapphire™ dhe vargjet iSCSI u përdorën si harduer mostër. Softueri bazë është VMware vSphere 6.7U1.
Përpara se të vendosni sistemet e përshkruara në këtë artikull, rekomandohet shumë që të lexoni dokumentacionin nga VMware në lidhje me çështjet e performancës ( ) dhe cilësimet iSCSI ()
Topologjia e lidhjes dhe konfigurimi i rrjetit SAN
Komponentët kryesorë të një rrjeti SAN janë HBA në hostet ESXi, ndërprerësit SAN dhe nyjet e grupeve. Një topologji tipike për një rrjet të tillë do të dukej kështu:
Termi Switch këtu i referohet si një ndërprerës fizik të veçantë ose grup çelsash (Fabric), ashtu edhe një pajisjeje të ndarë midis shërbimeve të ndryshme (VSAN në rastin e Fiber Channel dhe VLAN në rastin e iSCSI). Përdorimi i dy çelsave/Fabrics të pavarur do të eliminojë një pikë të mundshme dështimi.
Lidhja e drejtpërdrejtë e hosteve me grupin, megjithëse mbështetet, nuk rekomandohet shumë. Performanca e të gjitha grupeve Flash është mjaft e lartë. Dhe për shpejtësi maksimale, duhet të përdoren të gjitha portat e grupit. Prandaj, prania e të paktën një ndërrimi midis hosteve dhe NeoSapphire™ është e detyrueshme.
Prania e dy portave në host HBA është gjithashtu një kërkesë e detyrueshme për të arritur performancën maksimale dhe për të siguruar tolerancën e gabimeve.
Kur përdorni një ndërfaqe të kanalit fibër, zonimi duhet të konfigurohet për të eliminuar përplasjet e mundshme midis iniciatorëve dhe objektivave. Zonat janë ndërtuar mbi parimin e "një port iniciator - një ose më shumë porte grupi".
Nëse përdorni një lidhje nëpërmjet iSCSI në rastin e përdorimit të një ndërprerës të përbashkët me shërbime të tjera, atëherë është e domosdoshme të izoloni trafikun iSCSI brenda një VLAN të veçantë. Gjithashtu rekomandohet shumë që të mundësohet mbështetja për Jumbo Frames (MTU = 9000) për të rritur madhësinë e paketave në rrjet dhe në këtë mënyrë të zvogëlojë sasinë e informacionit të përgjithshëm gjatë transmetimit. Sidoqoftë, ia vlen të kujtojmë se për funksionimin e saktë është e nevojshme të ndryshoni parametrin MTU në të gjithë komponentët e rrjetit përgjatë zinxhirit "iniciator-ndërprerës-objektiv".
Konfigurimi i të gjithë grupit Flash
Vargu u dërgohet klientëve me grupe të formuara tashmë . Prandaj, nuk duhet të ndërmerren veprime për të kombinuar disqet në një strukturë të vetme. Thjesht duhet të krijoni vëllime të madhësisë dhe sasisë së kërkuar.
Për lehtësi, ekziston funksionaliteti për krijimin e grupeve të disa vëllimeve të një madhësie të caktuar menjëherë. Si parazgjedhje, krijohen vëllime të hollë, pasi kjo lejon përdorimin më efikas të hapësirës së disponueshme të ruajtjes (përfshirë mbështetjen për Space Reclamation). Për sa i përket performancës, ndryshimi midis vëllimeve "të hollë" dhe "të trashë" nuk kalon 1%. Sidoqoftë, nëse dëshironi të "shtrydhni të gjithë lëngun" nga një grup, gjithmonë mund të konvertoni çdo vëllim "të hollë" në një "të trashë". Por duhet mbajtur mend se një operacion i tillë është i pakthyeshëm.
Tjetra, mbetet të "publikoni" vëllimet e krijuara dhe të vendosni të drejtat e hyrjes në to nga hostet duke përdorur ACL (adresat IP për iSCSI dhe WWPN për FC) dhe ndarjen fizike nga portat e grupit. Për modelet iSCSI kjo bëhet duke krijuar një Target.
Për modelet FC, publikimi ndodh përmes krijimit të një LUN për çdo port të grupit.
Për të shpejtuar procesin e konfigurimit, hostet mund të kombinohen në grupe. Për më tepër, nëse hosti përdor një FC HBA me shumë porta (gjë që në praktikë ndodh më shpesh), atëherë sistemi automatikisht përcakton që portat e një HBA të tillë i përkasin një hosti të vetëm falë WWPN-ve që ndryshojnë nga një. Krijimi i grupit të Target/LUN mbështetet gjithashtu për të dy ndërfaqet.
Një shënim i rëndësishëm kur përdorni ndërfaqen iSCSI është krijimi i disa objektivave për vëllime në të njëjtën kohë për të rritur performancën, pasi radha në objektiv nuk mund të ndryshohet dhe do të jetë në mënyrë efektive një pengesë.
Konfigurimi i hosteve ESXi
Në anën e hostit ESXi, konfigurimi bazë kryhet sipas një skenari plotësisht të pritshëm. Procedura për lidhjen iSCSI:
- Shtoni përshtatësin iSCSI të softuerit (nuk kërkohet nëse është shtuar tashmë, ose nëse jeni duke përdorur përshtatësin iSCSI të harduerit);
- Krijimi i një vSwitch përmes të cilit do të kalojë trafiku iSCSI dhe shtimi i një lidhjeje fizike dhe VMkernal në të;
- Shtimi i adresave të grupeve në Dynamic Discovery;
- Krijimi i dyqanit të të dhënave
Disa shënime të rëndësishme:
- Në rastin e përgjithshëm, sigurisht, mund të përdorni një vSwitch ekzistues, por në rastin e një vSwitch të veçantë, menaxhimi i cilësimeve të hostit do të jetë shumë më i lehtë.
- Është e nevojshme të ndahet trafiku i Menaxhimit dhe iSCSI në lidhje të veçanta fizike dhe/ose VLAN për të shmangur problemet e performancës.
- Adresat IP të VMkernal dhe portat përkatëse të grupit All Flash duhet të jenë brenda të njëjtit nënrrjet, përsëri për shkak të problemeve të performancës.
- Për të siguruar tolerancën e gabimeve sipas rregullave të VMware, vSwitch duhet të ketë të paktën dy lidhje fizike
- Nëse përdoren Jumbo Frames, duhet të ndryshoni MTU të të dy vSwitch dhe VMkernal
- Do të ishte e dobishme t'ju kujtojmë se sipas rekomandimeve të VMware për përshtatësit fizikë që do të përdoren për të punuar me trafikun iSCSI, është e nevojshme të konfiguroni Teaming dhe Failover. Në veçanti, çdo VMkernal duhet të punojë përmes vetëm një lidhjeje lart, lidhja e dytë duhet të kalojë në modalitetin e papërdorur. Për tolerancën e gabimeve, ju duhet të shtoni dy VMkernal, secila prej të cilave do të funksionojë përmes lidhjes së vet.
Përshtatës VMkernel (vmk#)
Përshtatës i rrjetit fizik (vmnic#)
vmk1 (Storage01)
Përshtatësit aktivë
vmnic2
Përshtatës të papërdorur
vmnic3
vmk2 (Storage02)
Përshtatësit aktivë
vmnic3
Përshtatës të papërdorur
vmnic2
Asnjë hap paraprak nuk kërkohet për t'u lidhur nëpërmjet Fiber Channel. Mund të krijoni menjëherë një Datastore.
Pas krijimit të Datastore-it, duhet të siguroheni që politika Round Robin për shtigjet drejt Target/LUN të përdoret si më e efektshme.
Si parazgjedhje, cilësimet e VMware parashikojnë përdorimin e kësaj politike sipas skemës: 1000 kërkesa përmes shtegut të parë, 1000 kërkesat e ardhshme përmes shtegut të dytë, etj. Një ndërveprim i tillë midis hostit dhe grupit me dy kontrollues do të jetë i pabalancuar. Prandaj, ne rekomandojmë vendosjen e politikës Round Robin = 1 parametër nëpërmjet Esxcli/PowerCLI.
Parameters
Për Esxcli:
- Listoni LUN-të e disponueshme
Lista e pajisjeve nmp të ruajtjes esxcli
- Kopjoni emrin e pajisjes
- Ndrysho Politikën Round Robin
Set konfigurimin e pajisjes esxcli nmp psp roundrobin —type=iops —iops=1 —device=“Device_ID”
Shumica e aplikacioneve moderne janë krijuar për të shkëmbyer paketa të mëdha të dhënash në mënyrë që të maksimizojnë përdorimin e gjerësisë së brezit dhe të zvogëlojnë ngarkesën e CPU-së. Prandaj, ESXi si parazgjedhje lëshon kërkesa për hyrje/dalje në pajisjen e ruajtjes në copa deri në 32767 KB. Megjithatë, për disa skenarë, shkëmbimi i pjesëve më të vogla do të jetë më produktiv. Për vargjet AccelStor, këta janë skenarët e mëposhtëm:
- Makina virtuale përdor UEFI në vend të BIOS-it të trashëguar
- Përdor replikimin vSphere
Për skenarë të tillë, rekomandohet të ndryshoni vlerën e parametrit Disk.DiskMaxIOSize në 4096.
Për lidhjet iSCSI, rekomandohet të ndryshoni parametrin Login Timeout në 30 (parazgjedhja 5) për të rritur stabilitetin e lidhjes dhe për të çaktivizuar vonesën DelayedAck për konfirmimet e paketave të dërguara. Të dy opsionet janë në klientin vSphere: Host → Konfiguro → Hapësirë ruajtëse → Përshtatësit e ruajtjes → Opsione të avancuara për përshtatësin iSCSI
Një pikë mjaft delikate është numri i vëllimeve të përdorura për ruajtjen e të dhënave. Është e qartë se për lehtësinë e menaxhimit, ekziston një dëshirë për të krijuar një vëllim të madh për të gjithë vëllimin e grupit. Sidoqoftë, prania e disa vëllimeve dhe, në përputhje me rrethanat, ruajtja e të dhënave ka një efekt të dobishëm në performancën e përgjithshme (më shumë rreth radhëve më poshtë). Prandaj, ne rekomandojmë krijimin e të paktën dy vëllimeve.
Deri relativisht kohët e fundit, VMware këshilloi kufizimin e numrit të makinave virtuale në një dyqan të dhënash, përsëri për të marrë performancën më të lartë të mundshme. Megjithatë, tani, veçanërisht me përhapjen e VDI, ky problem nuk është më aq i mprehtë. Por kjo nuk e anulon rregullin e kahershëm - shpërndarja e makinave virtuale që kërkojnë IO intensive nëpër të dhëna të ndryshme. Për të përcaktuar numrin optimal të makinave virtuale për vëllim, nuk ka asgjë më të mirë se brenda infrastrukturës së saj.
Vendosja e makinave virtuale
Nuk ka kërkesa të veçanta kur vendosni makina virtuale, ose më saktë ato janë mjaft të zakonshme:
- Përdorimi i versionit më të lartë të mundshëm të VM (përputhshmëria)
- Është më e kujdesshme të vendosni madhësinë e RAM-it kur vendosni makina virtuale në mënyrë të dendur, për shembull, në VDI (pasi si parazgjedhje, në fillim, krijohet një skedar faqeje me një madhësi proporcionale me RAM-in, i cili konsumon kapacitet të dobishëm dhe ka një efekt në performanca përfundimtare)
- Përdorni versionet më produktive të përshtatësit për sa i përket IO: lloji i rrjetit VMXNET 3 dhe lloji SCSI PVSCSI
- Përdorni llojin e diskut të "Thick Provision Eager Zeroed" për performancë maksimale dhe "Thin Provisioning" për shfrytëzim maksimal të hapësirës së ruajtjes
- Nëse është e mundur, kufizoni funksionimin e makinerive kritike jo-I/O duke përdorur Virtual Disk Limit
- Sigurohuni që të instaloni VMware Tools
Shënime mbi radhët
Radha (ose I/O të pazgjidhura) është numri i kërkesave hyrëse/dalëse (komandat SCSI) që janë duke pritur për përpunim në çdo kohë të caktuar për një pajisje/aplikacion specifik. Në rast të tejmbushjes së radhës, lëshohen gabime QFULL, gjë që përfundimisht rezulton në një rritje të parametrit të vonesës. Kur përdorni sistemet e ruajtjes së diskut (bosht), teorikisht, sa më i lartë të jetë radha, aq më e lartë është performanca e tyre. Sidoqoftë, nuk duhet të abuzoni me të, pasi është e lehtë të hasni në QFULL. Në rastin e të gjitha sistemeve Flash, nga njëra anë, gjithçka është disi më e thjeshtë: në fund të fundit, grupi ka vonesa që janë urdhra të madhësisë më të ulëta dhe për këtë arsye, më shpesh, nuk ka nevojë të rregulloni veçmas madhësinë e radhëve. Por nga ana tjetër, në disa skenarë përdorimi (shtresë e fortë në kërkesat IO për makina specifike virtuale, teste për performancën maksimale, etj.) është e nevojshme, nëse jo të ndryshohen parametrat e radhëve, atëherë të paktën të kuptohen se cilët tregues mund të arrihet dhe, gjëja kryesore është se në çfarë mënyrash.
Në vetë grupin AccelStor All Flash nuk ka kufizime në lidhje me vëllimet ose portat I/O. Nëse është e nevojshme, edhe një vëllim i vetëm mund të marrë të gjitha burimet e grupit. I vetmi kufizim në radhë është për objektivat iSCSI. Është për këtë arsye që nevoja për të krijuar disa (idealisht deri në 8 copë) objektiva për çdo vëllim për të kapërcyer këtë kufi u tregua më lart. Le të përsërisim gjithashtu se vargjet AccelStor janë zgjidhje shumë produktive. Prandaj, duhet të përdorni të gjitha portat e ndërfaqes të sistemit për të arritur shpejtësinë maksimale.
Në anën pritëse të ESXi, situata është krejtësisht e ndryshme. Vetë hosti zbaton praktikën e aksesit të barabartë në burime për të gjithë pjesëmarrësit. Prandaj, ka radhë të veçanta IO për OS të ftuar dhe HBA. Radhët në sistemin operativ të ftuar kombinohen nga radhët në përshtatësin virtual SCSI dhe diskun virtual:
Radha për në HBA varet nga lloji/shitësi specifik:
Performanca përfundimtare e makinës virtuale do të përcaktohet nga kufiri më i ulët i Thellësisë së Radhës midis komponentëve pritës.
Falë këtyre vlerave, ne mund të vlerësojmë treguesit e performancës që mund të marrim në një konfigurim të veçantë. Për shembull, ne duam të dimë performancën teorike të një makine virtuale (pa lidhje blloku) me një vonesë prej 0.5ms. Pastaj IOPS e tij = (1,000/latencë) * I/O të pazgjidhura (kufiri i thellësisë së radhës)
shembuj
1 Shembull
- Përshtatës FC Emulex HBA
- Një VM për çdo dyqan të dhënash
- Përshtatës VMware Paravirtual SCSI
Këtu kufiri i thellësisë së radhës përcaktohet nga Emulex HBA. Prandaj IOPS = (1000/0.5)*32 = 64K
2 Shembull
- Përshtatës i softuerit iSCSI VMware
- Një VM për çdo dyqan të dhënash
- Përshtatës VMware Paravirtual SCSI
Këtu kufiri i Thellësisë së Radhës është përcaktuar tashmë nga Përshtatësi Paravirtual SCSI. Prandaj IOPS = (1000/0.5)*64 = 128K
Modelet kryesore të të gjitha grupeve të Flash AccelStor (për shembull, ) janë të afta të ofrojnë performancë shkrimi 700K IOPS në bllokun 4K. Me një madhësi të tillë blloku, është mjaft e qartë se një makinë e vetme virtuale nuk është në gjendje të ngarkojë një grup të tillë. Për ta bërë këtë, do t'ju nevojiten 11 (për shembull 1) ose 6 (për shembull 2) makina virtuale.
Si rezultat, me konfigurimin e saktë të të gjithë komponentëve të përshkruar të një qendre virtuale të të dhënave, mund të merrni rezultate shumë mbresëlënëse për sa i përket performancës.
4K e rastësishme, 70% lexim/30% shkruaj
Në fakt, bota reale është shumë më komplekse sesa mund të përshkruhet me një formulë të thjeshtë. Një host gjithmonë pret shumë makina virtuale me konfigurime dhe kërkesa të ndryshme IO. Dhe përpunimi I/O trajtohet nga procesori pritës, fuqia e të cilit nuk është e pafundme. Pra, për të zhbllokuar potencialin e plotë të të njëjtit në realitet, do t'ju duhen tre hoste. Plus, aplikacionet që funksionojnë brenda makinave virtuale bëjnë rregullimet e tyre. Prandaj, për përmasa të sakta ne ofrojmë Të gjitha vargjet Flash brenda infrastrukturës së klientit për detyra reale aktuale.
Burimi: www.habr.com