☁️ سرویس Keystone در OpenStack دقیقاً چه کاری انجام میده

ماژول Keystone سرویس Identity در OpenStackـه

یعنی قبل از اینکه بتونیم VM بسازیم، Network ایجاد کنیم یا Volume بسازیم، باید مشخص بشه:

چه کسی درخواست رو ارسال کرده و چه اجازه‌ای داره؟

اینجا Keystone وارد میشه.

فرض کنیم با CLI وارد OpenStack می‌شیم و می‌زنیم:

openstack server list

قبل از اینکه Nova لیست VMها رو برگردونه، باید هویت ما مشخص شده باشه.

ما اطلاعاتی مثل این‌ها رو ارسال می‌کنیم:

Username
Password
Project
Domain

Keystone اطلاعات رو بررسی می‌کنه و در صورت معتبر بودن، یک Token در اختیار Client قرار میده.

از اینجا به بعد درخواست‌ها با اون Token به سرویس‌های OpenStack ارسال میشن.

مثلاً:

User → Keystone → Token → Nova

اما Keystone فقط Login نیست.

چند مفهوم مهم دیگه هم داره:

🔹 User

کاربری که می‌خواد با OpenStack کار کنه.

🔹 Project

محدوده‌ای که Resourceها داخلش قرار می‌گیرن؛ مثلاً VM، Network و Volumeهای یک تیم.

🔹 Role

مشخص می‌کنه User داخل یک Project چه سطح دسترسی‌ای داره.

🔹 Service Catalog

Keystone آدرس API سرویس‌های مختلف رو هم در اختیار Client قرار میده.

مثلاً Endpoint مربوط به:

Nova
Neutron
Glance
Cinder

📌 پس Keystone رو فقط «صفحه Login اوپن‌استک» نبینیم.

سرویس Keystone عملاً جواب سه سؤال مهم رو میده:

کی هستی؟

به چی دسترسی داری؟

سرویس‌هایی که می‌خوای باهاشون کار کنی کجا هستن؟

در پست بعدی می‌ریم سراغ Nova و می‌بینیم Compute در OpenStack دقیقاً چطور مدیریت میشه.

#OpenStack #Keystone #Cloud #Identity #CloudComputing

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

چین رکورد انتقال اطلاعات با فیبر نوری رو شکست! 🚀

دانشمندان چینی به‌تازگی به یک رکوردی دست پیدا کردن و تونستن با فیبر نوری، 1 پتابایت (معادل 1 میلیون گیگابایت) اطلاعات رو در عرض 1 ثانیه جابه‌جا کنن. 📡

+ برای درک بهتر:
ارسال 20,000 فیلم با کیفیتِ 4k تو یک ثانیه! 😐

@abrplusdocs

بهزاد اکبری، مدیرعامل شرکت زیرساخت:
در ١٠ روز گذشته، تعداد حملات DDoS با مبد داخلى بيش از حملات با مبدا خارجى بود كه نشانه‌اى احتمالى از آلودگی دستگاه‌های كاربران داخلى و حضور آنها در بات‌نت‌هاست.
حملات متعدد بالاى 500 Gbps نيز در كنار آثار فيلترینگ، به افت كيفيت اينترنت دامن زد.
@abrplusdocs

☁️ سرویس Nova در OpenStack دقیقاً چه کاری انجام میده؟

بخش بزرگی از کارهایی که به چرخه Instance مربوط میشه، توسط Nova مدیریت میشه:

Create
Start / Stop
Reboot
Resize
Delete
Migrate

اما یه نکته مهم:

سرویس Nova خودش همه کارها رو انجام نمیده.

مثلاً وقتی یک Instance می‌سازیم، Nova باید با چند سرویس دیگه صحبت کنه:

از Keystone برای Identity و دسترسی،

از Glance برای Image،

از Neutron برای Network،

از Cinder در صورت نیاز برای Volume،

و از Placement برای اطلاعات Resourceها استفاده میشه.

داخل خود Nova هم چند Component مهم داریم:

🔹 nova-api

درخواست‌های API رو دریافت می‌کنه.

مثلاً وقتی از Horizon یا CLI می‌خوایم یک Instance بسازیم، درخواست وارد این بخش میشه.

🔹 nova-scheduler

تصمیم می‌گیره Instance روی کدوم Compute Host ساخته بشه.

یعنی بررسی می‌کنه کدوم Host شرایط لازم برای اجرای Workload رو داره.

🔹 nova-conductor

بین nova-compute و بخش‌هایی مثل Database قرار می‌گیره و بخشی از هماهنگی عملیات رو انجام میده.

🔹 nova-compute

روی Compute Node اجرا میشه و عملیات مربوط به Instance رو روی Hypervisor انجام میده.

مثلاً در محیط KVM:

Nova → nova-compute → libvirt → KVM/QEMU

پس Nova خودش Hypervisor نیست.

سرویس Nova لایه مدیریت Computeـه و برای اجرای واقعی VM از Hypervisor استفاده می‌کنه.

📌 وقتی روی Horizon دکمه Create Instance رو می‌زنیم، پشت اون دکمه کلی تصمیم‌گیری اتفاق میفته:

کدوم Host؟ چه Imageای؟ چه Networkی؟ چه Resourceای؟

بخش مهمی از هماهنگی این فرآیند بر عهده Novaست.

پست بعدی می‌ریم سراغNeutron؛ جایی که Networking در OpenStack شروع میشه.
پس همراه ما باشید

#OpenStack #Nova #Compute #KVM #Cloud #Virtualization

☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

People see the app.
They see the website.
They see the “Online” status.

What they don’t see is the infrastructure, the late-night fixes, the silent monitoring, and the people making sure everything keeps running.

In IT, the best work is often the work nobody notices.

☁️ AbrPlus | Cloud & Infrastructure

@abrplusdocs

🚨 یک آسیب‌پذیری با CVSS پایین رو میشه راحت نادیده گرفت؟

در یکی از Advisoryهای VMware، آسیب‌پذیری:

CVE-2026-41709

برای VMware ESX با امتیاز:

CVSS 2.7 | Low

ثبت شده.

مشکل مربوط به Insufficient Logging

طبق توضیح Broadcom، یک Administrator مخرب می‌تونه بعضی عملیات رو طوری انجام بده که Log مناسبی از اون‌ها ثبت نشه.

در نگاه اول شاید بگیم:

«این CVSS فقط 2.7 ؛ فعلاً اولویت بالایی نداره.»

ولی در یک زیرساخت حساس، Logging فقط برای Troubleshooting نیست.

وقتی Incident اتفاق میفته، Logها مشخص میکن:

چه کسی وارد شده؟

چه تغییری انجام شده؟

چه زمانی انجام شده؟

و چه اتفاقی قبل و بعدش افتاده؟

📌 اینجاست که یک نکته مهم در Vulnerability Management مشخص میشه:

که CVSS شدت فنی آسیب‌پذیری رو نشون میده؛ ولی Risk واقعی به محیط زیرساخت بستگی داره.

یک ضعف Low روی یک سیستم معمولی با همون ضعف روی Hypervisorهای یک دیتاسنتر حساس، الزاماً Risk یکسانی نداره.

پس Patch Priority رو فقط با مرتب‌کردن CVSS از بزرگ به کوچک تعیین نکنیم.
توی مبحث امنیت Context خیلی مهمه

#VMware #ESX #CyberSecurity #VulnerabilityManagement #InfrastructureSecurity

☁️ ابرپلاس | Cloud & Infrastructure
@abrplusdocs

Openstack HIBISCUS Version

☁️ پلتفرم OpenStack برای نسخه بعدی خودش چه برنامه‌ای داره؟

بعد از انتشار 2026.2 Hibiscus، تیم‌های OpenStack حالا وارد چرخه توسعه:
2027.1 Indri
شدن.
چیزی که جالبه، جهت حرکت پروژه‌ست.
در بخش Compute و Bare Metal تمرکز روی موضوعاتی مثل:
Confidential Computing
vGPU
AI / HPC Workloads
Bare Metal Automation
ادامه پیدا می‌کنه.
در Neutron هم بحث توسعه OVN، مقیاس‌پذیری Multi-Chassis و استفاده بهتر از SmartNIC / DPU Offloading جزو موضوعات اصلیه.
برای Storage هم مواردی مثل:
NVMe-oF
CephFS
Image Security
در برنامه‌ها دیده میشه.
حتی بحث‌هایی برای کاهش وابستگی سرویس‌های OpenStack به Eventlet و حرکت بیشتر به سمت روش‌های مدرن Async در Python در جریانه.
📌 نکته مهم این خبر فقط انتشار یک نسخه جدید نیست.
پلتفرم OpenStack داره خودش رو بیشتر برای نسل جدید دیتاسنترها آماده می‌کنه؛ جایی که Cloud دیگه فقط اجرای VM نیست.
مباحث مربوط به AI، GPU، Bare Metal، DPU و Confidential Computing دارن کم‌کم وارد معماری اصلی Private Cloud میشن.

نسخه 2027.1 Indri طبق برنامه فعلی برای 24 مارس 2027 زمان‌بندی شده.
#OpenStack #PrivateCloud #Cloud #AIInfrastructure #OVN #Datacenter
☁️ ابرپلاس | Cloud & Infrastructure

@abrplusdocs

🚨 یک آسیب‌پذیری Critical در GitLab با شناسه:

CVE-2026-97229

حالا طبق هشدار CISA در حملات واقعی مورد سوءاستفاده قرار گرفته.

شدت آسیب‌پذیری در بالاترین سطح قرار داره
مهاجم می‌تونه بدون Authentication به اجرای کد روی GitLab Server برسه.

این موضوع برای محیط‌های DevOps حساس‌تر هم میشه.

چرا؟

چون GitLab معمولاً فقط یک Web Server ساده نیست.

ممکنه داخلش داشته باشیم:

Source Code

CI/CD Pipelines

Deploy Keys

Access Tokens

Runner Access

Infrastructure Credentials

یعنی Compromise شدن GitLab می‌تونه مسیر حمله رو از یک Server به بخش‌های دیگه Infrastructure باز کنه.

📌 اگر GitLab Self-Managed داریم، فقط Up بودن سرویس رو چک نکنیم.

قسمت مربوط به Version و Patch Level رو هم بررسی کنیم.

چون در DevOps، دسترسی به Pipeline گاهی می‌تونه تقریباً به‌اندازه دسترسی مستقیم به Production خطرناک باشه.

#GitLab #DevOps #CyberSecurity #CICD #InfrastructureSecurity

☁️ ابرپلاس | Cloud & Infrastructure
@abrplusdocs

- وضعیت انسان ها در سال 2026 😁

@abrplusdocs

⚡️HP iLO Advanced License Keys

⚡️HPE ILO 2:
35DPH-SVSXJ-HGBJN-C7N5R-2SS4W
32Q8Y-XZVGQ-4SGJB-4KY3R-M9ZBN
35SCR-RYLML-CBK7N-TD3B9-GGBW2

⚡️HPE ILO 3:
332N4-M5GNQ-MKDGQ-BT7M4-KLKRM
32Q8W-GKHTR-NPDKY-5CD79-T525H

⚡️HPE ILO 4:
734T6L-4C9PX-X8D9C-GYD26-8SQWM

🔥HPE ILO 5:
35DRP-2YB5W-QZ3H6-R23ZW-GZMQH
32CRX-V7BXC-D2MZN-L2DYZ-LZ88W
35395-JZ6HT-LP7QS-RG3V3-H59R2