हम वर्तमान में एक mysql सर्वर और fileserver तक पहुँचने कई वेबसर्वर का उपयोग करें। क्लाउड पर जाने के लिए देख रहे हैं, क्या मैं इस सेटअप का उपयोग कर सकता हूं और ईबीएस को कई मशीन उदाहरणों से जोड़ सकता हूं या दूसरा समाधान क्या है?क्या आप अमेज़ॅन ईबीएस को कई उदाहरणों से जोड़ सकते हैं?
मुझे पूरा यकीन है कि आप नहीं कर सकते हैं, लेकिन आप एक ईबीएस क्लोन कर सकते हैं और इसे किसी अन्य उदाहरण से जोड़ सकते हैं।
यह तय डेटासेट, या 'असली' डेटा पर परीक्षण के लिए के लिए उपयोगी है, लेकिन 1 से अधिक उदाहरण एक खंड की दुकान पर काम करने की अनुमति नहीं
नहीं, यह दो में एक हार्ड ड्राइव का उपयोग कर की तरह है कंप्यूटर।
यदि आप साझा डेटा चाहते हैं, तो आप एक सर्वर स्थापित कर सकते हैं जो आपके सभी उदाहरणों तक पहुंच सके। आप अपने सभी उदाहरणों के लिए एक सरल भंडारण क्षेत्र इच्छुक रहे हैं, तो आप डेटा है कि वितरित और स्केलेबल है स्टोर करने के लिए अमेज़न के S3 भंडारण सेवा का उपयोग कर सकते हैं।
क्लाउड पर जाने के लिए, आप एक ही सेटअप कर सकते हैं, लेकिन आप संभावित रूप से फाइलरवर को S3 के साथ प्रतिस्थापित कर सकते हैं, या आपके सभी उदाहरण आपके फाइलसेवर से कनेक्ट हो सकते हैं।
आपके पास बहुत सारे विकल्प हैं, लेकिन उदाहरणों के बीच हार्ड ड्राइव साझा करना शायद सबसे अच्छा विकल्प नहीं है।
नहीं, ईबीएस दस्तावेज़ों के अनुसार: "एक वॉल्यूम केवल एक समय में एक उदाहरण से जुड़ा जा सकता है"।
कैसे आप वर्तमान में साझा भंडारण का उपयोग कर रहे हैं? यदि यह महज fileserver से फाइल की सेवा के लिए है, तो आप एक प्रणाली स्थापित करने पर विचार किया है ताकि आप प्रॉक्सी कुछ नहीं बल्कि वेबसर्वर की तुलना में fileserver पर एक प्रक्रिया के लिए अनुरोध उन फ़ाइलों को सेवा कर सकता है?
यहां उद्धरण के लिए एक लिंक है: https://aws.amazon.com/articles/1667। लेख के नीचे एफएक्यू देखें।मुझे आश्चर्य है कि क्यों ecs ec2 वर्णन-वॉल्यूम्स 'संलग्नक के * सरणी * देता है। –
अद्यतन (अप्रैल 2015): इस यूज-केस के लिए, आप नए Amazon Elastic File System (EFS), जो गुणा वास्तव में जिस तरह से आप चाहते हैं कर रहे हैं में संलग्न किया जा करने के लिए डिज़ाइन किया गया है पर देख शुरू कर देना चाहिए। EFS NFSv4 प्रोटोकॉल को उजागर करता है, जबकि EBS कच्चे ब्लॉक आईओ पहुँच प्रदान करता है: EFS और EBS के बीच मुख्य अंतर यह है कि वे अलग कपोल-कल्पना प्रदान करना है।
नीचे आपको मेरी मूल व्याख्या मिलेगी कि क्यों कई मशीनों पर कच्चे ब्लॉक डिवाइस को सुरक्षित रूप से माउंट करना संभव नहीं है।
मूल पोस्ट (2011):
यहां तक कि अगर आप एक EBS एक से अधिक उदाहरण से जुड़ी मात्रा प्राप्त करने में सक्षम थे, यह एक _REALLY_BAD_IDEA_ होगा। केको को उद्धृत करने के लिए, "यह एक बार में दो कंप्यूटरों में हार्ड ड्राइव का उपयोग करने जैसा है"
यह एक बुरा विचार क्यों है? ... कारण आप एक से अधिक उदाहरणों में वॉल्यूम संलग्न नहीं कर सकते हैं यह है कि ईबीएस एक "ब्लॉक स्टोरेज" अबास्ट्रक्शन प्रदान करता है जिस पर ग्राहक ext2/ext3/etc जैसे फाइल सिस्टम चलाते हैं। इन फ़ाइल सिस्टम (जैसे, ext2/3, FAT, NTFS, आदि) के अधिकांश लिखा मानते हैं वे ब्लॉक डिवाइस के लिए विशेष उपयोग कर सकते है। एक ही फाइल सिस्टम तक पहुंचने के दो उदाहरण लगभग आंसू और डेटा भ्रष्टाचार में निश्चित रूप से समाप्त हो जाएंगे।
दूसरे शब्दों में, एक ईबीएस वॉल्यूम बढ़ाना केवल तभी काम करेगा यदि आप क्लस्टर फाइल सिस्टम चला रहे थे जिसे एकाधिक मशीनों के बीच ब्लॉक डिवाइस साझा करने के लिए डिज़ाइन किया गया है। इसके अलावा, यह भी पर्याप्त नहीं होगा। ईबीएस को इस परिदृश्य के लिए परीक्षण करने की आवश्यकता होगी और यह सुनिश्चित करने के लिए कि यह अन्य साझा ब्लॉक डिवाइस समाधान के समान समानता गारंटी प्रदान करता है ...यानी, वो ब्लॉक को इंटरमीडिएट गैर-साझा स्तरों जैसे डोम 0 कर्नेल, ज़ेन लेयर और डोमू कर्नेल पर कैश नहीं किया जाता है। और फिर कई ग्राहकों के बीच ब्लॉक सिंक्रनाइज़ करने के प्रदर्शन विचार हैं - अधिकांश क्लस्टर्ड फाइल सिस्टम को उच्च गति वाले समर्पित SANs पर काम करने के लिए डिज़ाइन किया गया है, न कि सर्वोत्तम प्रयास वस्तु ईथरनेट। यह बहुत आसान लगता है, लेकिन आप जो पूछ रहे हैं वह बहुत ही अनौपचारिक बात है।
वैकल्पिक रूप से, देखें कि आपका डेटा साझाकरण परिदृश्य एनएफएस, एसएमबी/सीआईएफएस, सरल डीबी, या एस 3 हो सकता है या नहीं। ये समाधान सभी उच्च परत प्रोटोकॉल का उपयोग करते हैं जो साझा ब्लॉक डिवाइस उपप्रणाली के बिना फ़ाइलों को साझा करने के इरादे से हैं। कई बार ऐसा समाधान वास्तव में अधिक कुशल होता है।
आपके मामले में, आपके पास अभी भी एक एकल MySQL इंस्टेंस/फाइलसेवर हो सकता है जिसे एकाधिक वेब फ्रंट-सिरों द्वारा एक्सेस किया जाता है। वह फाइलसेवर तब अपने डेटा को ईबीएस वॉल्यूम पर संग्रहीत कर सकता है, जिससे आप रात में स्नैपशॉट बैकअप ले सकते हैं। यदि फाइलसेवर चलाने वाला इंस्टेंस गुम हो जाता है, तो आप ईबीएस वॉल्यूम को अलग कर सकते हैं और इसे एक नए फाइलसेवर इंस्टेंस में दोबारा जोड़ सकते हैं और बैक अप और मिनटों में चल सकते हैं।
"क्या कोई फ़ाइल सिस्टम के रूप में एस 3 की तरह कुछ है?" - हाँ और नहीं। हां,जैसे तृतीय पक्ष समाधान हैं जो "ठीक" काम करते हैं, लेकिन हुड के तहत उन्हें अभी भी प्रत्येक पढ़ने/लिखने के लिए अपेक्षाकृत महंगी वेब सेवा कॉल करना पड़ता है। साझा किए गए टूल्स डीआईआर के लिए, बहुत अच्छा काम करता है। क्लस्टर एफएस उपयोग के प्रकार के लिए आप एचपीसी दुनिया में देखते हैं, एक मौका नहीं। बेहतर करने के लिए, आपको एक नई सेवा की आवश्यकता होगी जो एक बाइनरी कनेक्शन उन्मुख प्रोटोकॉल प्रदान करता है, जैसे एनएफएस। उचित प्रदर्शन और व्यवहार के साथ इस तरह के एक बहु-घुड़सवार फाइल सिस्टम की पेशकश ईसी 2 के लिए एक महान सुविधा एड-ऑन होगी। मैं लंबे समय से अमेज़ॅन के लिए ऐसा कुछ बनाने के लिए एक वकील रहा हूं।
एनएफएस (और समान दृष्टिकोण एसएमबी) के साथ समस्या एक मशीन एक सर्वर के रूप में कार्य करेगी (जिस पर फाइल सिस्टम शारीरिक रूप से आरोहित होगा)। वह मशीन नीचे जाने से ईबीएस वॉल्यूम (या डिस्क भी नीचे जा सकती है) का कारण बन जाएगी। क्या S3 जैसे फ़ाइल सिस्टम के रूप में कुछ भी है? – sheki
बस स्पष्ट करने के लिए - यदि एक ईबीएस वॉल्यूम किसी उदाहरण से जुड़ा हुआ है और उदाहरण आपदाजनक रूप से मर जाता है, तो ईबीएस वॉल्यूम ठीक होगा। यह केवल इस अर्थ में "नीचे जाना" होगा कि इसे एक्सेस करने के लिए, आपको इसे नीचे के उदाहरण से अलग करना होगा और इसे एक नए उदाहरण में दोबारा जोड़ना होगा। –
"... लगभग आंसू और डेटा भ्रष्टाचार में निश्चित रूप से समाप्त होगा।" क्लासिक। @DaveDopson – Beachhouse
वहाँ आईटी क्लस्टर फ़ाइल, redhat GFS, ओरेकल OCFS2, वेरिटास सीएफएस के रूप में जाना दुनिया में कुछ है ...
ddopson के उत्तर पर टिप्पणी की जांच करें – sheki
@sheki मुझे लगता है कि ddopson के उत्तर पर आपकी टिप्पणी क्लस्टर्ड फाइल सिस्टम के लिए पूरी तरह से अप्रासंगिक है। क्लस्टर्ड फाइल सिस्टम को कई सर्वरों द्वारा एक साथ घुमाने के लिए डिज़ाइन किया गया है। क्लस्टरर्डफ का पूरा बिंदु असफलता के एकल बिंदुओं से बचने के लिए है। – Ryan
क्यों आप मात्रा और अन्य मामलों में है कि मात्रा के sshfs साथ एक उदाहरण बनाने नहीं होगा?
MySQL सर्वर & एक्सेस करने वाले एकाधिक वेब सर्वर AWS में फ़ाइल सर्वर सामान्य है। उपरोक्त उल्लिखित आर्किटेक्चर के लिए अनुसरण किए जाने वाले कुछ सर्वोत्तम अभ्यास हैं:
प्वाइंट 1) ईसी 2 पर MySQL को एडब्ल्यूएस में एसिंक/सेमी सिंक मोड में मास्टर-स्लेव के रूप में सेट किया जा सकता है। उच्च प्रदर्शन डीबी
प्वाइंट 2 के लिए RAID 0 में ईबीएस-ओपीटी + पीआईओपीएस की सिफारिश की जाती है वैकल्पिक रूप से आप अमेज़ॅन आरडीएस + मल्टी-एजेड मोड का उपयोग कर सकते हैं। एकाधिक आरडीएस स्केलिंग पढ़ने के लिए रीप्लिका को MySQL आरडीएस से जोड़ा जा सकता है।
प्वाइंट 3) ईबीएस वॉल्यूम एकाधिक ईसी 2 के साथ-साथ संलग्न नहीं किया जा सकता है। आप ईबीएस का उपयोग कर अमेज़ॅन ईसी 2 पर ग्लस्टरएफएस के आधार पर फ़ाइल सर्वर बना सकते हैं। एकाधिक वेब सर्वर एक साथ ग्लूस्टरएफएस से एडब्ल्यूएस इन्फ्रा पर बात कर सकते हैं।
प्वाइंट 4) यदि आपके एप्लिकेशन को एस 3 के साथ फ़ाइल स्टोर के रूप में एकीकृत किया जा सकता है, तो इसे आर्किटेक्चर में लाए जाने वाले स्थिरता के कारण इसे प्राथमिकता दी जाती है। आप S3fuse जैसे टूल का उपयोग करके S3 तक भी पहुंच सकते हैं।
आप एडब्ल्यूएस में एकाधिक सर्वरों पर पूरी तरह से एक ड्राइव का उपयोग कर सकते हैं। मैं बाहरी ड्राइव को माउंट करने के लिए sshfs का उपयोग करता हूं और इसे EC2 में एकाधिक सर्वरों के साथ साझा करता हूं।
मुझे एक सर्वर से कई सर्वरों को जोड़ने के लिए आवश्यक कारण यह है कि मेरे सभी बैकअप को स्थानीय नीचे खींचने से पहले एक ही स्थान रखें।
पढ़ने/केवल पढ़ने के बारे में क्या? – alexus