আমরা gầnে Cohesity টিমের সাথে কাজ করার সুযোগ পেয়েছিলাম Helios এবং রেডিস এন্টারপ্রাইজের মধ্যে ইন্টিগ্রেশন ভেরিফাই করতে রেডিস টেকনিক্যাল পার্টনার প্রোগ্রামে অনবোর্ডিং এর একটি ধাপ হিসেবে। Cohesity SmartFiles, Helios-এ চলে এমন একটি সার্ভিস, যা অনস্ট্রাকচার্ড ডেটার একটি সিঙ্গেল ভিউ এবং গ্লোবাল ম্যানেজমেন্ট প্রদান করে, ডেটা কোথায় থাকে সেটি নির্বিশেষে। রেডিস এন্টারপ্রাইজের কনটেক্সটে, SmartFiles ডাটাবেস স্ন্যাপশটের একটি সিঙ্গেল ভিউ প্রদান করে।
কেন আমরা পারসিস্টেন্স এবং ব্যাকআপের সাথে_OnData? সত্যি: যদি রেডিস ক্যাশ হিসেবে ব্যবহার করা হয় এবং একটি ব্যাকএন্ড ডাটাবেস থেকে মিনিমাল সিস্টেম ইম্প্যাক্ট সহ রیهাইড্রেট করা যায়, তবে পারসিস্টেন্স বা ব্যাকআপের কোনো প্রয়োজন নেই। অন্যদিকে, বিবেচনা করুন যখন রেডিস একটি অপারেশনাল ডাটাবেস হিসেবে ব্যবহার করা হয় স্লো ডেটাতে দ্রুত এক্সেস দিতে (চিন্তা করুন: ট্রানজেকশন হিস্টরি, ইনভেন্টরি কাউন্ট, কাস্টমার লুকআপ)। রেডিস ডাটাবেসটিকে হার্ডওয়্যার ইস্যু থেকে দ্রুত রিকভার করতে হবে বা এমনকি অন্য একটি ডেটাসেন্টারে ফেইলওভার করতে হবে।
পারসিস্টেন্স
একটি রেডিস ডাটাবেসের সকল ডেটা এক্সক্লूसিভলি হয় RAM-এ অথবা RAM + ফ্ল্যাশ মেমরিতে (রেডিস অন ফ্ল্যাশ) সংরক্ষিত ও ম্যানেজড; এটি প্রসেস বা সার্ভার ফেইলারের ওপর হারিয়ে যাওয়ার রিস্কে থাকে। এই রিস্ক মিটিগেট করার জন্য বেশ কিছু Стра্যাটেজি অনুসরণ করা যায়: প্রাইমারি এবং সেকেন্ডারি ডেটা শার্ড সহ হাই অভেইলেবিলিটি (HA) ডাটাবেস, জিও-ডিস্ট্রিবিউটেড এক্টিভ-এ্যাক্টিভ ডাটাবেস, এবং অবশ্যই ডিস্ক-ভিত্তিক পারসিস্টেন্স। পারফরম্যান্স পারস্পেক্টিভ থেকে, একটি প্রাইমারি ডাটাবেস শার্ড থেকে একটি সিঙ্ক্রোনাইজড সেকেন্ডারি ডাটাবেস শার্ডে ফেইলওভার করা সবসময় পছন্দনীয়, এবং এটিই রেডিস এন্টারপ্রাইজ কিভাবে কাজ করে; শুধু যখন প্রাইমারি এবং সেকেন্ডারি শার্ড উভয়ই হারানো হয় তখন ডাটাবেস ডিস্ক থেকে রিস্টোর করা হয়। একইভাবে, একটি ডেটাসেন্টার ফেইলারের কেসে, অন্য একটি ডেটাসেন্টারে একটি সিঙ্ক্রোনাইজড এক্টিভ-এ্যাক্টিভ ডাটাবেসে ফেইলওভার করা ডিস্ক থেকে রিকভার করার চেয়ে দ্রুত হবে।
পারসিস্টেন্সের প্রশ্নে, রেডিস অ্যাপেন্ড-অনली ফাইল (AOF) সাপোর্ট করে ভালো ড্যুরেবিলিটির জন্য, যদিও বেশি রিসোর্স প্রয়োজন, এবং স্ন্যাপশট (RDB), যা কম ড্যুরেবল কিন্তু কম রিসোর্স প্রয়োজন। সব জিনিসের মতো, এখানেও ট্রেড-অফ রয়েছে যা রেডিস এন্টারপ্রাইজ ডকুমেন্টেশনে আরও এক্সপ্লোর করা যাবে। এই আর্টিকেলের উদ্দেশ্যে, আমরা ধরে নিচ্ছি আমরা AOF চাইম ভালো ড্যুরেবিলিটির জন্য।
ব্যাকআপ
রেডিস এন্টারপ্রাইজ পারসিস্টেন্সের ওপর নির্ভর করে রিকভারির জন্য যখন প্রাইমারি এবং সেকেন্ডারি ডাটাবেস শার্ড উভয়ই হারানো হয়। যদি এক্টিভ-এ্যাক্টিভ ব্যবহার না করা হয় এবং ডাটাবেস হাউসিং র্যাকগুলো সহ সংযুক্ত স্টোরেজ হারানো হয়, তবে আমাদের ব্যাকআপ থেকে রিস্টোর করার ছাড়া কোনো অপশন থাকে না। রেডিস এন্টারপ্রাইজের কেসে, একটি ব্যাকআপ সবসময় একটি স্ন্যাপশট, যা AOF-এর সাথে পারসিস্টেন্সের জন্য কাপলড হলে, একটি রেজিলিয়েন্ট এবং ড্যুরেবল ডেটা প্ল্যাটফর্ম তৈরি করে।
এখানেই Cohesity SmartFiles আসে; রেডিস এন্টারপ্রাইজ SmartFiles দ্বারা প্রদান করা S3-কম্প্যাটিবল এন্ডপয়েন্ট ব্যবহার করে ম্যানেজড ব্যাকআপের জন্য ক্লাউডের জুড়ে। এটি সেট আপ করতে, আমরা রেডিস এন্টারপ্রাইজ REST API ব্যবহার করি নিচের ধারণাগুলোর সাথে:
- $USER এবং $PASS সেট করা আছে রেডিস এন্টারপ্রাইজ অ্যাডমিন ইউজারনেম এবং পাসওয়ার্ডে, যথাক্রমে
- $ACCESS_KEY এবং $SECRET_KEY সেট করা আছে S3 অবজেক্ট স্টোর এক্সেস কী এবং সিক্রেট কী-তে, যথাক্রমে
ডাটাবেস পারসিস্টেন্স এনাবল করুন।
curl -s -k -u $USER:$PASS -H content-type:application/json -XPUT https://localhost:9443/v1/bdbs/1 -d '{"data_persistence": "aof"}'
S3 URL সেট করে ক্লাস্টারকে S3 অবজেক্ট স্টোর ব্যবহার করার জন্য কনফিগার করুন। দ্রষ্টব্য বাকেট নাম S3 URL-এ অন্তর্ভুক্ত নেই।
curl -s -k -u $USER:$PASS -H content-type:application/json -X PUT https://localhost:9443/v1/cluster -d '{"s3_url": '"$S3_IP"'}'
ক্লাস্টার S3 ব্যাকআপ কনফিগার করুন প্রাইভেসি মাত্রার জন্য।
curl -s -k -u $USER:$PASS -H content-type:application/json -X PUT https://localhost:9443/v1/cluster -d '{"s3_certificate_verification":false}'
ব্যাকআপ লোকেশন ভ্যালিডেট করুন। দ্রষ্টব্য সাকসেসে একমাত্র রেসপন্স HTTP 200 OK।
curl -s -k -u $USER:$PASS -H content-type:application/json -X POST https://localhost:9443/v1/bdbs/actions/validate_backup_location -d '{"backup_location": {"type": "s3", "bucket_name": '"$BUCKET"', "subdir": "","access_key_id": '"$ACCESS_KEY"', "secret_access_key": '"$SECRET_KEY"'}}'
একটি ব্যাকআপ তৈরি করুন। দ্রষ্টব্য সাকসেসে একমাত্র রেসপন্স HTTP 200 OK।
curl -s -k -u $USER:$PASS -H content-type:application/json -X POST https://localhost:9443/v1/bdbs/1/actions/export -d '{"export_location": {"type": "s3", "bucket_name": '"$BUCKET"', "subdir": "", "access_key_id": '"$ACCESS_KEY"', "secret_access_key": '"$SECRET_KEY"'}}'
প্রতি ৩০ মিনিটে একটি রিকারিং ব্যাকআপ কনফিগার করুন। দ্রষ্টব্য সাকসেসে একমাত্র রেসপন্স HTTP 200 OK।
curl -s -k -u $USER:$PASS -H content-type:application/json -X PUT https://localhost:9443/v1/bdbs/1 -d '{"backup":true, "backup_interval":1800, "backup_interval_offset":360, "backup_location": {"type": "s3", "bucket_name": '"$BUCKET"', "subdir": "", "access_key_id": '"$ACCESS_KEY"', "secret_access_key": '"$SECRET_KEY"'}}'
চূড়ান্ত চিন্তা
একটি friktionless বিশ্বে, HA এবং Active-Active দিয়ে কনফিগার্ড করা রেডিস এন্টারপ্রাইজ আপনাকে পারসিস্টেন্স এবং ব্যাকআপের চিন্তা থেকে মুক্ত করে। আমরা একটি friktionless বিশ্বে বাস করি না এবং আমাদের পারসিস্টেন্স এবং ব্যাকআপ উভয়ই প্রয়োজন (HAর সাথে) যখন রেডিস সিস্টেম ফেইলার থেকে রিকভার করার আশা করা হয়। একটি S3 ব্যাকআপ এন্ডপয়েন্ট দেখতে সাধারণ, যেমন Dell EMC, NetApp, বা Pure Storage-এর অ্যাপ্লায়েন্স অফারিংসে দেখা যায়। সৌভাগ্য되어, Cohesity SmartFiles-এর সাথে ভেরিফাইড ইন্টিগ্রেশন এই এন্ডপয়েন্ট ব্যবহার করা এবং ব্যাকআপকে অপারেশনাল কৌশলে অন্তর্ভুক্ত করা সহজ করে দেয়।
