రెండు నోడ్‌ల క్లస్టర్ - డెవిల్ వివరాలలో ఉంది

హే హబ్ర్! వ్యాసం యొక్క అనువాదాన్ని నేను మీ దృష్టికి అందిస్తున్నాను "రెండు నోడ్స్ - డెవిల్ వివరాలలో ఉంది" ఆండ్రూ బీఖోఫ్ ద్వారా.

చాలా మంది వ్యక్తులు రెండు-నోడ్ క్లస్టర్‌లను ఇష్టపడతారు ఎందుకంటే అవి సంభావితంగా సరళంగా కనిపిస్తాయి మరియు వారి మూడు-నోడ్ కౌంటర్‌పార్ట్‌ల కంటే 33% చౌకగా ఉంటాయి. రెండు నోడ్‌ల మంచి క్లస్టర్‌ను కలిపి ఉంచడం చాలా సాధ్యమే అయినప్పటికీ, చాలా సందర్భాలలో, పరిగణించని దృశ్యాల కారణంగా, అటువంటి కాన్ఫిగరేషన్ అనేక అస్పష్టమైన సమస్యలను సృష్టిస్తుంది.

ఏదైనా అధిక లభ్యత వ్యవస్థను రూపొందించడానికి మొదటి దశ వైఫల్యం యొక్క వ్యక్తిగత పాయింట్లను కనుగొనడం మరియు తొలగించడానికి ప్రయత్నించడం, తరచుగా ఇలా సంక్షిప్తీకరించబడుతుంది. SPOF (ఒకే వైఫల్యం).

ఏదైనా వ్యవస్థలో పనికిరాని సమయాలలో సాధ్యమయ్యే అన్ని ప్రమాదాలను తొలగించడం అసాధ్యం అని గుర్తుంచుకోవడం విలువ. రిస్క్‌కి వ్యతిరేకంగా ఒక సాధారణ రక్షణ అనేది కొంత రిడెండెన్సీని ప్రవేశపెట్టడం అనే వాస్తవం నుండి ఇది వచ్చింది, ఇది సిస్టమ్ సంక్లిష్టత పెరగడానికి మరియు వైఫల్యం యొక్క కొత్త పాయింట్ల ఆవిర్భావానికి దారితీస్తుంది. అందువల్ల, మేము మొదట్లో రాజీ పడతాము మరియు వ్యక్తిగత వైఫల్యానికి సంబంధించిన సంఘటనలపై దృష్టి పెడతాము మరియు సంబంధిత మరియు అందువల్ల, తక్కువ సంభావ్య సంఘటనల గొలుసులపై కాదు.

ట్రేడ్-ఆఫ్‌ల దృష్ట్యా, మేము SPoF కోసం మాత్రమే కాకుండా, ప్రమాదాలు మరియు పర్యవసానాలను కూడా సమతుల్యం చేస్తాము, దీని ఫలితంగా ప్రతి విస్తరణలో ఏది క్లిష్టమైనది మరియు ఏది కాదు అనే ముగింపు భిన్నంగా ఉండవచ్చు.

ప్రతి ఒక్కరికీ స్వతంత్ర విద్యుత్ లైన్లతో ప్రత్యామ్నాయ విద్యుత్ సరఫరాదారులు అవసరం లేదు. వారి పర్యవేక్షణ తప్పు ట్రాన్స్‌ఫార్మర్‌ను గుర్తించినప్పుడు కనీసం ఒక కస్టమర్‌కు మతిస్థిమితం చెల్లించినప్పటికీ. లోపభూయిష్టంగా ఉన్న ట్రాన్స్‌ఫార్మర్ పేలిపోయే వరకు వినియోగదారుడు ఫోన్‌లు చేసి విద్యుత్‌ సంస్థను అప్రమత్తం చేసేందుకు ప్రయత్నించాడు.

సిస్టమ్‌లో ఒకటి కంటే ఎక్కువ నోడ్‌లను కలిగి ఉండటం సహజమైన ప్రారంభ స్థానం. అయితే, సిస్టమ్ వైఫల్యం తర్వాత సర్వీవింగ్ నోడ్‌కు సేవలను తరలించడానికి ముందు, సాధారణంగా తరలించబడుతున్న సేవలు మరెక్కడా సక్రియంగా లేవని నిర్ధారించుకోవాలి.

రెండు నోడ్‌లు ఒకే స్టాటిక్ వెబ్‌సైట్‌ను అందించడంలో వైఫల్యం ఫలితంగా రెండు-నోడ్ క్లస్టర్‌కు ఎటువంటి ప్రతికూలత ఉండదు. ఏదేమైనప్పటికీ, రెండు పార్టీలు భాగస్వామ్య జాబ్ క్యూను స్వతంత్రంగా నిర్వహించడం లేదా ప్రతిరూప డేటాబేస్ లేదా భాగస్వామ్య ఫైల్ సిస్టమ్‌కు అన్‌కోఆర్డినేటెడ్ రైట్ యాక్సెస్‌ను అందించడం ఫలితంగా పరిస్థితులు మారుతాయి.

అందువల్ల, ఒకే నోడ్ వైఫల్యం ఫలితంగా డేటా అవినీతిని నిరోధించడానికి - మేము అనే దానిపై ఆధారపడతాము "విచ్ఛేదం" (ఫెన్సింగ్).

డిస్సోసియేషన్ సూత్రం

డిస్సోసియేషన్ సూత్రం యొక్క గుండె వద్ద ప్రశ్న: పోటీ నోడ్ డేటా అవినీతికి కారణమవుతుందా? డేటా అవినీతికి అవకాశం ఉన్న సందర్భంలో, ఇన్‌కమింగ్ అభ్యర్థనలు మరియు నిరంతర నిల్వ రెండింటి నుండి నోడ్‌ను వేరుచేయడం మంచి పరిష్కారం. విడదీయడానికి అత్యంత సాధారణ విధానం తప్పు నోడ్‌లను డిస్‌కనెక్ట్ చేయడం.

డిస్సోసియేషన్ పద్ధతులలో రెండు వర్గాలు ఉన్నాయి, వీటిని నేను పిలుస్తాను నేరుగా и పరోక్షంగా, కానీ వాటిని సమానంగా పిలవవచ్చు చురుకుగా и నిష్క్రియాత్మ. ప్రత్యక్ష పద్ధతులలో IPMI (ఇంటెలిజెంట్ ప్లాట్‌ఫారమ్ మేనేజ్‌మెంట్ ఇంటర్‌ఫేస్) లేదా iLO (సర్వర్‌లకు భౌతిక ప్రాప్యత లేనప్పుడు వాటిని నిర్వహించే విధానం) పరికరంతో పరస్పర చర్య వంటి, జీవించి ఉన్న సహచరుల పక్షంలో చర్యలు ఉంటాయి, అయితే పరోక్ష పద్ధతులు విఫలమైన వాటిపై ఆధారపడతాయి. నోడ్ అది అనారోగ్య స్థితిలో ఉందని (లేదా కనీసం ఇతర సభ్యులు కోలుకోకుండా నిరోధించడం) మరియు సంకేతం హార్డ్వేర్ వాచ్డాగ్ విఫలమైన నోడ్‌ను డిస్‌కనెక్ట్ చేయవలసిన అవసరం గురించి.

ప్రత్యక్ష మరియు పరోక్ష పద్ధతులను ఉపయోగిస్తున్నప్పుడు కోరం సహాయపడుతుంది.

డైరెక్ట్ డిసోసియేషన్

డైరెక్ట్ డిస్సోసియేషన్ విషయంలో, నెట్‌వర్క్ వైఫల్యం సంభవించినప్పుడు డిస్సోసియేషన్ రేసులను నిరోధించడానికి మేము కోరమ్‌ని ఉపయోగించవచ్చు.

కోరం భావనతో, నోడ్‌లు డిస్సోసియేషన్ మరియు/లేదా రికవరీని ప్రారంభించాలా వద్దా అని స్వయంచాలకంగా తెలుసుకోవడానికి సిస్టమ్‌లో (దాని సహచరులకు కనెక్ట్ చేయకుండా కూడా) తగినంత సమాచారం ఉంది.

కోరం లేకుండా, నెట్‌వర్క్ విభజన యొక్క రెండు వైపులా మరొక వైపు చనిపోయిందని మరియు మరొకదానిని విడదీయడానికి ప్రయత్నిస్తాయి. చెత్త సందర్భంలో, రెండు పార్టీలు మొత్తం క్లస్టర్‌ను మూసివేయగలుగుతాయి. ఒక ప్రత్యామ్నాయ దృశ్యం డెత్‌మ్యాచ్, నోడ్‌ల అంతులేని లూప్ పుట్టడం, వారి సహచరులను చూడకపోవడం, వారిని రీబూట్ చేయడం మరియు వారి పీర్ అదే లాజిక్‌ను అనుసరించినప్పుడు మాత్రమే రీబూట్ చేయడానికి రికవరీని ప్రారంభించడం.

డిస్సోసియేషన్‌తో ఉన్న సమస్య ఏమిటంటే, మనం పునరుద్ధరణ కోసం లక్ష్యంగా చేసుకోవాలనుకుంటున్న అదే వైఫల్య సంఘటనల కారణంగా సాధారణంగా ఉపయోగించే పరికరాలు అందుబాటులో ఉండవు. చాలా IPMI మరియు iLO కార్డ్‌లు అవి నియంత్రించే హోస్ట్‌లలో ఇన్‌స్టాల్ చేయబడ్డాయి మరియు డిఫాల్ట్‌గా అదే నెట్‌వర్క్‌ను ఉపయోగిస్తాయి, దీని వలన ఇతర హోస్ట్‌లు ఆఫ్‌లైన్‌లో ఉన్నాయని టార్గెట్ హోస్ట్‌లు విశ్వసిస్తారు.

దురదృష్టవశాత్తూ, పరికరాల కొనుగోలు సమయంలో IPMI మరియు iLo పరికరాల యొక్క ఆపరేటింగ్ లక్షణాలు చాలా అరుదుగా పరిగణించబడతాయి.

పరోక్ష విచ్ఛేదం

పరోక్ష డిస్సోసియేషన్‌ను నిర్వహించడానికి కోరమ్ కూడా ముఖ్యమైనది; సరిగ్గా చేస్తే, కోల్పోయిన నోడ్‌లు నిర్దిష్ట కాలం తర్వాత సురక్షితమైన స్థితికి మారుతాయని భావించేందుకు కోరం ప్రాణాలతో ఉన్నవారిని అనుమతిస్తుంది.

ఈ కాన్ఫిగరేషన్‌తో, కోరం కోల్పోకపోతే హార్డ్‌వేర్ వాచ్‌డాగ్ టైమర్ ప్రతి N సెకన్లకు రీసెట్ చేయబడుతుంది. టైమర్ (సాధారణంగా N యొక్క అనేక గుణిజాలు) గడువు ముగిసినట్లయితే, పరికరం గ్రేస్‌ఫుల్ పవర్ డౌన్‌ను (షట్‌డౌన్ కాదు) నిర్వహిస్తుంది.

ఈ విధానం చాలా ప్రభావవంతంగా ఉంటుంది, కానీ కోరం లేకుండా దానిని నిర్వహించడానికి క్లస్టర్‌లో తగినంత సమాచారం లేదు. నెట్‌వర్క్ అంతరాయం మరియు పీర్ నోడ్ వైఫల్యం మధ్య వ్యత్యాసాన్ని చెప్పడం సులభం కాదు. దీనికి కారణం ఏమిటంటే, రెండు కేసుల మధ్య తేడాను గుర్తించే సామర్థ్యం లేకుండా, మీరు రెండు సందర్భాల్లోనూ ఒకే ప్రవర్తనను ఎంచుకోవలసి వస్తుంది.

ఒక మోడ్‌ను ఎంచుకోవడంలో సమస్య ఏమిటంటే, లభ్యతను పెంచే మరియు డేటా నష్టాన్ని నిరోధించే చర్య ఏదీ లేదు.

• మీరు పీర్ నోడ్ సక్రియంగా ఉందని భావించి, వాస్తవానికి విఫలమైతే, విఫలమైన పీర్ నోడ్ నుండి సేవల నష్టాన్ని భర్తీ చేయడానికి క్లస్టర్ అనవసరంగా సేవలను నిలిపివేస్తుంది.
• మీరు నోడ్ డౌన్‌లో ఉందని భావించాలని నిర్ణయించుకుంటే, అది కేవలం నెట్‌వర్క్ వైఫల్యం మరియు వాస్తవానికి రిమోట్ నోడ్ ఫంక్షనల్‌గా ఉంటే, మీరు ఫలితంగా వచ్చే డేటా సెట్‌ల యొక్క కొన్ని భవిష్యత్ మాన్యువల్ సయోధ్య కోసం సైన్ అప్ చేస్తున్నారు.

మీరు ఏ హ్యూరిస్టిక్‌ని ఉపయోగించినప్పటికీ, రెండు వైపులా విఫలమయ్యేలా లేదా క్లస్టర్ మనుగడలో ఉన్న నోడ్‌లను మూసివేసేలా చేసే వైఫల్యాన్ని సృష్టించడం చాలా చిన్న విషయం. కోరమ్‌ని ఉపయోగించకపోవడం నిజంగా దాని ఆయుధశాలలోని అత్యంత శక్తివంతమైన సాధనాల్లో ఒకదానిని కోల్పోతుంది.

వేరే ప్రత్యామ్నాయం లేకపోతే, లభ్యతను త్యాగం చేయడం ఉత్తమమైన విధానం (ఇక్కడ రచయిత CAP సిద్ధాంతాన్ని సూచిస్తారు). పాడైన డేటా యొక్క అధిక లభ్యత ఎవరికీ సహాయం చేయదు మరియు విభిన్న డేటా సెట్‌లను మాన్యువల్‌గా పునరుద్దరించడం కూడా సరదాగా ఉండదు.

కోరం

కోరం చాలా బాగుంది, సరియైనదా?

కేవలం ప్రతికూలత ఏమిటంటే, ఇది N సభ్యులతో క్లస్టర్‌లో ఉండాలంటే, మీకు మిగిలి ఉన్న మీ నోడ్‌లలో N/2+1 మధ్య కనెక్షన్ ఉండాలి. ఒక నోడ్ విఫలమైన తర్వాత రెండు నోడ్ క్లస్టర్‌లో ఇది సాధ్యం కాదు.

ఇది చివరికి రెండు నోడ్‌లతో కూడిన ప్రాథమిక సమస్యకు మమ్మల్ని తీసుకువస్తుంది:
రెండు నోడ్ క్లస్టర్‌లలో కోరమ్ అర్ధవంతం కాదు మరియు అది లేకుండా లభ్యతను పెంచే మరియు డేటా నష్టాన్ని నిరోధించే చర్య యొక్క కోర్సును విశ్వసనీయంగా నిర్ణయించడం అసాధ్యం
క్రాస్‌ఓవర్ కేబుల్ ద్వారా అనుసంధానించబడిన రెండు నోడ్‌ల వ్యవస్థలో కూడా, నెట్‌వర్క్ అంతరాయం మరియు ఇతర నోడ్ యొక్క వైఫల్యం మధ్య ఖచ్చితంగా తేడాను గుర్తించడం అసాధ్యం. లింక్ యొక్క ఆరోగ్యం భాగస్వామి నోడ్ యొక్క ఆరోగ్యానికి సమానం అనే ఏదైనా ఊహను చెల్లుబాటు చేయడానికి ఒక చివరను నిలిపివేయడం (దీని యొక్క సంభావ్యత, వాస్తవానికి, నోడ్‌ల మధ్య దూరానికి అనులోమానుపాతంలో ఉంటుంది) సరిపోతుంది.

రెండు-నోడ్ క్లస్టర్ పనిని తయారు చేయడం

కొన్నిసార్లు క్లయింట్ మూడవ నోడ్‌ని కొనుగోలు చేయలేరు లేదా ఇష్టపడరు మరియు మేము ప్రత్యామ్నాయం కోసం వెతకవలసి వస్తుంది.

ఎంపిక 1 - డూప్లికేట్ డిస్సోసియేషన్ పద్ధతి

నోడ్ యొక్క iLO లేదా IPMI పరికరం వైఫల్యం యొక్క పాయింట్‌ను సూచిస్తుంది, ఎందుకంటే అది విఫలమైతే, ప్రాణాలతో బయటపడినవారు నోడ్‌ను సురక్షిత స్థితికి తీసుకురావడానికి ఉపయోగించలేరు. 3 లేదా అంతకంటే ఎక్కువ నోడ్‌ల క్లస్టర్‌లో, మేము కోరమ్‌ని లెక్కించడం ద్వారా మరియు హార్డ్‌వేర్ వాచ్‌డాగ్ (ముందు చర్చించినట్లుగా పరోక్ష డిస్సోసియేషన్ మెకానిజం) ఉపయోగించడం ద్వారా దీనిని తగ్గించవచ్చు. రెండు నోడ్‌ల విషయంలో, బదులుగా మనం తప్పనిసరిగా నెట్‌వర్క్ పవర్ డిస్ట్రిబ్యూషన్ యూనిట్‌లను (PDUలు) ఉపయోగించాలి.

విఫలమైన తర్వాత, ప్రాణాలతో బయటపడిన వ్యక్తి మొదట ప్రాథమిక డిస్సోసియేషన్ పరికరాన్ని (ఎంబెడెడ్ iLO లేదా IPMI) సంప్రదించడానికి ప్రయత్నిస్తాడు. ఇది విజయవంతమైతే, రికవరీ యథావిధిగా కొనసాగుతుంది. iLO/IPMI పరికరం విఫలమైతే మాత్రమే PDU యాక్సెస్ చేయబడుతుంది; యాక్సెస్ విజయవంతమైతే, రికవరీ కొనసాగుతుంది.

PDUని క్లస్టర్ ట్రాఫిక్ కాకుండా వేరే నెట్‌వర్క్‌లో ఉంచాలని నిర్ధారించుకోండి, లేకుంటే ఒకే నెట్‌వర్క్ వైఫల్యం రెండు డిస్సోసియేషన్ పరికరాలకు యాక్సెస్‌ను బ్లాక్ చేస్తుంది మరియు సేవల పునరుద్ధరణను బ్లాక్ చేస్తుంది.

ఇక్కడ మీరు అడగవచ్చు - PDU వైఫల్యం యొక్క ఒకే పాయింట్ ఉందా? దీనికి సమాధానం, ఇది ఖచ్చితంగా ఉంది.

ఈ ప్రమాదం మీకు ముఖ్యమైనది అయితే, మీరు ఒంటరిగా లేరు: రెండు నోడ్‌లను రెండు PDUలకు కనెక్ట్ చేయండి మరియు నోడ్‌లను ఆన్ మరియు ఆఫ్ చేసేటప్పుడు రెండింటినీ ఉపయోగించమని క్లస్టరింగ్ సాఫ్ట్‌వేర్‌కు చెప్పండి. ఒక PDU చనిపోతే క్లస్టర్ ఇప్పుడు సక్రియంగా ఉంటుంది మరియు రికవరీని నిరోధించడానికి మరొక PDU లేదా IPMI పరికరం యొక్క రెండవ వైఫల్యం అవసరం.

ఎంపిక 2 - మధ్యవర్తిని జోడించడం

కొన్ని సందర్భాల్లో, నకిలీ డిస్సోసియేషన్ పద్ధతి సాంకేతికంగా సాధ్యమైనప్పటికీ, రాజకీయంగా కష్టం. చాలా కంపెనీలు అడ్మినిస్ట్రేటర్‌లు మరియు అప్లికేషన్ ఓనర్‌ల మధ్య కొంత విడదీయాలని కోరుకుంటాయి మరియు సెక్యూరిటీ-కన్షియల్ నెట్‌వర్క్ అడ్మినిస్ట్రేటర్‌లు PDU యాక్సెస్ సెట్టింగ్‌లను ఎవరితోనూ భాగస్వామ్యం చేయడంలో ఎల్లప్పుడూ ఉత్సాహంగా ఉండరు.

ఈ సందర్భంలో, కోరం గణనకు అనుబంధంగా ఉండే తటస్థ మూడవ పక్షాన్ని సృష్టించడం సిఫార్సు చేయబడిన ప్రత్యామ్నాయం.

విఫలమైన సందర్భంలో, సేవలను పునరుద్ధరించడానికి నోడ్ తప్పనిసరిగా దాని పీర్ లేదా ఆర్బిటర్ యొక్క ఎయిర్‌వేవ్‌లను చూడగలగాలి. రెండు నోడ్‌లు ఆర్బిటర్‌ని చూడగలిగినా ఒకదానికొకటి చూడలేనట్లయితే, ఆర్బిటర్ డిస్‌కనెక్ట్ ఫంక్షన్‌ను కూడా కలిగి ఉంటుంది.

ఈ ఐచ్ఛికాన్ని తప్పనిసరిగా హార్డ్‌వేర్ వాచ్‌డాగ్ టైమర్ వంటి పరోక్ష డిస్సోసియేషన్ పద్ధతితో కలిపి ఉపయోగించాలి, ఇది యంత్రం దాని పీర్ మరియు ఆర్బిటర్ నోడ్‌కు కనెక్షన్‌ను కోల్పోతే దానిని చంపడానికి కాన్ఫిగర్ చేయబడింది. అందువల్ల, హార్డ్‌వేర్ వాచ్‌డాగ్ టైమర్ గడువు ముగిసిన తర్వాత ప్రాణాలతో బయటపడిన వ్యక్తి దాని పీర్ నోడ్ సురక్షిత స్థితిలో ఉంటుందని సహేతుకంగా భావించవచ్చు.

ఆర్బిటర్ మరియు థర్డ్ నోడ్ మధ్య ఉన్న ఆచరణాత్మక వ్యత్యాసం ఏమిటంటే, ఆర్బిటర్‌కు ఆపరేట్ చేయడానికి చాలా తక్కువ వనరులు అవసరం మరియు ఒకటి కంటే ఎక్కువ క్లస్టర్‌లకు సేవ చేయగలదు.

ఎంపిక 3 - మానవ కారకం

ప్రాణాలతో బయటపడిన వారు ఇప్పటికే నడుపుతున్న ఏవైనా సేవలను కొనసాగించడం అనేది చివరి విధానం, కానీ సమస్య స్వయంగా పరిష్కరించబడే వరకు (నెట్‌వర్క్ పునరుద్ధరణ, నోడ్ రీబూట్) లేదా మరొక వైపు చనిపోయినట్లు మాన్యువల్‌గా నిర్ధారించే బాధ్యతను తీసుకునే వరకు కొత్త వాటిని ప్రారంభించకూడదు.

బోనస్ ఎంపిక

మీరు మూడవ నోడ్‌ని జోడించవచ్చని నేను చెప్పానా?

రెండు రాక్లు

వాదన కొరకు, మూడవ నోడ్ యొక్క మెరిట్‌ల గురించి నేను మిమ్మల్ని ఒప్పించానని నటిద్దాం, ఇప్పుడు మనం నోడ్‌ల భౌతిక అమరికను పరిగణించాలి. అవి ఒకే ర్యాక్‌లో ఉంచబడి ఉంటే (మరియు పవర్‌తో), ఇది కూడా SPoFని ఏర్పరుస్తుంది మరియు రెండవ ర్యాక్‌ను జోడించడం ద్వారా పరిష్కరించబడదు.

ఇది ఆశ్చర్యకరంగా ఉంటే, రెండు నోడ్‌లతో కూడిన రాక్ విఫలమైతే ఏమి జరుగుతుందో మరియు మనుగడలో ఉన్న నోడ్ మరియు నెట్‌వర్క్ వైఫల్యానికి మధ్య తేడా ఎలా ఉంటుందో పరిశీలించండి.

చిన్న సమాధానం ఇది సాధ్యం కాదు, మరియు మేము మళ్ళీ రెండు నోడ్ల విషయంలో అన్ని సమస్యలతో వ్యవహరిస్తున్నాము. లేదా ప్రాణాలతో బయటపడినవారు:

• కోరమ్‌ను విస్మరిస్తుంది మరియు నెట్‌వర్క్ అంతరాయాల సమయంలో పునరుద్ధరణను ప్రారంభించడానికి తప్పుగా ప్రయత్నిస్తుంది (విచ్ఛేదనాన్ని పూర్తి చేసే సామర్థ్యం వేరే కథ మరియు PDU ప్రమేయం ఉందా మరియు వారు ఏదైనా రాక్‌లతో అధికారాన్ని పంచుకుంటారా అనే దానిపై ఆధారపడి ఉంటుంది) లేదా
• కోరమ్‌ను గౌరవిస్తుంది మరియు దాని పీర్ నోడ్ విఫలమైనప్పుడు ముందుగానే డిస్‌కనెక్ట్ అవుతుంది

ఏదైనా సందర్భంలో, రెండు రాక్‌లు ఒకటి కంటే మెరుగైనవి కావు మరియు నోడ్‌లు తప్పనిసరిగా స్వతంత్ర విద్యుత్ సరఫరాలను పొందాలి లేదా మూడు (లేదా అంతకంటే ఎక్కువ, మీ వద్ద ఎన్ని నోడ్‌లను కలిగి ఉన్నాయో బట్టి) రాక్‌లలో పంపిణీ చేయాలి.

రెండు డేటా సెంటర్లు

ఈ సమయంలో, ఇకపై ప్రమాదం లేని పాఠకులు విపత్తు రికవరీని పరిగణించాలనుకోవచ్చు. మూడు వేర్వేరు రాక్‌లలో విస్తరించి ఉన్న మా మూడు నోడ్‌లతో ఒకే డేటా సెంటర్‌ను గ్రహశకలం తాకినప్పుడు ఏమి జరుగుతుంది? స్పష్టంగా చెడ్డ విషయాలు, కానీ మీ అవసరాలను బట్టి, రెండవ డేటా సెంటర్‌ను జోడించడం సరిపోకపోవచ్చు.

సరిగ్గా చేసినట్లయితే, రెండవ డేటా సెంటర్ మీకు (మరియు సహేతుకంగా) మీ సేవలు మరియు వాటి డేటా యొక్క తాజా మరియు స్థిరమైన కాపీని అందిస్తుంది. అయినప్పటికీ, టూ-నోడ్, టూ-ర్యాక్ దృశ్యాలలో వలె, గరిష్ట లభ్యతను నిర్ధారించడానికి మరియు అవినీతిని నిరోధించడానికి (లేదా డేటా సెట్ వ్యత్యాసాలు) సిస్టమ్‌లో తగినంత సమాచారం లేదు. మూడు నోడ్‌లు (లేదా రాక్‌లు) ఉన్నప్పటికీ, వాటిని రెండు డేటా సెంటర్‌లలో మాత్రమే పంపిణీ చేయడం వలన రెండు పార్టీలు కమ్యూనికేట్ చేయలేని (ఇప్పుడు ఎక్కువ అవకాశం ఉన్న) ఈవెంట్‌లో సిస్టమ్ విశ్వసనీయంగా సరైన నిర్ణయం తీసుకోలేకపోతుంది.

ద్వంద్వ డేటా సెంటర్ సొల్యూషన్ ఎప్పుడూ అనుకూలంగా ఉండదని దీని అర్థం కాదు. బ్యాకప్ డేటా సెంటర్‌కు వెళ్లడానికి అసాధారణమైన చర్య తీసుకునే ముందు ఒక వ్యక్తి తెలుసుకోవాలని కంపెనీలు తరచుగా కోరుకుంటాయి. మీరు అంతరాయాన్ని ఆటోమేట్ చేయాలనుకుంటే, కోరం అర్ధవంతం కావడానికి మీకు మూడవ డేటా సెంటర్ అవసరం (నేరుగా లేదా మధ్యవర్తి ద్వారా) లేదా మీరు మొత్తం డేటాను విశ్వసనీయంగా మూసివేయడానికి ఒక మార్గాన్ని కనుగొంటారని గుర్తుంచుకోండి. కేంద్రం.

మూలం: www.habr.com