Openstack:Liberty: تفاوت میان نسخهها
جز (Qavami صفحهٔ Opestack Liberty را بدون برجایگذاشتن تغییرمسیر به Openstack:Liberty منتقل کرد: تصحیح اشکال املایی در Opestack، رعابت فضای نام برای نسخه گذاری) |
بدون خلاصۀ ویرایش |
||
خط ۴: | خط ۴: | ||
* تغییر روش اداره و مدیریت بهروزرسانیها به مدل Big Tent | * تغییر روش اداره و مدیریت بهروزرسانیها به مدل Big Tent | ||
پروژههای جدید و آپدیتها باید از مدل Big Tent پیروی کنند که این مدل به صورت زیر تعریف میشود: | پروژههای جدید و آپدیتها باید از مدل Big Tent پیروی کنند که این مدل به صورت زیر تعریف میشود: | ||
** پروژه در راستای رایانش ابری OpenStack باشد. | |||
** پروژه از چهار راه OpenStack شامل گام های زیر پیروی کند: | |||
# Open Source | |||
# Open Community | |||
# Open Development | |||
# Open Design | |||
** پروژه با موارد ابتدایی OpenStack مانند احراز هویت با Keystone سازگار باشد. | |||
** پروژه گروه فعال توسعه دهنده داشته باشد. | |||
** پروژه باید قوانین و الزاماتی را که توسعهدهندگان فنی مجموعه OpenStack وضع کردهاند رعایت کند. | |||
* قابلیت ادغام با نرمافزارهای High Availability | * قابلیت ادغام با نرمافزارهای High Availability |
نسخهٔ ۱۱ دسامبر ۲۰۱۵، ساعت ۰۲:۲۸
جامعه توسعهدهندگان OpenStack هر شش ماه یک بار گردهماییای از توسعهدهندگان، کاربران و علاقهمندان به رایانش ابری ترتیب میدهند که در این گردهمایی مشخصات فنی و مسیر پیشرفت OpenStack تعیین میشود. معمولاً نسخههای جدید در این گردهمایی یا پیش از آن معرفی و عرضه میشوند. بر طبق روال شش ماهه، ماه اکتبر سال 2015 گردهمایی در شهر توکیو ژاپن برگزار گردید و یک هفته پیش از گردهمایی نسخه دوازدهم از OpenStack به نام Liberty رونمایی و عرضه شد.
برخی از تغییرات نسخه Liberty
- تغییر روش اداره و مدیریت بهروزرسانیها به مدل Big Tent
پروژههای جدید و آپدیتها باید از مدل Big Tent پیروی کنند که این مدل به صورت زیر تعریف میشود:
- پروژه در راستای رایانش ابری OpenStack باشد.
- پروژه از چهار راه OpenStack شامل گام های زیر پیروی کند:
- Open Source
- Open Community
- Open Development
- Open Design
- پروژه با موارد ابتدایی OpenStack مانند احراز هویت با Keystone سازگار باشد.
- پروژه گروه فعال توسعه دهنده داشته باشد.
- پروژه باید قوانین و الزاماتی را که توسعهدهندگان فنی مجموعه OpenStack وضع کردهاند رعایت کند.
- قابلیت ادغام با نرمافزارهای High Availability
پروژه Nova از این پس میتواند در انتقال Instanceها از نرمافزارهای جانبی استفاده کرده و از آنها دستور انتقال دریافت کند.
- افزایش کارایی شبکهای I/O مجازی(VirtIO)
با استفاده از تمام vCPUها پردازش ارتباطات زیادی را در یک لحظه میسر میسازد.
- بهبود پشتیبانی درایور BareMetal
در این نسخه پشتیبانی از سختافزارها و سرورهای فیزیکی بهبود یافته و از برندهای بیشتری پشتیبانی میشود.
- استفاده از QOS
قابلیت استفاده از Quality of Service در پروژه Neutron برای تفکیک ترافیک شبکه، اعمال قوانین و تقسیم پهنایباند امکانپذیر شدهاست. این قابلیت هم بر روی پورتها و هم شبکهها قابل پیادهسازی است
- استفاده از مدیریت IP متفرقه(External IP Address Managment)
در این نسخه امکان افزودن مدیریت IP دیگری به پروژه Neutron فراهم شدهاست.
- کنترل دسترسی براساس نقش(Role-Based Access Controll)
در این نسخه امکان اعطای دسترسی به کاربران و پروژهها برای ساخت شبکه یا اشتراک شبکه با پروژههای مشخص فراهم شدهاست.
- پشتیبانی از پروتکلهای احراز هویت بیشتر
استفاده از پروتکل X.509 SSL ، Web Single Sign-on و همچنین اضافه کردن مشخصههای بیشتری از SAML و استفاده از این زبان در ترمینال و داشبورد Horizon
- انتقال حجم داده(Volume Migration)
امکان انتقال حجم دادهها بین زیرساختهای داده
- امکان اعمال و گرفتن Snapshot از حجم داده
با این قابلیت حتی میتوان Snapshotهای دیگر محصولات را نیز به سیستم اعمال کرد.
- همتایی بین حجم دادهها(Volume Replication)
انتقال و همسانسازی دادهها بین حجمهای داده به منظور وجود نسخه پشتیبان در شرایط بحرانی و ضروری
- پشتیبانگیری بدون اختلال (Non-Disruptive Backup)
بدون جداسازی کامل حجم داده امکان تهیه نسخه پشتیبان با استفاده از قابلیت Snapshot وحود دارد.
- رمزنگاری و امضای Imageها (Image Signing and Encryption)
به منظور اطمینان از صحت و عدم تغییر Imageهای ارسالی کاربران بر روی سیستم این Imageها رمزنگاری و با استفاده از نامکاربری ارسالکننده امضا میشوند.
- بهبود موتور جدید Convergence برای پروژه Heat
اضافه کردن قابلیت تگ گذاری بر روی Stackها و ناپدیدکردن از دید کاربران
- پشتیبانی از پروژههای بیشتر در Heat
پشتیبانی از پروژههای Barbican,Mistral,Manila,Monasca,Designate,Zaqar در ساخت یکپارچه و هماهنگ ماشینها
- تقسیم سیستم نظارتی به چندین پروژه کوچکتر
به دلیل افزایش کارایی پروژه نظارتی در سیستمهای بزرگ این پروژه به چهار پروژه کوچکتر تقسیم شد که شامل موارد زیر میشود:
Collectors Metrics Alarms Events
- استفاده از Time Series Database as a Service
از Time Series Database as a service در پروژه Gnocchi استفاده میشود و برای نگهداری زمان و اندازه وقایع استفاده میشود.
- استفاده از سیستم اشتراکی فایل سیستم (Manila)
امکان اشتراکگذاری فایل سیستمها به صورت NFS و CIFS در این نسخه فراهم شده است. که همانطور که در تصویر مشاهده میگردد امکان اعطای دسترسی برای ماشینهای مجازی به فایلسیستمهای مختلف امکانپذیر است.
- استفاده Containerها
در این نسخه امکان استفاده از Containerها از جمله Docker و همچنین استفاده از Container orchestration engineها از جمله kubernetes و swarm در پروژه Magnum فراهم شده است