পূর্বে অপ্রকাশিত সার্ভারটি আপডেট করার জন্য সেরা অভ্যাসগুলি RHEL5.7


21

একটি নতুন রেডহ্যাট EL5.6 সার্ভারটি সম্প্রতি আমার তত্ত্বাবধানে রাখা হয়েছে। এটি তাত্ক্ষণিকভাবে সুস্পষ্ট যে, আগের 12 মাসের জন্য, কোনও ধরণের প্যাকেজ আপডেটের দিকে খুব কম মনোযোগ দেওয়া হয়নি।

সাধারণত এটি ভাঙা না হলে আমি মানসিকতার মধ্যে আছি - এটি ঠিক করবেন না। তবে, RHN- র সাথে সার্ভারটি নিবন্ধভুক্ত করার পরে এবং সুরক্ষা আপডেটগুলি পরীক্ষা করতে yum- সুরক্ষা প্লাগইন ব্যবহার করার পরে, 1100-এরও বেশি "সুরক্ষা" আপডেট উপলব্ধ updates

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

উত্তর:


21

সাধারণত স্পিডিংয়ের সুরক্ষা আপডেটগুলি কিছুটা নিরাপদ বলে বিবেচিত হয়, বিশেষত রেডহ্যাটের মতো লক্ষ্যগুলি সহ বিতরণের জন্য। তাদের মূল ফোকাসটি একটি অপারেটিং পরিবেশ তৈরি করছে যা সামঞ্জস্যপূর্ণ। যেমন রক্ষণাবেক্ষণকারীরা প্যাকেজগুলির সংস্করণগুলি বেছে নেওয়ার প্রবণতা রাখে এবং দীর্ঘ সময় ধরে তাদের সাথে থাকে stick দেখার জন্য আমি মতো প্যাকেজ সংস্করণ এ বর্ণন বলতে চাচ্ছি তা kernel, python, perl, এবং httpd। তারা যা করে তা হ'ল আপস্ট্রিম বিকাশকারীদের সুরক্ষার প্যাচগুলি। সুতরাং যদি অ্যাপাচি httpd 2.2.x এর সমস্ত সংস্করণের জন্য সুরক্ষা দুর্বলতা খুঁজে পাওয়া যায় তবে অ্যাপাচি ফাউন্ডেশন ফিক্স সহ 2.2.40 সংস্করণ প্রকাশ করতে পারে তবে রেডহ্যাট প্যাচটি স্থানীয়ভাবে রোল করবে এবং httpd-2.2.3-80ঠিকঠাক সহ মুক্তি পাবে ।

এছাড়াও মনে রাখবেন যে আপনি বর্তমানে একটি RHEL5.7 সিস্টেমের কথা বলছেন, বর্তমান প্রকাশটি 5.9। কিছু সফ্টওয়্যার বিক্রেতারা কেবল কিছু সাব্রিলিজ সমর্থন করে। আমি সম্প্রতি এক টুকরো সফ্টওয়্যার নিয়ে এসেছি, উদাহরণস্বরূপ, যে বিক্রেতা বলেছেন যে কেবল 5.4 এ কাজ করে। এর অর্থ এই নয় যে এটি 5.9-এ চলবে না , তবে এর অর্থ হতে পারে যে তারা যদি কাজ না করে তবে তারা কোনও সমর্থন সরবরাহ করবে না

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

আমার পরামর্শ, আপডেটগুলি করা হবে, তবে এটি সম্পর্কে স্মার্ট হন।

  • রক্ষণাবেক্ষণ উইন্ডোর সময় এটি পরিকল্পনা করুন। সার্ভারের আর কোনও কিছুই যদি পুনরায় আরম্ভের প্রয়োজন হয় না, তবে বেশ কয়েকটি কার্নেল আপডেট হয়েছে এবং সেগুলি প্রয়োগ করতে আপনাকে পুনরায় বুট করতে হবে।
  • কিছু করার আগে পুরো ব্যাকআপ নেওয়ার বিষয়টি নিশ্চিত করুন। এটি স্ন্যাপশ্যাটিং হতে পারে, যদি এটি কোনও ভিএম হয় তবে আপনার সরঞ্জামটি যা কিছু আছে তার উপর সম্পূর্ণ ব্যাকআপ ট্রিগার করে /(অন্য সিস্টেমে) ট্যারি করে , ddড্রাইভগুলির ইমেজ গ্রহণ করে, যাই হোক না কেন। এটি এতক্ষণ যা আপনি পুনরুদ্ধার করতে পারেন can
  • আপনি কীভাবে আপডেটগুলি প্রয়োগ করবেন তা পরিকল্পনা করুন । আপনি yum update -yএটিতে একটি ফেলে দিতে এবং দূরে যেতে চান না walk Yum যে ভাল কাজগুলি করে সেগুলির জন্য এটি নির্ভর করে না যখন এটি নির্ভরতা অনুসারে আপডেটগুলি প্রয়োগ করে। এটি অতীতে সমস্যা তৈরি করেছে। আমি সবসময় দৌড় yum clean all && yum update -y yum && yum update -y glibc && yum update। এটি বেশিরভাগ সম্ভাব্য ক্রম সংক্রান্ত সমস্যার যত্ন নিতে থাকে care

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

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


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

@ tdk2fe: ​​এটি সর্বদা হয়। :) সত্যিই, এই জিনিসটি কি চালায় তার উপর নির্ভর করে এটি স্থির দুর্গন্ধযুক্ত হওয়া উচিত। আমি আসলে পরিষেবাগুলি ব্যাক আপ শুরু করার চেয়ে অ্যাপ্লিকেশনগুলি আর কাজ না করার বিষয়ে খুব কম উদ্বিগ্ন।
স্কট প্যাক

RHEL 5.7 বনাম 5.9 সম্পর্কে খুব বেশি উদ্বিগ্ন হবেন না, RHEL 5.9 কেবলমাত্র RHEL 5.0 থেকে সমস্ত আপডেটের সাথে ইনস্টল করার জন্য প্রস্তুত পাঠানো হয়েছে। সিরিজের ভিতরে আসলেই "আপগ্রেড" করার দরকার নেই। আমি কমপক্ষে সুরক্ষা আপডেটগুলি ইনস্টল করার পরামর্শ দেব এবং বাকিগুলি প্রযোজ্য হিসাবে ইনস্টল করার জন্য গুরুত্ব সহকারে বিবেচনা করব। আপনি কি ভার্চুয়াল মেশিন বা একটি পরীক্ষা বাক্স সেট আপ করতে পারবেন না, যাতে প্রধান মেশিনটিকে প্রতিলিপি করতে এবং কোনও জিনিস খুব খারাপভাবে বিস্ফোরিত হয় তা পরীক্ষা করে দেখতে চান?
ভনব্র্যান্ড

1
@ ভনব্র্যান্ড: ঠিক, ঠিক পয়েন্ট প্রকাশগুলি কার্যকরভাবে নির্দিষ্ট তারিখে রেপোর কাটগুলিকে ট্যাগ করে। এর অর্থ এই নয় যে সমস্যা হবে না । 5.3 থেকে 5.4 অবধি গিলবিসি কেরফ্ল্ফাল একটি দুর্দান্ত উদাহরণ।
স্কট প্যাক

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

3

আমার অভিজ্ঞতায় RHEL একই রিলিজ আপডেটে পিছনে সামঞ্জস্যতা ভাঙ্গবে না।

এটি তবে আরপিএম থেকে বাহ্যিকভাবে ইনস্টল করা এমন কোনও কিছুতে প্রসারিত হবে না।

আপনি rpm -qfযে ফাইলগুলি সন্দেহ করেছিলেন সেগুলি সন্ধানের জন্য আপনাকে বাইরের সংকলিত সন্ধান করতে ব্যবহার করতে পারেন , যদি এটি "কোনও প্যাকেজের মালিকানাধীন না" থাকে তবে আপনার আপগ্রেডে সমস্যা থাকতে পারে।

আমি সার্ভারের একটি চিত্র নেব এবং আপগ্রেড করব, আমি তবে বেশিরভাগের চেয়ে একটু বেশি শয়তান হতে পারে care


ভাল যুক্তি. /etc/yum.repos.dকিছু অদ্ভুত সংগ্রহস্থল কনফিগার করা আছে কিনা তা পরীক্ষা করুন ( ইপিল নিরাপদ হওয়া উচিত), ইনস্টল করুন yum-utilsএবং package-cleanup --orphans(কোনও প্যাকেজ ইনস্টল করা আছে যা কোনও কনফিগার করা সংগ্রহস্থল নয়) ইনস্টল করে দেখুন and
ভনব্র্যান্ড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.