একটি ছোট স্কেল হোম সার্ভারের জন্য ফাইল সিস্টেম এবং ব্যাকআপ কৌশল?

Question

আমার পূর্ববর্তী এক ব্যর্থ হওয়ার পরে আমি একটি হোম সার্ভার পুনর্নির্মাণ করছি (আমার ওড্রয়েড সি 1 ওবিন্টু 14.04 র্যামের সাথে র্যাম এবং অন্যান্য জিনিস যা এটি ঝুলিয়েছে তার সাথে সংগ্রাম করছে; আমার mdadm-lvm RAID1 স্টোরেজ সিস্টেম সম্পূর্ণরূপে ব্যর্থ হয়েছে, উভয় ডিস্ক টন সহ শেষ হয়েছে খারাপ ব্লকগুলি, সম্ভবত আংশিকভাবে একটি খারাপ অবস্থায় থাকা প্রাথমিক সিস্টেমের কারণে, এবং আমার কোনও ডেটা পুনরুদ্ধার করার জন্য একটি খারাপ অভিজ্ঞতা ছিল ...)।

আমার এখন 4 জিবি র্যাম এবং উবুন্টু 18.04 এর সাথে ইউডু x86 রয়েছে:

• একটি ওয়েব সার্ভার (nginx + mysql)
• একটি মেইল ​​সার্ভার (ডোভেট + পোস্টফিক্স)
• নেক্সট ক্লাউড এবং এর বিভিন্ন অ্যাপ্লিকেশন (ফাইল স্টোরেজ / ভাগ করা, কার্ডডিভি, ক্যালডভি, IMAP ক্লায়েন্ট)

এটি সহজ যে এটি "পরিবার" ব্যবহারের জন্য, আমি হঠাৎ বিখ্যাত হয়ে না আসা পর্যন্ত ট্রাফিক টন আশা করি না। সবকিছু একটি কবজ মত কাজ করে, আমার এমএমএমসি 32 গিগাবাইট সীমাবদ্ধ এবং আমি স্টোরেজ স্পেস প্রয়োজন। আমার শুভেচ্ছা:

• ব্যাকআপ
  1. তথ্য আমি শারীরিকভাবে নিয়ন্ত্রণ স্থানগুলিতে সংরক্ষণ করা আবশ্যক
  2. একাধিক স্থানীয় উত্স থেকে (eMMC + আমার সার্ভারের স্টোরেজ, তবে আমার ল্যাপটপ ব্যাকআপ করার ক্ষমতা) সেটআপ করা একই লক্ষ্য (গুলি) থেকে সহজ
  3. একটি ব্যাকআপ থেকে ফাইল পুনরুদ্ধার করা সহজ (আমার স্টোরেজ সিস্টেম সম্পূর্ণরূপে ব্যর্থ / পোড়া / চুরি করা হয়)।
• সংগ্রহস্থল
  4. 2 টিবি স্টোরেজ স্পেস, ডোভেট মেইল ​​ফোল্ডার, পরবর্তী ক্লাউড স্টোরেজ ফাইল, অন্যান্য অ্যাড-হক স্টোরেজ (যেমন ছবি) এবং কিছু ওয়েবসাইট ফাইল সংরক্ষণ করতে
  5. যদি সম্ভব হয়: ত্রুটিগুলি ব্যাক আপ করার ঝুঁকি কমিয়ে দেওয়ার ক্ষমতা এবং জিনিসগুলি ভুল হলে ব্যাকআপ থেকে পুনরুদ্ধারের প্রয়োজনটি কমিয়ে আনতে পারে
  6. সম্ভব পরিমাণে নিম্ন রক্ষণাবেক্ষণ এবং নমনীয়তা
• আমার ডেটা সম্পর্কে বিবেচনার ভিত্তিতে: আমি কৌশলগত ডেটা, সম্ভবত ছবি এবং নথি যা আমি যতটা সম্ভব সর্বোত্তম হিসাবে দীর্ঘমেয়াদী রাখতে চাই না। আমি যদি সর্বশেষ মাসিক থেকে পুনরুদ্ধার করতে চাই তবে আমি বিরক্ত হব, কিন্তু যতটা সহজ, আমি আমার সর্বশেষ নিবন্ধটি পুনর্লিখন করতে বা আমার শেষ ট্রিপ থেকে ছবিগুলি হারাতে সম্পূর্ণরূপে বিধ্বংসী হব না। অবশ্যই যদি এটি সহজেই এড়িয়ে চলতে পারে তবে আমি সেই বিকল্পটি বিবেচনা করতে খুশি হতে চাই। তবে ব্যাক আপ তথ্য ত্রুটিহীন হতে হবে।

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

জন্য স্টোরেজ অংশ, আমি স্বীকার করেছি যে আমি ফোরাম এবং ব্লগের পোস্টগুলির দ্বারা বেশ বিভ্রান্ত ছিলাম যা আমি পড়েছি, যা একটি বিস্তৃত পরিসর জুড়েছে:

• কেউ কেউ যুক্তি দেন যে ব্যাকআপটি সবচেয়ে গুরুত্বপূর্ণ, এবং আপনি কেবল আপনার সিস্টেমটিকে ব্যর্থ করতে ডিজাইন করতে পারেন। (ext4 সঙ্গে 1 ড্রাইভ প্রয়োজন)
• অন্যরা একাধিক ড্রাইভ মার্জ করার জন্য উত্সাহ দেয় কিন্তু অ রিয়েল টাইম স্ন্যাপশটগুলির সাথে: JBOD (MergerFS) + স্নাপ্রেড (অন্তত ২ ড্রাইভের প্রয়োজন)
• বাকিরা মনে করে যে সর্বোত্তম ফাইল সিস্টেমটি জেডএফএস, যদিও এটি অনেক RAM ব্যবহার করে, তীব্র (একই ডিস্ক ভলিউম) এবং প্রসারিত ব্যয়বহুল (প্রয়োজন: মিরর> gt; = 2 ড্রাইভ RAIDZ & gt; = 3 ড্রাইভ RAIDZ2 & gt; = 4 ড্রাইভ)
• লিনাক্স সফটওয়্যার RAID বিবেচনা করে এটি mdadm + lvm এর সাথে এখনও মূল্যবান? আমি RAID1 সঙ্গে একটি খারাপ অভিজ্ঞতা আছে করেছি ...

সব উপরে দেওয়া, আপনার সুপারিশ কি হবে?

Comments

আমি সবসময় monolithic সবাই ব্যাকআপ বিবেচনা কিভাবে বিস্মিত। এটি কমপক্ষে 3 টি বিভাগে আপনার ডেটা সাশ্রয়ী মূল্যের: মূল্যবান, দরকারী এবং জাঙ্ক, এবং প্রথম বিভাগের আকার হ্রাস করার জন্য অনেকগুলি প্রচেষ্টা করা এবং এটি বিভিন্ন উপায়ে এবং স্থানগুলিতে ব্যাক আপ করার পক্ষে ভাল। অবশ্যই, শেষ (এবং অনিবার্যভাবে বৃহত্তম) বিভাগ ব্যাকআপ করার প্রয়োজন নেই। হ্যাঁ, ভ্রমণের জন্য প্রচেষ্টার প্রয়োজন, তবে আপনার স্প্যাম মেইলটি 3 মাস লেখার জন্য যেকোনো দস্তাবেজ বা প্রোগ্রাম হিসাবে যতটা তদারকির সাথে ব্যাকআপ করবেন। এবং পরিবার কেবল 100 টির পরিবর্তে 10 টি ফটো দেখতে পাবে, বেশিরভাগই একই ...

— meuh

কোথায় পড়লাম আমি সবকিছু ব্যাকআপ করবো?

— Thomas

Answer 1

K.I.S.S. যদি এমন কোনও উপযুক্ত কারণ না থাকে তবে সমস্যাগুলি জটিল করার দরকার নেই।

1. RAID একটি ব্যাকআপ সিস্টেম নয় , এটি আপনি আপতিক মুছে ফেলার / পরিবর্তন বিরুদ্ধে রক্ষা না।

2. "স্ন্যাপশট" -এর সাথে একটি সমস্যা হল তারা নির্বাচনী নয় এবং তাদের কাছ থেকে কয়েকটি ফাইল উদ্ধার করা সবসময় সহজ নয়।

3. যদি আপনার কম আপডেট হার থাকে, তবে ক্লাউড ব্যাকআপ ঠিক থাকতে পারে। সাধারণত লেখাটি সস্তা, পড়ার ব্যয়বহুল, তাই যদি আপনি মনে করেন যে আপনাকে মাঝে মাঝে কয়েকটি ফাইল পুনরুদ্ধার করতে হবে তবে এটি সম্পূর্ণভাবে পুনরুদ্ধার করতে হবে তবে এটি সম্পূর্ণ ব্যয়বহুল (এবং ধীর) হতে চলেছে।

4. একটি স্থানীয় ডিস্ক একটি ভাল প্রথম পদক্ষেপ, কিন্তু একটি আগুন / burglar আছে যদি আপনি সবকিছু হারান করতে পারেন। আপনি কি করতে পারেন দুটি ব্যাকআপ ডিস্ক আছে, এবং অন্য ডিস্কটি অন্যত্র (অফিস / পিতা / মাতা / ভাই / বন্ধুর) রাখা, নিয়মিত তাদের স্য্যাপ করুন।

5. একটি মাসিক ব্যাকআপের সাথে স্থানীয় ডিস্কের (মাসটির বাইরে রাখা) একটি মাসিক ব্যাকআপ এবং ক্লাউডে ঘন ঘন ব্যাকআপ সিস্টেমকে দ্রুত পুনরুদ্ধার করতে এবং কম ব্যয়বহুল করে তোলে, কারণ আপনি মাসিক ব্যাকআপ থেকে এটির অধিকাংশগুলি পুনরুদ্ধার করতে পারেন।

PS: আমি নিশ্চিত নই যে ইএমএমসি একটি লাইভ লিনাক্স সিস্টেমের আপডেট রেট সমর্থন করার জন্য ডিজাইন করা হয়েছে।

Comments

ধন্যবাদ আপনার উত্তর জন্য অনেক @ xenoid। # 1 ভালভাবে বোঝা যায়, তবে ডিস্ক ব্যর্থ হলে বা ডাউনটাইম কমিয়ে দেওয়ার সময় পরিষেবাটির ধারাবাহিকতা নিশ্চিত করার জন্য অনেকগুলি পোস্টে (যেমন 605364) ব্যাখ্যা করা হিসাবে অবাঞ্ছিত থাকার একটি বিন্দু রয়েছে। যেহেতু আমি ক্লাউড, মেইল ​​এবং ওয়েব পরিষেবাদি চালাচ্ছি তা বুঝা যায়। কেন আমি বুঝতে চাই, কে কে খরচ হবে যখন কে.আইএসএস। # 2 উল্লেখ্য, তবে মনে হচ্ছে কিছু ব্যাকআপ সিস্টেম আপনাকে একটি স্ন্যাপশট মাউন্ট করার অনুমতি দেয়। # 3 এবং # 5 মেঘ ব্যবহার করে আমার মানদণ্ড সংখ্যা 1 এর সাথে অসঙ্গতিপূর্ণ। ধন্যবাদ # 4 এর জন্য অনেক ধন্যবাদ, আমি এটি বিবেচনা করব

— Thomas