এডাব্লুএস আরডিএস স্টোরেজ বাড়ানোর জন্য ডাউনটাইম?


22

আমি দুটি আরডিএস দৃষ্টান্তের স্টোরেজ বাড়িয়ে দেখছি (কেবলমাত্র সঞ্চয় স্থান বরাদ্দ করা হয়েছে, উদাহরণের ধরণ বা অন্যান্য পরামিতি নয়)। Https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIOPS.StorageTypees.html#USER_PIOPS.ModifEEisting এ ডকুমেন্টেশনটি প্রস্তাবিত:

আপনি স্ট্যান্ডার্ড স্টোরেজ থেকে প্রভিশনেড আইওপিএস স্টোরেজ, বা প্রভিশনেড আইওপিএস থেকে স্ট্যান্ডার্ড স্টোরেজে পরিবর্তন করতে পারেন, পাশাপাশি স্টোরেজও বাড়িয়ে তুলতে পারেন, অল্প সময়েই।

পরিবর্তনটি সম্পাদন করার আগে আমি অবশ্যই একটি রক্ষণাবেক্ষণ উইন্ডো শিডিউল করব। তবে ডকুমেন্টেশনটি এই ক্ষেত্রে কিছুটা অস্পষ্ট বলে মনে হচ্ছে। এর আগে যে কেউ এই কাজটি করতে পারে, তার জন্য "সামান্য থেকে কোনও ডাউনটাইম" কী? আমি কি 5 সেকেন্ড আশা করতে পারি বা এটি 5 মিনিটের মতো বেশি?

জুলাই, 2019 আপডেট করুন:

আমি সঠিক এবং আপডেটডাব্লুএস ডকুমেন্টেশনের লিঙ্কটি আপডেট করেছি (যা ভেঙে গেছে)। নতুন ডকুমেন্টেশনে একটি ব্লার্ব রয়েছে যা মূল প্রশ্নের উত্তরটিও দিতে সহায়তা করে:

বেশিরভাগ ক্ষেত্রে, স্কেলিং স্টোরেজটি কোনও আউটজেটের প্রয়োজন হয় না এবং সার্ভারের কার্যকারিতা হ্রাস করে না। আপনি কোনও ডিবি উদাহরণের জন্য স্টোরেজ আকার পরিবর্তন করার পরে, ডিবি উদাহরণটির স্থিতি হ'ল স্টোরেজ-অপ্টিমাইজেশন। স্টোরেজ পরিবর্তনের পরে ডিবি উদাহরণ সম্পূর্ণরূপে কার্যকর। যাইহোক, আপনি ছয় ঘন্টা বা ডিবি উদাহরণ স্থিতি স্টোরেজ-অপ্টিমাইজেশনের ক্ষেত্রে যেকোনও দীর্ঘতর জন্য পরবর্তী স্টোরেজ পরিবর্তন করতে পারবেন না।

তবে একটি বিশেষ কেস হ'ল যদি আপনার কাছে এসকিউএল সার্ভার ডিবি উদাহরণ থাকে এবং নভেম্বর 2017 থেকে স্টোরেজ কনফিগারেশনটি পরিবর্তন না করে this এই ক্ষেত্রে, আপনি যখন ডিবি উদাহরণটি সংশোধন করেন তখন বরাদ্দ বাড়ানোর জন্য আপনি কয়েক মিনিটের একটি সংক্ষিপ্ত আউটেজের অভিজ্ঞতা পেতে পারেন স্টোরেজ। বিভ্রাটের পরে, ডিবি উদাহরণটি অনলাইনে থাকলেও স্টোরেজ-অপ্টিমাইজেশন অবস্থায় রয়েছে। সঞ্চয়ের অপ্টিমাইজেশনের সময় পারফরম্যান্স হ্রাস পেতে পারে।

উত্তর:


21

প্রথমে নোট করুন যে আপনি ভুল অপারেশনটির দিকে তাকিয়ে থাকতে পারেন - আপনি বর্ণনা করেন যে আপনি স্টোরেজের আকার পরিবর্তন করতে চান তবে স্টোরেজের ধরণের বর্ণনা দিয়ে ডকুমেন্টেশন উদ্ধৃত করেছেন । এটি একটি গুরুত্বপূর্ণ বিভ্রান্তি: আরডিএস পরামর্শ দেয় যে আপনি স্টোরেজ আকার পরিবর্তন করার জন্য আউটেজের অভিজ্ঞতা পাবেন না, তবে আপনি স্টোরেজ ধরণের পরিবর্তনের জন্য আউটেজের অভিজ্ঞতা অর্জন করবেন।

স্টোরেজ আকার পরিবর্তন করার জন্য অবক্ষয়িত পারফরম্যান্সের প্রত্যাশা, এর সময়কাল এবং এর প্রভাব বিভিন্ন কারণের উপর নির্ভর করবে:

  • আপনার আরডিএস উদাহরণ টাইপ
  • কনফিগারেশন
    • রক্ষণাবেক্ষণের সময় কি এটি ঘটবে?
    • এই পরিবর্তনগুলি কি আপনার মাল্টি-এজেড ক্রীতদাসে প্রথমে দেখা যাবে এবং তারপরে ব্যর্থতা?
  • বর্তমান ডাটাবেস আকার
  • প্রার্থী ডাটাবেস আকার
  • আপনার অনুরোধকৃত অঞ্চলে আপনার অনুরোধকৃত প্রাপ্যতা অঞ্চলে, আপনার অনুরোধকৃত দিনের সময় এই অনুরোধটি পরিচালনা করার জন্য AWS ক্ষমতা capacity
  • ইঞ্জিনের ধরণ ( অ্যামাজন অরোরার ব্যবহারকারীদের জন্য , স্টোর সংযোজনগুলি আরবিএস দ্বারা 10 জিবি ইনক্রিমেন্টে প্রয়োজন অনুসারে পরিচালিত হয়, সুতরাং এই আলোচনাটি চলবে)

এটি মনে রেখে, আপনি নিজে, আপনার পরিবেশে এবং আপনার শর্তাদি এটি পরীক্ষা করে আরও ভাল পরিবেশিত হবেন। নিম্নলিখিতগুলির সাথে পরীক্ষার চেষ্টা করুন:

  • আপনার বিদ্যমান উদাহরণের স্ন্যাপশট থেকে একটি নতুন আরডিএস ইনস্ট্যান্স পুনরুদ্ধার করা এবং নতুন ক্লোনটিতে এই ক্রিয়াকলাপটি সম্পাদন করা হচ্ছে।
  • এই ক্লোনটি সহ:
    • দিনের বিভিন্ন সময়ে আকার বাড়ান, যখন আপনি এডাব্লুএসে আলাদা লোড আশা করবেন।
    • বিভিন্ন আকারে বৃদ্ধি করুন।
    • এটি মাল্টি-এজেড দিয়ে চেষ্টা করুন। মাল্টি-এজেড সক্ষম না করার তুলনায় আপনার আসল ডাউনটাইম পরিবর্তন হয়েছে কিনা তা দেখুন।
    • রক্ষণাবেক্ষণ উইন্ডো চলাকালীন চেষ্টা করে দেখুন এবং তাৎক্ষণিক পরিবর্তনটি প্রয়োগের সাথে তুলনা করুন।

এর জন্য আরও কিছুটা বেশি ব্যয় হবে (এটি করার দরকার নেই ... আপনি এটির বেশিরভাগটি ১-২ উদাহরণস্বরূপ করতে পারেন), তবে আপনি বিভিন্ন আরডিএসের অগণিত অভিজ্ঞতাতে আমাদের অভিজ্ঞতার পেডল্লিংয়ের চেয়ে অনেক ক্লিয়ার উত্তর পাবেন you পরিবেশের।

আপনি যদি এখনও "বলপার্ক" এর উত্তর খুঁজছেন, আমি কমপক্ষে কয়েক মিনিটের ব্যবধানে কমপক্ষে পারফরম্যান্স অবক্ষয়ের জন্য পরিকল্পনা করার পরামর্শ দেব - আবার আপনার পরিবেশ এবং কনফিগারেশনের উপর খুব নির্ভরশীল।

রেফারেন্সের জন্য, আমি শনিবার বিকেলে (ইএসটিতে) এক 40 গিগাবাইট ডিবি.এম 1.সামান্য টাইপের উদাহরণে 10 গিগাবাইট যুক্ত করতে আমি এই সঠিক অপারেশনটি প্রয়োগ করেছি। উদাহরণটি প্রায় 17 মিনিটের জন্য একটি "সংশোধনকারী" অবস্থায় থাকবে। নোট করুন যে সংশোধনকারী রাষ্ট্রটি প্রকৃত ডাউনটাইম বর্ণনা করে না, বরং অপারেশনটি প্রয়োগ হওয়ার সময়কালটি বর্ণনা করে । আপনি প্রকৃত উদাহরণগুলিতে অতিরিক্ত পরিবর্তনগুলি প্রয়োগ করতে সক্ষম হবেন না (যদিও আপনি এখনও ডিবি নিজেই অ্যাক্সেস করতে পারেন) এবং এটি এমন সময়কাল যা আপনি আশা করতে পারেন যে কোনও কার্যকারিতা ক্ষয় হবে।

আপনি যদি কেবল স্টোরেজের আকার পরিবর্তন করার পরিকল্পনা করে থাকেন তবে একটি আউটজেট অপ্রত্যাশিত হয় তবে নোট করুন যে এই পরিবর্তনটি অন্য শল্যচিকিত্সের সাথে ইনস্ট্যান্ট শনাক্তকারী / শ্রেণি বা স্টোরেজ ধরণের পরিবর্তনের পরিবর্তে করা হয় তবে তা ঘটতে পারে ।


শেষ অনুচ্ছেদটি আমি যা পরে ছিল তা অনেকটাই। যা অনেক সাহায্য করে। ধন্যবাদ!
অ্যান্ডি শিন

3
যখন সবেমাত্র কোনও ট্র্যাফিক থাকে তখন আমি সকাল 3 টা এ 10 গিগাবাইট এম 3. এক্স্লারেজ ডিবিতে 10 জিবি যুক্ত করার জন্য এক ঘণ্টার বেশি হয়েছি over
নিও

2
লিনিয়ারটি নিশ্চিত করে আরও একটি ডেটাপয়েন্ট। এটি 300 ঘন্টা ডিবিতে 100 জি যোগ করতে 2 ঘন্টা 50 মিনিট সময় নেয়।
জোয়ান স্মিথ

2
জেনারেল পারপাস (এসএসডি) এবং মাল্টিএজেডের সাথে db.t2.small এ 10G ক্ষমতা 100G ক্ষমতা বাড়ানো আমার জন্য মাত্র 23 মিনিট সময় নিয়েছে। আরও মনে রাখবেন, আপনি যদি আকার বাড়িয়ে চলেছেন কারণ ডিবি ইতিমধ্যে সম্পূর্ণ হয়েছে, অপারেশন শেষ না হওয়া পর্যন্ত এটি অ-কার্যক্ষম থাকবে।
ডাভুর

1
লোডের অধীনে পিআইওপিএস স্টোরেজটি 100 থেকে 200 গিগাবাইট পর্যন্ত বাড়ানো, 10am প্যাসিফিক about প্রায় 30 মিনিট সময় নেয় এবং থ্রুপুট / বিলম্বিতাকে উল্লেখযোগ্যভাবে প্রভাবিত করে না। (এই সময়ে আইওপিএস পড়ুন / লিখুন উল্লেখযোগ্যভাবে ছড়িয়ে পড়ে i)
টেলর হিউজেস

7

যেহেতু আপনি কেবল স্টোরেজের আকার বাড়িয়ে দিচ্ছেন এবং উদাহরণের ধরণ বা অন্য কোনও কিছু পরিবর্তন না করে কোনও ডাউনটাইম হওয়া উচিত নয়, তবে ক্রিয়াকলাপটি পরিচালনার সময় 'অবক্ষয় সম্পাদন' থাকতে পারে।

আপনি যে রেফারেন্সটি উদ্ধৃত করেছেন তা অস্পষ্ট কারণ এটি স্টোরেজ আকার পরিবর্তন করার সাথে সাথে একই সময়ে সঞ্চয়স্থানের ধরন পরিবর্তন করার বিষয়ে আলোচনা করে। আপনি যদি তার পরিবর্তে এখানে সারণীতে 'বরাদ্দ সংগ্রহস্থল' দেখুন:

http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.DBInstance.Modifying.html

আপনি দেখতে পাবেন যে এটি কেবল "পারফরম্যান্স হ্রাস পেতে পারে" এবং আউটেজ সম্পর্কে কিছুই নয় (যা এটি বলে যে কিছু ক্ষেত্রে স্টোরেজ ধরণের স্যুইচ করার সময় ঘটে থাকে)।

রেফারেন্সের জন্য, কার্যদিবসের সময় 15 গিগাবাইট db.m3.medium মাইএসকিউএল ডাটাবেসকে ইউরোপীয়-পশ্চিম -১ এ 20 গিগাবাইট হিসাবে পরিবর্তন করার সময়, ডাটাবেসের সাথে আমার অ্যাপ্লিকেশনটির সংযোগ বিরামহীন ছিল। যাইহোক, আইওপিএস পড়ুন / লিখুন উভয়ই কেবল মাত্র 20 মিনিটের জন্য 400-700 / s এর মধ্যে বেড়েছে, সুতরাং আমি মনে করি যে অবনমিত পারফরম্যান্সের উল্লেখ। এটি একক-এজেড এবং মাল্টি-এজেড উভয় ডাটাবেসের উদাহরণগুলির জন্য রিপোর্ট করা হয়েছিল। (উদাহরণস্বরূপ এর থেকে কিছুটা দীর্ঘ - প্রায় 25 মিনিটের জন্য 'সংশোধন' হিসাবে রিপোর্ট করা হয়েছিল))

প্রাকৃতিকভাবে আপনি এটি আপনার ডিবি উদাহরণ হিসাবে আপনার প্রোডাকশন ডিবি উদাহরণে করার আগে আপনার প্রোডাকশন ডিবি-র সাথে অভিন্ন হিসাবে চেষ্টা করে দেখতে পারেন যাতে আপনি বাস্তবের জন্য এটি করার আগে আপনার পরিস্থিতিতে এটি কীভাবে আচরণ করে তা নিরাপদে দেখতে পারেন।


1
স্টোরেজ ধরণের পরিবর্তন (চৌম্বকীয় <-> জিপি 2 / প্রভিশনড আইওপিএস) এর ফলে আউটজেস আসবে। একটি ভলিউম বৃদ্ধি, জিপি 2 <-> বিধানিত আইওপিএস পরিবর্তন করা বা প্রভিশনড আইওপিএস সামঞ্জস্য করার ফলে আউটজেটের ফলস্বরূপ হওয়া উচিত নয়। আপনি একটি ভলিউম সঙ্কুচিত করতে পারবেন না।
notpeter
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.