మాలో ఒకదానిలో
1. పెద్ద-స్థాయి జింబ్రా ఇన్స్టాలేషన్ను రూపొందించేటప్పుడు ఆప్టిమైజేషన్
అధిక-లోడ్ జింబ్రా ఇన్స్టాలేషన్ రూపకల్పన దశలో, నిర్వాహకుడు ఏ నిల్వ వ్యవస్థను ఉపయోగించాలో ఎంపిక చేసుకోవాలి. ఈ సమస్యను నిర్ణయించడానికి, హార్డ్ డ్రైవ్లపై ప్రధాన లోడ్ జింబ్రా సహకార సూట్, అపాచీ లూసీన్ సెర్చ్ ఇంజన్ మరియు బొట్టు నిల్వలో చేర్చబడిన MariaDB DBMS నుండి వస్తుందని మీరు తెలుసుకోవాలి. అందుకే అధిక లోడ్ పరిస్థితులలో ఈ సాఫ్ట్వేర్ ఉత్పత్తులను ఆపరేట్ చేయడానికి, అధిక-వేగం మరియు నమ్మదగిన పరికరాలను ఉపయోగించడం అవసరం.
సాధారణ పరిస్థితులలో, జింబ్రా హార్డ్ డ్రైవ్ల RAIDలో మరియు NFS ప్రోటోకాల్ ద్వారా కనెక్ట్ చేయబడిన స్టోరేజ్లో ఇన్స్టాల్ చేయబడుతుంది. చాలా చిన్న ఇన్స్టాలేషన్ల కోసం, మీరు సాధారణ SATA డ్రైవ్లో జింబ్రాను ఇన్స్టాల్ చేయవచ్చు. అయినప్పటికీ, పెద్ద ఇన్స్టాలేషన్ల సందర్భంలో, ఈ సాంకేతికతలన్నీ తగ్గిన రికార్డింగ్ వేగం లేదా తక్కువ విశ్వసనీయత రూపంలో వివిధ ప్రతికూలతలను ప్రదర్శిస్తాయి, ఇది పెద్ద సంస్థలకు లేదా ముఖ్యంగా SaaS ప్రొవైడర్లకు ఆమోదయోగ్యం కాదు.
అందుకే పెద్ద-స్థాయి జింబ్రా ఇన్ఫ్రాస్ట్రక్చర్లలో SANను ఉపయోగించడం ఉత్తమం. ఈ సాంకేతికత ప్రస్తుతం నిల్వ పరికరాల కోసం గొప్ప నిర్గమాంశను అందించగల సామర్థ్యాన్ని కలిగి ఉంది మరియు అదే సమయంలో, పెద్ద మొత్తంలో కాష్ను కనెక్ట్ చేయగల సామర్థ్యానికి ధన్యవాదాలు, దాని ఉపయోగం ఆచరణాత్మకంగా సంస్థకు గణనీయమైన నష్టాలను కలిగించదు. NVRAMని ఉపయోగించడం మంచిది, ఇది చాలా SANలలో వ్రాత సమయంలో పనులను వేగవంతం చేయడానికి ఉపయోగించబడుతుంది. కానీ డిస్క్లలోనే రికార్డ్ చేయబడిన డేటా యొక్క కాషింగ్ను నిలిపివేయడం మంచిది, ఎందుకంటే ఇది మీడియాకు కోలుకోలేని నష్టానికి దారితీస్తుంది మరియు విద్యుత్ సమస్యలు సంభవించినట్లయితే డేటాను కోల్పోవచ్చు.
ఫైల్ సిస్టమ్ను ఎంచుకోవడానికి, ప్రామాణిక Linux Ext3/Ext4ని ఉపయోగించడం ఉత్తమ ఎంపిక. ఫైల్ సిస్టమ్తో అనుబంధించబడిన ప్రధాన స్వల్పభేదాన్ని అది పరామితితో మౌంట్ చేయాలి -నోటైమ్. ఈ ఐచ్ఛికం ఫైల్లకు చివరి యాక్సెస్ యొక్క సమయాన్ని రికార్డ్ చేసే పనిని నిలిపివేస్తుంది, అంటే ఇది చదవడం మరియు వ్రాయడంపై భారాన్ని బాగా తగ్గిస్తుంది. సాధారణంగా, జింబ్రా కోసం ext3 లేదా ext4 ఫైల్ సిస్టమ్ను సృష్టించేటప్పుడు, మీరు ఈ క్రింది యుటిలిటీ పారామితులను ఉపయోగించాలి mke2fs:
-j — ఫైల్ సిస్టమ్ జర్నల్ను సృష్టించడానికి, ఫైల్ సిస్టమ్ను ext3/ext4 జర్నల్తో సృష్టించండి.
-L NAME - వాల్యూమ్ పేరును సృష్టించడానికి /etc/fstabలో ఉపయోగించండి
-O dir_index - పెద్ద డైరెక్టరీలలో ఫైల్ శోధనలను వేగవంతం చేయడానికి హాష్ శోధన ట్రీని ఉపయోగించడానికి
-m 2 — రూట్ డైరెక్టరీ కోసం పెద్ద ఫైల్ సిస్టమ్స్లో వాల్యూమ్లో 2% రిజర్వ్ చేయడానికి
-J పరిమాణం=400 - ఒక పెద్ద పత్రికను రూపొందించడానికి
-బి 4096 - బైట్లలో బ్లాక్ పరిమాణాన్ని నిర్ణయించడానికి
-ఐ 10240 - సందేశ నిల్వ కోసం, ఈ సెట్టింగ్ సగటు సందేశ పరిమాణానికి అనుగుణంగా ఉండాలి. మీరు ఈ పరామితికి చాలా శ్రద్ధ వహించాలి, ఎందుకంటే దాని విలువ తర్వాత మార్చబడదు.
ఇది ప్రారంభించాలని కూడా సిఫార్సు చేయబడింది డైర్సింక్ బొట్టు నిల్వ, లూసీన్ శోధన మెటాడేటా నిల్వ మరియు MTA క్యూ నిల్వ కోసం. జింబ్రా సాధారణంగా యుటిలిటీని ఉపయోగిస్తుంది కాబట్టి ఇది చేయాలి fsync డిస్క్కి డేటాతో బొట్టుని హామీగా వ్రాయడం కోసం. అయితే, Zimbra మెయిల్ స్టోర్ లేదా MTA మెసేజ్ డెలివరీ సమయంలో కొత్త ఫైల్లను సృష్టించినప్పుడు, సంబంధిత ఫోల్డర్లలో సంభవించే మార్పులను డిస్క్కు వ్రాయడం అవసరం. అందుకే, ఫైల్ ఇప్పటికే డిస్క్కి ఉపయోగించి వ్రాయబడినప్పటికీ fsync, డైరెక్టరీకి దాని జోడింపు రికార్డు డిస్క్కు వ్రాయడానికి సమయం ఉండకపోవచ్చు మరియు ఫలితంగా, ఆకస్మిక సర్వర్ వైఫల్యం కారణంగా కోల్పోవచ్చు. వినియోగానికి ధన్యవాదాలు డైర్సింక్ ఈ సమస్యలను నివారించవచ్చు.
2. జింబ్రా ఇన్ఫ్రాస్ట్రక్చర్ రన్తో ఆప్టిమైజేషన్
జింబ్రాను ఉపయోగించిన చాలా సంవత్సరాల తర్వాత, దాని వినియోగదారుల సంఖ్య గణనీయంగా పెరుగుతుంది మరియు సేవ ప్రతిరోజూ తక్కువగా మరియు తక్కువ ప్రతిస్పందనగా మారుతుంది. ఈ పరిస్థితి నుండి బయటపడే మార్గం స్పష్టంగా ఉంది: మీరు ఇన్ఫ్రాస్ట్రక్చర్కు కొత్త సర్వర్లను జోడించాలి, తద్వారా సేవ మునుపటిలా త్వరగా పని చేస్తుంది. ఇంతలో, దాని పనితీరును పెంచడానికి ఇన్ఫ్రాస్ట్రక్చర్కు కొత్త సర్వర్లను వెంటనే జోడించడం ఎల్లప్పుడూ సాధ్యం కాదు. IT నిర్వాహకులు తరచుగా కొత్త సర్వర్ల కొనుగోలును అకౌంటింగ్ లేదా సెక్యూరిటీ డిపార్ట్మెంట్తో సమన్వయం చేయడానికి చాలా కాలం గడపవలసి ఉంటుంది; అదనంగా, కొత్త సర్వర్ను ఆలస్యంగా బట్వాడా చేయగల లేదా తప్పుగా బట్వాడా చేయగల సప్లయర్లచే వారు తరచుగా నిరాశకు గురవుతారు.
వాస్తవానికి, మీ జింబ్రా ఇన్ఫ్రాస్ట్రక్చర్ను ఎల్లప్పుడూ దాని విస్తరణ కోసం రిజర్వ్ కలిగి ఉండటానికి మరియు ఎవరిపై ఆధారపడకుండా ఉండటానికి రిజర్వ్తో నిర్మించడం ఉత్తమం, అయినప్పటికీ, ఇప్పటికే పొరపాటు జరిగితే, IT మేనేజర్ దాని పరిణామాలను సున్నితంగా చేయగలరు వీలైనంత ఎక్కువ. ఉదాహరణకు, ఆపరేషన్ సమయంలో హార్డ్ డ్రైవ్లను క్రమం తప్పకుండా యాక్సెస్ చేసే Linux సిస్టమ్ సేవలను తాత్కాలికంగా నిలిపివేయడం ద్వారా IT మేనేజర్ ఒక చిన్న ఉత్పాదకత బూస్ట్ను సాధించవచ్చు మరియు అందువల్ల జింబ్రా పనితీరును ప్రతికూలంగా ప్రభావితం చేయవచ్చు. కాబట్టి, మీరు తాత్కాలికంగా నిలిపివేయవచ్చు:
ఆటోఎఫ్లు, నెట్ఎఫ్లు - రిమోట్ ఫైల్ సిస్టమ్ డిస్కవరీ సేవలు
కప్పులు - ప్రింట్ సేవ
xinetd, vsftpd - మీకు బహుశా అవసరం లేని అంతర్నిర్మిత *NIX సేవలు
పోర్ట్మ్యాప్, rpcsvcgssd, rpcgssd, rpcidmapd — రిమోట్ విధానం కాల్ సేవలు, ఇవి సాధారణంగా నెట్వర్క్ ఫైల్ సిస్టమ్లతో కలిపి ఉపయోగించబడతాయి
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — జింబ్రా సహకార సూట్లో చేర్చబడిన ప్రధాన యుటిలిటీల నకిలీలు
స్లోకేట్/అప్డేటెడ్బి - జింబ్రా ప్రతి సందేశాన్ని ప్రత్యేక ఫైల్లో నిల్వ చేస్తుంది కాబట్టి, ప్రతిరోజూ నవీకరించబడిన బి సేవను అమలు చేయడం సమస్యలను కలిగిస్తుంది మరియు సర్వర్లపై తక్కువ లోడ్ సమయంలో దీన్ని మాన్యువల్గా చేయడం సాధ్యపడుతుంది.
ఈ సేవలను నిలిపివేయడం వల్ల సిస్టమ్ వనరులను ఆదా చేయడం చాలా ముఖ్యమైనది కాదు, అయితే ఇది బలవంతపు మజ్యూర్కు దగ్గరగా ఉన్న పరిస్థితులలో కూడా చాలా ఉపయోగకరంగా ఉంటుంది. జింబ్రా ఇన్ఫ్రాస్ట్రక్చర్కు కొత్త సర్వర్ జోడించబడిన తర్వాత, గతంలో నిలిపివేయబడిన సేవలను మళ్లీ ప్రారంభించాలని సిఫార్సు చేయబడింది.
మీరు సిస్లాగ్ సేవను ప్రత్యేక సర్వర్కు తరలించడం ద్వారా జింబ్రా యొక్క ఆపరేషన్ను ఆప్టిమైజ్ చేయవచ్చు, తద్వారా ఆపరేషన్ సమయంలో అది మెయిల్ నిల్వల హార్డ్ డ్రైవ్లను లోడ్ చేయదు. దాదాపు ఏ కంప్యూటర్ అయినా ఈ ప్రయోజనాల కోసం అనుకూలంగా ఉంటుంది, చౌకైన సింగిల్-బోర్డ్ రాస్ప్బెర్రీ పై కూడా.
మూలం: www.habr.com