এডাব্লুএস এস 3 বালতির ব্যাকআপ কৌশল


92

আমি এস 3 বালতি ব্যাক আপ করার জন্য কিছু পরামর্শ বা সেরা অনুশীলনের সন্ধান করছি।
এস 3 থেকে ডেটা ব্যাক আপ করার উদ্দেশ্য হ'ল নিম্নলিখিত কারণে ডেটা ক্ষতি রোধ করা:

  1. এস 3 ইস্যু
  2. সমস্যাটি যেখানে আমি ঘটনাক্রমে এস 3 থেকে এই ডেটা মুছব issue

কিছু তদন্তের পরে আমি নিম্নলিখিত বিকল্পগুলি দেখতে পাচ্ছি:

  1. Http://docs.aws.amazon.com/AmazonS3/latest/dev/Versioning.html সংস্করণ ব্যবহার করুন
  2. AWS SDK ব্যবহার করে একটি এস 3 বালতি থেকে অন্যটিতে অনুলিপি করুন
  3. আমাজন হিমবাহে ব্যাকআপ http://aws.amazon.com/en/glacier/
  4. প্রোডাকশন সার্ভারে ব্যাকআপ যা নিজেই ব্যাক আপ

আমার কোন বিকল্পটি চয়ন করা উচিত এবং কেবল এস 3 এ ডেটা সঞ্চয় করা কতটা নিরাপদ হবে? আপনার মতামত শুনতে চান।
কিছু দরকারী লিঙ্ক:


গ্রহণ করুন stackoverflow.com/a/40033265/1586965
samthebest

উত্তর:


63

মূলত আমার ব্লগে পোস্ট হয়েছে: http://eladnava.com/backing-up-your-amazon-s3-buckets-to-ec2/

আপনার এস 3 বালতি পর্যায়ক্রমে একটি ইসি 2 সার্ভারের সাথে সিঙ্ক করুন

একাধিক কমান্ড লাইন ইউটিলিটিগুলি ব্যবহার করে সহজেই এটি অর্জন করা যায় যা স্থানীয় ফাইল সিস্টেমে একটি রিমোট এস 3 বালতি সিঙ্ক করা সম্ভব করে।

s3cmd
প্রথমে s3cmdঅত্যন্ত আশাব্যঞ্জক লাগছিল। যাইহোক, আমার প্রচুর এস 3 বালতিতে চেষ্টা করার পরে - এটি স্কেল করতে ব্যর্থ হয়েছিল, একটি দিয়ে ত্রুটিযুক্ত Segmentation fault। যদিও এটি ছোট বালতিগুলিতে দুর্দান্ত কাজ করেছে। যেহেতু এটি বিশাল বালতিগুলির জন্য কাজ করে না, তাই আমি একটি বিকল্প খুঁজতে বেরিয়েছি।

s4cmd
এর নতুন, বহু-থ্রেড বিকল্প s3cmd। আরও প্রতিশ্রুতিবদ্ধ লাগছিল, তবে, আমি লক্ষ্য করেছি যে এটি স্থানীয় ফাইল সিস্টেমে ইতিমধ্যে উপস্থিত ফাইলগুলি পুনরায় ডাউনলোড করা চালিয়ে গেছে। সিঙ্ক কমান্ড থেকে আমি যে ধরনের আচরণের প্রত্যাশা করছিলাম তা নয়। এটি দূরবর্তী ফাইলটি ইতিমধ্যে স্থানীয়ভাবে উপস্থিত রয়েছে কিনা তা পরীক্ষা করে দেখা উচিত (হ্যাশ / ফাইলসাইজ চেকিং ঝরঝরে হবে) এবং এটি একই লক্ষ্য ডিরেক্টরিতে পরবর্তী সিঙ্কে চালানো উচিত। এই অদ্ভুত আচরণটি রিপোর্ট করার জন্য আমি একটি সমস্যা ( ব্লুম্রিচ / এস 4 সেমিডি / # 46 ) খুললাম । এরই মধ্যে, আমি অন্য একটি বিকল্প সন্ধানের উদ্দেশ্যে রওনা হলাম।

awscli
এবং তারপরে আমি খুঁজে পেয়েছি awscli। এটি তাদের বিভিন্ন ক্লাউড পরিষেবাদির সাথে ইন্টারেক্ট করার জন্য অ্যামাজনের সরকারী কমান্ড লাইন ইন্টারফেস, এস 3 অন্তর্ভুক্ত।

এডাব্লুএসসিএলআই

এটি একটি দরকারী সিঙ্ক কমান্ড সরবরাহ করে যা দ্রুত এবং সহজেই আপনার স্থানীয় ফাইল সিস্টেমে রিমোট বালতি ফাইলগুলি ডাউনলোড করে

ws aws s3 sync s3: // আপনার বালতি-নাম / বাড়ি / উবুন্টু / এস 3 / আপনার বালতি-নাম /

উপকারিতা:

  • স্কেলেবল - বিশাল এস 3 বালতি সমর্থন করে
  • একাধিক থ্রেডযুক্ত - একাধিক থ্রেড ব্যবহার করে ফাইলগুলি দ্রুত সিঙ্ক করে
  • স্মার্ট - শুধুমাত্র নতুন বা আপডেট হওয়া ফাইল সিঙ্ক করে
  • দ্রুত - এটির বহু-থ্রেডযুক্ত প্রকৃতি এবং স্মার্ট সিঙ্ক অ্যালগরিদমকে ধন্যবাদ

দুর্ঘটনা মোছা

সুবিধাজনকভাবে, syncকমান্ডটি গন্তব্য ফোল্ডারে (স্থানীয় ফাইল সিস্টেম) ফাইলগুলি মুছে ফেলবে না যদি তারা উত্স (এস 3 বালতি) থেকে হারিয়ে যায় এবং তদ্বিপরীত হয়। এটি এস 3 ব্যাক আপ করার জন্য উপযুক্ত - যদি ফাইলগুলি বালতি থেকে মুছে ফেলা হয়, পুনরায় সিঙ্ক করার সাথে এটি স্থানীয়ভাবে মুছবে না। এবং যদি আপনি কোনও স্থানীয় ফাইল মুছে ফেলেন তবে এটি উত্স বালতি থেকেও মুছবে না।

উবুন্টু 14.04 এলটিএসে অস্ট্রেলি সেট আপ করা হচ্ছে

আসুন ইনস্টল দ্বারা শুরু করা যাক awscli। এটি করার বিভিন্ন উপায় রয়েছে তবে আমি এটির মাধ্যমে এটি ইনস্টল করা সবচেয়ে সহজ খুঁজে পেয়েছি apt-get

do sudo অ্যাপ্লিকেশন - অ্যাপ্লিকেশন ইনস্টল

কনফিগারেশন

এর পরে, awscliআমাদের একটি অ্যাক্সেস কী আইডি এবং সিক্রেট কী দিয়ে কনফিগার করতে হবে যা আপনাকে আইএএম থেকে অবশ্যই গ্রহণ করতে হবে , একটি ব্যবহারকারী তৈরি করে এবং অ্যামাজনএস 3 রিডঅনলিঅ্যাক্সেস নীতি সংযুক্ত করে । এটি আপনাকে বা যে কেউ এই শংসাপত্রগুলিতে আপনার S3 ফাইলগুলি মুছে ফেলা থেকে আটকায় will আপনার এস 3 অঞ্চলে প্রবেশের বিষয়টি নিশ্চিত করুন us-east-1

ws aws কনফিগার করুন

Aws কনফিগার

প্রস্তুতি

এর স্থানীয় এস 3 ব্যাকআপ ডিরেক্টরির প্রস্তুত বাঞ্ছনীয় মধ্যে দিন /home/ubuntu/s3/{BUCKET_NAME}{BUCKET_NAME}আপনার আসল বালতির নামটি প্রতিস্থাপন করতে ভুলবেন না ।

$ এমকেডির-পি / হোম / উবুন্টু / এস 3 / U বুক্কিএআইআইএল}

প্রাথমিক সিঙ্ক

নীচের কমান্ডের সাথে প্রথমে বালতিটি সিঙ্ক করুন:

ws aws s3 sync s3: // U BUCKET_NAME} / home / ubuntu / s3 / U BUCKET_NAME} /

বালতি বিদ্যমান বলে ধরে নিলে, এডাব্লুএসের শংসাপত্র এবং অঞ্চলটি সঠিক, এবং গন্তব্য ফোল্ডারটি বৈধ, awscliপুরো বালতিটি স্থানীয় ফাইল সিস্টেমে ডাউনলোড করা শুরু করবে।

বালতির আকার এবং আপনার ইন্টারনেট সংযোগের উপর নির্ভর করে এটি কয়েক সেকেন্ড থেকে কয়েক ঘন্টা পর্যন্ত সময় নিতে পারে। এটি হয়ে গেলে, আমরা বালতিটির স্থানীয় অনুলিপি আপ টু ডেট রাখার জন্য এগিয়ে যাব এবং একটি স্বয়ংক্রিয় ক্রোন জব সেট করব।

ক্রোন জব স্থাপন করা

এগিয়ে যান এবং এখানে একটি sync.shফাইল তৈরি করুন /home/ubuntu/s3:

। ন্যানো / হোম / বুন্টু / এস 3/sync.sh

নিম্নলিখিত কোডটি অনুলিপি করুন এবং আটকান sync.sh:

#! / বিন / শ

# বর্তমান তারিখ এবং সময় প্রতিধ্বনি করুন

প্রতিধ্বনি '-----------------------------'
তারিখ
প্রতিধ্বনি '-----------------------------'
প্রতিধ্বনি ''

# ইকো স্ক্রিপ্টের সূচনা
প্রতিধ্বনি 'রিমোট এস 3 বালতি সিঙ্ক হচ্ছে ...'

# আসলে সিঙ্ক কমান্ডটি চালান (আপনার এস 3 বাল্টির নামের সাথে {BUCKET_NAME replace প্রতিস্থাপন করুন)
/ usr / bin / aws s3 sync s3: // U BUCKET_NAME} / home / ubuntu / s3 / U BUCKET_NAME} /

# ইকো স্ক্রিপ্ট সমাপ্তি
প্রতিধ্বনি 'সিঙ্ক সম্পূর্ণ'

স্ক্রিপ্ট জুড়ে দুবার আপনার S3 বালতি নামের সাথে {BUCKET_NAME} প্রতিস্থাপনের বিষয়টি নিশ্চিত করুন ।

প্রো টিপ:/usr/bin/aws আপনার awsবাইনারি লিঙ্ক করতে ব্যবহার করা উচিত , যেমন crontabএকটি সীমাবদ্ধ শেল পরিবেশে কমান্ডগুলি কার্যকর করে এবং নিজে থেকে নির্বাহযোগ্যকে খুঁজে পেতে সক্ষম হবেন না।

এরপরে, chmodস্ক্রিপ্টটি নিশ্চিত করুন যাতে এটি চালানো যেতে পারে crontab

$ sudo chmod + x / home/ubuntu/s3/sync.sh

আসুন স্ক্রিপ্টটি এটি কার্যকরভাবে কাজ করে তা চালানোর চেষ্টা করুন:

$ / home/ubuntu/s3/sync.sh

আউটপুট এর সাথে একই রকম হওয়া উচিত:

sync.sh আউটপুট

এর crontabপরে, নিম্নলিখিত কমান্ডটি সম্পাদন করে বর্তমান ব্যবহারকারীর সম্পাদনা করা যাক :

$ crontab -e

এটি যদি আপনার প্রথমবারের মতো কার্যকর হয় তবে crontab -eআপনাকে পছন্দসই সম্পাদক নির্বাচন করতে হবে। আমি এটি বাছাইয়ের পরামর্শ দিচ্ছি যে nanoএটির সাথে কাজ করা প্রাথমিকদের পক্ষে সবচেয়ে সহজ।

সিঙ্ক ফ্রিকোয়েন্সি

crontabআমাদের স্ক্রিপ্টটি কতবার চালাতে হবে এবং কমান্ড লিখে স্থানীয় ফাইল সিস্টেমে স্ক্রিপ্টটি কোথায় থাকে তা আমাদের জানাতে হবে । এই আদেশের বিন্যাসটি নিম্নরূপ:

mh dom mon dow কমান্ড

নিম্নলিখিত কমান্ডটি প্রতি ঘন্টা স্ক্রিপ্টটি crontabচালানোর জন্য কনফিগার sync.shকরে (মিনিট: 0 এবং ঘন্টা: * পরামিতিগুলির মাধ্যমে নির্দিষ্ট করা হয়) এবং এটি sync.logআমাদের s3ডিরেক্টরিতে কোনও স্ক্রিপ্টের আউটপুট পাইপ করতে :

0 * * * * / home/ubuntu/s3/sync.sh> / home/ubuntu/s3/sync.log

আপনি যে crontabফাইলটি সম্পাদনা করছেন তার নীচে আপনার এই লাইনটি যুক্ত করা উচিত । তারপরে, এগিয়ে যান এবং Ctrl + W টিপুন এবং তারপরে এন্টার টিপে ফাইলটি ডিস্কে সংরক্ষণ করুন । তারপরে আপনি Ctrl + Xnano টিপে প্রস্থান করতে পারেন । এখন প্রতি ঘন্টা সিঙ্ক টাস্ক চালাবে।crontab

প্রো টিপ: আপনি যাচাই করতে পারবেন যে প্রতি ঘন্টার ক্রোন কাজটি কার্যকরভাবে সম্পাদন করা হচ্ছে /home/ubuntu/s3/sync.log, কার্যকর করার তারিখ ও সময় পরীক্ষা করে এর সামগ্রীগুলি পরীক্ষা করে এবং কোন নতুন ফাইল সিঙ্ক হয়েছে তা দেখতে লগগুলি পরীক্ষা করে insp

সব সেট! আপনার এস 3 বালতি এখন প্রতি ঘন্টা স্বয়ংক্রিয়ভাবে আপনার ইসি 2 সার্ভারের সাথে সিঙ্ক হবে এবং আপনাকে যেতে হবে। সময়ের সাথে সাথে মনে রাখবেন যে আপনার এস 3 বালতিটি বড় হওয়ার সাথে সাথে আপনাকে নতুন ফাইলগুলি সংযুক্ত করতে আপনার ইসি 2 সার্ভারের ইবিএস ভলিউমের আকার বাড়াতে হতে পারে। আপনি এই নির্দেশিকাটি অনুসরণ করে সর্বদা আপনার ইবিএস ভলিউমের আকার বাড়িয়ে তুলতে পারেন ।


আমি আপনার ব্লগে একটি প্রশ্ন রেখেছি, কিন্তু আমি অবাক হয়েছি মেটাডেটাও সিঙ্ক করার কোনও উপায় আছে কিনা?
ডেভোলজি লিমিটেড

@ ডেভোলজি লিমিটেড, দুর্ভাগ্যক্রমে আমার কাছে এস 3 অবজেক্ট মেটাডেটা নিয়ে কাজ করার সুযোগ হয়নি। দ্রুত গুগল অনুসন্ধান থেকে মনে হয় না যে awscliসমর্থনগুলি aws s3 syncকমান্ডটিতে স্বয়ংক্রিয়ভাবে সিঙ্ক করে । দেখে মনে হচ্ছে আপনাকে এটিকে ম্যানুয়ালি প্রয়োগ করতে হতে পারে।
এলাদ নাভা

ধন্যবাদ @ একাদ নাভা - আমি যা বিশ্বাস করেছি তা নিশ্চিত করার জন্য আপনাকে ধন্যবাদ জানাই।
ডেভোলজি লিমিটেড

4
এটি চমত্কার @ এলাদনাভা ভাগ করার জন্য ধন্যবাদ, 2020 এ এখনও প্রাসঙ্গিক!
ব্যবহারকারী 1130176

আপনার যখন মিলিয়ন মিলিয়ন ফাইল থাকে তখন এই উত্তরটি মানায় না। ফাইল সিস্টেমে সীমাবদ্ধতার কারণে - এটি খুব ব্যয়বহুল, ধীর এবং কখনও কখনও অসম্ভব হয়ে ওঠে।
মনোসোজিক

30

সম্পর্কিত লিঙ্কটি অ্যাকাউন্টে গ্রহণ করে, যা ব্যাখ্যা করে যে এস 3 এর 99.999999999% স্থায়িত্ব রয়েছে, আমি আপনার উদ্বেগ # 1 এড়িয়ে যাব। গম্ভীরভাবে।

এখন, যদি # 2 একটি বৈধ ব্যবহারের কেস এবং আপনার জন্য সত্য উদ্বেগ, আমি অবশ্যই # 1 বা # 3 বিকল্পের সাথে লেগে থাকব। তাদের মধ্যে কোনটি? এটি সত্যিই কিছু প্রশ্নের উপর নির্ভর করে:

  • আপনার কি অন্য সংস্করণ বৈশিষ্ট্যগুলির প্রয়োজন আছে বা এটি কেবল দুর্ঘটনাজনিত ওভাররাইট / মুছে ফেলা এড়াতে?
  • সংস্করণ দ্বারা অতিরিক্ত খরচ চাপানো কি সাশ্রয়ী?
  • Amazon Glacier is optimized for data that is infrequently accessed and for which retrieval times of several hours are suitable. এটা কি তোমার জন্য ঠিক আছে?

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


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

28
আমি মনে করি না যে 99.999999999% হ'ল স্টোরেজ / ব্যাকআপে পুরো অ্যাজ স্ট্যাক থাকার যথেষ্ট ভাল কারণ। আমি 0.0000000001% বাম সম্পর্কে কথা বলছি না, তবে আরও যদি খুব বেশি অপ্রত্যাশিত কিছু ঘটে থাকে তবে আপনার পুরো ব্যবসায়ের কোথাও কোথাও পড়ে থাকা অস্বস্তিকর মনে হচ্ছে। অপ্রত্যাশিতভাবে, এটি মার্কিন কোনও নির্দিষ্ট দেশে যুদ্ধ করতে যেতে পারে, অ্যামাজন সম্পূর্ণভাবে হ্যাক হয়ে গেছে (সিএফ। সনি) ইত্যাদি।
অগস্টিন রিডঞ্জার

11
আমি এই সম্পর্কে @ অস্টিনআরআইডাঙ্গারকে ফিরিয়ে দেব: "এস 3 ইস্যু" সংজ্ঞা অনুসারে এমন কিছু হতে পারে যা আপনি জানেন না (উদাহরণস্বরূপ সরকারী সমস্যা) যা অনুমানগুলি অকার্যকর করতে পারে যার উপর ভিত্তি করে 993.99 এর মতো এস 3 এসএল নাম্বার ... আপনার ডেটা ব্যাক আপ সহ দীর্ঘমেয়াদী কিছু করার সময়, বৈচিত্র্যকরণ একটি ভাল অনুশীলন, যদি না পূর্বশর্ত হওয়া উচিত
লাজার

4
আমি অবশ্যই নিশ্চিত যে আপনার পয়েন্ট বৈধ। তবে ওপি প্রদত্ত বিকল্পগুলির উপর ভিত্তি করে (সমস্যাটির জন্য এডাব্লুএস বিকল্পগুলি সহ অনেকগুলিই), আমি মনে করি না "এস 3 ইস্যু" আপনার ছেলের সম্প্রসারণের মতো বিস্তৃত হবে। কিছু বিস্তৃত চিন্তা দেখতে ভাল।
ভিসচারি

4
পুরানো উত্তর, তবে আমি মনে করি যেন আমার সাম্প্রতিক (-ish) ঘটনা উল্লেখ করা দরকার। "যে দিন অ্যামাজন ওয়েবটি ভেঙেছে", একটি প্রযুক্তি দুর্ঘটনাক্রমে তাদের এস 3 সার্ভারের একটি বিশাল অংশ মুছে ফেলে। এমনকি এই 24 ঘন্টা সময়কালেও সমস্যা ছিল অ্যাক্সেসযোগ্যতা। তথ্য ক্ষতি হয় না। বিপুল পরিমাণ সার্ভার অপসারণ করা সত্ত্বেও কোনও ডেটা ক্ষতি হয়নি, এবং তারা এখনও তাদের এসএলএ
ওব্রেস্ট

14

আপনি নিম্নলিখিত পদ্ধতিগুলি ব্যবহার করে আপনার এস 3 ডেটা ব্যাকআপ করতে পারেন

  1. এডাব্লুএস ডাটাপিপলাইন ব্যবহার করে শিডিয়ুল ব্যাকআপ প্রক্রিয়া, এটি নীচে উল্লিখিত 2 উপায়ে করা যেতে পারে:

    ক। আপনি একটি এস 3 বালতি থেকে অন্য এস 3 বালতিতে অনুলিপি করতে পারেন যা ব্যবহার করে ডেটাপাইপলাইনের কপিরঅ্যাক্টিভিটি ব্যবহার করে।

    খ। বালতি থেকে অন্যে (সমান্তরালভাবে) পুনরাবৃত্ত এস 3 ফোল্ডারগুলির পুনরাবৃত্ত অনুলিপি করতে ডেটাপাইপলাইন এবং "S3distcp" কমান্ডের শেলঅ্যাক্টিভিটি ব্যবহার করে।

  2. ডেটার বিভিন্ন সংস্করণ বজায় রাখতে এস 3 বালতির ভিতরে সংস্করণ ব্যবহার করুন

  3. আপনার ডেটা ব্যাকআপের জন্য হিমবাহ ব্যবহার করুন (ব্যাকআপটি যখন মূল বালতিগুলিতে দ্রুত পুনরুদ্ধার করার প্রয়োজন না হয় তখন এটি ব্যবহার করুন (তথ্যটি সংকীর্ণ বিন্যাসে হিমবাহ থেকে তথ্য ফিরে পেতে কিছুটা সময় লাগে)) বা আপনি যখন সংরক্ষণ করতে চান অন্য কোনও এস 3 বালতি ফ্রো ব্যাকআপ ব্যবহার এড়িয়ে কিছু খরচ করে), এই বিকল্পটি আপনি যে ব্যাকআপ নিতে চান তা s3 বালতি ফ্রয়ে লাইফসাইकल নিয়মটি ব্যবহার করে সহজেই সেট করা যায়।

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


@ ডেভিড: নীচে তার সমাধানে ডেভিডের পরামর্শ অনুসারে, কোনও স্ক্রিপ্ট থাকতে পারে যা দৈনিক বা সাপ্তাহিক এস 3 বালতি ব্যাক আপ করে, এটি আমার প্রথম পয়েন্টটি সহজেই অর্জন করতে পারে (এডাব্লুএস ডেটাপাইপলাইন- যা আপনাকে ব্যাকআপ প্রক্রিয়াটি নির্ধারণ করার ক্ষমতা দেয় - দৈনিক , সাপ্তাহিক ইত্যাদি)। আমি ডাবস ডেপাইপলাইনে একটি সন্ধান করার পরামর্শ দেব।
বরুণ

এটি কিছু প্রতিশ্রুতি দেখায়, কারণ এটি বাহ্যিক পদ্ধতির উপর নির্ভর করে না যা মেঘের সর্বাধিক উপস্থাপনে সেরা হয় না (পড়ুন: ক্রোনস)। ডেটা পাইপলাইনে স্বয়ংক্রিয় পুনরায় চেষ্টা রয়েছে এবং এটি একটি পরিচালিত (সার্ভারলেস) পরিষেবা।
ফিলিপ আলভারেজ

13

S3 বালতিতে সহজেই উপলব্ধ ক্রস অঞ্চল প্রতিলিপি বৈশিষ্ট্যটি কীভাবে ব্যবহার করবেন ? বৈশিষ্ট্য সম্পর্কে কিছু দরকারী নিবন্ধ এখানে দেওয়া হয়েছে


আপনি যদি এক অঞ্চলের কোনও ফাইল মুছে ফেলেন তবে অন্য অঞ্চলে এই ফাইলটির অনুলিপি করা উচিত নয়?
মিশেলিম

এস 3 মুছে ফেলার প্রতিলিপি তৈরি করে না, এই লিঙ্কটি ডকস.ওএস.আমাজোন . com/আমাজনস 3 / স্লেস্ট / দেব / দেখুন দেখুন
ᐅ দেবরিম্বরীস

9

আপনি ভাবেন যে এখনই কোনও আলাদা অঞ্চলে কিছু ধরণের বর্ধমান ব্যাকআপ রাখার সহজ উপায় হবে।

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

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


রাজি। এটি আকর্ষণীয় যখন আপনি এস 3 খনন করেন (এমনকি সিআরআর - প্রতিলিপিতেও নির্মিত) দুর্যোগ পুনরুদ্ধারের জন্য বড় গর্ত রয়েছে। আপনি উদাহরণস্বরূপ কোনও বালতি, ফাইল সংস্করণ ইতিহাস, মেটাডেটা (esp সর্বশেষ পরিবর্তিত তারিখ) পুনরুদ্ধার করতে পারবেন না etc. ইত্যাদি বর্তমানে উপলব্ধ সমস্ত পুনরুদ্ধার পরিস্থিতি আংশিক পুনরুদ্ধার।
পল জোয়েট

7

এই প্রশ্নটি কিছু সময় আগে পোস্ট করা হয়েছিল, আমি এমএফএ মুছে ফেলা সুরক্ষা অন্যান্য সমাধানের সাথে উল্লেখ করা গুরুত্বপূর্ণ বলে মনে করেছি । ওপি দুর্ঘটনাক্রমে ডেটা মোছার জন্য সমাধান করার চেষ্টা করছে । মাল্টি-ফ্যাক্টর অথেন্টিকেশন (এমএফএ) এখানে দুটি পৃথক পরিস্থিতিতে উদ্ভাসিত হয়েছে -

  1. স্থায়ীভাবে অবজেক্টের সংস্করণগুলি মোছা - বালতির সংস্করণে এমএফএ মোছা সক্ষম করুন।

  2. দুর্ঘটনাক্রমে বালতি নিজেই মোছা - এমএফএ প্রমাণীকরণ ছাড়াই মুছতে অস্বীকার করে বালতি নীতি সেট করুন।

সঙ্গে দম্পতি ক্রস অঞ্চল রেপ্লিকেশন এবং ভার্সন ডেটা হারিয়ে ঝুঁকি কমাতে এবং পুনরুদ্ধারের পরিস্থিতিতে উন্নত।

এখানে আরও বিশদ সহ এই বিষয়ে একটি ব্লগ পোস্ট


0

যদি, আমাদের কাছে খুব বেশি ডেটা থাকে। আপনার যদি ইতিমধ্যে একটি বালতি থাকে তবে প্রথমবার সিঙ্কটি খুব বেশি সময় নেবে, আমার ক্ষেত্রে আমার 400 জিবি ছিল। প্রথমবার 3 ঘন্টা লেগেছিল। সুতরাং আমি মনে করি আমরা প্রতিলিপি তৈরি করতে পারি এস 3 বালতি ব্যাকআপের জন্য একটি ভাল সমাধান।


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

এডাব্লুএস ডেটা সিংক এখানে বিকল্প হতে পারে।
ফিলিপ আলভারেজ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.