मैं एक अमेज़ॅन आरडीएस ग्राहक हूं और दैनिक अमेज़ॅन आरडीएस का अनुभव कर रहा हूं, विलंबता स्पाइक्स लिखता हूं, जो लगभग बैकअप विंडो के अनुरूप है। मैं एक स्नैपशॉट के अंत में स्पाइक्स भी देखूंगा (मामले में: स्नैपशॉट को चलाने में 1 घंटा लगता है, और अंतिम 5 मिनट में, विलंबता स्पाइक्स लिखें)। मैं एक बहु- AZ m1.large तैनाती चला रहा हूं।
क्या स्टैक पर कोई है जो बता सकता है कि अमेजन आरडीएस बैकअप वास्तव में कैसे काम कर रहा है? मैंने अमेज़ॅन आरडीएस डॉक्स पढ़ा है, और जहां तक मैं बता सकता हूं, अमेज़ॅन आरडीएस कल्पना के अनुसार व्यवहार नहीं कर रहा है। विशेष रूप से, ये बैकअप / स्नैपशॉट ऑपरेशन मेरी प्रतिकृति को मारना चाहिए, और इसलिए किसी भी डाउनटाइम / प्रदर्शन हिट का कारण नहीं बन रहा है, या इसलिए मैंने सोचा।
मैं अपनी समस्या को छह सवालों में बाँट सकता हूँ:
- स्नैपशॉट और बैकअप के दौरान तकनीकी रूप से क्या हो रहा है, और वे कैसे भिन्न हैं? (यदि आप इस प्रश्न का उत्तर देते हैं, तो कृपया मुझे बताएं कि क्या आप अपने उत्तर की पुष्टि करने में सक्षम हैं, या बस मुझे दस्तावेज उद्धृत कर रहे हैं)।
- क्या बहु-AZ परिनियोजन पर बैकअप विंडो के दौरान लिखित विलंबता में स्पाइक है?
- क्या बहु-AZ परिनियोजन पर स्नैपशॉट के अंत में अपेक्षित होने के लिए लिखित विलंबता में स्पाइक है?
- यदि मैं मल्टी-एज़ेड नहीं था तो क्या मेरी लेटेंसी स्पाइक और भी अधिक होगी?
- यदि मैं अपने डेटाबेस को दो m1.large EC2 इंस्टेंसेस पर चला रहा हूं, तो आर्किटेक्चरली, क्या मैं इन राइट लेटेंसी स्पाइक्स से बच सकता हूं?
- क्या कोई विन्यास है जो मैं उपयोग कर सकता हूं जो इन लेखन विलंबता से बचेंगे, जबकि अभी भी मेरे डीबी को आरडीएस के साथ होस्ट कर रहा हूं, या क्या मैं अमेज़ॅन की दया पर प्रभावी रूप से हूं?
बोनस प्रश्न: आप अपने mysql डेटाबेस को कहाँ और कैसे होस्ट करते हैं?
मैं कह सकता हूं कि मैं इन दैनिक लेखन विलंबता मुद्दों को छोड़कर आमतौर पर आरडीएस से खुश रहा हूं। मुझे बिल्ट-इन डेटाबेस मॉनिटरिंग बहुत पसंद है और इसे सेटअप करना और जाना सरल था।
धन्यवाद!
