ఈ వ్యాసంలో, నేను అత్యంత ప్రజాదరణ పొందిన వర్చువలైజేషన్ ప్లాట్‌ఫారమ్‌లలో ఒకటైన VMware vSphereతో పనిచేసే అన్ని Flash AccelStor శ్రేణుల లక్షణాల గురించి మాట్లాడాలనుకుంటున్నాను. ముఖ్యంగా, ఆల్ ఫ్లాష్ వంటి శక్తివంతమైన సాధనాన్ని ఉపయోగించడం నుండి గరిష్ట ప్రభావాన్ని పొందడానికి మీకు సహాయపడే ఆ పారామితులపై దృష్టి పెట్టండి.
AccelStor NeoSapphire™ అన్ని ఫ్లాష్ శ్రేణులు లేదా డేటా నిల్వ భావనను అమలు చేయడానికి మరియు యాజమాన్య సాంకేతికతను ఉపయోగించి దానికి ప్రాప్యతను నిర్వహించడానికి ప్రాథమికంగా భిన్నమైన విధానంతో SSD డ్రైవ్‌ల ఆధారంగా నోడ్ పరికరాలు చాలా ప్రజాదరణ పొందిన RAID అల్గారిథమ్‌లకు బదులుగా. శ్రేణులు ఫైబర్ ఛానెల్ లేదా iSCSI ఇంటర్‌ఫేస్‌ల ద్వారా హోస్ట్‌లకు బ్లాక్ యాక్సెస్‌ను అందిస్తాయి. నిజం చెప్పాలంటే, ISCSI ఇంటర్‌ఫేస్‌తో కూడిన మోడల్‌లు కూడా ఫైల్ యాక్సెస్‌ను చక్కని బోనస్‌గా కలిగి ఉన్నాయని మేము గమనించాము. కానీ ఈ ఆర్టికల్‌లో అన్ని ఫ్లాష్‌లకు అత్యంత ఉత్పాదకతగా బ్లాక్ ప్రోటోకాల్‌లను ఉపయోగించడంపై దృష్టి పెడతాము.
AccelStor శ్రేణి మరియు VMware vSphere వర్చువలైజేషన్ సిస్టమ్ యొక్క ఉమ్మడి ఆపరేషన్ యొక్క విస్తరణ మరియు తదుపరి కాన్ఫిగరేషన్ యొక్క మొత్తం ప్రక్రియను అనేక దశలుగా విభజించవచ్చు:
- SAN నెట్‌వర్క్ యొక్క కనెక్షన్ టోపోలాజీ మరియు కాన్ఫిగరేషన్ అమలు;
- అన్ని ఫ్లాష్ శ్రేణిని సెటప్ చేస్తోంది;
- ESXi హోస్ట్‌లను కాన్ఫిగర్ చేయడం;
- వర్చువల్ మిషన్లను సెటప్ చేస్తోంది.
AccelStor NeoSapphire™ ఫైబర్ ఛానెల్ శ్రేణులు మరియు iSCSI శ్రేణులు నమూనా హార్డ్‌వేర్‌గా ఉపయోగించబడ్డాయి. ప్రాథమిక సాఫ్ట్‌వేర్ VMware vSphere 6.7U1.
ఈ కథనంలో వివరించిన సిస్టమ్‌లను అమలు చేయడానికి ముందు, మీరు పనితీరు సమస్యలకు సంబంధించి VMware నుండి డాక్యుమెంటేషన్‌ను చదవాలని సిఫార్సు చేయబడింది ( ) మరియు iSCSI సెట్టింగ్‌లు ()
కనెక్షన్ టోపోలాజీ మరియు SAN నెట్‌వర్క్ కాన్ఫిగరేషన్
SAN నెట్‌వర్క్ యొక్క ప్రధాన భాగాలు ESXi హోస్ట్‌లు, SAN స్విచ్‌లు మరియు అర్రే నోడ్‌లలోని HBAలు. అటువంటి నెట్‌వర్క్ కోసం ఒక సాధారణ టోపోలాజీ ఇలా ఉంటుంది:
ఇక్కడ స్విచ్ అనే పదం ఒక ప్రత్యేక భౌతిక స్విచ్ లేదా స్విచ్‌ల సెట్ (ఫ్యాబ్రిక్) మరియు విభిన్న సేవల మధ్య భాగస్వామ్యం చేయబడిన పరికరం (ఫైబర్ ఛానెల్ విషయంలో VSAN మరియు iSCSI విషయంలో VLAN) రెండింటినీ సూచిస్తుంది. రెండు ఇండిపెండెంట్ స్విచ్‌లు/బట్టలను ఉపయోగించడం వలన వైఫల్యం సాధ్యమయ్యే పాయింట్‌ను తొలగిస్తుంది.
శ్రేణికి హోస్ట్‌ల డైరెక్ట్ కనెక్షన్, మద్దతు ఉన్నప్పటికీ, సిఫార్సు చేయబడలేదు. అన్ని ఫ్లాష్ శ్రేణుల పనితీరు చాలా ఎక్కువగా ఉంది. మరియు గరిష్ట వేగం కోసం, శ్రేణి యొక్క అన్ని పోర్ట్‌లు తప్పనిసరిగా ఉపయోగించాలి. అందువల్ల, హోస్ట్‌లు మరియు NeoSapphire™ మధ్య కనీసం ఒక స్విచ్ ఉండటం తప్పనిసరి.
గరిష్ట పనితీరును సాధించడానికి మరియు తప్పు సహనాన్ని నిర్ధారించడానికి హోస్ట్ HBAలో రెండు పోర్ట్‌ల ఉనికి కూడా తప్పనిసరి అవసరం.
ఫైబర్ ఛానెల్ ఇంటర్‌ఫేస్‌ని ఉపయోగిస్తున్నప్పుడు, ఇనిషియేటర్‌లు మరియు టార్గెట్‌ల మధ్య సాధ్యమయ్యే ఘర్షణలను తొలగించడానికి జోనింగ్ తప్పనిసరిగా కాన్ఫిగర్ చేయబడాలి. జోన్‌లు "ఒక ఇనిషియేటర్ పోర్ట్ - ఒకటి లేదా అంతకంటే ఎక్కువ అర్రే పోర్ట్‌లు" సూత్రంపై నిర్మించబడ్డాయి.
మీరు ఇతర సేవలతో భాగస్వామ్యం చేయబడిన స్విచ్‌ని ఉపయోగించే సందర్భంలో iSCSI ద్వారా కనెక్షన్‌ని ఉపయోగిస్తే, ప్రత్యేక VLANలో iSCSI ట్రాఫిక్‌ను వేరుచేయడం అత్యవసరం. నెట్‌వర్క్‌లో ప్యాకెట్‌ల పరిమాణాన్ని పెంచడానికి జంబో ఫ్రేమ్‌లకు (MTU = 9000) మద్దతును ప్రారంభించాలని మరియు తద్వారా ప్రసార సమయంలో ఓవర్‌హెడ్ సమాచారం మొత్తాన్ని తగ్గించాలని కూడా ఇది బాగా సిఫార్సు చేయబడింది. అయినప్పటికీ, సరైన ఆపరేషన్ కోసం "ఇనిషియేటర్-స్విచ్-టార్గెట్" గొలుసుతో పాటు అన్ని నెట్‌వర్క్ భాగాలపై MTU పరామితిని మార్చడం అవసరం అని గుర్తుంచుకోవడం విలువ.
అన్ని ఫ్లాష్ శ్రేణిని సెటప్ చేస్తోంది
శ్రేణి ఇప్పటికే ఏర్పడిన సమూహాలతో వినియోగదారులకు పంపిణీ చేయబడుతుంది . అందువల్ల, డ్రైవ్‌లను ఒకే నిర్మాణంలో కలపడానికి ఎటువంటి చర్యలు తీసుకోవలసిన అవసరం లేదు. మీరు అవసరమైన పరిమాణం మరియు పరిమాణం యొక్క వాల్యూమ్‌లను సృష్టించాలి.
సౌలభ్యం కోసం, ఒకేసారి ఇచ్చిన పరిమాణంలోని అనేక వాల్యూమ్‌ల బ్యాచ్ సృష్టికి కార్యాచరణ ఉంది. డిఫాల్ట్‌గా, సన్నని వాల్యూమ్‌లు సృష్టించబడతాయి, ఎందుకంటే ఇది అందుబాటులో ఉన్న నిల్వ స్థలాన్ని (స్పేస్ రిక్లమేషన్‌కు మద్దతుతో సహా) మరింత సమర్థవంతంగా ఉపయోగించడానికి అనుమతిస్తుంది. పనితీరు పరంగా, "సన్నని" మరియు "మందపాటి" వాల్యూమ్‌ల మధ్య వ్యత్యాసం 1% మించదు. అయితే, మీరు శ్రేణి నుండి "అన్ని రసాలను పిండాలని" కోరుకుంటే, మీరు ఎప్పుడైనా ఏదైనా "సన్నని" వాల్యూమ్‌ను "మందపాటి"గా మార్చవచ్చు. కానీ అలాంటి ఆపరేషన్ కోలుకోలేనిదని గుర్తుంచుకోవాలి.
తరువాత, సృష్టించబడిన వాల్యూమ్‌లను "ప్రచురించడం" మరియు ACLలు (iSCSI కోసం IP చిరునామాలు మరియు FC కోసం WWPN కోసం IP చిరునామాలు) మరియు అర్రే పోర్ట్‌ల ద్వారా భౌతిక విభజనను ఉపయోగించి హోస్ట్‌ల నుండి యాక్సెస్ హక్కులను సెట్ చేయడం మిగిలి ఉంది. iSCSI నమూనాల కోసం ఇది లక్ష్యాన్ని సృష్టించడం ద్వారా చేయబడుతుంది.
FC మోడల్‌ల కోసం, శ్రేణి యొక్క ప్రతి పోర్ట్ కోసం LUN సృష్టించడం ద్వారా ప్రచురణ జరుగుతుంది.
సెటప్ ప్రక్రియను వేగవంతం చేయడానికి, హోస్ట్‌లను సమూహాలుగా కలపవచ్చు. అంతేకాకుండా, హోస్ట్ మల్టీపోర్ట్ FC HBAని ఉపయోగిస్తే (ఇది ఆచరణలో చాలా తరచుగా జరుగుతుంది), అప్పుడు సిస్టమ్ స్వయంచాలకంగా అటువంటి HBA యొక్క పోర్ట్‌లు ఒకే హోస్ట్‌కు చెందినవని నిర్ధారిస్తుంది, WWPNలు ఒకదానితో ఒకటి భిన్నంగా ఉంటాయి. Target/LUN యొక్క బ్యాచ్ సృష్టి రెండు ఇంటర్‌ఫేస్‌లకు కూడా మద్దతు ఇస్తుంది.
iSCSI ఇంటర్‌ఫేస్‌ను ఉపయోగిస్తున్నప్పుడు ఒక ముఖ్యమైన గమనిక ఏమిటంటే, పనితీరును పెంచడానికి వాల్యూమ్‌ల కోసం ఒకేసారి బహుళ లక్ష్యాలను సృష్టించడం, లక్ష్యంపై క్యూ మార్చబడదు మరియు ప్రభావవంతంగా అడ్డంకిగా ఉంటుంది.
ESXi హోస్ట్‌లను కాన్ఫిగర్ చేస్తోంది
ESXi హోస్ట్ వైపు, ప్రాథమిక కాన్ఫిగరేషన్ పూర్తిగా ఊహించిన దృష్టాంతం ప్రకారం నిర్వహించబడుతుంది. iSCSI కనెక్షన్ కోసం విధానం:
- సాఫ్ట్‌వేర్ iSCSI అడాప్టర్‌ను జోడించండి (ఇది ఇప్పటికే జోడించబడి ఉంటే లేదా మీరు హార్డ్‌వేర్ iSCSI అడాప్టర్‌ని ఉపయోగిస్తుంటే అవసరం లేదు);
- iSCSI ట్రాఫిక్ పాస్ అయ్యే vSwitchని సృష్టించడం మరియు దానికి ఫిజికల్ అప్‌లింక్ మరియు VMkernal జోడించడం;
- డైనమిక్ డిస్కవరీకి అర్రే చిరునామాలను జోడిస్తోంది;
- డేటాస్టోర్ సృష్టి
కొన్ని ముఖ్యమైన గమనికలు:
- సాధారణ సందర్భంలో, మీరు ఇప్పటికే ఉన్న vSwitchని ఉపయోగించవచ్చు, కానీ ప్రత్యేక vSwitch విషయంలో, హోస్ట్ సెట్టింగ్‌లను నిర్వహించడం చాలా సులభం అవుతుంది.
- పనితీరు సమస్యలను నివారించడానికి ప్రత్యేక భౌతిక లింక్‌లు మరియు/లేదా VLANలపై నిర్వహణ మరియు iSCSI ట్రాఫిక్‌ను వేరు చేయడం అవసరం.
- VMkernal యొక్క IP చిరునామాలు మరియు అన్ని ఫ్లాష్ శ్రేణి యొక్క సంబంధిత పోర్ట్‌లు పనితీరు సమస్యల కారణంగా మళ్లీ ఒకే సబ్‌నెట్‌లో ఉండాలి.
- VMware నియమాల ప్రకారం తప్పు సహనాన్ని నిర్ధారించడానికి, vSwitch తప్పనిసరిగా కనీసం రెండు భౌతిక అప్‌లింక్‌లను కలిగి ఉండాలి
- జంబో ఫ్రేమ్‌లను ఉపయోగించినట్లయితే, మీరు vSwitch మరియు VMkernal రెండింటి యొక్క MTUని మార్చాలి.
- iSCSI ట్రాఫిక్‌తో పని చేయడానికి ఉపయోగించే ఫిజికల్ ఎడాప్టర్‌ల కోసం VMware సిఫార్సుల ప్రకారం, టీమింగ్ మరియు ఫెయిల్‌ఓవర్‌ని కాన్ఫిగర్ చేయడం అవసరం అని మీకు గుర్తు చేయడం ఉపయోగకరంగా ఉంటుంది. ప్రత్యేకించి, ప్రతి VMkernal తప్పనిసరిగా ఒక అప్‌లింక్ ద్వారా మాత్రమే పని చేయాలి, రెండవ అప్‌లింక్ తప్పనిసరిగా ఉపయోగించని మోడ్‌కి మారాలి. తప్పు సహనం కోసం, మీరు రెండు VMkernalలను జోడించాలి, వీటిలో ప్రతి ఒక్కటి దాని స్వంత అప్‌లింక్ ద్వారా పని చేస్తుంది.
VMkernel అడాప్టర్ (vmk#)
ఫిజికల్ నెట్‌వర్క్ అడాప్టర్ (vmnic#)
vmk1 (నిల్వ 01)
యాక్టివ్ ఎడాప్టర్లు
vmnic2
ఉపయోగించని ఎడాప్టర్లు
vmnic3
vmk2 (నిల్వ 02)
యాక్టివ్ ఎడాప్టర్లు
vmnic3
ఉపయోగించని ఎడాప్టర్లు
vmnic2
ఫైబర్ ఛానెల్ ద్వారా కనెక్ట్ చేయడానికి ప్రాథమిక దశలు అవసరం లేదు. మీరు వెంటనే డేటాస్టోర్‌ని సృష్టించవచ్చు.
డేటాస్టోర్‌ని సృష్టించిన తర్వాత, టార్గెట్/LUN మార్గాల కోసం రౌండ్ రాబిన్ విధానం అత్యంత పనితీరుగా ఉపయోగించబడిందని మీరు నిర్ధారించుకోవాలి.
డిఫాల్ట్‌గా, VMware సెట్టింగ్‌లు స్కీమ్ ప్రకారం ఈ విధానాన్ని ఉపయోగించడానికి అందిస్తాయి: మొదటి మార్గం ద్వారా 1000 అభ్యర్థనలు, రెండవ మార్గం ద్వారా తదుపరి 1000 అభ్యర్థనలు మొదలైనవి. హోస్ట్ మరియు రెండు-నియంత్రిక శ్రేణి మధ్య ఇటువంటి పరస్పర చర్య అసమతుల్యంగా ఉంటుంది. కాబట్టి, Esxcli/PowerCLI ద్వారా రౌండ్ రాబిన్ విధానం = 1 పరామితిని సెట్ చేయమని మేము సిఫార్సు చేస్తున్నాము.
పారామితులు
Esxcli కోసం:
- అందుబాటులో ఉన్న LUNలను జాబితా చేయండి
esxcli నిల్వ nmp పరికర జాబితా
- పరికరం పేరును కాపీ చేయండి
- రౌండ్ రాబిన్ విధానాన్ని మార్చండి
esxcli నిల్వ nmp psp రౌండ్‌రోబిన్ డివైస్‌కాన్ఫిగ్ సెట్ —type=iops —iops=1 —device=“Device_ID”
చాలా ఆధునిక అనువర్తనాలు బ్యాండ్‌విడ్త్ వినియోగాన్ని పెంచడానికి మరియు CPU లోడ్‌ను తగ్గించడానికి పెద్ద డేటా ప్యాకెట్‌లను మార్పిడి చేయడానికి రూపొందించబడ్డాయి. కాబట్టి, ESXi డిఫాల్ట్‌గా I/O అభ్యర్థనలను 32767KB వరకు నిల్వ పరికరానికి అందిస్తుంది. అయితే, కొన్ని సందర్భాల్లో, చిన్న భాగాలను మార్పిడి చేయడం మరింత ఉత్పాదకంగా ఉంటుంది. AccelStor శ్రేణుల కోసం, ఇవి క్రింది దృశ్యాలు:
- వర్చువల్ మిషన్ లెగసీ BIOSకు బదులుగా UEFIని ఉపయోగిస్తుంది
- vSphere రెప్లికేషన్‌ని ఉపయోగిస్తుంది
అటువంటి దృష్టాంతాల కోసం, Disk.DiskMaxIOSize పరామితి యొక్క విలువను 4096కి మార్చమని సిఫార్సు చేయబడింది.
iSCSI కనెక్షన్‌ల కోసం, కనెక్షన్ స్థిరత్వాన్ని పెంచడానికి మరియు ఫార్వార్డ్ చేసిన ప్యాకెట్‌ల నిర్ధారణల కోసం DelayedAck ఆలస్యాన్ని నిలిపివేయడానికి లాగిన్ గడువు పరామితిని 30 (డిఫాల్ట్ 5)కి మార్చాలని సిఫార్సు చేయబడింది. రెండు ఎంపికలు vSphere క్లయింట్‌లో ఉన్నాయి: హోస్ట్ → కాన్ఫిగర్ → స్టోరేజ్ → స్టోరేజ్ ఎడాప్టర్లు → iSCSI అడాప్టర్ కోసం అధునాతన ఎంపికలు
డేటాస్టోర్ కోసం ఉపయోగించే వాల్యూమ్‌ల సంఖ్య చాలా సూక్ష్మమైన అంశం. నిర్వహణ సౌలభ్యం కోసం, శ్రేణి మొత్తం వాల్యూమ్‌కు ఒక పెద్ద వాల్యూమ్‌ను సృష్టించాలనే కోరిక ఉందని స్పష్టమైంది. అయినప్పటికీ, అనేక వాల్యూమ్‌ల ఉనికి మరియు తదనుగుణంగా, డేటాస్టోర్ మొత్తం పనితీరుపై ప్రయోజనకరమైన ప్రభావాన్ని చూపుతుంది (క్రింద ఉన్న క్యూల గురించి మరింత). అందువల్ల, కనీసం రెండు వాల్యూమ్‌లను రూపొందించమని మేము సిఫార్సు చేస్తున్నాము.
సాపేక్షంగా ఇటీవల వరకు, VMware ఒక డేటాస్టోర్‌లో వర్చువల్ మిషన్ల సంఖ్యను పరిమితం చేయాలని సలహా ఇచ్చింది, మళ్లీ అత్యధిక పనితీరును పొందడం కోసం. అయితే, ఇప్పుడు, ముఖ్యంగా VDI వ్యాప్తితో, ఈ సమస్య ఇకపై అంత తీవ్రంగా లేదు. కానీ ఇది దీర్ఘకాల నియమాన్ని రద్దు చేయదు - వివిధ డేటాస్టోర్‌లలో ఇంటెన్సివ్ IO అవసరమయ్యే వర్చువల్ మిషన్లను పంపిణీ చేయడానికి. ప్రతి వాల్యూమ్‌కు వర్చువల్ మిషన్ల యొక్క సరైన సంఖ్యను నిర్ణయించడానికి, అంతకంటే మెరుగైనది ఏదీ లేదు దాని మౌలిక సదుపాయాల లోపల.
వర్చువల్ మిషన్లను సెటప్ చేస్తోంది
వర్చువల్ మిషన్లను సెటప్ చేసేటప్పుడు ప్రత్యేక అవసరాలు లేవు లేదా అవి చాలా సాధారణమైనవి:
- సాధ్యమయ్యే అత్యధిక VM సంస్కరణను ఉపయోగించడం (అనుకూలత)
- వర్చువల్ మిషన్లను దట్టంగా ఉంచేటప్పుడు RAM పరిమాణాన్ని సెట్ చేయడం చాలా జాగ్రత్తగా ఉంటుంది, ఉదాహరణకు, VDIలో (డిఫాల్ట్‌గా, స్టార్టప్‌లో, RAMకి తగిన పరిమాణంలో పేజీ ఫైల్ సృష్టించబడుతుంది, ఇది ఉపయోగకరమైన సామర్థ్యాన్ని వినియోగిస్తుంది మరియు ప్రభావం చూపుతుంది. చివరి ప్రదర్శన)
- IO పరంగా అత్యంత ఉత్పాదక అడాప్టర్ వెర్షన్‌లను ఉపయోగించండి: నెట్‌వర్క్ రకం VMXNET 3 మరియు SCSI రకం PVSCSI
- గరిష్ట పనితీరు కోసం థిక్ ప్రొవిజన్ ఈజర్ జీరోడ్ డిస్క్ రకాన్ని మరియు గరిష్ట నిల్వ స్థల వినియోగం కోసం థిన్ ప్రొవిజనింగ్‌ని ఉపయోగించండి
- వీలైతే, వర్చువల్ డిస్క్ పరిమితిని ఉపయోగించి నాన్-I/O క్రిటికల్ మిషన్ల ఆపరేషన్‌ను పరిమితం చేయండి
- VMware సాధనాలను ఇన్‌స్టాల్ చేయాలని నిర్ధారించుకోండి
క్యూలపై గమనికలు
క్యూ (లేదా అత్యుత్తమ I/Os) అనేది నిర్దిష్ట పరికరం/అప్లికేషన్ కోసం ఏ సమయంలోనైనా ప్రాసెస్ చేయడానికి వేచి ఉన్న ఇన్‌పుట్/అవుట్‌పుట్ అభ్యర్థనల (SCSI కమాండ్‌లు) సంఖ్య. క్యూ ఓవర్‌ఫ్లో విషయంలో, QFULL ఎర్రర్‌లు జారీ చేయబడతాయి, ఇది చివరికి జాప్యం పరామితిలో పెరుగుదలకు దారి తీస్తుంది. డిస్క్ (స్పిండిల్) నిల్వ వ్యవస్థలను ఉపయోగిస్తున్నప్పుడు, సిద్ధాంతపరంగా, క్యూ ఎక్కువ, వాటి పనితీరు ఎక్కువ. అయితే, మీరు దీన్ని దుర్వినియోగం చేయకూడదు, ఎందుకంటే ఇది QFULLలోకి ప్రవేశించడం సులభం. అన్ని ఫ్లాష్ సిస్టమ్‌ల విషయంలో, ఒక వైపు, ప్రతిదీ కొంత సరళంగా ఉంటుంది: అన్నింటికంటే, శ్రేణిలో లాటెన్సీలు ఉన్నాయి, అవి మాగ్నిట్యూడ్ తక్కువ ఆర్డర్‌లను కలిగి ఉంటాయి మరియు అందువల్ల, చాలా తరచుగా, క్యూల పరిమాణాన్ని విడిగా నియంత్రించాల్సిన అవసరం లేదు. కానీ మరోవైపు, కొన్ని ఉపయోగ దృశ్యాలలో (నిర్దిష్ట వర్చువల్ మిషన్ల కోసం IO అవసరాలలో బలమైన వక్రీకరణ, గరిష్ట పనితీరు కోసం పరీక్షలు మొదలైనవి) ఇది అవసరం, క్యూల పారామితులను మార్చకపోతే, కనీసం ఏ సూచికలు ఉన్నాయో అర్థం చేసుకోవడం అవసరం. సాధించవచ్చు, మరియు, ప్రధాన విషయం ఏ మార్గాల్లో ఉంది.
AccelStor ఆల్ ఫ్లాష్ శ్రేణిలో వాల్యూమ్‌లు లేదా I/O పోర్ట్‌లకు సంబంధించి ఎటువంటి పరిమితులు లేవు. అవసరమైతే, ఒక వాల్యూమ్ కూడా శ్రేణి యొక్క అన్ని వనరులను పొందగలదు. iSCSI లక్ష్యాలకు మాత్రమే క్యూలో ఉన్న పరిమితి. ఈ కారణంగానే ఈ పరిమితిని అధిగమించడానికి ప్రతి వాల్యూమ్‌కు అనేక (ఆదర్శంగా 8 ముక్కల వరకు) లక్ష్యాలను సృష్టించాల్సిన అవసరం పైన సూచించబడింది. AccelStor శ్రేణులు చాలా ఉత్పాదక పరిష్కారాలు అని కూడా పునరావృతం చేద్దాం. అందువల్ల, మీరు గరిష్ట వేగాన్ని సాధించడానికి సిస్టమ్ యొక్క అన్ని ఇంటర్‌ఫేస్ పోర్ట్‌లను ఉపయోగించాలి.
ESXi హోస్ట్ వైపు, పరిస్థితి పూర్తిగా భిన్నంగా ఉంటుంది. పాల్గొనే వారందరికీ వనరులకు సమాన ప్రాప్తి యొక్క అభ్యాసాన్ని హోస్ట్ స్వయంగా వర్తింపజేస్తుంది. అందువల్ల, అతిథి OS మరియు HBA కోసం ప్రత్యేక IO క్యూలు ఉన్నాయి. అతిథి OSకి క్యూలు క్యూల నుండి వర్చువల్ SCSI అడాప్టర్ మరియు వర్చువల్ డిస్క్‌కి మిళితం చేయబడ్డాయి:
HBAకి క్యూ నిర్దిష్ట రకం/విక్రేతపై ఆధారపడి ఉంటుంది:
వర్చువల్ మిషన్ యొక్క చివరి పనితీరు హోస్ట్ కాంపోనెంట్‌లలో అతి తక్కువ క్యూ డెప్త్ పరిమితి ద్వారా నిర్ణయించబడుతుంది.
ఈ విలువలకు ధన్యవాదాలు, మేము నిర్దిష్ట కాన్ఫిగరేషన్‌లో పొందగల పనితీరు సూచికలను అంచనా వేయవచ్చు. ఉదాహరణకు, మేము 0.5ms జాప్యంతో వర్చువల్ మిషన్ (బ్లాక్ బైండింగ్ లేకుండా) యొక్క సైద్ధాంతిక పనితీరును తెలుసుకోవాలనుకుంటున్నాము. అప్పుడు దాని IOPS = (1,000/లేటెన్సీ) * అత్యుత్తమ I/Os (క్యూ డెప్త్ పరిమితి)
ఉదాహరణలు
ఉదాహరణకు 1
- FC Emulex HBA అడాప్టర్
- ఒక్కో డేటాస్టోర్‌కి ఒక VM
- VMware పారావర్చువల్ SCSI అడాప్టర్
ఇక్కడ క్యూ డెప్త్ పరిమితి Emulex HBA ద్వారా నిర్ణయించబడుతుంది. కాబట్టి IOPS = (1000/0.5)*32 = 64K
ఉదాహరణకు 2
- VMware iSCSI సాఫ్ట్‌వేర్ అడాప్టర్
- ఒక్కో డేటాస్టోర్‌కి ఒక VM
- VMware పారావర్చువల్ SCSI అడాప్టర్
ఇక్కడ క్యూ డెప్త్ పరిమితి ఇప్పటికే పారావర్చువల్ SCSI అడాప్టర్ ద్వారా నిర్ణయించబడింది. కాబట్టి IOPS = (1000/0.5)*64 = 128K
అన్ని Flash AccelStor శ్రేణుల టాప్ మోడల్‌లు (ఉదాహరణకు, ) 700K బ్లాక్‌లో 4K IOPS వ్రాత పనితీరును అందించగల సామర్థ్యం కలిగి ఉంటాయి. అటువంటి బ్లాక్ పరిమాణంతో, ఒకే వర్చువల్ మెషీన్ అటువంటి శ్రేణిని లోడ్ చేయగలదని చాలా స్పష్టంగా తెలుస్తుంది. దీన్ని చేయడానికి, మీకు 11 (ఉదాహరణకు 1) లేదా 6 (ఉదాహరణకు 2) వర్చువల్ మిషన్లు అవసరం.
ఫలితంగా, వర్చువల్ డేటా సెంటర్ యొక్క అన్ని వివరించిన భాగాల యొక్క సరైన కాన్ఫిగరేషన్‌తో, మీరు పనితీరు పరంగా చాలా ఆకట్టుకునే ఫలితాలను పొందవచ్చు.
4K రాండమ్, 70% చదవండి/30% వ్రాయండి
వాస్తవానికి, వాస్తవ ప్రపంచం ఒక సాధారణ సూత్రంతో వర్ణించగల దానికంటే చాలా క్లిష్టంగా ఉంటుంది. ఒక హోస్ట్ ఎల్లప్పుడూ విభిన్న కాన్ఫిగరేషన్‌లు మరియు IO అవసరాలతో బహుళ వర్చువల్ మిషన్లను హోస్ట్ చేస్తుంది. మరియు I/O ప్రాసెసింగ్ హోస్ట్ ప్రాసెసర్ ద్వారా నిర్వహించబడుతుంది, దీని శక్తి అనంతం కాదు. కాబట్టి, అదే పూర్తి సామర్థ్యాన్ని అన్‌లాక్ చేయడానికి వాస్తవానికి, మీకు మూడు హోస్ట్‌లు అవసరం. అదనంగా, వర్చువల్ మెషీన్‌లలో నడుస్తున్న అప్లికేషన్‌లు వాటి స్వంత సర్దుబాట్లను చేస్తాయి. కాబట్టి, ఖచ్చితమైన పరిమాణం కోసం మేము అందిస్తున్నాము అన్ని ఫ్లాష్ శ్రేణులు నిజమైన ప్రస్తుత పనులపై కస్టమర్ యొక్క అవస్థాపన లోపల.
మూలం: www.habr.com