Artikulu honetan, VMware vSphere birtualizazio plataforma ezagunenetako batekin lan egiten duten All Flash AccelStor array-en ezaugarriei buruz hitz egin nahiko nuke. Bereziki, arreta jarri All Flash bezalako tresna indartsua erabiltzeak efektu handiena lortzen lagunduko dizuten parametroetan.
AccelStor NeoSapphire™ Flash array guztiak dira edo SSD unitateetan oinarritutako nodo gailuak, datuen biltegiratze kontzeptua ezartzeko eta teknologia jabeduna erabiliz harako sarbidea antolatzeko ikuspegi oso desberdina dutenak. oso ezagunak diren RAID algoritmoen ordez. Arrayek ostalarientzako sarbidea eskaintzen dute Fibre Channel edo iSCSI interfazeen bidez. Bidezkoak izateko, ohartzen gara ISCSI interfazea duten modeloek ere fitxategien sarbidea dutela bonus polit gisa. Baina artikulu honetan bloke-protokoloen erabileran zentratuko gara All Flash-erako emankorren gisa.
AccelStor array-aren eta VMware vSphere birtualizazio-sistemaren inplementazio-prozesu osoa eta ondorengo konfigurazioa hainbat fasetan bana daiteke:
- Konexio-topologia eta SAN sarearen konfigurazioa ezartzea;
- All Flash array konfiguratzea;
- ESXi ostalariak konfiguratzea;
- Makina birtualak konfiguratzea.
Lagin hardware gisa AccelStor NeoSapphire™ Fibre Channel arrayak eta iSCSI arrayak erabili ziren. Oinarrizko softwarea VMware vSphere 6.7U1 da.
Artikulu honetan deskribatutako sistemak zabaldu aurretik, oso gomendagarria da errendimendu-arazoei buruzko VMware-ren dokumentazioa irakurtzea ( ) eta iSCSI ezarpenak ()
Konexioaren topologia eta SAN sarearen konfigurazioa
SAN sare baten osagai nagusiak ESXi ostalarietako HBAak, SAN etengailuak eta array nodoak dira. Horrelako sare baten topologia tipiko batek honela izango luke:
Hemen Switch terminoak etengailu fisiko edo etengailu multzo bereizi bati (Fabric) eta zerbitzu ezberdinen artean partekatutako gailu bati egiten dio erreferentzia (VSAN Fibre Channel-en kasuan eta VLAN iSCSI-ren kasuan). Bi etengailu/ehun independente erabiltzeak hutsegite puntu posible bat ezabatuko du.
Ostalarien zuzeneko konexioa arrayra, onartzen bada ere, ez da gomendagarria. All Flash array-en errendimendua nahiko altua da. Eta gehienezko abiadura lortzeko, array-ko ataka guztiak erabili behar dira. Hori dela eta, derrigorrezkoa da ostalarien eta NeoSapphire™ artean gutxienez etengailu bat egotea.
Ostalari HBAn bi ataka egotea ere derrigorrezko baldintza da errendimendu handiena lortzeko eta akatsen tolerantzia bermatzeko.
Fibre Channel interfazea erabiltzean, zonifikazioa konfiguratu behar da abiarazleen eta helburuen arteko talka posibleak ezabatzeko. Zonak "hasierako ataka bat - array ataka bat edo gehiago" printzipioaren arabera eraikitzen dira.
Beste zerbitzu batzuekin partekatutako switch bat erabiltzen baduzu iSCSI bidezko konexioa erabiltzen baduzu, ezinbestekoa da iSCSI trafikoa bereizi VLAN batean isolatzea. Era berean, oso gomendagarria da Jumbo Frames (MTU = 9000) euskarria gaitzea sareko paketeen tamaina handitzeko eta, horrela, transmisioan zehar gastuen informazio kopurua murrizteko. Hala ere, gogoratzea komeni da funtzionamendu zuzena izateko beharrezkoa dela MTU parametroa aldatzea sareko osagai guztietan "hasitzailea-switch-helmuga" kateko.
All Flash array konfiguratzea
Array dagoeneko osatuta dauden taldeak dituzten bezeroei entregatzen zaie . Beraz, ez da ekintzarik egin behar unitateak egitura bakar batean konbinatzeko. Beharrezko tamaina eta kantitateko bolumenak sortu besterik ez duzu behar.
Erosotasunerako, aldi berean tamaina jakin bateko hainbat bolumen loteak sortzeko funtzionaltasuna dago. Lehenespenez, bolumen meheak sortzen dira, horrek erabilgarri dagoen biltegiratze espazioa modu eraginkorragoan erabiltzeko aukera ematen baitu (espazioa berreskuratzeko laguntza barne). Errendimenduari dagokionez, bolumen "mehe" eta "lodien" arteko aldea ez da %1etik gorakoa. Hala ere, array batetik "zuku guztia atera" nahi baduzu, beti edozein bolumen "mehe" bihur dezakezu "lodi". Baina gogoratu behar da eragiketa hori atzeraezina dela.
Ondoren, sortutako bolumenak "argitaraztea" eta ostalarietatik haiei sarbide-eskubideak ezartzea geratzen da ACLak (iSCSIrako IP helbideak eta WWPNrako FCrako) eta array ataken bidez bereizketa fisikoa erabiliz. iSCSI ereduetarako Helburu bat sortuz egiten da.
FC ereduetarako, argitalpena matrizeko ataka bakoitzeko LUN bat sortzearen bidez gertatzen da.
Konfigurazio-prozesua bizkortzeko, ostalariak taldeetan konbina daitezke. Gainera, ostalariak portu anitzeko FC HBA bat erabiltzen badu (praktikan gehienetan gertatzen dena), orduan sistemak automatikoki zehazten du HBA horren atakak ostalari bakar batenak direla, batetik desberdintzen diren WWPNei esker. Target/LUN sorta sortzea ere onartzen da bi interfazeetarako.
Ohar garrantzitsu bat iSCSI interfazea erabiltzean bolumenetarako helburu anitz sortzea da aldi berean errendimendua areagotzeko, helburuko ilara ezin baita aldatu eta eraginkortasunez botila-lepoa izango baita.
ESXi ostalariak konfiguratzea
ESXi ostalariaren aldetik, oinarrizko konfigurazioa guztiz espero den eszenatoki baten arabera egiten da. iSCSI konexiorako prozedura:
- Gehitu software iSCSI egokitzailea (ez da beharrezkoa dagoeneko gehitu bada edo Hardware iSCSI egokitzailea erabiltzen ari bazara);
- iSCSI trafikoa igaroko den vSwitch bat sortzea eta goranzko esteka fisikoa eta VMkernal gehituz;
- Aurkikuntza dinamikoari array helbideak gehitzea;
- Datu biltegia sortzea
Ohar garrantzitsu batzuk:
- Kasu orokorrean, noski, lehendik dagoen vSwitch bat erabil dezakezu, baina vSwitch bereizi baten kasuan, ostalariaren ezarpenak kudeatzea askoz errazagoa izango da.
- Beharrezkoa da Kudeaketa eta iSCSI trafikoa lotura fisiko eta/edo VLAN bereizietan bereiztea errendimendu-arazoak saihesteko.
- VMkernal-en IP helbideak eta All Flash array-aren dagozkion portuek azpisare berean egon behar dute, berriro ere errendimendu arazoak direla eta.
- VMware arauen arabera akatsen tolerantzia bermatzeko, vSwitch-ek gutxienez bi goranzko esteka fisiko izan behar ditu
- Jumbo Frames erabiltzen badira, vSwitch eta VMkernal-en MTUa aldatu behar duzu
- Komenigarria litzateke gogoratzea iSCSI trafikoarekin lan egiteko erabiliko diren egokitzaile fisikoentzako VMware-ren gomendioen arabera, beharrezkoa dela Teaming eta Failover konfiguratzea. Bereziki, VMkernal bakoitzak gorako esteka bakarraren bidez funtzionatu behar du, bigarren gorako esteka erabili gabeko modura aldatu behar da. Akatsen tolerantziarako, bi VMkernal gehitu behar dituzu, eta horietako bakoitzak bere uplink bidez funtzionatuko du.
VMkernel egokitzailea (vmk#)
Sare fisikoaren egokitzailea (vmnic#)
vmk1 (Biltegiratzea01)
Egokitzaile aktiboak
vmnic2
Erabiltzen ez diren egokigailuak
vmnic3
vmk2 (Biltegiratzea02)
Egokitzaile aktiboak
vmnic3
Erabiltzen ez diren egokigailuak
vmnic2
Ez da aurretiazko urratsik behar Fibre Channel bidez konektatzeko. Datu-denda bat berehala sor dezakezu.
Datu-biltegia sortu ondoren, ziurtatu egin behar duzu Target/LUN-erako bideen Round Robin politika eraginkorrena dela.
Lehenespenez, VMware-ren ezarpenek politika hau eskemaren arabera erabiltzeko aukera ematen dute: 1000 eskaera lehen bidetik, hurrengo 1000 eskaera bigarren bidetik, etab. Ostalariaren eta bi kontrolagailu-matrizearen arteko elkarrekintza hori desorekatua izango da. Horregatik, Round Robin politika = 1 parametroa Esxcli/PowerCLI bidez ezartzea gomendatzen dugu.
Parametroak
Esxclirentzat:
- Zerrendatu eskuragarri dauden LUNak
esxcli biltegiratze nmp gailuen zerrenda
- Kopiatu gailuaren izena
- Aldatu Round Robin politika
esxcli biltegiratze nmp psp roundrobin deviceconfig multzoa —type=iops —iops=1 —device=“Device_ID”
Aplikazio moderno gehienak datu-pakete handiak trukatzeko diseinatuta daude, banda-zabalera aprobetxatzeko eta PUZaren karga murrizteko. Hori dela eta, ESXi-k lehenespenez I/O eskaerak bidaltzen dizkio biltegiratze gailuari 32767 KB arteko zatitan. Hala ere, zenbait agertokitan, zati txikiagoak trukatzea produktiboagoa izango da. AccelStor arrayetarako, hauek dira eszenatoki hauek:
- Makina birtualak UEFI erabiltzen du Legacy BIOSaren ordez
- vSphere Replication erabiltzen du
Horrelako eszenatokietarako, Disk.DiskMaxIOSize parametroaren balioa 4096ra aldatzea gomendatzen da.
iSCSI konexioetarako, Login Timeout parametroa 30era aldatzea gomendatzen da (lehenetsia 5) konexioaren egonkortasuna areagotzeko eta DelayedAck atzerapena desgaitzeko birbidaltzen diren paketeen baieztapenetarako. Bi aukerak vSphere Bezeroan daude: Ostalaria → Konfiguratu → Biltegiratzea → Biltegiratze egokitzaileak → iSCSI egokitzailerako aukera aurreratuak
Puntu sotil samarra datu biltegirako erabilitako bolumen kopurua da. Argi dago kudeaketa errazteko, matrizearen bolumen osorako bolumen handi bat sortzeko nahia dagoela. Hala ere, hainbat bolumen eta, horren ondorioz, datu biltegiak egoteak eragin onuragarria du errendimendu orokorrean (behean ilarei buruz gehiago). Horregatik, gutxienez bi liburuki sortzea gomendatzen dugu.
Duela gutxi arte, VMware-k datu-biltegi batean makina birtualen kopurua mugatzea gomendatzen zuen, berriro ahalik eta errendimendu handiena lortzeko. Hala ere, orain, batez ere VDIaren hedapenarekin, arazo hau ez da hain larria. Baina horrek ez du baliogabetzen aspaldiko araua: datu-biltegi ezberdinetan IO intentsiboa behar duten makina birtualak banatzea. Bolumen bakoitzeko makina birtualen kopuru optimoa zehazteko, ez dago ezer hoberik bere azpiegituren barruan.
Makina birtualak konfiguratzea
Ez dago baldintza berezirik makina birtualak konfiguratzerakoan, edo, hobeto esanda, nahiko arruntak dira:
- Ahalik eta VM bertsio altuena erabiltzea (bateragarritasuna)
- Kontu handiagoa da RAMaren tamaina ezartzea makina birtualak trinko jartzen direnean, adibidez, VDIn (lehenespenez, abiaraztean, RAMaren neurriko tamainako orri-fitxategi bat sortzen da, gaitasun erabilgarria kontsumitzen duena eta eragina du. azken emanaldia)
- Erabili egokitzaileen bertsio produktiboenak IOari dagokionez: sare mota VMXNET 3 eta SCSI mota PVSCSI
- Erabili Thick Provision Eager Zeroed disko mota errendimendu handiena lortzeko eta Thin Provisioning biltegiratze espazioa ahalik eta gehien erabiltzeko
- Ahal izanez gero, mugatu I/O-ko makina kritikoen funtzionamendua disko birtualaren muga erabiliz
- Ziurtatu VMware Tools instalatzen duzula
Ilarei buruzko oharrak
Ilara (edo I/O nabarmenak) gailu/aplikazio jakin baterako une bakoitzean prozesatzeko zain dauden sarrera/irteera eskaerak (SCSI komandoak) da. Ilararen gainezka dagoenean, QFULL akatsak igortzen dira, eta horrek, azken finean, latentzia-parametroa handitzen du. Disko (ardatz) biltegiratze sistemak erabiltzean, teorikoki, zenbat eta ilara handiagoa izan, orduan eta errendimendu handiagoa. Hala ere, ez duzu gehiegikeriarik egin behar, erraza baita QFULL-era exekutatzen. All Flash sistemen kasuan, alde batetik, dena zertxobait errazagoa da: azken finean, array-ak magnitude ordena baxuagoak diren latentziak ditu eta, beraz, gehienetan, ez da ilaren tamaina bereizita arautu beharrik. Baina, bestalde, erabilera-eszenatoki batzuetan (makina birtual zehatzetarako IO eskakizunen okertze handia, errendimendu maximorako probak, etab.) beharrezkoa da, ilaretako parametroak aldatzea ez bada, gutxienez zer adierazle ulertzea. lor daiteke, eta, nagusia zer modutan da.
AccelStor All Flash array-n bertan ez dago mugarik bolumenei edo I/O atakei dagokienez. Beharrezkoa bada, bolumen bakar batek ere jaso ditzake array-ren baliabide guztiak. Ilararen muga bakarra iSCSI helburuetarako da. Hori dela eta, goian adierazi zen bolumen bakoitzeko hainbat helburu (egokiena 8 pieza) sortu beharra muga hori gainditzeko. Errepikatu dezagun, halaber, AccelStor array-ak oso irtenbide produktiboak direla. Hori dela eta, sistemaren interfaze-ataka guztiak erabili behar dituzu abiadura maximoa lortzeko.
ESXi ostalariaren aldetik, egoera guztiz bestelakoa da. Ostalariak berak baliabideetara sarbide berdinaren praktika aplikatzen du parte-hartzaile guztientzat. Hori dela eta, IO-ilara bereiziak daude gonbidatutako OS eta HBArako. OS gonbidaturako ilarak SCSI egokitzaile birtualerako eta disko birtualerako ilarak konbinatzen dira:
HBArako ilara mota/saltzaile zehatzaren araberakoa da:
Makina birtualaren azken errendimendua ostalariaren osagaien artean ilara-sakonera txikienaren mugak zehaztuko du.
Balio horiei esker, konfigurazio jakin batean lor ditzakegun errendimendu-adierazleak ebalua ditzakegu. Adibidez, 0.5 ms-ko latentzia duen makina birtual baten errendimendu teorikoa (bloke-loturarik gabe) ezagutu nahi dugu. Ondoren, bere IOPS = (1,000/latentzia) * I/O nabarmenak (ilararen sakoneraren muga)
Примеры
Adibidez 1
- FC Emulex HBA egokitzailea
- VM bat datu-biltegi bakoitzeko
- VMware Paravirtual SCSI egokitzailea
Hemen ilararen sakoneraren muga Emulex HBAk zehazten du. Beraz, IOPS = (1000/0.5)*32 = 64K
Adibidez 2
- VMware iSCSI software egokitzailea
- VM bat datu-biltegi bakoitzeko
- VMware Paravirtual SCSI egokitzailea
Hemen, Paravirtual SCSI Adapter-ek jada zehazten du Ilararen sakoneraren muga. Beraz, IOPS = (1000/0.5)*64 = 128K
All Flash AccelStor matrizeen eredu nagusiak (adibidez, ) 700K IOPS idazketa-errendimendua emateko gai dira 4K blokean. Bloke-tamaina horrekin, nahiko begi-bistakoa da makina birtual bakarra ez dela gai halako array bat kargatzeko. Horretarako, 11 (adibidez 1) edo 6 (adibidez 2) makina birtual beharko dituzu.
Ondorioz, datu-zentro birtualeko deskribatutako osagai guztien konfigurazio zuzenarekin, emaitza oso ikusgarriak lor ditzakezu errendimendu aldetik.
4K ausaz, %70 irakurri/%30 idatzi
Izan ere, mundu erreala formula sinple batekin deskriba daitekeena baino askoz konplexuagoa da. Ostalari batek makina birtual anitz hartzen ditu beti, konfigurazio eta IO eskakizun ezberdinekin. Eta I/O prozesatzea ostalariaren prozesadoreak kudeatzen du, zeinaren potentzia ez baita infinitua. Beraz, beraren potentzial osoa desblokeatzeko egia esan, hiru ostalari beharko dituzu. Gainera, makina birtualetan exekutatzen diren aplikazioek beren doikuntzak egiten dituzte. Hori dela eta, neurri zehatzetarako eskaintzen dugu Flash array guztiak bezeroaren azpiegituraren barnean uneko benetako zereginetan.
Iturria: www.habr.com