मुझे यादृच्छिक (बेकार) DB इंस्टेंस नामों के साथ RDS MySQL उदाहरणों का एक संग्रह विरासत में मिला है ।
मुझे अक्सर यह पता लगाने के लिए टैग अनुभाग में खोदना पड़ता है कि वे किस परियोजना से संबंधित हैं।
सेटिंग्स में से एक मैं एक आरडीएस में संशोधित कर सकता हूं DB Instance Identifier।
अगर मैं इसे बदल दूं, तो नाम बदलने के अलावा क्या होगा? क्या यह किसी के कोड को प्रभावित करेगा? या यह एक हानिरहित परिवर्तन है?
ये लाइव सिस्टम हैं जिन्हें मैं नीचे नहीं ला सकता।
जवाबों:
हाँ, आप अपने स्वयं के जोखिम पर एक RDS उदाहरण का नाम बदल सकते हैं।
जब आप किसी DB उदाहरण का नाम बदलते हैं, तो DB उदाहरण परिवर्तनों के लिए [DNS] समापन बिंदु [hostname], क्योंकि URL में वह नाम शामिल होता है जिसे आपने DB आवृत्ति को सौंपा है।
http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_RenameInstance.html
इस कारण से आपके एप्लिकेशन कोड को कॉन्फ़िगरेशन में बदलाव करने की आवश्यकता है।
अन्य निहितार्थ के लिए ऊपर दिए गए लिंक को देखें। यह एक समर्थित और आम तौर पर सुरक्षित संचालन है, लेकिन केवल आपके रखरखाव विंडो में, क्योंकि आवश्यक रूप से एक संक्षिप्त व्यवधान होगा क्योंकि DNS को बदल दिया गया है और आपका ऐप कोड नए डेटाबेस होस्टनाम के साथ साइकिल चला गया है।
हाँ आप RDS उदाहरण का नाम बदल सकते हैं, लेकिन LIVE उत्पादन वातावरण में ऐसा करने के लिए बहुत हतोत्साहित किया जाता है। यह एंडपॉइंट को बदल देगा जो अन्य संसाधनों को सक्रिय रूप से आरडीएस सर्वर (एप्लिकेशन सर्वर की तरह) तक पहुंचने पर प्रभावित कर सकता है।
इसके लिए संभवतः आपके कोड या कॉन्फ़िगरेशन में एक संपत्ति / env- परिवर्तनशील परिवर्तन की आवश्यकता होगी (जो आदर्श रूप से विन्यास निरीक्षण के लिए विन्यास की रिहाई के लिए समाप्त होगा)
विघटन से बचने के लिए (भविष्य में) और कम आरटीओ के साथ रोलआउट में परिवर्तन, आप अपने आरडीएस सर्वर के लिए रूट 53 में एक मध्यवर्ती DNS प्रविष्टि (CNAME) बना सकते हैं और अपने आवेदन में मध्यवर्ती URL का उपयोग कर सकते हैं। जब RDS सर्वर नाम बदलता है तो आप नए RDS समापन बिंदु के DNS CNAME को बदल सकते हैं। नोट: नाम परिवर्तन के दौरान आपका RDS सर्वर कुछ मिनटों के लिए अनुपलब्ध (पुराने नाम के साथ) होगा और इससे व्यवधान उत्पन्न हो सकता है
कहा जा रहा है, आप पहले से ही अपनी समस्या के समाधान (आरडीएस नामों में बदलाव) के पक्षपाती हैं। परंतु
आपकी वास्तविक समस्या के लिए कई समाधान हैं (प्रत्येक परियोजना के लिए RDS सर्वर का प्रबंधन)
A. जितना हो सके AWS Console का उपयोग करने से बचने का प्रयास करें। क्यों न आप AWS CLI (जो टैग्स को खींच सकें) में देखना शुरू करें और सभी RDS सर्वरों को सूचीबद्ध करने के लिए एक रैपर पायथन / बैश स्क्रिप्ट लिखें - प्रोजेक्ट नाम के साथ, इस आउटपुट से आप इन सर्वरों को प्रबंधित कर सकते हैं, जैसे स्नैपशॉट, बैकअप आदि। । आप mysql --login-path का उपयोग कर सकते हैं (यदि आप DB प्रशासन के लिए mysql पर हैं) https://opensourcedbms.com/dbms/passwordless-authentication-using-mysql_connig_editor-with-mysql-5-6/ ।
B. (कॉस्ट एग्नोस्टिक एप्रोच) यदि आपने कभी भी आरडीएस नाम बदलने का फैसला किया है, तो ऐसा कुछ है जो आप बिना किसी प्रभाव के कर सकते हैं।
B.1 When the next code/config release happens try to bring in the intermediate DNS change into action.
B.2 (Optional) Enable Multi AZ in RDS (HA and twice the price). This will help your application to access the secondary active slave when there is any disruption due to name change. There is an option called Reboot with failover which would reboot the master while failing over to the active secondary
B.3 Enable replication (read-replica) (this will give you a new RDS end-point). Name the read replica properly with your project names
B.4. Once replication is complete (and during your SLA / maintenance window) promote your read replica (this will break replication) and make the intermediate DNS point to the new RDS (with your proper names)
नोट उपरोक्त सभी दृष्टिकोण इन-फ्लाइट लेनदेन के कारण डेटा अखंडता और अनुचित डेटा अपडेट की गारंटी नहीं देंगे। इसलिए सभी लेनदेन को रोकना बेहतर है (सभी एप्लिकेशन को एक्सेस करने से रोकना और रखरखाव पृष्ठ को तैनात करना और संचालन करना)
--output=text। # 2 और बिलिंग विश्लेषण के लिए हाँ । कंसोल एक चाहिए, आपको बिलिंग-भूमिका के साथ एक IAM उपयोगकर्ता बनाने पर विचार करना चाहिए और इसे अपने वित्त व्यक्ति को सौंपना चाहिए।