আমার কাছে অনেকগুলি লিনাক্স সার্ভার রয়েছে (সুস 9 এবং 10) ওয়েব পরিষেবা চালানোর জন্য ব্যবহৃত হয় যা বৃহত গণনা গ্রিডগুলিতে ডেটা সরবরাহ করে। সাম্প্রতিককালে আমাদেরকে আউটেজগুলি ব্যাখ্যা করতে কিছুটা অসুবিধা হয়েছে (যেমন হার্ডওয়্যার এবং সফ্টওয়্যার লগগুলি কোনও সুস্পষ্ট ত্রুটি দেখাচ্ছে না) এবং আমরা লম্বা আপটাইম (সাধারণত ২০০-৩০০ দিন) সমস্যা কিনা তা ভাবতে শুরু করি starting এই সার্ভারগুলি ভারীভাবে ব্যবহার করা হচ্ছে তা দেওয়া, আমি কি নিয়মিত পুনরায় বুটচক্রটি বিবেচনা করব?
উত্তর:
কার্নেল আপডেটের পরে আপনাকে পুনরায় বুট করতে হবে (যদি আপনি কেএসপ্লাইস ব্যবহার না করেন), অন্য কিছু optionচ্ছিক। সার্ভার এবং সমস্ত পরিষেবা প্রত্যাশার সাথে ফিরে আসার বিষয়টি নিশ্চিত করার জন্য আমি রক্ষণাবেক্ষণ উইন্ডো চলাকালীন ব্যক্তিগতভাবে আমি একটি মাসিক চক্রটি পুনরায় বুট করি। এই পদ্ধতিটি আমি যথাযথভাবে নিশ্চিত হতে পারি যদি আমাকে শিডিউল রিবুট (যেমন সমালোচনামূলক কার্নেল আপডেট) করতে হয় যে সিস্টেমটি সঠিকভাবে ফিরে আসবে। সার্ভার এবং পরিষেবাদির স্বয়ংক্রিয় পর্যবেক্ষণ (অর্থাত নাগিওস) এই প্রক্রিয়াটিকে সহায়তা করার ক্ষেত্রেও অনেক এগিয়ে যায় (রিবুট করুন, লাইটগুলি লাল হয়ে যায় এবং তারপরে আশা করি সবুজটিতে ফিরে আসে)।
পিএস যদি আপনি নিয়মিত পুনরায় বুট করেন তবে আপনি নিশ্চিত করতে চান যে আপনি আপনার fsck চেকগুলি টিউন করেছেন (অর্থাত্ চেকের মধ্যে সর্বাধিক মাউন্ট গণনা যথাযথভাবে করা, অন্যথায় সার্ভারটি কয়েক টেরাবাইট ডেটা fsck'm শুরু করতে যদি একটি 2 মিনিটের পুনরায় বুট করতে 30 মিনিট সময় লাগতে পারে)। আমি আমার মাউন্ট গণনাটিকে সাধারণত 0 (টিউন 2fs -c 0) এবং চেকের মধ্যে অন্তর অন্তত 6 মাস বা তার বেশি সেট করি এবং তারপরে একবারে একবারে fsck জোর করে চাপিয়ে গণনাটি পুনরায় সেট করি।
আমি আসলে আমার সার্ভারগুলি মোটামুটি নিয়মিত ভিত্তিতে পুনরায় বুট করি, যে কোনও সময় বড় বড় কনফিগারেশন পরিবর্তন করা হয়। এটি জেনে রাখা জরুরী যে কোনও জরুরি পরিস্থিতিতে সার্ভার সফ্টওয়্যারটি কোনও ঝামেলা ছাড়াই উঠে আসবে। আপনি যে সর্বশেষ জিনিসটি চান তা হ'ল এমন স্থানে থাকা যেখানে আপনি আউটেজ থেকে পুনরুদ্ধার করার চেষ্টা করছেন তবে আপনার সার্ভার কনফিগারেশনটিতে গোলমাল করছেন কারণ আপনি সেট আপ করার সময় আপনি এটি ভালভাবে পরীক্ষা করেন নি।
লিনাক্স সার্ভার যদি না আপনি পুনরায় বুট করা করার প্রয়োজন নেই একেবারে চলমান কার্নেল সংস্করণ পরিবর্তন করতে হবে। একটি কনফিগারেশন ফাইল পরিবর্তন করে এবং init স্ক্রিপ্ট সহ একটি পরিষেবা পুনরায় চালু করার মাধ্যমে বেশিরভাগ সমস্যার সমাধান করা যায়।
আপনাকে রিবুটগুলির জন্য নজর রাখা দরকার ... আপনি যদি কোনও পরিষেবার কনফিগারেশন ফাইলে আপনার পরিবর্তনগুলি প্রতিফলিত না করে "ফ্লাইতে" কিছু পরিবর্তন করেন তবে এই পরিবর্তনগুলি পুনরায় বুটের পরে প্রয়োগ করা হবে না।
যদিও আমি সাধারণত সিস্টেম আপডেটের পরে পুনরায় বুট করি এটি সাধারণত প্রয়োজন হয় না, তবে আমি যখন অফিসে কেউ না থাকি তখন আমি তা করি, তবে কেন হবে না? আমি আপডেটটি করতে গেলে প্রায়শই কার্নেল আপগ্রেড হয়।
সত্যিই প্রয়োজন নেই, লিনাক্স মেমরি হ্যান্ডলিং দুর্দান্ত। তবে যদি আপনি এই দৈর্ঘ্যের আপটাইমগুলি করে থাকেন তবে আপনি সম্ভবত শোধরগুলি চালাচ্ছেন যা জানা দুর্বলতাগুলি রয়েছে - আপনি এটি দেখতে চাইবেন।
আমি মনে করি কোনও সাম্প্রতিক কার্নেল আপডেট বা একটি libc আপডেট থাকলে আপনার পুনরায় চালু করা উচিত। অনেক কিছুই লিবিসি-র সাথে যুক্ত থাকে এবং সেই লিবটিকে সম্পূর্ণরূপে মেমরি থেকে আনলোড করা এবং পুনরায় বুট না করা পর্যন্ত এটিকে নতুন সংস্করণে প্রতিস্থাপন করা সত্যিই সম্ভব নয়।
উদাহরণস্বরূপ, এমনকি / বিন / এলএস এবং / বিন ব্যবহারের লাইব্যাকের অন্যান্য জিনিসগুলির মতো বুনিয়াদি জিনিস। আপনি যদি কেবল কনসোল চালাচ্ছেন এবং ব্যাশ ব্যবহার করছেন তবে আপনি libc ব্যবহার করছেন।
$ ldd /bin/bash
linux-gate.so.1 => (0xffffe000)
libtermcap.so.2 => /lib/libtermcap.so.2 (0xb8029000)
libdl.so.2 => /lib/libdl.so.2 (0xb8025000)
libc.so.6 => /lib/libc.so.6 (0xb7ed9000)
/lib/ld-linux.so.2 (0xb804b000)
$ ldd /bin/ls
linux-gate.so.1 => (0xffffe000)
librt.so.1 => /lib/librt.so.1 (0xb7f3a000)
libacl.so.1 => /lib/libacl.so.1 (0xb7f33000)
libc.so.6 => /lib/libc.so.6 (0xb7de7000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7dd0000)
/lib/ld-linux.so.2 (0xb7f61000)
libattr.so.1 => /lib/libattr.so.1 (0xb7dcc000)
এবং হ্যাঁ, আপনি যদি /etc/init.d এ ফাইলগুলি পরিবর্তন করেন যা কোনওভাবে স্টার্টআপকে প্রভাবিত করে তবে আমি পুনরায় বুট করার পরামর্শ দেব। আপনার যখন জিনিসগুলির দরকার হয় এবং দ্রুত আবার চলার দরকার হয় তখন আপনি কোনও সূচনা ফাইলটিতে একটি ছোট্ট ভুল করেছিলেন তা আপনি জানতে চান না।
কোনও সার্ভার যদি রিবুট ছাড়াই অনেক দিন চলে যায় তবে এর অর্থ হ'ল এটি আবার ঠিকঠাকভাবে আসবে কিনা তা নিশ্চিত হওয়ার কোনও উপায় নেই। আবার এটি হ'ল কারণ এটিতে প্রচুর কনফিগারেশন ফাইলগুলি পরিবর্তিত হয়ে থাকতে পারে এবং এটি আসবে কিনা তা নিশ্চিত করার জন্য কেউ এটি দীর্ঘকাল ধরে রিবুট করেনি। এছাড়াও, যদি সার্ভারের অনেকগুলি আপডেটের কারণে থাকে এবং আপনি দীর্ঘ সময়ের জন্য পুনরায় বুট করেন না, তবে পূর্বে পুনরায় বুট করুন আপডেটগুলি প্রয়োগ করার , অন্যথায় যদি সমস্যা হয় তবে আপনি নিশ্চিত হতে পারবেন না এটি কোনও কনফিগারেশন ত্রুটির কারণে হয়েছে অনেক দিন আগে বা আপনি যে নতুন আপডেটগুলি প্রয়োগ করেছেন
শেষ অবধি, আপনি যদি খুব দীর্ঘ সময় পরে একটি সমালোচনামূলক সার্ভার পুনরায় বুট করেন, fsck এর অর্থ এটি আবার ফিরে আসার জন্য আপনাকে এখন অনেক দীর্ঘ সময় অপেক্ষা করতে হবে। এটি এড়াতে আপনি টিউন 2 এফ ব্যবহার করতে পারেন তবে নিয়মিত এটি পরীক্ষা করা ভাল ধারণা I এই কারণেই আপনার এমন অবস্থানে থাকা উচিত নয় যেখানে আপনি কেবল 1 সার্ভারের উপর নির্ভরশীল এবং যদি এটি যায় তবে আপনার পুরো ওয়েবসাইটটি চলে যাবে। আপনার স্ট্যান্ডবাইতে অন্য একটি থাকা উচিত।
এই অপ্রত্যাশিত ডাউনটাইম থাকার সময় আরও একটি বিষয় সন্ধান করা, মেমরি এবং প্রসেসরটি ঠিক কীভাবে ব্যবহৃত হচ্ছে এবং কোন প্রোগ্রামগুলির দ্বারা তা পর্যালোচনা করা।
topকোন প্রক্রিয়াগুলি সম্পদের ক্ষতির জন্য দোষী তা নির্ধারণ করতে সক্ষম হতে হবে এবং তারপরে সেগুলি সরাসরি পরিচালনা করতে সক্ষম হবে। অন্য ধারণাটি হ'ল ক্রাউনজব শুরু করতে এবং নির্দিষ্ট সময়সূচীতে আপনার প্রক্রিয়াগুলি পুনরায় চালু করতে হবে।
এটি দীর্ঘকাল ধরে চালু হলে এটি পুনরায় বুট করা কোনও খারাপ ধারণা নয় তাই আপনি মূল বিভাজনে একটি ডিস্ক চেক (fsck) চালাতে পারেন। আপনার যুক্তি হতে পারে যে এটি ডেটা অখণ্ডতা নিশ্চিত করতে সহায়তা করে।
আমার অবকাঠামোতে দুটি ডেটা সাইট রয়েছে, আলফা (যেখানে অপারেশনগুলি প্রতিদিনের ভিত্তিতে সঞ্চালিত হয়) এবং বিটা (ব্যাকআপ সাইট, যদি আলফাতে জিনিসগুলি মারাত্মকভাবে ভুল হয়)। যদিও এটি বর্তমানে ঘটছে না, আমি প্রতি 6 মাসে আলফা সাইটে ডাউনটাইম নির্ধারণের জন্য চাপ দিচ্ছি, যাতে আমরা বিটা থেকে সমস্ত পরিষেবা চালাতে পারি।
এটি দুটি জিনিস সম্পাদন করবে। প্রথমত, এটি প্রমাণ করবে যে আমাদের দুর্যোগ পুনরুদ্ধার সাইটটি সম্পূর্ণভাবে কার্যকর is দ্বিতীয়ত, এটি আলফাতে জমে থাকা ক্রাফটটি সরাতে আমাকে এক সপ্তাহের উপযুক্ত সময় দেবে।
যেমনটি হয়, আমি আমার সার্ভারগুলি যতটা ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘনিয়ে যায় ততটুকু না করেই চালিয়ে যায়। আমি অন্যান্য পোস্টারদের সাথে একমত হয়েছি যারা বলেছিলেন যে আপনার সার্ভারগুলি যখন আপনার প্রয়োজন হবে তখন তা ফিরে আসবে তা জানা গুরুত্বপূর্ণ। আপনি "ভাবা" করতে চান না যে তারা কেবল এটি আবিষ্কার করবে যে আপনি কিছু পরিবর্তন করেছেন এবং এটি সঠিকভাবে করেননি বা এটি নথিভুক্ত করেননি।
আপনি অতিরিক্তভাবে কিছু স্ক্রিপ্ট লিখতে পারেন যা পরীক্ষা করতে পারে (যতটা সম্ভব সম্ভব), যদি আপনার মেশিনের বর্তমান অবস্থা, মেশিন পোস্ট-রিবুটের অবস্থা হয়ে থাকে।
আমি এর দ্বারা যা বোঝাতে চাই তা হ'ল ...
/etc/init.d/*
/etc/fstab
/etc/mtab ) এর সাথে সংশ্লিষ্ট প্রবেশ রয়েছে/etc/fstab/etc/fstabবর্তমানে মাউন্ট করা আছে কিনা তা পরীক্ষা করুন।এটি অবশ্যই কোনও উপায়ে সম্পূর্ণ চেক নয়, তবে এটি পুনরায় বুট করার পরে সমস্যার ঝুঁকি হ্রাস করে।
এটির অতিরিক্ত, আপনার (ইমো) সার্ভার প্যাকেজ আপডেটের জন্য কোনও নীতি নির্ধারণ করা উচিত, কিছুটা বুদ্ধিমান ক্রমে, প্রতি সপ্তাহে 1 টি গ্রুপ বলুন ...
সামগ্রিক পরিকল্পনাও রাখুন, যেমন "সমস্ত সার্ভারগুলি প্রতি 6 মাসে একবার সম্পূর্ণ ওএস আপগ্রেডের মধ্য দিয়ে যাবে"।
সার্ভারে চলমান কার্যগুলির উপর নির্ভর করে। কিছু ভার্চুয়াল সার্ভারের জন্য আমরা প্রায়শই অ্যাপাচিেক্টল রিস্টার্টের পরিবর্তে রিবুট ব্যবহার করি এবং এটি 5-10 সেকেন্ড বেশি সময় নেয়। তবে কিছু ভারী বোঝাই মেশিনগুলি পুরো অ্যাডমিন ক্রু দ্বারা প্রক্রিয়াটি পর্যবেক্ষণ করে প্রতি বছর কয়েকবার পুনরায় বুট করা হয়।