जवाब दुगुना है।
वर्कअराउंड: अस्थायी डेटा के लिए उपयोग / देव / xvdb (/ mnt)
यह आपके अमेज़ॅन EC2 उदाहरण का तथाकथित अल्पकालिक भंडारण है और इसकी विशेषताएँ अन्य अमेज़ॅन ईबीएस स्टोरेज के उपयोग की तुलना में कहीं अधिक भिन्न हैं । विशेष रूप से, यह अल्पकालिक भंडारण स्टॉप / स्टार्ट साइकल पर खो जाएगा और आम तौर पर दूर जा सकता है , इसलिए आप निश्चित रूप से वहां स्थायी मूल्य का कुछ भी नहीं डालना चाहते हैं, अर्थात केवल अस्थायी डेटा वहां रखें जहां आप आसानी से खो सकते हैं या पुनर्निर्माण कर सकते हैं , कंप्यूट फ़ाइल या कड़ाई से उपयोग के दौरान उपयोग में अस्थायी डेटा। बेशक, आप उदाहरण के लिए वहाँ विशाल अनुक्रमित स्टोर कर सकते हैं, लेकिन जो भी कारण (उदाहरण के लिए रिबूट, हार्डवेयर विफलता, ...) के लिए भंडारण को मंजूरी दे दी गई है, के बाद इनका पुनर्निर्माण करने के लिए तैयार रहना चाहिए।
समाधान: वांछित भंडारण प्राप्त करने के लिए आकार / देव / xvda1 (/)
यह आपके अमेज़ॅन ईबीएस समर्थित ईसी 2 इंस्टेंस का तथाकथित रूट डिवाइस स्टोरेज है , जो विशेष रूप से लचीलेपन और स्थायित्व के लिए अमेज़ॅन ईबीएस की सुविधा प्रदान करता है, अर्थात वहां रखा गया डेटा यथोचित सुरक्षित है और इंस्टेंस विफलताओं से बचता है; आप अपने ईबीएस वॉल्यूम के नियमित स्नैपशॉट ले कर लचीलेपन और स्थायित्व को और भी बढ़ा सकते हैं, जो अमेज़ॅन एस 3 पर संग्रहीत हैं , जिसमें प्रसिद्ध 99.999999999% स्थायित्व की विशेषता है।
यह स्नैपशॉट विशेषताएं आपको बदले में आपकी समस्या को हल करने में सक्षम बनाती हैं, इनफ़ॉफ़र आप अपने वर्तमान 8 जीबी ईबीएस रूट स्टोरेज (/ देव / xvda1) को एक या अधिक या कम से कम अपनी इच्छानुसार बदल सकते हैं। इस प्रक्रिया को एरिक हैमंड के उत्कृष्ट लेख में एक चल रहे ईबीएस बूट ईसी 2 उदाहरण पर रूट डिस्क के रूप में उल्लिखित किया गया है :
जब तक आप EC2 उदाहरण (कुछ मिनट) पर थोड़ा कम समय के साथ ठीक होते हैं, तब तक एक नई प्रतिलिपि शुरू करने की आवश्यकता के बिना रूट ईबीएस वॉल्यूम को एक बड़ी प्रति के साथ बदलना संभव है।
यदि आप सही तरीके से उनके द्वारा बताए गए चरणों को तैयार करते हैं (मैं प्रक्रिया से परिचित होने के लिए पहले उन्हें फेंकने वाले EC2 उदाहरण के साथ परीक्षण करने की सलाह देता हूं, या एक अनुरूप स्क्रिप्ट के माध्यम से इसे स्वचालित भी करता हूं), तो आपको कुछ के साथ प्रक्रिया समाप्त करने में सक्षम होना चाहिए मिनट डाउनटाइम केवल वास्तव में।
उल्लिखित अधिकांश कदम AWS प्रबंधन कंसोल के माध्यम से भी किए जा सकते हैं , जो अमेज़न EC2 API टूल्स से निपटने से बचते हैं ; यह करने के लिए नीचे फोड़े:
- रोकें (समाप्त नहीं!) EC2 उदाहरण
- बंद उदाहरण से ईबीएस मात्रा अलग करें
- अलग ईबीएस मात्रा का एक स्नैपशॉट बनाएँ
- बनाए गए स्नैपशॉट से एक नया (बड़ा) ईबीएस वॉल्यूम बनाएं
- EC2 उदाहरण के लिए नया EBS वॉल्यूम संलग्न करें ( महत्वपूर्ण ! यदि यह आपका रूट डिवाइस है, तो यह सुनिश्चित करें कि इसे उदाहरण के मूल उपकरण के रूप में नाम दिया जाए जैसा कि उल्लेख किया गया था (/ dev / sda1) या (/ dev / xdva1) अन्यथा यह एक ब्लॉक डिवाइस के रूप में संलग्न किया जाएगा न कि रूट डिवाइस के रूप में और आप इंस्टेंस को शुरू करने में सक्षम नहीं होंगे क्योंकि कोई रूट डिवाइस उदाहरण के लिए सूचीबद्ध नहीं होगा। '
- SSH रनिंग इंस्टेंस में है और सब कुछ कन्फर्म होता है
df -ah
- यदि आपका सिस्टम स्वचालित रूप से फाइल सिस्टम का आकार परिवर्तन नहीं करता है, तो आपको एरिक के लेख में बताए अनुसार इसे मैन्युअल रूप से करना होगा
सौभाग्य!
विकल्प
इन ईबीएस संस्करणों की बहुमुखी प्रतिभा और उपयोग में आसानी को देखते हुए, एक अतिरिक्त विकल्प आपके उदाहरण के लिए अधिक ईबीएस वॉल्यूम संलग्न करना और वहां पर चिंता के स्पष्ट रूप से वियोज्य क्षेत्रों को स्थानांतरित करना होगा।
उदाहरण के लिए, हम कुछ हेवीवेट जावा अनुप्रयोगों के एक जोड़े का उपयोग कर रहे हैं, प्रत्येक में प्रति संस्करण 1-2GB का भंडारण होता है; संस्करणों को अपग्रेड करने में आसानी करने के लिए और आम तौर पर इन ऐप्स को मेरे विवेक पर अलग-अलग उदाहरणों में स्थानांतरित करने में सक्षम होने के लिए, मैंने उन्हें प्रत्येक पर समर्पित ईबीएस वॉल्यूम पर रखा है, इन्हें एक इंस्टेंस पर माउंट करें और उन्हें इच्छित स्थान, जैसे आमतौर पर /var/lib/<app>/<version>
और सॉफ्ट लिंक से कनेक्ट करें /usr/local/<app>/<version>
।
इस पद्धति के साथ, हम वर्तमान में रूट डिवाइस स्टोरेज के साथ ईसीजी इंस्टेंसेस को 8GB के अपने डिफ़ॉल्ट आकार (अभी भी आपकी तरह) पर चला रहे हैं, लेकिन कभी-कभी 8 EBS वॉल्यूम अलग-अलग आकार (1-15GB) के साथ जुड़े होते हैं।
आपको संभावित नेटवर्क प्रदर्शन मुद्दों के बारे में पता होना चाहिए, हालांकि, इन सभी ईबीएस संस्करणों का उपयोग उनके I / O के लिए बहुत ही LAN का उपयोग कर रहा है, जो संबंधित प्रदर्शन लाभ भी प्राप्त कर सकता है, या चरम मामलों में आपके नेटवर्क को संतृप्त कर सकता है - इसलिए हमेशा की तरह यह निर्भर करता है उपयोग के मामले में और हाथ में काम का बोझ।