হট ক্লোন একটি জীবন্ত লিনাক্স পরিষেবা


14

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

আমাদের কাছে একটি গণনা নোড রয়েছে, আপনি একটি এনএলপি গণনা নোড বলতে পারেন যা এটিতে কয়েকটি মডেল চলছে। যখন আমরা নোডটি শুরু করি (অবশ্যই একটি পরিষেবা সহ), গণনাটি বেশ কয়েকবার খাওয়ানো না হওয়া অবধি গণনাটি ভয়াবহ ধীর হবে। আমরা এটাকে ওয়ার্ম-আপ বলি।

দুর্ভাগ্যক্রমে, উষ্ণায়নের কাজটি আমাদের অপেক্ষা করতে দীর্ঘ সময় নেয় (সম্ভবত নোড উষ্ণ হওয়ার আগে আমাদের গণনা শেষ হয়েছে)।

সুতরাং, সমস্যাটি আসে, একটি লিনাক্স সার্ভারকে হট ক্লোন আউট করার একটি স্থিতিশীল উপায় কি নোডকে সর্বোত্তম পারফরম্যান্সে রাখি যাতে আমরা ক্লোন করতে পারি এবং এটি একটি স্বল্প সময়ে অনলাইনে তৈরি করতে পারি?


মেশিনটি ভিজ্যুয়ালাইজ করা এবং "ওয়ার্মড-আপ" রাজ্যের স্ন্যাপ শট নেওয়া কি কোনও কাজে আসবে?
ট্রিপহাউন্ড

13
আপনি বুঝতে পেরেছেন যে কেন এই উষ্ণতা ঘটে? উদাহরণস্বরূপ, এটি ফাইলের ক্যাশের একটি পার্শ্ব-প্রতিক্রিয়া হতে পারে। কিন্তু ক্লোনিং মেশিনের কিছু উত্তর ফাইল ক্যাশে ফেলে দেয় কারণ সংজ্ঞা অনুসারে একটি ক্যাশে অন্তর্নিহিত মূল থেকে পুনর্গঠন করা যায়।
এমসাল্টাররা

কাঁটাচামচ () কোনও স্টার্টআপ ওভারহেড সংরক্ষণ করার সময় প্রদত্ত মেশিনে আরও প্রক্রিয়া তৈরির এক উপায়।
তবুও অন্য একজন ব্যবহারকারী

লোকেরা ধন্যবাদ, @ ট্রিপহাউন্ড, আমি আমার এক বন্ধুকে জিজ্ঞাসা করেছি যিনি ভিএমওয়ারে কাজ করেন এবং তিনি বলেছিলেন যে "ওয়ার্মড-আপ" রাষ্ট্রের স্ন্যাপশট করা তাদের পক্ষে অসম্ভব বলে মনে হচ্ছে, কিছু আয়নার জিনিসও নয়। এমসাল্টারস, আমি উষ্ণায়নের সময় কী ঘটেছিল তা 100% নিশ্চিত নই, তবে এটি পরিষেবাটি শেষ হওয়ার পরে দেখে মনে হচ্ছে, কিছু অলস লোডিং কাজ গণনার কাজ জড়িত থাকার পরে কাজ করে
চেন স্টিভেন

2
আপনার ব্যাকগ্রাউন্ড সেটআপ সম্পর্কে অজানা, তবে এটি এমন পরিস্থিতির মতো গন্ধ পাচ্ছে যেখানে আপনার সার্ভারটি কখনই নিচে নামবে না। এটি পরামর্শ দেয় যে আপনার হোস্টের কার্নেলটি প্রাচীন হতে পারে এবং আপডেটগুলি কখনও প্রয়োগ করা হয়নি। সম্ভবত এটি সিস্টেমিক ডিজাইনের ত্রুটির একটি সূচক যা বিবেচনা করা দরকার।
ক্রিগগি

উত্তর:


28

হতে পারে আপনি একটি সম্পূর্ণ সার্ভারকে "হট ক্লোন" করতে পারবেন না (আপনি এটি করতে পারেন তবে এটি কেবল ভার্চুয়াল মেশিন), তবে আপনি ক্রিউ , ইউজারস্পেসে চেকপয়েন্ট / পুনরুদ্ধার সহ একটি একক প্রক্রিয়া হিমায়িত এবং পুনরুদ্ধার করতে পারেন ।

এটি আপনাকে প্রোগ্রামের অভ্যন্তরীণ অবস্থাকে ডিস্কে বাঁচাতে এবং প্রোগ্রামটি বন্ধ করতে এবং পরে, সেভ করা ফাইলগুলি থেকে প্রোগ্রামটিকে সেই অবস্থায় ফিরিয়ে আনতে সহায়তা করে।

আপনার কাঙ্ক্ষিত ক্রিয়াকলাপটিকে সমর্থন করার জন্য, আপনি সংরক্ষিত প্রোগ্রামটি উপস্থাপনকারী ফাইলগুলি অন্য সার্ভারে অনুলিপি করতে এবং সেখানে পুনরুদ্ধার করতে পারেন।

ক্রু-র জন্য সাম্প্রতিক কার্নেলের বিভিন্ন বৈশিষ্ট্য সংকলিত রয়েছে, যাতে পুরানো লিনাক্স বিতরণগুলি কাজ না করে। criu checkক্রুইয়ের পূর্বশর্ত উপস্থিত রয়েছে কিনা তা নির্ধারণ করতে আপনি একটি নির্দিষ্ট মেশিনে চালাতে পারেন ।


এটি দেখতে দুর্দান্ত লাগছে এবং আমি এটি নিয়ে কিছু পরীক্ষা করব, ধন্যবাদ ভাই
চেন স্টিভেন

আপনার অভিজ্ঞতা থেকে, বাস্তবে এটি কতটা ভাল কাজ করে? সীমাবদ্ধতা ক্রু তালিকার দিকে তাকানো (যা আমি প্রত্যাশা করেছিলাম তার চেয়ে অনেক বেশি - এটি একটি কঠিন সমস্যা), আমি অনুভব করি যে এটি ব্যবহারের ক্ষেত্রে মাথায় রেখে তৈরি করা হয়নি এমন অ্যাপ্লিকেশনগুলির সাথে কাজ করার সম্ভাবনা কম।
জেমস_পিক

@ জেমস_পিক সম্ভবত এটি এক বছর হয়েছে যেহেতু আমি এটিকে গুরুত্বের সাথে দেখলাম, যেহেতু বর্তমানে আমার এটির ব্যবহার নেই। ডেমনের জন্য যা কেবল সংযোগ গ্রহণ করে এবং কিছু গণনা করে (যেমন ওপি'র মেশিন লার্নিং জব, বা একটি ওয়েব সার্ভার) এটি বেশ ভালভাবে কাজ করে।
মাইকেল হ্যাম্পটন

12

এটি আপনার বর্তমান পরিবেশের ক্ষেত্র থেকে কিছুটা বাইরে থাকতে পারে তবে এটি করার জন্য শিল্পের স্ট্যান্ডার্ড পদ্ধতিটি হ'ল আপনার সার্ভারটি ভার্চুয়ালাইজ করা। অনেক ভার্চুয়ালাইজেশন হোস্ট (ভিএমওয়্যার, ভার্চুয়ালবক্স, ইত্যাদি) এমন একটি "স্ন্যাপশট" দেয় যা কোনও সার্ভারের অবস্থা সাশ্রয় করে, তারপরে নতুন উদাহরণগুলিতে ক্লোন করা যায়। এই নতুন উদাহরণগুলির চলমান প্রক্রিয়াগুলি থেকে শুরু করে আসলটির মতো একই অবস্থা থাকবে। অবশ্যই আপনি নিশ্চিত করতে চাইবেন যে আপনি যে সফ্টওয়্যারটি চালাচ্ছেন সেগুলি এখনও ভার্চুয়াল পরিবেশে সঠিকভাবে সম্পাদন করবে (সিউডিএ / জিপিইউ গণনা স্প্রিংস) mind


ভার্চুয়ালাইজেশন দুর্দান্ত, যতক্ষণ না সফ্টওয়্যার (বা তার নির্ভরতা) এর জন্য কোনও আপডেটের প্রয়োজন হয়, এবং চমত্কার পুনরায় লোড প্রক্রিয়া সরবরাহ করে না। একটি ভিএম স্ন্যাপশট বা লাইভ মাইগ্রেশন পুরানো কোড চালাচ্ছে।
জন মাহোয়াল্ড

"রিয়েল" মেশিন বা ভার্চুয়ালাইজেশনের হোস্টে প্রকল্পটি চালানো আমার পক্ষে উভয়ই গ্রহণযোগ্য এবং আমরা "পুরানো" কোড স্টাফগুলি হ্যান্ডেল করার বিভিন্ন উপায় নিতে পারি, সম্ভবত এ / বি পরীক্ষা বা রোলিং আপডেট .etc। তবে আপনি কি নিশ্চিত যে স্ন্যাপশটগুলি পুরোপুরি আমার ওয়ার্কিং নোডের উষ্ণতর অবস্থার ক্লোন করতে পারে?
চেন স্টিভেন

3
আপনি যখন কোনও মেশিনকে "লাইভ-মাইগ্রেট" করেন, তখন এটি বিরতি দেওয়া দরকার। এটি বিরতি দেওয়ার পরে, এর স্মৃতিটি 1: 1 কে একটি ক্লাস্টারের অন্য মেশিনে অনুলিপি করা হয়েছে, যেখানে এটি বিরতিযুক্ত - অক্ষত। এটি কতটা মেমরি ব্যবহার করছে এবং নেটওয়ার্ক ফ্যাব্রিক কত দ্রুত তা নির্ভর করে কিছু সময় নিতে পারে। আপনার প্রয়োজনের জন্য যদি ডাউনটাইম এটির পরিমাণের পরিমাণটি কম করে তবে আপনি এই পদ্ধতিটি ব্যবহার করতে সক্ষম হতে পারেন।
স্পুলার

@ চেস্টেভেন আমি সম্প্রতি ভার্চুয়ালবক্স পরিবেশ থেকে এসেছি। এটি কিছুকাল আগে ছিল, তবে যা আমি মনে করি একটি চলমান স্ন্যাপশটটিতে স্ন্যাপশটটি গ্রহণের সময় চলমান প্রক্রিয়া এবং মেমরির বিষয়বস্তু সহ vm এর সঠিক অবস্থান রয়েছে। এই স্ন্যাপশটটি তখন একটি নতুন ভিএম-তে ক্লোন করা যাবে, আপনাকে ঠিক একই অবস্থায় দুটি মেশিন সরবরাহ করবে।
cawwot

3

আপনি যে প্রশ্নটি উল্লেখ করেছেন সেটি একটি লিঙ্ক, http://www.linuxfocus.org/English/March2005/article370.shtml দেখুন , যা আমি আপনার অনুরোধগুলি করার জন্য কল্পনা করেছিলাম এমন সমস্ত উপায় বর্ণনা করে।

যে বিকল্পগুলি সেখানে রয়েছে তা সার্ভারে যা চলছে তার অনেকটা অর্থ নয়। আপনাকে বিবেচনা করতে হবে যে ক্লোনিং প্রক্রিয়াতে যে সমস্ত ফাইল পরিবর্তন হতে পারে সেগুলি লক্ষ্য মেশিনে বেমানান ফাইল হতে পারে। সেই পোস্টে আপনি সরবরাহ করেন যে তারা ডাটাবেসগুলি সম্পর্কে কথা বলে এবং এটিকে ক্লোন করে ডেটা অখণ্ডতার কোনও বীমা দেয় না।

আপনি "আমরা বেশ কয়েকবার এটি খাওয়ানো পর্যন্ত" আপনি কী বোঝাতে চেয়েছিলেন তা ঠিক পরিষ্কার নয়

আপনি যদি জিজ্ঞাসা করেন তবে আমি যদি ভালভাবে বুঝতে পারি তবে আপনাকে অবশ্যই এটি বিবেচনা করতে হবে যে কোনও সিস্টেমের ক্লোন করার জন্য সংস্থানগুলি অনুলিপি করতে এবং গণনার জন্য সময় প্রয়োজন।

একটি "চালু / বন্ধ" সঞ্চালন করতে বা আরও ভাল নামে একটি সক্রিয় / ব্যাকআপ পরিবেশ বলা যায়, ক্লাস্টারে সার্ভারটি সঠিকভাবে কনফিগার করতে হবে।

আপনি যে উত্তরটি আশা করেছেন তা যদি না হয় তবে আমি দুঃখিত, তবে আপনি যে বিকল্পগুলি পেয়েছেন সেগুলি সেগুলি।


এখানে আপনাকে কিছুটা বিভ্রান্ত করা আমার দোষ, "ফিড" স্টাফের অর্থ, আমার পরিষেবা শুরু হওয়ার পরে, নোডটি "ওয়ার্মড-আপ" শীর্ষের পারফরম্যান্সের মধ্যে রয়েছে তা নিশ্চিত করতে আমাদের বেশ কয়েকবার গণনার কাজ শুরু করতে হবে। সুতরাং এখানে সমস্যাটি আমাদের জীবিত কাজের জন্য গতিশীল ক্লোন বা সম্প্রসারণের মতো যেমন প্রচুর অনুরোধ আমাদের সিস্টেমে আঘাত করে, আমাদের কাছে নতুন ক্যালকুলেশন নোডগুলি স্থাপন করার যথেষ্ট পরিমাণ সময় নেই (ওয়ার্মিং আপটি খুব বেশি সময় নেয়) এগুলি হ্যান্ডেল করুন, আপনি জানেন, ঠিক তরঙ্গ যেমন আসছে
চেন স্টিভেন

1

আপনি যা করার চেষ্টা করছেন তা নিয়ে অনেকগুলি সম্ভাব্য সমস্যা রয়েছে এবং অবশ্যই আপনি জানেন যে সার্ভারটি অফলাইনে নেওয়া এবং এটি ক্লোন করা ভাল হবে যখন কোনও তথ্য গতিশীলভাবে সংরক্ষণ করা হয়নি।

যাইহোক, আপনি যা করতে চাইছেন তা সম্পূর্ণরূপে প্রশংসনীয়, যেমনটি আমি আগে করেছি। আপনি যদি ব্যবহারdd করেন তবে আপনি ব্লক পর্যায়ে সম্পূর্ণ সার্ভারটিকে অন্য ড্রাইভে বা অন্য কোনও সার্ভারে ক্লোন করতে পারেন। তবে এটি নতুন সার্ভারে কিছু অতিরিক্ত সেটআপ নেবে এবং আপনি সম্ভবত অন্যটি এবং নতুনটি চালু করতে সক্ষম হবেন না। আমাদের এটি বুঝতে আমাদের আপনার সার্ভারের হার্ডওয়্যার এবং সফ্টওয়্যার সম্পর্কে কয়েকটি জিনিস জানতে হবে।

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

উদাহরণস্বরূপ, এটি কেবলমাত্র এসকিউএল যা নিয়মিত আপডেট হয়, তবে সেই সার্ভারটি নিম্নলিখিত পদ্ধতিতে লাইভ থাকা অবস্থায় আপনি একটি নতুন সার্ভারে স্থানান্তর করতে পারেন:

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

আপনি কোনও ডেটা মিস করবেন না তা নিশ্চিত করতে আপনাকে অস্থায়ীভাবে আপনার মূল সার্ভারটি অফলাইনে নেওয়ার প্রয়োজন হতে পারে। বিকল্পভাবে, শূন্য ডাউনটাইম পেতে, আপনি দ্বিতীয় লাইভ করতে পারেন, নতুন সার্ভারে ডিএনএস নির্দেশ করতে পারেন এবং তারপরে নতুন সার্ভারে কোনও ডিএনএস এন্ট্রি ম্যানুয়ালি আপডেট করতে পারেন, তাই কার্যকরভাবে শূন্য সময়কাল আছে। এটি স্কিএল ব্যাকআপ করতে এবং নতুন সার্ভারে পুনরুদ্ধার করার জন্য ডাউনটাইমের কয়েক মিনিটের চেয়ে বেশি ঝামেলাযুক্ত তবে শূন্য ডাউনটাইমের জন্য প্রয়োজনীয় হতে পারে ।

অবশ্যই এটি কেবল একটি ব্যবহারের ক্ষেত্রে উদাহরণ এবং আপনার কনফিগারেশন এবং বিভিন্ন ভেরিয়েবলের উপর নির্ভর করে আপনার নির্দিষ্ট কেসের ভিত্তিতে মাইগ্রেশনের জন্য আপনার নিজের কৌশল তৈরি করতে হতে পারে।

অন্যান্য সমস্যাটি সার্ভার হার্ডওয়্যার কনফিগারেশন সম্পর্কিত। নতুন সার্ভারটি কি পুরানো সার্ভারের মতো হার্ডওয়্যারে 100% অভিন্ন? যদি তাই হয় তবে সেটআপটি আরও সহজ। তবে, যদি অন্যদিকে, এটি সম্পূর্ণ, সম্পূর্ণ আলাদা হার্ডওয়্যার কনফিগারেশন হয়, তবে আপনাকে আলাদা কৌশল প্রয়োগ করতে হবে যা কেবল সময়ের আগে দ্বিতীয় সার্ভারটি সহজভাবে সেটআপ করতে হবে, তারপরে আপনার সমস্ত ডেটা এবং এসকিএল ডাটাবেস ব্যাকআপ করতে হবে প্রথম সার্ভার এবং ম্যানুয়ালি তাদের উপর থেকে স্থানান্তরিত করুন, কাঙ্ক্ষিত হিসাবে কনফিগারেশন পরিবর্তন করে।

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

আশা করি এটি আপনার সার্ভারটি সরানোর জন্য সহায়তা করে এবং সৌভাগ্য!

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.