Yn yr erthygl hon, hoffwn siarad am nodweddion All Flash AccelStor araes yn gweithio gydag un o'r llwyfannau rhithwiroli mwyaf poblogaidd - VMware vSphere. Yn benodol, canolbwyntiwch ar y paramedrau hynny a fydd yn eich helpu i gael yr effaith fwyaf posibl o ddefnyddio offeryn mor bwerus â All Flash.
AccelStor NeoSapphire™ Mae'r holl araeau Flash yn neu dyfeisiau nod yn seiliedig ar yriannau SSD gyda dull sylfaenol wahanol o weithredu'r cysyniad o storio data a threfnu mynediad ato gan ddefnyddio technoleg berchnogol yn lle'r algorithmau RAID poblogaidd iawn. Mae'r araeau yn darparu mynediad bloc i westeion trwy ryngwynebau Fiber Channel neu iSCSI. I fod yn deg, rydym yn nodi bod modelau gyda rhyngwyneb ISCSI hefyd yn cael mynediad ffeil fel bonws braf. Ond yn yr erthygl hon byddwn yn canolbwyntio ar ddefnyddio protocolau bloc fel y rhai mwyaf cynhyrchiol ar gyfer All Flash.
Gellir rhannu'r broses gyfan o leoli a chyfluniad dilynol gweithrediad ar y cyd yr arae AccelStor a'r system rhithwiroli VMware vSphere yn sawl cam:
- Gweithredu topoleg cysylltiad a chyfluniad rhwydwaith SAN;
- Sefydlu Pob cyfres Flash;
- Ffurfweddu gwesteiwyr ESXi;
- Sefydlu peiriannau rhithwir.
Defnyddiwyd araeau Sianel Ffibr AccelStor NeoSapphire™ ac araeau iSCSI fel caledwedd sampl. Y meddalwedd sylfaenol yw VMware vSphere 6.7U1.
Cyn defnyddio'r systemau a ddisgrifir yn yr erthygl hon, argymhellir yn gryf eich bod yn darllen y ddogfennaeth gan VMware ynghylch materion perfformiad ( ) a gosodiadau iSCSI ()
Topoleg cysylltu a chyfluniad rhwydwaith SAN
Prif gydrannau rhwydwaith SAN yw HBAs mewn gwesteiwyr ESXi, switshis SAN a nodau arae. Byddai topoleg nodweddiadol ar gyfer rhwydwaith o'r fath yn edrych fel hyn:
Mae'r term Switch yma yn cyfeirio at switsh corfforol ar wahân neu set o switshis (Ffabric), a dyfais a rennir rhwng gwahanol wasanaethau (VSAN yn achos Fiber Channel a VLAN yn achos iSCSI). Bydd defnyddio dau switsh / Ffabrig annibynnol yn dileu pwynt methiant posibl.
Er bod cefnogaeth uniongyrchol i'r gwesteiwyr, nid yw'n cael ei argymell yn fawr. Mae perfformiad All Flash araes yn eithaf uchel. Ac ar gyfer y cyflymder uchaf, rhaid defnyddio holl borthladdoedd yr arae. Felly, mae presenoldeb o leiaf un switsh rhwng y gwesteiwyr a NeoSapphire ™ yn orfodol.
Mae presenoldeb dau borthladd ar yr HBA gwesteiwr hefyd yn ofyniad gorfodol i gyflawni'r perfformiad mwyaf posibl a sicrhau goddefgarwch bai.
Wrth ddefnyddio rhyngwyneb Fiber Channel, rhaid ffurfweddu parthau i ddileu gwrthdrawiadau posibl rhwng cychwynwyr a thargedau. Mae parthau wedi'u hadeiladu ar yr egwyddor o “un porthladd cychwyn - un neu fwy o borthladdoedd arae.”
Os ydych chi'n defnyddio cysylltiad trwy iSCSI yn achos defnyddio switsh a rennir â gwasanaethau eraill, yna mae'n hollbwysig ynysu traffig iSCSI o fewn VLAN ar wahân. Argymhellir yn gryf hefyd i alluogi cefnogaeth ar gyfer Jumbo Frames (MTU = 9000) i gynyddu maint y pecynnau ar y rhwydwaith a thrwy hynny leihau faint o wybodaeth gorbenion yn ystod trosglwyddo. Fodd bynnag, ar gyfer gweithrediad cywir mae'n werth cofio bod angen newid y paramedr MTU ar yr holl gydrannau rhwydwaith ar hyd y gadwyn “cychwynnwr-switsh-targed”.
Sefydlu Pob cyfres Flash
Mae'r casgliad yn cael ei ddosbarthu i gwsmeriaid sydd â grwpiau sydd eisoes wedi'u ffurfio . Felly, nid oes angen cymryd unrhyw gamau i gyfuno gyriannau yn un strwythur. Does ond angen i chi greu cyfeintiau o'r maint a'r maint gofynnol.
Er hwylustod, mae yna ymarferoldeb ar gyfer creu swp o sawl cyfrol o faint penodol ar unwaith. Yn ddiofyn, mae cyfeintiau tenau yn cael eu creu, gan fod hyn yn caniatáu defnydd mwy effeithlon o'r gofod storio sydd ar gael (gan gynnwys cefnogaeth ar gyfer Adfer Gofod). O ran perfformiad, nid yw'r gwahaniaeth rhwng cyfeintiau "tenau" a "thrwchus" yn fwy nag 1%. Fodd bynnag, os ydych chi am “wasgu'r holl sudd” allan o arae, gallwch chi bob amser drosi unrhyw gyfaint “tenau” yn un “trwchus”. Ond dylid cofio bod gweithrediad o'r fath yn ddiwrthdro.
Nesaf, mae'n parhau i fod i “gyhoeddi” y cyfeintiau a grëwyd a gosod hawliau mynediad iddynt gan y gwesteiwyr gan ddefnyddio ACLs (cyfeiriadau IP ar gyfer iSCSI a WWPN ar gyfer FC) a gwahaniad corfforol gan borthladdoedd arae. Ar gyfer modelau iSCSI gwneir hyn trwy greu Targed.
Ar gyfer modelau'r CC, mae cyhoeddi'n digwydd trwy greu LUN ar gyfer pob porthladd yn yr arae.
Er mwyn cyflymu'r broses sefydlu, gellir cyfuno gwesteiwyr yn grwpiau. Ar ben hynny, os yw'r gwesteiwr yn defnyddio multiport FC HBA (sy'n digwydd amlaf yn ymarferol), yna mae'r system yn penderfynu'n awtomatig bod porthladdoedd HBA o'r fath yn perthyn i un gwesteiwr diolch i WWPNs sy'n wahanol i un. Mae creu swp o Target/LUN hefyd yn cael ei gefnogi ar gyfer y ddau ryngwyneb.
Nodyn pwysig wrth ddefnyddio rhyngwyneb iSCSI yw creu targedau lluosog ar gyfer cyfeintiau ar unwaith i gynyddu perfformiad, gan na ellir newid y ciw ar y targed a bydd yn dagfa i bob pwrpas.
Ffurfweddu Gwesteiwyr ESXi
Ar ochr gwesteiwr ESXi, perfformir cyfluniad sylfaenol yn unol â senario gwbl ddisgwyliedig. Gweithdrefn ar gyfer cysylltiad iSCSI:
- Ychwanegu Addasydd iSCSI Meddalwedd (nid oes ei angen os yw eisoes wedi'i ychwanegu, neu os ydych yn defnyddio Hardware iSCSI Adapter);
- Creu vSwitch y bydd traffig iSCSI yn mynd drwyddo, ac ychwanegu cyswllt corfforol a VMkernal ato;
- Ychwanegu cyfeiriadau arae at Dynamic Discovery;
- Creu storfa ddata
Rhai nodiadau pwysig:
- Yn yr achos cyffredinol, wrth gwrs, gallwch ddefnyddio vSwitch sy'n bodoli eisoes, ond yn achos vSwitch ar wahân, bydd rheoli'r gosodiadau gwesteiwr yn llawer haws.
- Mae angen gwahanu traffig Rheoli ac iSCSI i gysylltiadau ffisegol ar wahân a/neu VLANs i osgoi problemau perfformiad.
- Rhaid i gyfeiriadau IP y VMkernal a phorthladdoedd cyfatebol yr arae All Flash fod o fewn yr un is-rwydwaith, eto oherwydd materion perfformiad.
- Er mwyn sicrhau goddefgarwch bai yn unol â rheolau VMware, rhaid i vSwitch gael o leiaf ddau ddolen i fyny corfforol
- Os defnyddir Fframiau Jumbo, mae angen i chi newid MTU vSwitch a VMkernal
- Byddai'n ddefnyddiol eich atgoffa, yn ôl argymhellion VMware ar gyfer addaswyr corfforol a ddefnyddir i weithio gyda thraffig iSCSI, bod angen ffurfweddu Teaming a Failover. Yn benodol, rhaid i bob VMkernal weithio trwy un ddolen i fyny yn unig, rhaid newid yr ail ddolen i fyny i'r modd nas defnyddiwyd. Ar gyfer goddefgarwch bai, mae angen ichi ychwanegu dau VMkernals, a bydd pob un ohonynt yn gweithio trwy ei ddolen gyswllt ei hun.
Addasydd VMkernel (vmk#)
Addasydd Rhwydwaith Ffisegol (vmnic#)
vmk1 (Storio01)
Addasyddion Actif
vmnic2
Addasyddion Heb eu Defnyddio
vmnic3
vmk2 (Storio02)
Addasyddion Actif
vmnic3
Addasyddion Heb eu Defnyddio
vmnic2
Nid oes angen unrhyw gamau rhagarweiniol i gysylltu trwy Fiber Channel. Gallwch chi greu Datastore ar unwaith.
Ar ôl creu'r Datastore, mae angen i chi sicrhau bod y polisi Round Robin ar gyfer llwybrau i'r Targed/LUN yn cael ei ddefnyddio fel y perfformiwr mwyaf.
Yn ddiofyn, mae gosodiadau VMware yn darparu ar gyfer defnyddio'r polisi hwn yn ôl y cynllun: 1000 o geisiadau trwy'r llwybr cyntaf, y 1000 cais nesaf trwy'r ail lwybr, ac ati. Bydd rhyngweithio o'r fath rhwng y gwesteiwr a'r arae dau-reolwr yn anghytbwys. Felly, rydym yn argymell gosod y polisi Round Robin = 1 paramedr trwy Esxcli/PowerCLI.
Paramedrau
Ar gyfer Esxcli:
- Rhestr o LUNs sydd ar gael
rhestr dyfeisiau storio esxcli nmp
- Copïo Enw'r Dyfais
- Newid Polisi Robin Rownd
storfa esxcli nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device="Dyfais_ID"
Mae'r rhan fwyaf o gymwysiadau modern wedi'u cynllunio i gyfnewid pecynnau data mawr er mwyn gwneud y mwyaf o ddefnydd lled band a lleihau llwyth CPU. Felly, mae ESXi yn ddiofyn yn cyhoeddi ceisiadau I/O i'r ddyfais storio mewn talpiau o hyd at 32767KB. Fodd bynnag, ar gyfer rhai senarios, bydd cyfnewid talpiau llai yn fwy cynhyrchiol. Ar gyfer araeau AccelStor, dyma'r senarios canlynol:
- Mae'r peiriant rhithwir yn defnyddio UEFI yn lle Legacy BIOS
- Yn defnyddio vSphere Replication
Ar gyfer senarios o'r fath, argymhellir newid gwerth y paramedr Disk.DiskMaxIOSize i 4096.
Ar gyfer cysylltiadau iSCSI, argymhellir newid y paramedr Goramser Mewngofnodi i 30 (diofyn 5) i gynyddu sefydlogrwydd cysylltiad ac analluogi'r oedi DelayedAck ar gyfer cadarnhad o becynnau a anfonwyd ymlaen. Mae'r ddau opsiwn yn vSphere Cleient: Gwesteiwr → Ffurfweddu → Storio → Addaswyr Storio → Opsiynau Uwch ar gyfer addasydd iSCSI
Pwynt eithaf cynnil yw nifer y cyfeintiau a ddefnyddir ar gyfer y storfa ddata. Mae'n amlwg, er hwylustod rheoli, bod awydd i greu un gyfrol fawr ar gyfer cyfaint cyfan yr arae. Fodd bynnag, mae presenoldeb sawl cyfrol ac, yn unol â hynny, storfa ddata yn cael effaith fuddiol ar berfformiad cyffredinol (mwy am giwiau isod). Felly, rydym yn argymell creu o leiaf dwy gyfrol.
Tan yn gymharol ddiweddar, cynghorodd VMware gyfyngu ar nifer y peiriannau rhithwir ar un storfa ddata, eto er mwyn cael y perfformiad uchaf posibl. Fodd bynnag, nawr, yn enwedig gyda lledaeniad VDI, nid yw'r broblem hon mor ddifrifol bellach. Ond nid yw hyn yn canslo'r rheol hirsefydlog - i ddosbarthu peiriannau rhithwir sydd angen IO dwys ar draws gwahanol storfeydd data. Er mwyn pennu'r nifer gorau posibl o beiriannau rhithwir fesul cyfaint, nid oes dim byd gwell na o fewn ei seilwaith.
Sefydlu peiriannau rhithwir
Nid oes unrhyw ofynion arbennig wrth sefydlu peiriannau rhithwir, neu yn hytrach maent yn eithaf cyffredin:
- Defnyddio'r fersiwn VM uchaf posibl (cydnawsedd)
- Mae'n fwy gofalus gosod maint RAM wrth osod peiriannau rhithwir yn ddwys, er enghraifft, yn VDI (gan fod ffeil tudalen o faint sy'n gymesur â'r RAM yn cael ei chreu yn ddiofyn, wrth gychwyn, sy'n defnyddio gallu defnyddiol ac yn cael effaith ar y perfformiad terfynol)
- Defnyddiwch y fersiynau addasydd mwyaf cynhyrchiol o ran IO: math rhwydwaith VMXNET 3 a math SCSI PVSCSI
- Defnyddio math disg Darpariaeth Trwchus Awyddus Sero ar gyfer y perfformiad mwyaf a Darpariaeth Tenau ar gyfer y defnydd mwyaf posibl o le storio
- Os yn bosibl, cyfyngu ar weithrediad peiriannau nad ydynt yn hanfodol I/O gan ddefnyddio Cyfyngiad Disg Rhithwir
- Byddwch yn siwr i osod VMware Tools
Nodiadau ar Giwiau
Ciw (neu I/Os Eithriadol) yw nifer y ceisiadau mewnbwn/allbwn (gorchmynion SCSI) sy'n aros i'w prosesu ar unrhyw adeg benodol ar gyfer dyfais/cymhwysiad penodol. Mewn achos o orlif ciw, cyhoeddir gwallau QFULL, sydd yn y pen draw yn arwain at gynnydd yn y paramedr hwyrni. Wrth ddefnyddio systemau storio disg (gwerthyd), yn ddamcaniaethol, yr uchaf yw'r ciw, yr uchaf yw eu perfformiad. Fodd bynnag, ni ddylech ei gam-drin, gan ei bod yn hawdd rhedeg i mewn i QFULL. Yn achos systemau All Flash, ar y naill law, mae popeth ychydig yn symlach: wedi'r cyfan, mae gan yr arae latencies sy'n orchmynion maint yn is ac felly, yn fwyaf aml, nid oes angen rheoleiddio maint y ciwiau ar wahân. Ond ar y llaw arall, mewn rhai senarios defnydd (gogwydd cryf mewn gofynion IO ar gyfer peiriannau rhithwir penodol, profion ar gyfer perfformiad uchaf, ac ati) mae angen, os nad i newid paramedrau'r ciwiau, yna o leiaf i ddeall pa ddangosyddion gellir ei gyflawni, a, y prif beth yw ym mha ffyrdd.
Ar arae AccelStor All Flash ei hun nid oes unrhyw derfynau mewn perthynas â chyfeintiau na phorthladdoedd I/O. Os oes angen, gall hyd yn oed un gyfrol dderbyn holl adnoddau'r arae. Yr unig gyfyngiad ar y ciw yw targedau iSCSI. Am y rheswm hwn y nodwyd uchod yr angen i greu sawl targed (hyd at 8 darn yn ddelfrydol) ar gyfer pob cyfrol er mwyn goresgyn y terfyn hwn. Gadewch inni hefyd ailadrodd bod araeau AccelStor yn atebion cynhyrchiol iawn. Felly, dylech ddefnyddio holl borthladdoedd rhyngwyneb y system i gyflawni cyflymder uchaf.
Ar ochr gwesteiwr ESXi, mae'r sefyllfa'n hollol wahanol. Mae'r gwesteiwr ei hun yn cymhwyso'r arfer o fynediad cyfartal i adnoddau ar gyfer yr holl gyfranogwyr. Felly, mae ciwiau IO ar wahân ar gyfer yr OS gwadd a HBA. Mae ciwiau i'r OS gwadd yn cael eu cyfuno o giwiau i'r addasydd SCSI rhithwir a disg rhithwir:
Mae'r ciw i'r HBA yn dibynnu ar y math/gwerthwr penodol:
Bydd perfformiad terfynol y peiriant rhithwir yn cael ei bennu gan y terfyn Dyfnder Ciw isaf ymhlith y cydrannau gwesteiwr.
Diolch i'r gwerthoedd hyn, gallwn werthuso'r dangosyddion perfformiad y gallwn eu cael mewn cyfluniad penodol. Er enghraifft, rydym am wybod perfformiad damcaniaethol peiriant rhithwir (heb rwymo bloc) gyda hwyrni o 0.5ms. Yna ei IOPS = (1,000/latency) * I/O Eithriadol (Terfyn Dyfnder Ciw)
Примеры
Enghraifft 1
- FC Emulex HBA Adapter
- Un VM fesul storfa ddata
- VMware Paravirtual SCSI Adapter
Yma mae terfyn Dyfnder Ciw yn cael ei bennu gan Emulex HBA. Felly IOPS = (1000/0.5)*32 = 64K
Enghraifft 2
- Addasydd Meddalwedd VMware iSCSI
- Un VM fesul storfa ddata
- VMware Paravirtual SCSI Adapter
Yma mae terfyn Dyfnder y Ciw eisoes yn cael ei bennu gan yr Adapter SCSI Paravirtual. Felly IOPS = (1000/0.5)*64 = 128K
Modelau gorau pob araeau Flash AccelStor (er enghraifft, ) yn gallu darparu perfformiad ysgrifennu 700K IOPS ar bloc 4K. Gyda maint bloc o'r fath, mae'n eithaf amlwg nad yw un peiriant rhithwir yn gallu llwytho arae o'r fath. I wneud hyn, bydd angen 11 (er enghraifft 1) neu 6 (er enghraifft 2) o beiriannau rhithwir arnoch.
O ganlyniad, gyda chyfluniad cywir yr holl gydrannau a ddisgrifir mewn canolfan ddata rithwir, gallwch gael canlyniadau trawiadol iawn o ran perfformiad.
4K ar hap, 70% yn darllen / 30% yn ysgrifennu
Mewn gwirionedd, mae'r byd go iawn yn llawer mwy cymhleth nag y gellir ei ddisgrifio gyda fformiwla syml. Mae un gwesteiwr bob amser yn cynnal peiriannau rhithwir lluosog gyda gwahanol gyfluniadau a gofynion IO. Ac mae prosesu I / O yn cael ei drin gan y prosesydd gwesteiwr, nad yw ei bŵer yn anfeidrol. Felly, i ddatgloi potensial llawn yr un peth mewn gwirionedd, bydd angen tri gwesteiwr arnoch. Hefyd, mae cymwysiadau sy'n rhedeg y tu mewn i beiriannau rhithwir yn gwneud eu haddasiadau eu hunain. Felly, ar gyfer union faint rydym yn ei gynnig Pob araeau Flash y tu mewn i seilwaith y cwsmer ar dasgau cyfredol go iawn.
Ffynhonnell: hab.com