আপনি স্বয়ংক্রিয় আপডেট চালানো উচিত


15

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

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

উত্তর:


11

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

এখানে কিছু বিষয় বিবেচনা করতে হবে:

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

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

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

  • আপনি যদি অটো-আপডেট বৈশিষ্ট্যগুলি ব্যবহার করেন তবে আপনার সর্বদা জ্ঞাত কাজের কনফিগারেশনে ফিরে যেতে হবে। কোনও আপডেট সিস্টেমে কোনও প্রোডাকশন সিস্টেমে আপনার পণ্যটি ভাঙলে সম্পূর্ণ সিস্টেম স্ন্যাপশটগুলি জীবন রক্ষাকারী হতে পারে।

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


7

কালেব ইতিমধ্যে যা বলেছে তার সাথে আমি 100% সম্মত। আমার কাছ থেকে আরও কিছু CentOS- নির্দিষ্ট নোট:

বিতরণ রেডহ্যাট এবং এর প্যাচগুলির উপর ভিত্তি করে। এই প্যাচগুলি খুব ভাল পরীক্ষা করা হয় এবং গত 4 বছরে যেখানে আমরা 50+ সার্ভারের সাথে সেন্টোজ 5 ব্যবহার করি সেখানে কোনও খারাপ প্যাচ কখনও হয়নি।

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

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

স্বয়ংক্রিয় প্যাচিংয়ের পার্শ্ব প্রতিক্রিয়া রয়েছে যা প্যাচযুক্ত উপাদানগুলি প্রায়শই পুনরায় শুরু হয় - সুতরাং আপনি যদি প্রারম্ভের পরে সেগুলি ভুলভাবে কনফিগার করেন তবে পুনরায় চালু হবে ব্যর্থ হবে ..

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