ग्लस्टरफ़ोर्स वॉल्यूम की निगरानी कैसे करें


12

Glusterfs, एक अच्छा वितरित फाइल सिस्टम होने के नाते, यह अखंडता की निगरानी के लिए लगभग कोई रास्ता नहीं प्रदान करता है। नौकर आ सकते हैं और जा सकते हैं, ईंटें बासी हो सकती हैं या विफल हो सकती हैं और मुझे इस बारे में पता होने का डर है कि जब यह बहुत देर हो चुकी होगी।

हाल ही में हमें एक अजीब सी असफलता मिली जब सब कुछ काम करता दिखाई दिया, लेकिन एक ईंट की मात्रा (शुद्ध संयोग से मिली) से गिर गई।

क्या एक सरल और विश्वसनीय तरीका है (क्रोन स्क्रिप्ट?) जो मुझे मेरे GlusterFS 3.2 वॉल्यूम की स्वास्थ्य स्थिति के बारे में बताएगा ?


अभी के लिए हम एक गंदे शेल लिपि आधारित निगरानी का उपयोग करते हैं: check_gluster.sh
Arie Skliarouk

Glfs-health.sh पर एक नज़र डालें
क्वांटा

1
मैंने glfs-health.sh की जाँच की और ऐसा लगता है कि यह glusterfs के पुराने संस्करणों के लिए है, जो कॉन्फ़िगरेशन-फ़ाइल नियंत्रित थे। मैं glusterfs 3.2 का प्रतिनिधित्व करने के लिए अपने प्रश्न को स्पष्ट करूंगा।
आर्य स्कालियारुक

जवाबों:


3

यह कुछ समय के लिए GlusterFS डेवलपर्स के लिए एक अनुरोध है और कुछ भी आउट-ऑफ-द-बॉक्स समाधान नहीं है जिसका आप उपयोग कर सकते हैं। हालाँकि, कुछ स्क्रिप्ट के साथ यह असंभव नहीं है।

बहुत ही संपूर्ण ग्लस्टर सिस्टम एक एकल चमक कमांड द्वारा प्रबंधित किया जाता है और कुछ विकल्पों के साथ, आप अपने आप को स्वास्थ्य निगरानी स्क्रिप्ट लिख सकते हैं। ईंटों और संस्करणों के बारे में जानकारी के लिए यहाँ देखें - http://gluster.org/community/documentation/index.php/Gluster_3.2:_Displaying_Volume_Information

प्रदर्शन की निगरानी के लिए, इस लिंक को देखें - http://gluster.org/community/documentation/index.php/Gluster_3.2:_Monitoring_your_GlusterFS_Workload

अद्यतन: http://gluster.org/community/documentation/index.php/About_GlusterFS_3.3 में अपग्रेड करने पर विचार करें

आप हमेशा नवीनतम रिलीज पर होने के साथ बेहतर होते हैं क्योंकि वे अधिक बग फिक्स और अच्छी तरह से समर्थित हैं। नए सिरे से जारी करने से पहले, अपने-अपने परीक्षण चलाएं - http://vbellur.wordpress.com/2012/05/31/upmission-to-glusterfs-3-3/ :)

अध्याय 10 में आपके GlusterFS 3.3 संस्थापन की निगरानी के लिए विशिष्ट अनुभाग के साथ एक व्यवस्थापक मार्गदर्शिका है - http://www.gluster.org/wp-content/uploads/2012/05/Gluster_File_System-3.3.0-Administration_Guideide-en-US .pdf

एक और नागिन लिपि के लिए यहां देखें - http://code.google.com/p/glusterfs-status/


धन्यवाद चिदा, मुझे लगता है कि मुझे क्या मिला है, यह है कि कुछ लोग ( github.com/semiosis/puppet-gluster ) खरीद तालिका ('- ईंट-ईंट') आदि के माध्यम से चमक की निगरानी कर रहे हैं और लॉगफ़ाइल्स (उदाहरण के लिए 'E') त्रुटि के लिए), और कुछ लोग सीएलआई का उपयोग कर रहे हैं और मेरे पास कोई विचार नहीं है जो ग्लस्टर की स्थिति की सटीक रिपोर्ट करने की अधिक संभावना है।
r2

मैं CLI का उपयोग करने की सलाह दूंगा क्योंकि यह एक GlusterFS अनुशंसा करता है और अप-टू-डेट होने के लिए बाध्य है।
चिड़ा


2

संलग्न स्क्रिप्ट की जाँच करें। https://www.gluster.org/pipermail/gluster-users/2012-June/010709.html चमक 3.3 के लिए; यह शायद 3.2 चमक के लिए आसानी से अनुकूलनीय है।

#!/bin/bash

# This Nagios script was written against version 3.3 of Gluster.  Older
# versions will most likely not work at all with this monitoring script.
#
# Gluster currently requires elevated permissions to do anything.  In order to
# accommodate this, you need to allow your Nagios user some additional
# permissions via sudo.  The line you want to add will look something like the
# following in /etc/sudoers (or something equivalent):
#
# Defaults:nagios !requiretty
# nagios ALL=(root) NOPASSWD:/usr/sbin/gluster peer status,/usr/sbin/gluster volume list,/usr/sbin/gluster volume heal [[\:graph\:]]* info
#
# That should give us all the access we need to check the status of any
# currently defined peers and volumes.

# define some variables
ME=$(basename -- $0)
SUDO="/usr/bin/sudo"
PIDOF="/sbin/pidof"
GLUSTER="/usr/sbin/gluster"
PEERSTATUS="peer status"
VOLLIST="volume list"
VOLHEAL1="volume heal"
VOLHEAL2="info"
peererror=
volerror=

# check for commands
for cmd in $SUDO $PIDOF $GLUSTER; do
    if [ ! -x "$cmd" ]; then
        echo "$ME UNKNOWN - $cmd not found"
        exit 3
    fi
done

# check for glusterd (management daemon)
if ! $PIDOF glusterd &>/dev/null; then
    echo "$ME CRITICAL - glusterd management daemon not running"
    exit 2
fi

# check for glusterfsd (brick daemon)
if ! $PIDOF glusterfsd &>/dev/null; then
    echo "$ME CRITICAL - glusterfsd brick daemon not running"
    exit 2
fi

# get peer status
peerstatus="peers: "
for peer in $(sudo $GLUSTER $PEERSTATUS | grep '^Hostname: ' | awk '{print $2}'); do
    state=
    state=$(sudo $GLUSTER $PEERSTATUS | grep -A 2 "^Hostname: $peer$" | grep '^State: ' | sed -nre 's/.* \(([[:graph:]]+)\)$/\1/p')
    if [ "$state" != "Connected" ]; then
        peererror=1
    fi
    peerstatus+="$peer/$state "
done

# get volume status
volstatus="volumes: "
for vol in $(sudo $GLUSTER $VOLLIST); do
    thisvolerror=0
    entries=
    for entries in $(sudo $GLUSTER $VOLHEAL1 $vol $VOLHEAL2 | grep '^Number of entries: ' | awk '{print $4}'); do
        if [ "$entries" -gt 0 ]; then
            volerror=1
            let $((thisvolerror+=entries))
        fi
    done
    volstatus+="$vol/$thisvolerror unsynchronized entries "
done

# drop extra space
peerstatus=${peerstatus:0:${#peerstatus}-1}
volstatus=${volstatus:0:${#volstatus}-1}

# set status according to whether any errors occurred
if [ "$peererror" ] || [ "$volerror" ]; then
    status="CRITICAL"
else
    status="OK"
fi

# actual Nagios output
echo "$ME $status $peerstatus $volstatus"

# exit with appropriate value
if [ "$peererror" ] || [ "$volerror" ]; then
    exit 2
else
    exit 0
fi

1

मैं नीचे बताए अनुसार चमक के लिए नागों की निगरानी को कॉन्फ़िगर करने में सक्षम था:

http://gopukrish.wordpress.com/2014/11/16/monitor-glusterfs-using-nagios-plugin/


1
क्योंकि लिंक समय के साथ मृत हो जाते हैं, हम इसे पसंद करेंगे यदि आप सर्वरफॉल्ट पर यहां उत्तर का सार शामिल कर सकते हैं।
लदादादा

1

@ एरी स्कालरॉउक, आपकी check_gluster.shएक टाइपो है - अंतिम पंक्ति पर, आप exitstइसके बजाय grep करते हैं exist। मैं आगे बढ़ा और इसे थोड़ा और कॉम्पैक्ट बनाने के लिए, और एक अस्थायी फ़ाइल की आवश्यकता को हटाने के लिए फिर से लिखा।

#!/bin/bash

# Ensure that all peers are connected
gluster peer status | grep -q Disconnected && echo "Peer disconnected." && exit 1

# Ensure that all bricks have a running log file (i.e., are sending/receiving)
for vol in $(gluster volume list); do
  for brick in $(gluster volume info "$vol" | awk '/^Brick[0-9]*:/ {print $2}'); do
    gluster volume log locate "$vol" "$brick";
  done;
done |
 grep -qE "does not (exist|exitst)" &&
 echo "Log file missing - $vol/$brick ." &&
 exit 1

1
"एग्जिट" टाइपो वही है जो लॉग में लिखा गया है। मैं "कॉम्पैक्ट" लाभ नहीं खरीदता हूं - जब लाइनें अतिभारित होती हैं, तो स्क्रिप्ट को समझना बहुत कठिन होता है। आसानी से समझने वाले कोड के लिए भुगतान करने के लिए अस्थायी फ़ाइल सस्ती कीमत है।
आर्य स्कालियारक

@ArieSkliarouk: दोनों मामलों को कवर करने के लिए अद्यतन किया गया है, लेकिन यह उल्लेख किया जाना चाहिए कि संबंधित संदेश नवंबर 2011 में हटा दिया गया था; git.gluster.org/… देखें । इस प्रकार, यह संभवतः नए ग्लस्टर्स पर काम करने वाला नहीं है। यदि आपको यह समझने में कठिन कोड लगता है, तो यह ठीक है, लेकिन यह एक अस्थायी फ़ाइल का उपयोग करने की तुलना में काफी अधिक मजबूत है, इसलिए इसे उस विशेषता की कथित कमी के लिए खारिज करने के बजाय पठनीयता के लिए इसे फिर से सक्रिय करने पर विचार करें।
BMDan

1
एक अनाम संपादक ने नोट किया कि gluster volume info | awk ...संक्षिप्त किया जा सकता है gluster volume list
लेकेनस्टेय
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.