Katika makala hii, ningependa kuzungumza juu ya vipengele vya safu zote za Flash AccelStor zinazofanya kazi na mojawapo ya majukwaa maarufu ya virtualization - VMware vSphere. Hasa, zingatia vigezo hivyo ambavyo vitakusaidia kupata athari ya juu kutoka kwa kutumia zana yenye nguvu kama Flash Yote.
AccelStor NeoSapphire™ Safu zote za Flash ni au vifaa vya nodi kulingana na anatoa za SSD na mbinu tofauti kimsingi ya kutekeleza wazo la uhifadhi wa data na kupanga ufikiaji wake kwa kutumia teknolojia ya umiliki. badala ya algoriti maarufu za RAID. Safu hutoa ufikiaji wa kuzuia kwa wapangishaji kupitia Fiber Channel au violesura vya iSCSI. Ili kuwa sawa, tunaona kuwa miundo iliyo na kiolesura cha ISCSI pia ina ufikiaji wa faili kama bonasi nzuri. Lakini katika nakala hii tutazingatia utumiaji wa itifaki za kuzuia kama zinazozalisha zaidi kwa Flash zote.
Mchakato mzima wa kupeleka na usanidi unaofuata wa utendakazi wa pamoja wa safu ya AccelStor na mfumo wa utambuzi wa VMware vSphere unaweza kugawanywa katika hatua kadhaa:
- Utekelezaji wa topolojia ya uunganisho na usanidi wa mtandao wa SAN;
- Kuweka safu zote za Flash;
- Inasanidi wapangishi wa ESXi;
- Kuanzisha mashine pepe.
Mikusanyiko ya AccelStor NeoSapphire™ Fiber Channel na safu za iSCSI zilitumika kama sampuli ya maunzi. Programu ya msingi ni VMware vSphere 6.7U1.
Kabla ya kupeleka mifumo iliyoelezewa katika nakala hii, inashauriwa sana usome hati kutoka VMware kuhusu maswala ya utendaji ( ) na mipangilio ya iSCSI ()
Topolojia ya muunganisho na usanidi wa mtandao wa SAN
Vipengee vikuu vya mtandao wa SAN ni HBA katika wapangishi wa ESXi, swichi za SAN na nodi za safu. Topolojia ya kawaida ya mtandao kama huu ingeonekana kama hii:
Neno Badili hapa linamaanisha swichi tofauti ya kimwili au seti ya swichi (Kitambaa), na kifaa kinachoshirikiwa kati ya huduma tofauti (VSAN katika hali ya Fiber Channel na VLAN katika kesi ya iSCSI). Kutumia swichi / Vitambaa viwili vya kujitegemea kutaondoa uwezekano wa kutofaulu.
Muunganisho wa moja kwa moja wa wapangishaji kwenye safu, ingawa umeungwa mkono, haupendekezwi sana. Utendaji wa safu zote za Flash ni wa juu kabisa. Na kwa kasi ya juu, bandari zote za safu lazima zitumike. Kwa hivyo, kuwepo kwa angalau swichi moja kati ya seva pangishi na NeoSapphire™ ni lazima.
Uwepo wa bandari mbili kwenye HBA mwenyeji pia ni hitaji la lazima ili kufikia utendaji wa juu na kuhakikisha uvumilivu wa makosa.
Unapotumia kiolesura cha Fiber Channel, upangaji wa maeneo lazima usanidiwe ili kuondoa migongano inayoweza kutokea kati ya waanzilishi na walengwa. Kanda zimejengwa kwa kanuni ya "bandari moja ya anzisha - bandari moja au zaidi za safu."
Ikiwa unatumia muunganisho kupitia iSCSI katika kesi ya kutumia swichi iliyoshirikiwa na huduma zingine, basi ni muhimu kutenga trafiki ya iSCSI ndani ya VLAN tofauti. Pia inapendekezwa sana kuwezesha usaidizi wa Jumbo Frames (MTU = 9000) ili kuongeza ukubwa wa pakiti kwenye mtandao na hivyo kupunguza kiasi cha taarifa za juu wakati wa uwasilishaji. Walakini, inafaa kukumbuka kuwa kwa operesheni sahihi ni muhimu kubadilisha paramu ya MTU kwenye vifaa vyote vya mtandao kwenye mnyororo wa "kuanzisha-kubadilisha-lengo".
Inasanidi safu Zote za Mweko
Safu hutolewa kwa wateja walio na vikundi vilivyoundwa tayari . Kwa hiyo, hakuna hatua zinazohitajika kuchukuliwa ili kuchanganya anatoa kwenye muundo mmoja. Unahitaji tu kuunda kiasi cha ukubwa unaohitajika na wingi.
Kwa urahisi, kuna utendaji wa uundaji wa kundi la viwango kadhaa vya saizi fulani mara moja. Kwa chaguo-msingi, ujazo mwembamba huundwa, kwani hii inaruhusu matumizi bora zaidi ya nafasi iliyopo ya kuhifadhi (ikiwa ni pamoja na usaidizi wa Urekebishaji wa Nafasi). Kwa upande wa utendaji, tofauti kati ya kiasi "nyembamba" na "nene" haizidi 1%. Hata hivyo, ikiwa unataka "itapunguza juisi yote" kutoka kwa safu, unaweza kubadilisha kila kiasi "nyembamba" kuwa "nene". Lakini ikumbukwe kwamba operesheni kama hiyo haiwezi kutenduliwa.
Ifuatayo, inasalia "kuchapisha" majuzuu yaliyoundwa na kuweka haki za ufikiaji kwao kutoka kwa wapangishi kwa kutumia ACL (anwani za IP za iSCSI na WWPN kwa FC) na utenganishaji halisi kwa safu za milango. Kwa mifano ya iSCSI hii inafanywa kwa kuunda Lengo.
Kwa miundo ya FC, uchapishaji hutokea kupitia uundaji wa LUN kwa kila mlango wa safu.
Ili kuharakisha mchakato wa usanidi, wapangishaji wanaweza kuunganishwa katika vikundi. Zaidi ya hayo, ikiwa mwenyeji anatumia multiport FC HBA (ambayo katika mazoezi mara nyingi hutokea), basi mfumo huamua moja kwa moja kuwa bandari za HBA kama hizo ni za mwenyeji mmoja shukrani kwa WWPN ambazo hutofautiana kwa moja. Uundaji wa kundi la Target/LUN pia unatumika kwa violesura vyote viwili.
Dokezo muhimu wakati wa kutumia kiolesura cha iSCSI ni kuunda shabaha nyingi za ujazo mara moja ili kuongeza utendaji, kwani foleni kwenye lengo haiwezi kubadilishwa na kwa ufanisi itakuwa kizuizi.
Inasanidi Wapangishi wa ESXi
Kwa upande wa mwenyeji wa ESXi, usanidi wa kimsingi unafanywa kulingana na hali inayotarajiwa kabisa. Utaratibu wa muunganisho wa iSCSI:
- Ongeza Adapta ya iSCSI ya Programu (haihitajiki ikiwa tayari imeongezwa, au ikiwa unatumia Adapta ya maunzi iSCSI);
- Kuunda vSwitch ambayo trafiki ya iSCSI itapita, na kuongeza kiunganishi halisi na VMkernal kwake;
- Kuongeza anwani za safu kwenye Ugunduzi wa Nguvu;
- Uundaji wa hifadhidata
Baadhi ya vidokezo muhimu:
- Katika hali ya jumla, bila shaka, unaweza kutumia vSwitch iliyopo, lakini katika kesi ya vSwitch tofauti, kusimamia mipangilio ya mwenyeji itakuwa rahisi zaidi.
- Ni muhimu kutenganisha Usimamizi na trafiki ya iSCSI kwenye viungo tofauti vya kimwili na/au VLAN ili kuepuka matatizo ya utendaji.
- Anwani za IP za VMkernal na milango inayolingana ya safu Zote za Flash lazima ziwe ndani ya subnet sawa, tena kutokana na masuala ya utendakazi.
- Ili kuhakikisha uvumilivu wa makosa kulingana na sheria za VMware, vSwitch lazima iwe na angalau viungo viwili vya juu
- Ikiwa Fremu za Jumbo zinatumika, unahitaji kubadilisha MTU ya vSwitch na VMkernal
- Itakuwa muhimu kukukumbusha kwamba kulingana na mapendekezo ya VMware kwa adapta za kimwili ambazo zitatumika kufanya kazi na trafiki ya iSCSI, ni muhimu kusanidi Teaming na Failover. Hasa, kila VMkernal lazima ifanye kazi kwa njia moja tu ya juu, kiungo cha pili lazima kibadilishwe kwa hali isiyotumiwa. Kwa uvumilivu wa makosa, unahitaji kuongeza VMkernals mbili, ambayo kila moja itafanya kazi kupitia uplink yake mwenyewe.
Adapta ya VMkernel (vmk#)
Adapta ya Mtandao wa Kimwili (vmnic#)
vmk1 (Hifadhi01)
Adapta Amilifu
vmnic2
Adapta zisizotumika
vmnic3
vmk2 (Hifadhi02)
Adapta Amilifu
vmnic3
Adapta zisizotumika
vmnic2
Hakuna hatua za awali zinazohitajika ili kuunganisha kupitia Fiber Channel. Unaweza kuunda Hifadhidata mara moja.
Baada ya kuunda Hifadhidata, unahitaji kuhakikisha kuwa sera ya Round Robin ya njia za Lengo/LUN inatumika kama mtendaji zaidi.
Kwa chaguo-msingi, mipangilio ya VMware hutoa matumizi ya sera hii kulingana na mpango: maombi 1000 kupitia njia ya kwanza, maombi 1000 yanayofuata kupitia njia ya pili, n.k. Mwingiliano kama huo kati ya seva pangishi na safu ya vidhibiti viwili hautakuwa na usawa. Kwa hivyo, tunapendekeza kuweka sera ya Round Robin = parameta 1 kupitia Esxcli/PowerCLI.
Vigezo
kwa Esxcli:
- Orodhesha LUN zinazopatikana
esxcli hifadhi ya nmp orodha ya kifaa
- Nakili Jina la Kifaa
- Badilisha Sera ya Robin
hifadhi ya esxcli nmp psp roundrobin deviceconfig set — type=iops —iops=1 —device=“Device_ID”
Programu nyingi za kisasa zimeundwa kubadilishana pakiti kubwa za data ili kuongeza matumizi ya kipimo data na kupunguza mzigo wa CPU. Kwa hivyo, ESXi kwa chaguo-msingi hutoa maombi ya I/O kwa kifaa cha kuhifadhi katika vipande vya hadi 32767KB. Walakini, kwa hali zingine, kubadilishana vipande vidogo kutakuwa na tija zaidi. Kwa safu za AccelStor, hizi ni hali zifuatazo:
- Mashine pepe hutumia UEFI badala ya Legacy BIOS
- Hutumia vSphere Replication
Kwa matukio hayo, inashauriwa kubadilisha thamani ya parameter ya Disk.DiskMaxIOSize hadi 4096.
Kwa miunganisho ya iSCSI, inashauriwa kubadilisha kigezo cha Muda wa Kuisha kwa Kuingia hadi 30 (chaguo-msingi 5) ili kuongeza uthabiti wa muunganisho na kuzima ucheleweshaji wa DelayedAck kwa uthibitisho wa pakiti zilizotumwa. Chaguzi zote mbili ziko katika Mteja wa vSphere: Mwenyeji → Sanidi → Hifadhi → Adapta za Hifadhi → Chaguzi za Kina za adapta ya iSCSI
Jambo la hila ni idadi ya juzuu zinazotumiwa kwa hifadhidata. Ni wazi kwamba kwa urahisi wa usimamizi, kuna tamaa ya kuunda kiasi kikubwa cha kiasi kikubwa cha safu. Walakini, uwepo wa majuzuu kadhaa na, ipasavyo, hifadhidata ina athari ya manufaa kwa utendakazi wa jumla (zaidi kuhusu foleni hapa chini). Kwa hiyo, tunapendekeza kuunda angalau kiasi mbili.
Hadi hivi majuzi, VMware ilishauri kupunguza idadi ya mashine pepe kwenye duka moja la data, tena ili kupata utendakazi wa hali ya juu zaidi. Hata hivyo, sasa, hasa kwa kuenea kwa VDI, tatizo hili sio kali sana. Lakini hii haighairi sheria ya muda mrefu - kusambaza mashine pepe zinazohitaji IO kubwa katika hifadhi mbalimbali za data. Kuamua idadi bora ya mashine za kawaida kwa kiasi, hakuna kitu bora kuliko ndani ya miundombinu yake.
Kuanzisha mashine pepe
Hakuna mahitaji maalum wakati wa kusanidi mashine za kawaida, au tuseme ni za kawaida kabisa:
- Kutumia toleo la juu zaidi la VM (utangamano)
- Ni mwangalifu zaidi kuweka saizi ya RAM wakati wa kuweka mashine za kawaida kwa wingi, kwa mfano, katika VDI (kwani kwa chaguo-msingi, mwanzoni, faili ya ukurasa ya ukubwa unaolingana na RAM huundwa, ambayo hutumia uwezo muhimu na ina athari utendaji wa mwisho)
- Tumia matoleo ya adapta yenye tija zaidi kulingana na IO: aina ya mtandao VMXNET 3 na SCSI aina ya PVSCSI
- Tumia aina ya diski Nene ya Utoaji Zeroed kwa utendakazi wa hali ya juu na Utoaji Nyembamba kwa utumiaji wa juu zaidi wa nafasi ya kuhifadhi.
- Ikiwezekana, punguza utendakazi wa mashine zisizo za I/O kwa kutumia Virtual Disk Limit
- Hakikisha umesakinisha Vyombo vya VMware
Vidokezo kwenye Foleni
Foleni (au I/Os Bora) ni idadi ya maombi ya pembejeo/pato (amri za SCSI) ambazo zinasubiri kuchakatwa wakati wowote kwa kifaa/programu mahususi. Katika kesi ya kufurika kwa foleni, hitilafu za QFULL hutolewa, ambayo hatimaye husababisha ongezeko la parameter ya latency. Wakati wa kutumia mifumo ya hifadhi ya disk (spindle), kinadharia, juu ya foleni, juu ya utendaji wao. Walakini, haupaswi kuitumia vibaya, kwani ni rahisi kuingia kwenye QFULL. Kwa upande wa mifumo yote ya Flash, kwa upande mmoja, kila kitu ni rahisi zaidi: baada ya yote, safu ina latencies ambayo ni maagizo ya ukubwa wa chini na kwa hiyo, mara nyingi, hakuna haja ya kudhibiti tofauti ya foleni. Lakini kwa upande mwingine, katika baadhi ya matukio ya matumizi (skew kali katika mahitaji ya IO kwa mashine maalum za virtual, vipimo vya utendaji wa juu, nk) ni muhimu, ikiwa sio kubadili vigezo vya foleni, basi angalau kuelewa ni viashiria gani. inaweza kupatikana, na, jambo kuu ni kwa njia gani.
Kwenye safu ya AccelStor All Flash yenyewe hakuna kikomo kuhusiana na ujazo au bandari za I/O. Ikiwa ni lazima, hata kiasi kimoja kinaweza kupokea rasilimali zote za safu. Kizuizi pekee kwenye foleni ni kwa malengo ya iSCSI. Ni kwa sababu hii kwamba haja ya kuunda malengo kadhaa (bora hadi vipande 8) kwa kila kiasi ilionyeshwa hapo juu ili kuondokana na kikomo hiki. Wacha turudie kwamba safu za AccelStor ni suluhisho zenye tija. Kwa hiyo, unapaswa kutumia bandari zote za interface za mfumo ili kufikia kasi ya juu.
Kwa upande wa mwenyeji wa ESXi, hali ni tofauti kabisa. Mwenyeji mwenyewe anatumia mazoezi ya ufikiaji sawa wa rasilimali kwa washiriki wote. Kwa hivyo, kuna foleni tofauti za IO kwa OS ya mgeni na HBA. Foleni kwa Mfumo wa Uendeshaji wa mgeni huunganishwa kutoka kwa foleni hadi kwa adapta pepe ya SCSI na diski pepe:
Foleni kwa HBA inategemea aina/muuzaji maalum:
Utendaji wa mwisho wa mashine pepe utabainishwa na kikomo cha chini kabisa cha Kina cha Foleni kati ya vipengee vya seva pangishi.
Shukrani kwa maadili haya, tunaweza kutathmini viashiria vya utendaji ambavyo tunaweza kupata katika usanidi fulani. Kwa mfano, tunataka kujua utendakazi wa kinadharia wa mashine pepe (bila kufunga kizuizi) yenye muda wa kusubiri wa 0.5ms. Kisha IOPS yake = (1,000/latency) * I/Os Bora (Kikomo cha Kina cha Foleni)
mifano
mfano 1
- Adapta ya FC Emulex HBA
- VM moja kwa kila duka la data
- Adapta ya VMware Paravirtual SCSI
Hapa kikomo cha Kina cha Foleni kinabainishwa na Emulex HBA. Kwa hiyo IOPS = (1000/0.5)*32 = 64K
mfano 2
- Adapta ya Programu ya VMware iSCSI
- VM moja kwa kila duka la data
- Adapta ya VMware Paravirtual SCSI
Hapa kikomo cha Kina cha Foleni tayari kimeamuliwa na Adapta ya Paravirtual SCSI. Kwa hiyo IOPS = (1000/0.5) * 64 = 128K
Aina za juu za safu zote za Flash AccelStor (kwa mfano, ) wana uwezo wa kutoa utendakazi wa uandishi wa 700K IOPS kwenye 4K block. Kwa ukubwa wa kuzuia vile, ni dhahiri kabisa kwamba mashine moja ya kawaida haina uwezo wa kupakia safu hiyo. Ili kufanya hivyo, utahitaji 11 (kwa mfano 1) au 6 (kwa mfano 2) mashine za kawaida.
Matokeo yake, kwa usanidi sahihi wa vipengele vyote vilivyoelezwa vya kituo cha data cha mtandaoni, unaweza kupata matokeo ya kuvutia sana katika suala la utendaji.
4K Nasibu, 70% Imesomwa/30% Andika
Kwa kweli, ulimwengu wa kweli ni mgumu zaidi kuliko unavyoweza kuelezewa kwa fomula rahisi. Mpangishi mmoja huwa na mashine nyingi pepe zenye usanidi tofauti na mahitaji ya IO. Na usindikaji wa I/O unashughulikiwa na kichakataji mwenyeji, ambaye nguvu zake si nyingi. Kwa hiyo, ili kufungua uwezo kamili wa sawa kwa kweli, utahitaji majeshi matatu. Zaidi, programu zinazoendesha ndani ya mashine pepe hufanya marekebisho yao wenyewe. Kwa hiyo, kwa ukubwa sahihi tunatoa Safu zote za Flash ndani ya miundombinu ya mteja kwenye kazi halisi za sasa.
Chanzo: mapenzi.com