مطالعه موردی
معماری ذخیره‌سازی Ceph برای OpenStack
طراحی ذخیره‌سازی توزیع‌شده Ceph و RBD با توجه به جداسازی بار کاری، لایه‌های ذخیره‌سازی، دامنه خرابی و اتصال به Cinder.
بیش از ۵۰ ترابایت ذخیره‌سازی توزیع‌شده · معماری‌های ۳، ۵ و ۶ نودی
زمینه
محیط‌های OpenStack بیش از ۵۰ ترابایت ذخیره‌سازی توزیع‌شده Ceph داشتند. نیاز زیرساخت در موقعیت‌های مختلف یکسان نبود؛ بنابراین معماری ذخیره‌سازی به یک توپولوژی ثابت تقلیل داده نشد.
ملاحظات معماری
بسته به محیط، معماری‌های سه، پنج و شش نودی Ceph بررسی و اجرا شدند. تصمیم‌ها شامل جای‌گذاری OSD و MON، طراحی دامنه خرابی و اثر عملیاتی تعداد نود و چیدمان سخت‌افزار بود.
Poolهای جداگانه SSD و NVMe نیازهای لایه‌بندی ذخیره‌سازی و جداسازی بار کاری را پوشش می‌دادند. Ceph RBD از طریق Volume Type به Cinder متصل بود و در صورت نیاز، QoS سمت Frontend کنترل بار کاری را فراهم می‌کرد.
تمرکز مهندسی
هیچ عدد تأییدنشده‌ای درباره Benchmark یا کارایی منتشر نشده است؛ مقیاس و توپولوژی‌های ذکرشده موارد تأییدشده‌اند.
- تطبیق توپولوژی ذخیره‌سازی با محدودیت‌های زیرساخت و دامنه خرابی.
- جداسازی بارهای کارایی‌محور و ظرفیت‌محور از طریق طراحی Pool.
- هم‌راستا نگه‌داشتن معماری Ceph با Volume Typeهای OpenStack و جریان‌های عملیاتی.
- درنظرگرفتن مانیتورینگ، نگهداشت و مسیر بازیابی به‌عنوان بخشی از طراحی.