ব্যস্ত প্রকল্পে Ceph এর সাথে কাজ করার জন্য টিপস এবং কৌশল

বিভিন্ন লোড সহ প্রকল্পগুলিতে নেটওয়ার্ক স্টোরেজ হিসাবে Ceph ব্যবহার করে, আমরা বিভিন্ন কাজের সম্মুখীন হতে পারি যা প্রথম নজরে সহজ বা তুচ্ছ বলে মনে হয় না। উদাহরণ স্বরূপ:

• নতুন ক্লাস্টারে পূর্ববর্তী সার্ভারগুলির আংশিক ব্যবহারের সাথে পুরানো Ceph থেকে নতুনে ডেটা স্থানান্তর;
• Ceph এ ডিস্ক স্পেস বরাদ্দের সমস্যার সমাধান।

এই ধরনের সমস্যাগুলি মোকাবেলা করার জন্য, আমরা ডেটা হারানো ছাড়াই সঠিকভাবে ওএসডি অপসারণের প্রয়োজনের মুখোমুখি হই, যা বিশেষত গুরুত্বপূর্ণ যখন প্রচুর পরিমাণে ডেটা নিয়ে কাজ করা হয়। এই নিবন্ধে আলোচনা করা হবে.

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

ওএসডি সম্পর্কে ভূমিকা

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

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

একই স্তরে, বিভিন্ন OSD-এর মধ্যে বস্তুর অনুলিপি করে প্রতিলিপি পরামিতি সেট করা হয়। এবং এখানে আপনি বিভিন্ন সমস্যার সম্মুখীন হতে পারেন, যার সমাধানগুলি নীচে আলোচনা করা হবে।

মামলা নং-১। ডেটা হারানো ছাড়াই নিরাপদে Ceph ক্লাস্টার থেকে OSD সরান

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

সুবিধার জন্য এবং এমন একটি পরিস্থিতি এড়াতে যেখানে, কমান্ডগুলি চালানোর সময়, আমরা প্রয়োজনীয় OSD নির্দেশ করতে ভুল করি, আমরা একটি পৃথক ভেরিয়েবল সেট করব, যার মানটি মুছে ফেলা হবে OSD-এর সংখ্যা। তাকে কল করা যাক ${ID} — এখানে এবং নীচে, এই ধরনের একটি ভেরিয়েবল ওএসডির সংখ্যা প্রতিস্থাপন করে যার সাথে আমরা কাজ করছি।

কাজ শুরু করার আগে অবস্থা দেখে নেওয়া যাক:

root@hv-1 ~ # ceph osd tree
ID CLASS WEIGHT  TYPE NAME      STATUS REWEIGHT PRI-AFF
-1       0.46857 root default
-3       0.15619      host hv-1
-5       0.15619      host hv-2
 1   ssd 0.15619      osd.1     up     1.00000  1.00000
-7       0.15619      host hv-3
 2   ssd 0.15619      osd.2     up     1.00000  1.00000

OSD অপসারণ শুরু করতে, আপনাকে মসৃণভাবে সম্পাদন করতে হবে reweight এটা শূন্য. এইভাবে আমরা অন্যান্য ওএসডি-তে ভারসাম্য বজায় রেখে ওএসডি-তে ডেটার পরিমাণ কমিয়ে দিই। এটি করতে, নিম্নলিখিত কমান্ডগুলি চালান:

ceph osd reweight osd.${ID} 0.98
ceph osd reweight osd.${ID} 0.88
ceph osd reweight osd.${ID} 0.78

... এবং তাই শূন্য পর্যন্ত.

মসৃণ ভারসাম্য প্রয়োজনযাতে ডেটা হারাতে না হয়। এটি বিশেষভাবে সত্য যদি ওএসডিতে প্রচুর পরিমাণে ডেটা থাকে। কমান্ডগুলি কার্যকর করার পরে তা নিশ্চিত করতে reweight সবকিছু ঠিকঠাক হয়েছে, আপনি এটি সম্পূর্ণ করতে পারেন ceph -s অথবা একটি পৃথক টার্মিনাল উইন্ডোতে চালান ceph -w বাস্তব সময়ে পরিবর্তন পর্যবেক্ষণ করার জন্য।

যখন ওএসডি "খালি" হয়, আপনি এটি সরানোর জন্য স্ট্যান্ডার্ড অপারেশনের সাথে এগিয়ে যেতে পারেন। এটি করার জন্য, কাঙ্ক্ষিত ওএসডিকে রাজ্যে স্থানান্তর করুন down:

ceph osd down osd.${ID}

ওএসডিকে ক্লাস্টার থেকে "টেনে" নেওয়া যাক:

ceph osd out osd.${ID}

চলুন OSD পরিষেবা বন্ধ করি এবং FS-এ এর পার্টিশন আনমাউন্ট করি:

systemctl stop ceph-osd@${ID}
umount /var/lib/ceph/osd/ceph-${ID}

থেকে ওএসডি সরান ক্রাশ মানচিত্র:

ceph osd crush remove osd.${ID}

আসুন ওএসডি ব্যবহারকারীকে মুছে ফেলি:

ceph auth del osd.${ID}

এবং অবশেষে, আসুন OSD নিজেই সরিয়ে ফেলি:

ceph osd rm osd.${ID}

মন্তব্য: আপনি যদি Ceph Luminous সংস্করণ বা উচ্চতর সংস্করণ ব্যবহার করেন, তাহলে উপরের OSD অপসারণের পদক্ষেপ দুটি কমান্ডে হ্রাস করা যেতে পারে:

ceph osd out osd.${ID}
ceph osd purge osd.${ID}

যদি, উপরে বর্ণিত পদক্ষেপগুলি সম্পন্ন করার পরে, আপনি কমান্ডটি চালান ceph osd tree, তাহলে এটি পরিষ্কার হওয়া উচিত যে সার্ভারে যেখানে কাজটি সম্পাদিত হয়েছিল সেখানে আর ওএসডি নেই যার জন্য উপরের অপারেশনগুলি সম্পাদিত হয়েছিল:

root@hv-1 ~ # ceph osd tree
ID CLASS WEIGHT  TYPE NAME     STATUS REWEIGHT PRI-AFF
-1       0.46857      root default
-3       0.15619      host hv-1
-5       0.15619      host hv-2
-7       0.15619      host hv-3
 2   ssd 0.15619      osd.2    up     1.00000  1.00000

পথ বরাবর, নোট করুন যে Ceph ক্লাস্টার রাষ্ট্র যেতে হবে HEALTH_WARN, এবং আমরা ওএসডির সংখ্যা এবং উপলব্ধ ডিস্ক স্থানের পরিমাণও হ্রাস দেখতে পাব।

আপনি সার্ভারটিকে সম্পূর্ণরূপে বন্ধ করতে চাইলে এবং সেই অনুযায়ী, Ceph থেকে এটি সরাতে চাইলে নিম্নলিখিত পদক্ষেপগুলি বর্ণনা করবে। এই ক্ষেত্রে, এটি মনে রাখা গুরুত্বপূর্ণ সার্ভার বন্ধ করার আগে, আপনাকে অবশ্যই সমস্ত OSD সরিয়ে ফেলতে হবে এই সার্ভারে।

যদি এই সার্ভারে আর কোনো ওএসডি অবশিষ্ট না থাকে, তাহলে সেগুলি অপসারণ করার পরে আপনাকে ওএসডি মানচিত্র থেকে সার্ভারটি বাদ দিতে হবে hv-2নিম্নলিখিত কমান্ড চালানোর মাধ্যমে:

ceph osd crush rm hv-2

অপসারণ mon সার্ভার থেকে hv-2অন্য সার্ভারে নীচের কমান্ডটি চালানোর মাধ্যমে (যেমন এই ক্ষেত্রে, চালু hv-1):

ceph-deploy mon destroy hv-2

এর পরে, আপনি সার্ভার বন্ধ করতে পারেন এবং পরবর্তী ক্রিয়া শুরু করতে পারেন (এটি পুনরায় স্থাপন করা ইত্যাদি)।

মামলা নং-২। একটি ইতিমধ্যে তৈরি Ceph ক্লাস্টারে ডিস্ক স্থান বন্টন

আমি পিজি সম্পর্কে একটি ভূমিকা দিয়ে দ্বিতীয় গল্পটি শুরু করব (বসানো গ্রুপ) Ceph-এ PG-এর প্রধান ভূমিকা হল প্রাথমিকভাবে Ceph বস্তুগুলিকে একত্রিত করা এবং আরও OSD-তে তাদের প্রতিলিপি করা। যে সূত্রের সাহায্যে আপনি PG এর প্রয়োজনীয় পরিমাণ গণনা করতে পারেন সেটি হল প্রাসঙ্গিক বিভাগ Ceph ডকুমেন্টেশন। এই বিষয়টিও সেখানে নির্দিষ্ট উদাহরণ সহ আলোচনা করা হয়েছে।

তাই: Ceph ব্যবহার করার সময় একটি সাধারণ সমস্যা হল Ceph-এর পুলের মধ্যে OSD এবং PG-এর ভারসাম্যহীন সংখ্যা।

প্রথমত, এর কারণে, একটি ছোট পুলে অনেকগুলি পিজি নির্দিষ্ট করা হলে একটি পরিস্থিতি দেখা দিতে পারে, যা মূলত ক্লাস্টারে ডিস্কের স্থানের অযৌক্তিক ব্যবহার। দ্বিতীয়ত, বাস্তবে একটি আরও গুরুতর সমস্যা রয়েছে: ওএসডিগুলির একটিতে ডেটা ওভারফ্লো। এটি ক্লাস্টারটিকে প্রথম রাজ্যে রূপান্তরিত করে HEALTH_WARNএবং তারপর HEALTH_ERR. এর কারণ হল Ceph, উপলভ্য পরিমাণ ডেটা গণনা করার সময় (আপনি এটি দ্বারা এটি খুঁজে পেতে পারেন MAX AVAIL কমান্ড আউটপুটে ceph df প্রতিটি পুলের জন্য আলাদাভাবে) ওএসডি-তে উপলব্ধ ডেটার পরিমাণের উপর ভিত্তি করে। কমপক্ষে একটি ওএসডি-তে পর্যাপ্ত জায়গা না থাকলে, সমস্ত ওএসডি-র মধ্যে ডেটা সঠিকভাবে বিতরণ না হওয়া পর্যন্ত আর কোনও ডেটা লেখা যাবে না।

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

সুতরাং, আসুন নিম্নলিখিত চিত্রটি কল্পনা করি: ক্লাস্টারটির একটি স্থিতি রয়েছে HEALTH_WARN একটি ওএসডির স্থান ফুরিয়ে যাওয়ার কারণে। এটি একটি ত্রুটি দ্বারা নির্দেশিত হবে HEALTH_WARN: 1 near full osd. এই পরিস্থিতি থেকে বেরিয়ে আসার জন্য নীচে একটি অ্যালগরিদম রয়েছে।

প্রথমত, আপনাকে অবশিষ্ট ওএসডিগুলির মধ্যে উপলব্ধ ডেটা বিতরণ করতে হবে। আমরা ইতিমধ্যেই প্রথম ক্ষেত্রে একই ধরনের অপারেশন করেছি, যখন আমরা নোডটি "ড্রেন" করেছিলাম - শুধুমাত্র পার্থক্যের সাথে এখন আমাদের কিছুটা কমাতে হবে reweight. উদাহরণস্বরূপ, 0.95 পর্যন্ত:

ceph osd reweight osd.${ID} 0.95

এটি OSD-এ ডিস্কের স্থান খালি করে এবং ceph স্বাস্থ্যের ত্রুটি ঠিক করে। যাইহোক, ইতিমধ্যে উল্লিখিত হিসাবে, প্রাথমিক পর্যায়ে Ceph এর ভুল কনফিগারেশনের কারণে এই সমস্যাটি ঘটে: এটি একটি পুনর্বিন্যাস করা খুবই গুরুত্বপূর্ণ যাতে এটি ভবিষ্যতে উপস্থিত না হয়।

আমাদের বিশেষ ক্ষেত্রে, এটি সব নিচে এসেছে:

• মান খুব বেশি replication_count একটি পুকুরে,
• একটি পুলে খুব বেশি পিজি এবং অন্য পুলে খুব কম৷

ইতিমধ্যে উল্লিখিত ক্যালকুলেটর ব্যবহার করা যাক। এটি স্পষ্টভাবে দেখায় যে কী প্রবেশ করা দরকার এবং নীতিগতভাবে, জটিল কিছু নেই। প্রয়োজনীয় পরামিতি সেট করার পরে, আমরা নিম্নলিখিত সুপারিশগুলি পাই:

মন্তব্য: আপনি যদি স্ক্র্যাচ থেকে একটি Ceph ক্লাস্টার সেট আপ করছেন, ক্যালকুলেটরের আরেকটি দরকারী ফাংশন হল কমান্ডের প্রজন্ম যা টেবিলে নির্দিষ্ট পরামিতিগুলির সাথে স্ক্র্যাচ থেকে পুল তৈরি করবে।

শেষ কলাম আপনাকে নেভিগেট করতে সাহায্য করে - প্রস্তাবিত পিজি কাউন্ট. আমাদের ক্ষেত্রে, দ্বিতীয়টিও কার্যকর, যেখানে প্রতিলিপি পরামিতি নির্দেশিত হয়, যেহেতু আমরা প্রতিলিপি গুণক পরিবর্তন করার সিদ্ধান্ত নিয়েছি।

সুতরাং, প্রথমে আপনাকে প্রতিলিপি পরামিতিগুলি পরিবর্তন করতে হবে - এটি প্রথমে করা উচিত, যেহেতু গুণক হ্রাস করে, আমরা ডিস্কের স্থান খালি করব। কমান্ডটি কার্যকর হওয়ার সাথে সাথে আপনি লক্ষ্য করবেন যে উপলব্ধ ডিস্কের স্থান বৃদ্ধি পাবে:

ceph osd pool $pool_name set $replication_size

এবং এর সমাপ্তির পরে, আমরা প্যারামিটারের মান পরিবর্তন করি pg_num и pgp_num নিম্নরূপ:

ceph osd pool set $pool_name pg_num $pg_number
ceph osd pool set $pool_name pgp_num $pg_number

গুরুত্বপূর্ণ: আমাদের অবশ্যই প্রতিটি পুলে ক্রমানুসারে পিজির সংখ্যা পরিবর্তন করতে হবে এবং সতর্কতাগুলি অদৃশ্য না হওয়া পর্যন্ত অন্যান্য পুলে মান পরিবর্তন করতে হবে না "ডিগ্রেডেড ডেটা রিডানডেন্সি" и "n-সংখ্যা পিজি অবনমিত".

আপনি কমান্ড আউটপুট ব্যবহার করে সবকিছু ঠিকঠাক হয়েছে কিনা তাও পরীক্ষা করতে পারেন ceph health detail и ceph -s.

মামলা নং-৩। LVM থেকে Ceph RBD-এ একটি ভার্চুয়াল মেশিন স্থানান্তর করা হচ্ছে

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

সমস্যাটি বিভিন্ন উপায়ে সমাধান করা যেতে পারে - উদাহরণস্বরূপ, অন্য সার্ভারে স্থানান্তর করে (যদি একটি থাকে) বা সার্ভারে নতুন ডিস্ক যুক্ত করা। কিন্তু এটি করা সবসময় সম্ভব নয়, তাই LVM থেকে Ceph এ স্থানান্তর করা এই সমস্যার একটি চমৎকার সমাধান হতে পারে। এই বিকল্পটি বেছে নেওয়ার মাধ্যমে, আমরা সার্ভারগুলির মধ্যে স্থানান্তরের পরবর্তী প্রক্রিয়াটিকেও সহজ করি, যেহেতু স্থানীয় স্টোরেজকে একটি হাইপারভাইজার থেকে অন্যটিতে স্থানান্তর করার প্রয়োজন হবে না৷ একমাত্র ধরা হল যে কাজটি চালানোর সময় আপনাকে VM বন্ধ করতে হবে।

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

চলুন ব্যবহারিক অংশে যাওয়া যাক। উদাহরণে আমরা virsh এবং সেই অনুযায়ী libvirt ব্যবহার করি। প্রথমত, নিশ্চিত করুন যে Ceph পুল যেখানে ডেটা স্থানান্তরিত হবে সেটি libvirt-এর সাথে সংযুক্ত রয়েছে:

virsh pool-dumpxml $ceph_pool

পুলের বিবরণে অবশ্যই অনুমোদনের ডেটা সহ Ceph এর সাথে সংযোগ ডেটা থাকতে হবে।

পরবর্তী ধাপ হল LVM চিত্রটি Ceph RBD তে রূপান্তরিত হয়। সম্পাদনের সময় মূলত ছবির আকারের উপর নির্ভর করে:

qemu-img convert -p -O rbd /dev/main/$vm_image_name rbd:$ceph_pool/$vm_image_name

রূপান্তরের পরে, একটি LVM ইমেজ থাকবে, যেটি কার্যকর হবে যদি VM-কে RBD-তে স্থানান্তর করা ব্যর্থ হয় এবং আপনাকে পরিবর্তনগুলি রোল ব্যাক করতে হবে। এছাড়াও, পরিবর্তনগুলি দ্রুত রোল ব্যাক করতে সক্ষম হতে, আসুন ভার্চুয়াল মেশিন কনফিগারেশন ফাইলের একটি ব্যাকআপ তৈরি করি:

virsh dumpxml $vm_name > $vm_name.xml
cp $vm_name.xml $vm_name_backup.xml

... এবং মূল সম্পাদনা করুন (vm_name.xml) আসুন ডিস্কের বর্ণনা সহ একটি ব্লক খুঁজে বের করি (লাইন দিয়ে শুরু হয় <disk type='file' device='disk'> এবং দিয়ে শেষ হয় </disk>) এবং নিম্নলিখিত ফর্মে এটি হ্রাস করুন:

<disk type='network' device='disk'>
<driver name='qemu'/>
<auth username='libvirt'>
  <secret type='ceph' uuid='sec-ret-uu-id'/>
 </auth>
<source protocol='rbd' name='$ceph_pool/$vm_image_name>
  <host name='10.0.0.1' port='6789'/>
  <host name='10.0.0.2' port='6789'/>
</source>
<target dev='vda' bus='virtio'/> 
<alias name='virtio-disk0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</disk>

আসুন কিছু বিস্তারিত দেখুন:

1. প্রোটোকলের কাছে source Ceph RBD-এ স্টোরেজের ঠিকানা নির্দেশ করা হয়েছে (এটি Ceph পুলের নাম এবং RBD ছবির নাম নির্দেশ করে, যা প্রথম পর্যায়ে নির্ধারিত হয়েছিল)।
2. ব্লকে secret প্রকার নির্দেশিত হয় ceph, সেইসাথে গোপন UUID এর সাথে সংযোগ করার জন্য। এর uuid কমান্ড ব্যবহার করে পাওয়া যাবে virsh secret-list.
3. ব্লকে host Ceph মনিটর ঠিকানা নির্দেশিত হয়.

কনফিগারেশন ফাইলটি সম্পাদনা করার পরে এবং LVM থেকে RBD রূপান্তর সম্পূর্ণ করার পরে, আপনি পরিবর্তিত কনফিগারেশন ফাইলটি প্রয়োগ করতে পারেন এবং ভার্চুয়াল মেশিন চালু করতে পারেন:

virsh define $vm_name.xml
virsh start $vm_name

ভার্চুয়াল মেশিনটি সঠিকভাবে শুরু হয়েছে কিনা তা পরীক্ষা করার সময় এসেছে: আপনি খুঁজে পেতে পারেন, উদাহরণস্বরূপ, SSH এর মাধ্যমে বা এর মাধ্যমে এটির সাথে সংযোগ করে virsh.

যদি ভার্চুয়াল মেশিনটি সঠিকভাবে কাজ করে এবং আপনি অন্য কোন সমস্যা খুঁজে না পান, তাহলে আপনি LVM চিত্রটি মুছে ফেলতে পারেন যা আর ব্যবহার করা হয় না:

lvremove main/$vm_image_name

উপসংহার

আমরা অনুশীলনে বর্ণিত সমস্ত ক্ষেত্রে সম্মুখীন হয়েছি - আমরা আশা করি যে নির্দেশাবলী অন্যান্য প্রশাসকদের অনুরূপ সমস্যার সমাধান করতে সহায়তা করবে। আপনার Ceph ব্যবহার করার অভিজ্ঞতা থেকে মন্তব্য বা অন্যান্য অনুরূপ গল্প থাকলে, আমরা মন্তব্যগুলিতে সেগুলি দেখে খুশি হব!

দ্রষ্টব্য

আমাদের ব্লগেও পড়ুন:

• «আমাদের হাত একঘেয়েমির জন্য নয়: K8s এ রুক ক্লাস্টার পুনরুদ্ধার করা";
• «রুক না টু রুক - এটাই প্রশ্ন";
• «রুক - কুবারনেটসের জন্য "স্ব-সেবা" ডেটা গুদাম";
• «Ceph-এর উপর ভিত্তি করে Kubernetes-এ প্রভিশনিং সহ অবিরাম স্টোরেজ তৈরি করা».

উত্স: www.habr.com