पंचांग और ईबीएस डिवाइस किसी भी अक्षर वाले डिवाइस फ़ाइल नाम के बारे में ले सकते हैं, इसलिए केवल डिवाइस के नाम पर भरोसा न करें। डिवाइस का नाम एक निर्धारण करने के लिए महत्वपूर्ण है अगर यह अल्पकालिक है या नहीं, हालांकि, जैसा कि मैं नीचे रूपरेखा करूंगा। 'अल्पकालिक' या 'ebs' शब्दों के साथ आरोह बिंदु नाम पर भरोसा करना इसी तरह विश्वसनीय नहीं है।
हालांकि इनमें से कुछ EC2 GUI के माध्यम से किए जा सकते हैं, कुछ कमांड को अभी भी सर्वर पर चलाने की आवश्यकता है, इसलिए यहां, मैं आपको केवल 'सभी कमांड-लाइन' विधि देता हूं। मैं आपको m3.medium CentOS के न्यूनतम 6.5 इंस्टेंस स्टोर (यानी अल्पकालिक) समर्थित AMI से उदाहरण दूंगा।
1) के साथ wget उपयोगिता स्थापित करें yum install -y wget
2) भागो wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ -O -
इस उदाहरण के उदाहरण में स्टोर समर्थित AMI - आउटपुट # 2 से ऊपर की कमांड है:
ami
ephemeral0
तुलनात्मक उद्देश्यों के लिए, नीचे ईबीएस समर्थित सेंटोस सर्वर से केवल ईबीएस वॉल्यूम के साथ उदाहरण आउटपुट है (कोई अल्पकालिक ड्राइव नहीं):
ami
ebs2
ebs3
मैं बाद में ईबीएस संस्करणों के साथ ईबीएस समर्थित उदाहरण पर लौटूंगा। अभी के लिए, आइए मूल उदाहरण स्टोर समर्थित AMI उदाहरण के साथ जारी रखें जो हमें एक पंचांग ड्राइव दिखाता है।
यह पता लगाने के लिए कि कौन सी डिवाइस फ़ाइल आपके एपिथर्मल ड्राइव पर मैप की गई है, फिर से वाईज चलाएं, इस बार यूरेल के ऊपर # 2 में खोजे गए एपेमेरल ड्राइव का नाम जोड़ दें:
3) wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ephemeral0 -O -
और, इस उदाहरण में आउटपुट है / है:
sdb
यह ऊपर मेरी बात को रेखांकित करता है कि आप / dev / sdb के माध्यम से / dev / sdb ग्रहण नहीं कर सकते हैं ebs डिवाइस हैं। यह सच हो सकता है कि / dev / xvdb के माध्यम से / dev / xvde ebs हैं - लेकिन मेरे सिस्टम हमेशा / dev / xvde1 से शुरू होते हैं , इसलिए उन डिवाइस अक्षरों का अस्तित्व संभवतः OS, क्षेत्र, AMI, आदि पर निर्भर करता है, जिनका आप उपयोग कर रहे हैं। एक तरफ के रूप में, आप 'ईबीएस' नामों के खिलाफ # 3 चला सकते हैं, यदि कोई हो (जैसे ebs2), और इसी तरह के आउटपुट देगा।
4) अगला, भागो lsblk
इस मामले में, आउटपुट ऐसा दिखता है:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvde1 202:65 0 8G 0 disk /
xvdf 202:80 0 4G 0 disk
यह ऊपर से मेरी बात को रेखांकित करता है कि आप यह बताने के लिए माउंट बिंदु पर भरोसा नहीं कर सकते कि कोई उपकरण अल्पकालिक है या नहीं।
आप यह भी देखेंगे कि EC2 डिवाइस वॉल्यूम अक्षरों और OS के मैपिंग अक्षरों के बीच मैपिंग मेल नहीं खाती। यहां अच्छी खबर का एक छोटा सा हिस्सा यह है कि ड्राइव पत्र उसी क्रम में वृद्धि करेंगे, भले ही पत्र खुद से मेल न खाते हों। तो, चलिए हमारे डिवाइस मैपिंग मेटा-डेटा से 'अन्य' ड्राइव अक्षर प्राप्त करते हैं। जैसा कि आपने ऊपर देखा, दो डिवाइस मैपिंग थीं, एक कॉल की गई amiऔर दूसरी को कॉल किया गया ephemeral0। हमने पहले ही ephemeral0 की जांच कर ली है, इसलिए आइए ami की जाँच करें:
5) wget -q 169.254.169.254/latest/meta-data/block-device-mapping/ami -O -
आउटपुट इस प्रकार है:
sda1
हम आत्मविश्वास से निष्कर्ष निकाल सकते हैं कि ओएस मैपिंग में सबसे कम अक्षर EC2 ब्लॉक डिवाइस मैपिंग का सबसे कम अक्षर है, और हम वहां से ऊपर की तरफ बढ़ सकते हैं। इस प्रकार:
/dev/sda1 = /dev/xvde1 तथा /dev/sdb = /dev/xvdf
अंतिम लेकिन कम से कम - आप ध्यान देंगे कि ब्लॉक डिवाइस मैपिंग amiतुरंत खुद को उधार नहीं देती है चाहे वह ईबीएस समर्थित हो या इंस्टेंस स्टोर समर्थित हो। हमारे पास चलाने के लिए एक और कमांड है।
6) wget -q 169.254.169.254/latest/meta-data/ami-manifest-path -O -
मुझे यकीन है कि ईबीएस समर्थित एएमआई का एक मैनिफ़ेस्ट पाथ नहीं है क्योंकि केवल स्टोर स्टोर वॉल्यूम में एक मेनिफ़ेस्ट होता है (एस 3 में एएमआई के बंडल सेगमेंट के नामों और पथ को सूचीबद्ध करता है)। मैंने जिन मामलों की जाँच की है, उन सभी के परिणाम # 6 से ऊपर हैं, जो स्टोर के खिलाफ चलते हैं और उदाहरण के लिए, कुछ इस तरह है:
someamibucketname/someamidescription/someamidescription.manifest.xml
जब, # 6 ईबीएस समर्थित एएमआई के खिलाफ चलाया जाता है, तो आपको यह मिलता है:
(unknown)
