మీ కోసం సరైన పరిష్కారాన్ని ఎంచుకోవడానికి మరియు Gluster, Ceph మరియు Vstorage (Virtuozzo) వంటి SDS మధ్య తేడాలను అర్థం చేసుకోవడంలో మీకు సహాయపడటానికి ఈ కథనం వ్రాయబడింది.
టెక్స్ట్ కొన్ని సమస్యల గురించి మరింత వివరంగా బహిర్గతం చేసే కథనాలకు లింక్‌లను ఉపయోగిస్తుంది, కాబట్టి వివరణలు వీలైనంత క్లుప్తంగా ఉంటాయి, అనవసరమైన మెత్తనియున్ని మరియు పరిచయ సమాచారం లేకుండా కీలక అంశాలను ఉపయోగించి, మీరు కోరుకుంటే, ఇంటర్నెట్‌లో స్వతంత్రంగా పొందవచ్చు.
వాస్తవానికి, లేవనెత్తిన అంశాలకు టెక్స్ట్ యొక్క టోన్లు అవసరం, కానీ ఆధునిక ప్రపంచంలో ఎక్కువ మంది ప్రజలు చాలా చదవడానికి ఇష్టపడరు))), కాబట్టి మీరు త్వరగా చదివి ఎంపిక చేసుకోవచ్చు మరియు ఏదైనా ఉంటే స్పష్టంగా లేదు, లింక్‌లను అనుసరించండి లేదా గూగుల్ అస్పష్టమైన పదాలను అనుసరించండి))), మరియు ఈ వ్యాసం ఈ లోతైన అంశాలకు పారదర్శక రేపర్ లాంటిది, పూరించడం చూపుతుంది - ప్రతి నిర్ణయం యొక్క ప్రధాన కీలక అంశాలు.
మెరుపు
గ్లస్టర్‌తో ప్రారంభిద్దాం, ఇది వర్చువల్ ఎన్విరాన్‌మెంట్‌ల కోసం ఓపెన్ సోర్స్ ఆధారంగా SDSతో హైపర్‌కన్వర్జ్డ్ ప్లాట్‌ఫారమ్‌ల తయారీదారులచే చురుకుగా ఉపయోగించబడుతుంది మరియు నిల్వ విభాగంలో RedHat వెబ్‌సైట్‌లో కనుగొనవచ్చు, ఇక్కడ మీరు రెండు SDS ఎంపికల నుండి ఎంచుకోవచ్చు: Gluster లేదా Ceph.
గ్లస్టర్ అనువాదకుల స్టాక్‌ను కలిగి ఉంటుంది - ఫైల్‌లను పంపిణీ చేసే అన్ని పనులను చేసే సేవలు మొదలైనవి. బ్రిక్ అనేది ఒక డిస్క్‌కి సేవలు అందించే సేవ, వాల్యూమ్ అనేది ఈ ఇటుకలను ఏకం చేసే వాల్యూమ్ (పూల్). DHT (డిస్ట్రిబ్యూటెడ్ హాష్ టేబుల్) ఫంక్షన్‌ని ఉపయోగించి ఫైల్‌లను గ్రూపులుగా పంపిణీ చేయడానికి తదుపరి సేవ వస్తుంది. దిగువ లింక్‌లు దానితో అనుబంధించబడిన సమస్యలను వివరిస్తాయి కాబట్టి మేము వివరణలో షార్డింగ్ సేవను చేర్చము.
వ్రాసేటప్పుడు, మొత్తం ఫైల్ ఇటుకలో నిల్వ చేయబడుతుంది మరియు దాని కాపీని రెండవ సర్వర్లో ఇటుకతో ఏకకాలంలో వ్రాయబడుతుంది. తరువాత, రెండవ ఫైల్ వేర్వేరు సర్వర్‌లలో రెండు ఇటుకల (లేదా అంతకంటే ఎక్కువ) రెండవ సమూహానికి వ్రాయబడుతుంది.
ఫైల్‌లు దాదాపు ఒకే పరిమాణంలో ఉంటే మరియు వాల్యూమ్‌లో ఒక సమూహం మాత్రమే ఉంటే, అప్పుడు ప్రతిదీ బాగానే ఉంటుంది, కానీ ఇతర పరిస్థితులలో వివరణల నుండి క్రింది సమస్యలు తలెత్తుతాయి:
- సమూహాలలో స్థలం అసమానంగా ఉపయోగించబడుతుంది, ఇది ఫైల్‌ల పరిమాణంపై ఆధారపడి ఉంటుంది మరియు ఫైల్‌ను వ్రాయడానికి సమూహంలో తగినంత స్థలం లేనట్లయితే, మీరు లోపాన్ని అందుకుంటారు, ఫైల్ వ్రాయబడదు మరియు మరొక సమూహానికి పునఃపంపిణీ చేయబడదు ;
- ఒక ఫైల్‌ను వ్రాసేటప్పుడు, IO ఒక సమూహానికి మాత్రమే వెళుతుంది, మిగిలినవి నిష్క్రియంగా ఉంటాయి;
- ఒక ఫైల్‌ను వ్రాసేటప్పుడు మీరు మొత్తం వాల్యూమ్ యొక్క IOని పొందలేరు;
- మరియు బ్లాక్‌లుగా డేటా పంపిణీ లేకపోవడం వల్ల సాధారణ భావన తక్కువ ఉత్పాదకతను కలిగి ఉంది, ఇక్కడ ఏకరీతి పంపిణీ సమస్యను సమతుల్యం చేయడం మరియు పరిష్కరించడం సులభం, మరియు ఇప్పుడు మొత్తం ఫైల్ బ్లాక్‌లోకి వెళ్లినట్లు కాదు.
అధికారిక వివరణ నుండి క్లాసిక్ హార్డ్‌వేర్ RAID పైన గ్లస్టర్ ఫైల్ స్టోరేజ్‌గా పనిచేస్తుందని కూడా మేము అసంకల్పితంగా అర్థం చేసుకున్నాము. ఫైల్‌లను బ్లాక్‌లుగా కత్తిరించే (షార్డింగ్) అభివృద్ధి ప్రయత్నాలు జరిగాయి, అయితే ఇవన్నీ ఇప్పటికే ఉన్న నిర్మాణ విధానంపై పనితీరు నష్టాలను విధించే అదనంగా ఉన్నాయి, అలాగే ఫ్యూజ్ వంటి పనితీరు పరిమితులతో స్వేచ్ఛగా పంపిణీ చేయబడిన భాగాలను ఉపయోగించడం. ఫైల్‌లను బ్లాక్‌లుగా పంపిణీ చేస్తున్నప్పుడు నిల్వ యొక్క పనితీరు మరియు తప్పును సహించే సామర్థ్యాలను పరిమితం చేసే మెటాడేటా సేవలు ఏవీ లేవు. "డిస్ట్రిబ్యూటెడ్ రెప్లికేటెడ్" కాన్ఫిగరేషన్‌తో మెరుగైన పనితీరు సూచికలను గమనించవచ్చు మరియు సరైన లోడ్ పంపిణీతో విశ్వసనీయమైన ప్రతిరూపం 6ని నిర్వహించడానికి నోడ్‌ల సంఖ్య కనీసం 3 ఉండాలి.
ఈ అన్వేషణలు వినియోగదారు అనుభవం యొక్క వివరణకు కూడా సంబంధించినవి మరియు పోల్చినప్పుడు , మరియు ఈ మరింత ఉత్పాదక మరియు మరింత నమ్మదగిన కాన్ఫిగరేషన్ యొక్క అవగాహనకు దారితీసే అనుభవం యొక్క వివరణ కూడా ఉంది
రెండు ఫైల్‌లను వ్రాసేటప్పుడు చిత్రం లోడ్ పంపిణీని చూపుతుంది, ఇక్కడ మొదటి ఫైల్ యొక్క కాపీలు మొదటి మూడు సర్వర్‌లలో పంపిణీ చేయబడతాయి, ఇవి వాల్యూమ్ 0 సమూహంలో మిళితం చేయబడతాయి మరియు రెండవ ఫైల్ యొక్క మూడు కాపీలు మూడు యొక్క రెండవ సమూహం వాల్యూమ్1లో ఉంచబడతాయి. సర్వర్లు. ప్రతి సర్వర్‌కు ఒక డిస్క్ ఉంటుంది.
సాధారణ ముగింపు ఏమిటంటే, మీరు గ్లస్టర్‌ను ఉపయోగించవచ్చు, అయితే పనితీరులో పరిమితులు మరియు వర్చువల్ ఎన్విరాన్‌మెంట్‌ల కంప్యూటింగ్ లోడ్‌ల కోసం వనరులు అవసరమయ్యే హైపర్‌కన్వర్జ్డ్ సొల్యూషన్‌లోని కొన్ని పరిస్థితులలో ఇబ్బందులను సృష్టించే తప్పు సహనం ఉంటాయి.
కొన్ని గ్లస్టర్ పనితీరు సూచికలు కూడా ఉన్నాయి, వీటిని కొన్ని షరతులకు పరిమితం చేయవచ్చు
సెఫ్
ఇప్పుడు నేను చేయగలిగిన నిర్మాణ వర్ణనల నుండి Ceph ను చూద్దాం మధ్య పోలిక కూడా ఉంది , దాని సేవలకు లోడ్‌లో ఉన్న అన్ని హార్డ్‌వేర్ వనరులు అవసరం కాబట్టి, ప్రత్యేక సర్వర్‌లలో Cephని అమలు చేయడం మంచిది అని మీరు వెంటనే అర్థం చేసుకోవచ్చు.
నిర్మాణం గ్లస్టర్ కంటే చాలా క్లిష్టంగా ఉంటుంది మరియు మెటాడేటా సేవలు వంటి సేవలు ఉన్నాయి, అయితే భాగాల మొత్తం స్టాక్ చాలా క్లిష్టంగా ఉంటుంది మరియు వర్చువలైజేషన్ సొల్యూషన్‌లో ఉపయోగించడానికి చాలా అనువైనది కాదు. డేటా బ్లాక్‌లలో నిల్వ చేయబడుతుంది, ఇది మరింత ఉత్పాదకంగా కనిపిస్తుంది, కానీ అన్ని సేవల (భాగాలు) యొక్క సోపానక్రమంలో, కొన్ని లోడ్‌లు మరియు అత్యవసర పరిస్థితుల్లో నష్టాలు మరియు జాప్యం ఉన్నాయి, ఉదాహరణకు కిందివి
ఆర్కిటెక్చర్ యొక్క వివరణ నుండి, గుండె క్రష్గా ఉంది, దీనికి ధన్యవాదాలు డేటాను నిల్వ చేయడానికి స్థానం ఎంపిక చేయబడింది. తదుపరి PG వస్తుంది - ఇది అర్థం చేసుకోవడానికి చాలా కష్టమైన సంగ్రహణ (తార్కిక సమూహం). క్రష్‌ను మరింత ప్రభావవంతంగా చేయడానికి PGలు అవసరం. వనరుల వినియోగాన్ని తగ్గించడానికి, పనితీరు మరియు స్కేలబిలిటీని పెంచడానికి వస్తువులను సమూహపరచడం PG యొక్క ముఖ్య ఉద్దేశ్యం. వస్తువులను నేరుగా, వ్యక్తిగతంగా, వాటిని PGలో కలపకుండా సంబోధించడం చాలా ఖరీదైనది. OSD అనేది ఒక్కొక్క డిస్క్‌కి ఒక సేవ.
ఒక క్లస్టర్ వివిధ ప్రయోజనాల కోసం మరియు విభిన్న సెట్టింగ్‌లతో ఒకటి లేదా అనేక డేటా పూల్‌లను కలిగి ఉంటుంది. కొలనులు ప్లేస్‌మెంట్ గ్రూపులుగా విభజించబడ్డాయి. ప్లేస్‌మెంట్ సమూహాలు క్లయింట్లు యాక్సెస్ చేసే వస్తువులను నిల్వ చేస్తాయి. ఇక్కడే తార్కిక స్థాయి ముగుస్తుంది మరియు భౌతిక స్థాయి ప్రారంభమవుతుంది, ఎందుకంటే ప్రతి ప్లేస్‌మెంట్ సమూహానికి ఒక ప్రధాన డిస్క్ మరియు అనేక రెప్లికా డిస్క్‌లు కేటాయించబడతాయి (ఎన్ని ఖచ్చితంగా పూల్ రెప్లికేషన్ ఫ్యాక్టర్‌పై ఆధారపడి ఉంటాయి). మరో మాటలో చెప్పాలంటే, తార్కిక స్థాయిలో వస్తువు ఒక నిర్దిష్ట ప్లేస్‌మెంట్ సమూహంలో నిల్వ చేయబడుతుంది మరియు భౌతిక స్థాయిలో - దానికి కేటాయించిన డిస్క్‌లలో. ఈ సందర్భంలో, డిస్క్‌లు భౌతికంగా వేర్వేరు నోడ్‌లలో లేదా వేర్వేరు డేటా సెంటర్‌లలో కూడా ఉంటాయి.
ఈ పథకంలో, ప్లేస్‌మెంట్ సమూహాలు మొత్తం పరిష్కారం యొక్క సౌలభ్యం కోసం అవసరమైన స్థాయి వలె కనిపిస్తాయి, అయితే అదే సమయంలో, ఈ గొలుసులో అదనపు లింక్‌గా, అసంకల్పితంగా ఉత్పాదకత నష్టాన్ని సూచిస్తుంది. ఉదాహరణకు, డేటాను వ్రాసేటప్పుడు, సిస్టమ్ దానిని ఈ సమూహాలుగా విభజించాలి మరియు భౌతిక స్థాయిలో ప్రధాన డిస్క్ మరియు ప్రతిరూపాల కోసం డిస్క్‌లుగా విభజించాలి. అంటే, ఒక వస్తువును శోధిస్తున్నప్పుడు మరియు చొప్పించేటప్పుడు హాష్ ఫంక్షన్ పనిచేస్తుంది, కానీ ఒక సైడ్ ఎఫెక్ట్ ఉంది - ఇది హాష్‌ను పునర్నిర్మించడంపై చాలా ఎక్కువ ఖర్చులు మరియు పరిమితులు (డిస్క్‌ను జోడించేటప్పుడు లేదా తీసివేసేటప్పుడు). మరొక హాష్ సమస్య ఏమిటంటే మార్చలేని డేటా యొక్క స్పష్టంగా నేయిల్ చేయబడిన స్థానం. అంటే, ఏదో ఒకవిధంగా డిస్క్ పెరిగిన లోడ్‌లో ఉంటే, సిస్టమ్‌కు దానికి వ్రాయకుండా ఉండటానికి అవకాశం లేదు (మరొక డిస్క్‌ను ఎంచుకోవడం ద్వారా), హాష్ ఫంక్షన్ డేటాను నియమం ప్రకారం ఉంచడానికి నిర్బంధిస్తుంది, ఎంత చెడ్డది అయినా. డిస్క్ ఉంది, కాబట్టి సెల్ఫ్ హీలింగ్ లేదా స్టోరేజీని పెంచుతున్నప్పుడు PGని పునర్నిర్మించేటప్పుడు Ceph చాలా మెమరీని తింటుంది. ముగింపు ఏమిటంటే, Ceph బాగా పనిచేస్తుంది (నిదానంగా ఉన్నప్పటికీ), కానీ స్కేలింగ్, అత్యవసర పరిస్థితులు లేదా నవీకరణలు లేనప్పుడు మాత్రమే.
కాషింగ్ మరియు కాష్ షేరింగ్ ద్వారా పనితీరును పెంచడానికి ఎంపికలు ఉన్నాయి, అయితే దీనికి మంచి హార్డ్‌వేర్ అవసరం మరియు ఇంకా నష్టాలు ఉంటాయి. కానీ మొత్తంమీద, ఉత్పాదకత కోసం గ్లస్టర్ కంటే సెఫ్ మరింత ఉత్సాహంగా కనిపిస్తోంది. అలాగే, ఈ ఉత్పత్తులను ఉపయోగిస్తున్నప్పుడు, ఒక ముఖ్యమైన కారకాన్ని పరిగణనలోకి తీసుకోవడం అవసరం - ఇది Linux పై గొప్ప ప్రాధాన్యతనిచ్చే అధిక స్థాయి సామర్థ్యం, అనుభవం మరియు వృత్తి నైపుణ్యం, ఎందుకంటే ప్రతిదీ సరిగ్గా అమర్చడం, కాన్ఫిగర్ చేయడం మరియు నిర్వహించడం చాలా ముఖ్యం, ఇది నిర్వాహకునిపై మరింత బాధ్యత మరియు భారాన్ని మోపుతుంది.
నిల్వ
ఆర్కిటెక్చర్ మరింత ఆసక్తికరంగా కనిపిస్తుంది , ఇది ఒకే నోడ్‌లలో హైపర్‌వైజర్‌తో కలిపి ఉపయోగించవచ్చు , కానీ మంచి పనితీరును సాధించడానికి ప్రతిదీ సరిగ్గా కాన్ఫిగర్ చేయడం చాలా ముఖ్యం. అంటే, ఆర్కిటెక్చర్‌కు అనుగుణంగా సిఫార్సులను పరిగణనలోకి తీసుకోకుండా ఏదైనా కాన్ఫిగరేషన్‌లో పెట్టె నుండి అటువంటి ఉత్పత్తిని అమలు చేయడం చాలా సులభం, కానీ ఉత్పాదకమైనది కాదు.
kvm-qemu హైపర్‌వైజర్ సేవల ప్రక్కన నిల్వ కోసం ఏమి సహజీవనం చేయగలదు మరియు కాంపాక్ట్ కాంపాక్ట్ ఆప్టిమల్ సోపానక్రమం కనుగొనబడిన కొన్ని సేవలు మాత్రమే: క్లయింట్ సేవ FUSE ద్వారా మౌంట్ చేయబడింది (సవరించిన, ఓపెన్ సోర్స్ కాదు), MDS మెటాడేటా సేవ (మెటాడేటా సర్వీస్), సర్వీస్ చంక్ సర్వీస్ డేటా బ్లాక్‌లు, ఇది భౌతిక స్థాయిలో ఒక డిస్క్‌కి సమానం మరియు అంతే. వేగం పరంగా, వాస్తవానికి, రెండు ప్రతిరూపాలతో తప్పు-తట్టుకునే స్కీమ్‌ను ఉపయోగించడం సరైనది, కానీ మీరు SSD డ్రైవ్‌లలో కాషింగ్ మరియు లాగ్‌లను ఉపయోగిస్తే, అప్పుడు లోపం-తట్టుకునే కోడింగ్ (కోడింగ్ లేదా రైడ్6ని తొలగించడం) మర్యాదగా ఓవర్‌లాక్ చేయవచ్చు హైబ్రిడ్ స్కీమ్ లేదా అన్ని ఫ్లాష్‌లో కూడా మెరుగ్గా ఉంటుంది. EC (కోడింగ్ చెరిపివేయడం)తో కొంత ప్రతికూలత ఉంది: ఒక డేటా బ్లాక్‌ను మార్చేటప్పుడు, సమాన మొత్తాలను తిరిగి లెక్కించడం అవసరం. ఈ ఆపరేషన్‌తో సంబంధం ఉన్న నష్టాలను దాటవేయడానికి, Ceph వాయిదా వేయబడి ECకి వ్రాస్తుంది మరియు నిర్దిష్ట అభ్యర్థన సమయంలో పనితీరు సమస్యలు సంభవించవచ్చు, ఉదాహరణకు, అన్ని బ్లాక్‌లను చదవవలసి ఉంటుంది మరియు Virtuozzo నిల్వ విషయంలో, మార్చబడిన బ్లాక్‌లను వ్రాయడం జరుగుతుంది. "లాగ్-స్ట్రక్చర్డ్ ఫైల్ సిస్టమ్" విధానాన్ని ఉపయోగించడం, ఇది సమాన గణన ఖర్చులను తగ్గిస్తుంది. ECతో మరియు లేకుండా పని యొక్క త్వరణంతో సుమారుగా ఎంపికలను అంచనా వేయడానికి, ఉన్నాయి - పరికరాల తయారీదారు యొక్క ఖచ్చితత్వ గుణకంపై ఆధారపడి గణాంకాలు సుమారుగా ఉండవచ్చు, కానీ లెక్కల ఫలితం ఆకృతీకరణను ప్లాన్ చేయడంలో మంచి సహాయం.
నిల్వ భాగాల యొక్క సాధారణ రేఖాచిత్రం అంటే ఈ భాగాలు శోషించబడవని కాదు కానీ మీరు అన్ని ఖర్చులను ముందుగానే లెక్కించినట్లయితే, మీరు హైపర్‌వైజర్ పక్కన ఉన్న సహకారాన్ని లెక్కించవచ్చు.
Ceph మరియు Virtuozzo నిల్వ సేవల ద్వారా హార్డ్‌వేర్ వనరుల వినియోగాన్ని పోల్చడానికి ఒక పథకం ఉంది.
పాత కథనాలను ఉపయోగించి, వాటిలోని అత్యంత ముఖ్యమైన పంక్తులను ఉపయోగించి, గ్లస్టర్ మరియు సెఫ్‌లను పోల్చడం గతంలో సాధ్యమైతే, విర్టుజోజోతో ఇది మరింత కష్టం. ఈ ఉత్పత్తిపై చాలా కథనాలు లేవు మరియు డాక్యుమెంటేషన్ నుండి మాత్రమే సమాచారాన్ని సేకరించవచ్చు లేదా రష్యన్‌లో Vstorage వంటి కంపెనీలలో కొన్ని హైపర్‌కన్వర్జ్డ్ సొల్యూషన్స్‌లో ఉపయోగించే నిల్వగా మేము పరిగణించినట్లయితే మరియు అక్రోనిస్.
నేను ఈ ఆర్కిటెక్చర్ వివరణతో సహాయం చేయడానికి ప్రయత్నిస్తాను, కాబట్టి కొంచెం ఎక్కువ వచనం ఉంటుంది, కానీ డాక్యుమెంటేషన్‌ను మీరే అర్థం చేసుకోవడానికి చాలా సమయం పడుతుంది మరియు ఇప్పటికే ఉన్న డాక్యుమెంటేషన్ టేబుల్‌ను రివైజ్ చేయడం ద్వారా మాత్రమే సూచనగా ఉపయోగించబడుతుంది. విషయాలు లేదా కీవర్డ్ ద్వారా శోధించడం.
పైన వివరించిన భాగాలతో హైబ్రిడ్ హార్డ్‌వేర్ కాన్ఫిగరేషన్‌లో రికార్డింగ్ ప్రక్రియను పరిశీలిద్దాం: రికార్డింగ్ క్లయింట్ ప్రారంభించిన నోడ్‌కు వెళ్లడం ప్రారంభమవుతుంది (FUSE మౌంట్ పాయింట్ సర్వీస్), అయితే మెటాడేటా సర్వీస్ (MDS) మాస్టర్ భాగం ఖచ్చితంగా ఉంటుంది. క్లయింట్‌ను నేరుగా కోరుకున్న భాగం సేవకు (స్టోరేజ్ సర్వీస్ CS బ్లాక్‌లు) మళ్లించండి, అంటే, MDS రికార్డింగ్ ప్రక్రియలో పాల్గొనదు, కానీ అవసరమైన భాగానికి సేవను నిర్దేశిస్తుంది. సాధారణంగా, మేము బారెల్స్‌లో నీటిని పోయడంతో రికార్డింగ్‌కు సారూప్యతను ఇవ్వవచ్చు. ప్రతి బ్యారెల్ 256MB డేటా బ్లాక్.
అంటే, ఒక డిస్క్ అటువంటి బారెల్స్ యొక్క నిర్దిష్ట సంఖ్యలో, అంటే డిస్క్ వాల్యూమ్ 256MB ద్వారా విభజించబడింది. ప్రతి కాపీ ఒక నోడ్‌కు పంపిణీ చేయబడుతుంది, రెండవది దాదాపుగా మరొక నోడ్‌కు సమాంతరంగా ఉంటుంది, మొదలైనవి... మనకు మూడు ప్రతిరూపాలు ఉంటే మరియు కాష్ కోసం (లాగ్‌లను చదవడం మరియు వ్రాయడం కోసం) SSD డిస్క్‌లు ఉంటే, వ్రాసిన తర్వాత వ్రాసిన నిర్ధారణ జరుగుతుంది. SSDకి లాగ్, మరియు SSD నుండి సమాంతర రీసెట్ HDDలో నేపథ్యంలో వలె కొనసాగుతుంది. మూడు ప్రతిరూపాల విషయంలో, మూడవ నోడ్ యొక్క SSD నుండి నిర్ధారణ తర్వాత రికార్డ్ కట్టుబడి ఉంటుంది. మూడు SSDల వ్రాత వేగం మొత్తాన్ని మూడుతో భాగించవచ్చని అనిపించవచ్చు మరియు మేము ఒక ప్రతిరూపం యొక్క వ్రాత వేగాన్ని పొందుతాము, కానీ కాపీలు సమాంతరంగా వ్రాయబడతాయి మరియు నెట్‌వర్క్ లాటెన్సీ వేగం సాధారణంగా SSD కంటే ఎక్కువగా ఉంటుంది, మరియు నిజానికి వ్రాత పనితీరు నెట్‌వర్క్‌పై ఆధారపడి ఉంటుంది. ఈ విషయంలో, నిజమైన IOPSని చూడాలంటే, మీరు మొత్తం Vstorageని సరిగ్గా లోడ్ చేయాలి , అంటే, నిజమైన లోడ్‌ను పరీక్షించడం, మెమరీ మరియు కాష్ కాదు, ఇక్కడ సరైన డేటా బ్లాక్ పరిమాణం, థ్రెడ్‌ల సంఖ్య మొదలైనవాటిని పరిగణనలోకి తీసుకోవడం అవసరం.
SSDలో పైన పేర్కొన్న రికార్డింగ్ లాగ్ డేటాలోకి ప్రవేశించిన వెంటనే, సేవ ద్వారా వెంటనే చదవబడుతుంది మరియు HDDకి వ్రాయబడుతుంది. ఒక క్లస్టర్‌కి అనేక మెటాడేటా సేవలు (MDS) ఉన్నాయి మరియు వాటి సంఖ్య కోరం ద్వారా నిర్ణయించబడుతుంది, ఇది పాక్సోస్ అల్గోరిథం ప్రకారం పని చేస్తుంది. క్లయింట్ యొక్క దృక్కోణం నుండి, FUSE మౌంట్ పాయింట్ అనేది క్లస్టర్ నిల్వ ఫోల్డర్, ఇది క్లస్టర్‌లోని అన్ని నోడ్‌లకు ఏకకాలంలో కనిపిస్తుంది, ప్రతి నోడ్‌లో ఈ సూత్రం ప్రకారం మౌంట్ చేయబడిన క్లయింట్ ఉంటుంది, కాబట్టి ఈ నిల్వ ప్రతి నోడ్‌కు అందుబాటులో ఉంటుంది.
పైన వివరించిన ఏదైనా విధానాల పనితీరు కోసం, ప్రణాళిక మరియు విస్తరణ దశలో, నెట్‌వర్క్‌ను సరిగ్గా కాన్ఫిగర్ చేయడం చాలా ముఖ్యం, ఇక్కడ అగ్రిగేషన్ మరియు సరిగ్గా ఎంచుకున్న నెట్‌వర్క్ ఛానెల్ బ్యాండ్‌విడ్త్ కారణంగా బ్యాలెన్సింగ్ ఉంటుంది. అగ్రిగేషన్‌లో, సరైన హ్యాషింగ్ మోడ్ మరియు ఫ్రేమ్ పరిమాణాలను ఎంచుకోవడం చాలా ముఖ్యం. పైన వివరించిన SDS నుండి చాలా బలమైన వ్యత్యాసం కూడా ఉంది, ఇది Virtuozzo నిల్వలో ఫాస్ట్ పాత్ టెక్నాలజీతో కూడిన ఫ్యూజ్. ఇది ఆధునికీకరించిన ఫ్యూజ్‌తో పాటు, ఇతర ఓపెన్ సోర్స్ సొల్యూషన్‌ల మాదిరిగా కాకుండా, IOPSని గణనీయంగా పెంచుతుంది మరియు క్షితిజ సమాంతర లేదా నిలువు స్కేలింగ్ ద్వారా పరిమితం కాకుండా మిమ్మల్ని అనుమతిస్తుంది. సాధారణంగా, పైన వివరించిన నిర్మాణాలతో పోలిస్తే, ఇది మరింత శక్తివంతమైనదిగా కనిపిస్తుంది, కానీ అలాంటి ఆనందం కోసం, మీరు Ceph మరియు Gluster కాకుండా లైసెన్స్‌లను కొనుగోలు చేయాలి.
సంగ్రహంగా చెప్పాలంటే, మేము మూడింటిలో అగ్రభాగాన్ని హైలైట్ చేయవచ్చు: ఆర్కిటెక్చర్ పనితీరు మరియు విశ్వసనీయత పరంగా Virtuozzo నిల్వ మొదటి స్థానంలో ఉంది, Ceph రెండవ స్థానంలో ఉంది మరియు Gluster మూడవ స్థానంలో ఉంది.
Virtuozzo నిల్వను ఎంచుకున్న ప్రమాణాలు: ఇది ఫాస్ట్ పాత్, సౌకర్యవంతమైన హార్డ్‌వేర్ కాన్ఫిగరేషన్‌ల సెట్, తక్కువ వనరుల వినియోగం మరియు కంప్యూట్ (కంప్యూటింగ్/వర్చువలైజేషన్)తో పంచుకునే సామర్థ్యంతో ఈ ఫ్యూజ్ విధానం కోసం ఆధునికీకరించబడిన నిర్మాణ భాగాల యొక్క సరైన సెట్. అంటే, ఇది హైపర్‌కన్వర్జ్డ్ సొల్యూషన్‌కు పూర్తిగా అనుకూలంగా ఉంటుంది, అందులో అతను భాగం. సెఫ్ రెండవ స్థానంలో ఉంది, ఎందుకంటే గ్లస్టర్‌తో పోలిస్తే ఇది మరింత ఉత్పాదక నిర్మాణం, బ్లాక్‌లలో దాని పనితీరు, అలాగే మరింత సౌకర్యవంతమైన దృశ్యాలు మరియు పెద్ద క్లస్టర్‌లలో పని చేసే సామర్థ్యం కారణంగా.
vSAN, స్పేస్ డైరెక్ట్ స్టోరేజ్, Vstorage మరియు Nutanix స్టోరేజ్ మధ్య పోలికను వ్రాయడానికి ప్రణాళికలు ఉన్నాయి, HPE మరియు Huawei పరికరాలపై Vstorageని పరీక్షించడం, అలాగే Vstorageని బాహ్య హార్డ్‌వేర్ స్టోరేజ్ సిస్టమ్‌లతో అనుసంధానించే దృశ్యాలు ఉన్నాయి, కాబట్టి మీరు కథనాన్ని ఇష్టపడితే, అది మీ నుండి అభిప్రాయాన్ని పొందడం ఆనందంగా ఉంది, ఇది మీ వ్యాఖ్యలు మరియు కోరికలను పరిగణనలోకి తీసుకుని కొత్త కథనాలకు ప్రేరణను పెంచుతుంది.
మూలం: www.habr.com