পুতুলের মধ্যে ফাইলবাকেট কনফিগারেশন


11

আপনি কীভাবে আপনার পুতুল ফাইলবাকেট কনফিগার করবেন এবং কাজ করবেন?

আমি পছন্দ করব:

  1. একক সার্ভারে ফাইল বালতি ডেটা সঞ্চয় করুন
  2. প্রয়োজনে ফাইল বালতি অডিট / পার্স / ছাঁটাই করতে সক্ষম হন
  3. ফাইলবকেটের ডেটা ক্লায়েন্ট-> মাস্টারের মধ্যে নিরাপদে স্থানান্তরিত হয়েছে তা নিশ্চিত করুন

উত্তর:


16

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

filebucket { puppet: server => "puppet.example.edu" }

ফাইল টাইপটিতে ডিফল্ট হ'ল "পুতুল" নামের স্থানীয় ফাইলবাকেটে ব্যাকআপ দেওয়া। "পুতুল" ফাইলবাকে একটি সার্ভার ফাইলবকেটে পরিবর্তন করে আপনি সার্ভার-ভিত্তিক ফাইলবুকিটটি ডিফল্টরূপে পান।

পর্যায়ক্রমে, আপনি যদি স্থানীয় ফাইলবুকিট ব্যবহার করতে একটি নির্দিষ্ট ফাইলকে ওভাররাইড করার বিকল্পটি সংরক্ষণ করতে চান তবে আপনি এটি করতে পারেন:

filebucket { main: server => "puppet.example.edu"; }
File { backup => main }

বিকল্পগুলির বিষয়ে আরও তথ্যের জন্য http://docs.puppetlabs.com/references/latest/type.html# ফাইল ফাইলটি দেখুন ।

এটি আইটেম # 1 সম্পাদন করে কারণ ফাইলবকেটের জন্য নোডগুলিকে একই সিঙ্গল সার্ভারটি ব্যবহার করতে সকলকে বলে। আইটেম # 3 নিখরচায় আসে কারণ এটি এখনও সমস্ত এসএসএল-শংসাপত্র যাচাইয়ের সাথে কোনও এসএসএল-ভিত্তিক সংযোগের মধ্যে চলেছে।

ফাইলবুকিটটি পুনরুদ্ধারের ক্ষেত্রে বেশিরভাগ ক্ষেত্রে কার্যকর, যা একই দিন হওয়ার সম্ভাবনা রয়েছে। সেক্ষেত্রে রিপোর্টটি দেখুন এবং প্রতিবেদনে এমডি 5সামের ভিত্তিতে মূল বিষয়বস্তুটি পুনরুদ্ধার করতে " filebucket" বা " puppet filebucket" কমান্ডটি ব্যবহার করুন ।


আইটেম # 2 হ'ল জিনিসগুলি জটিল হয়ে ওঠে ...

আমি এটি এর মতো স্ক্রিপ্ট দিয়ে ছাঁটাই করি:

find /var/lib/puppet/clientbucket/ -type f -mtime +45 -atime +45 -delete

এটি 45 দিনেরও বেশি পুরানো যে কোনও কিছু সরিয়ে দেয় এবং সেই সময়ে আর অ্যাক্সেস করা যায়নি। 45 দিনের দিনটি আমাদের ব্যাকআপ এবং ব্যাকআপ ধারণার নীতির উপর ভিত্তি করে তৈরি হয়, যেহেতু দীর্ঘক্ষণ ধরে রাখার ব্যাকআপের জন্য যথেষ্ট সময় হয়ে যায় এবং আমাদের তাত্ত্বিক 18 মাসের পুনরুদ্ধারের সময় দেয়।


আপনি কী ধরনের পার্সিংয়ের সন্ধান করছেন? সার্ভারে বালতি সেটআপ হ'ল এমডি 5sum দ্বারা সংগঠিত একটি শ্রেণিবিন্যাস, এবং md5sum এর সাথে মেলে এমন একটি ডিরেক্টরি নামের ভিতরে কোন ফাইল এবং "বিষয়বস্তু" আসল ফাইল তা আপনাকে জানাতে "পাথ" রয়েছে। এটি কোন সিস্টেম থেকে এসেছে তা দেখতে আপনার প্রতিবেদনগুলি দেখতে হবে।


আমি কোনও অডিটিং করি না। আপনি কী ধরণের অডিটিং খুঁজছেন? এর অর্থ অনেকগুলি বিষয় হতে পারে।


ধন্যবাদ, আসলে এটি বেশ সহায়ক। আমি বুঝতে পারি না যে পুতুলমাস্টারে সেন্ট্রালাইজড ফাইলবকেট সার্ভারটি কনফিগার করা এত সহজ! উন্নত ফাইলবুক পরিচালনার সরঞ্জামসমূহ @ পুপেটল্যাবগুলির জন্য কিছু বৈশিষ্ট্য অনুরোধের টিকিট খোলা রয়েছে। মনে হচ্ছে এটি এই মুহূর্তে কিছুটা অপরিপক্ক। আমার কেন্দ্রীয় ফাইলবুকিট এখন ফাইলগুলি পূরণ করছে, তবে কোন হোস্টটি ফাইল উত্পন্ন তা নির্ধারণ করার কোনও উপায় আমার কাছে নেই বলে মনে হয়। আপনার 1-লাইনার তবে সহায়ক।
রোবট

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

0

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

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

এটি আপনাকে মডিউলগুলিতে তৈরি করা কোড পুনরায় ব্যবহারের পাশাপাশি মডিউল প্রতি ফাইলগুলি সংগঠিত করার সুবিধা দেয়।


2
ফাইলবকেট! = ফাইলসভার প্রশ্নটি প্রথমবার পড়তে আমিও একই ভুল করেছি।
সাইরেক্স

হ্যাঁ, আমি পুতুল ফাইলবকেটের কথা বলছি। পুতুলের যে সিস্টেমটি ফাইলগুলি কেবল মুছে ফেলার পরিবর্তে মঞ্চে স্থান পরিবর্তন করে। linux.die.net/man/8/filebucket
রোবট

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

না, ফাইলবকেটগুলি কেবলমাত্র দুর্ঘটনাক্রমে অপসারণ / ওভাররাইট করা ফাইলগুলির ম্যানুয়াল পুনরুদ্ধারের জন্য দরকারী (উদাহরণস্বরূপ, আপনি এমডি 5 যোগফলের জন্য লগটি সন্ধান করেন এবং ফাইলবকেট থেকে সেই পরিমাণের সাথে ফাইলটি পুনরুদ্ধার করেন), তবে যখন লেনদেন সম্পূর্ণরূপে সমর্থিত হয় তখন ফাইলবকেটগুলি ব্যবহার করা হবে পূর্বে লেনদেন
মারটিজন হিমেলস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.