🎯 Adding a Compute Layer Using Amazon EC2 — إضافة طبقة حوسبة باستخدام Amazon EC2
ترحب بك هذه الوحدة في عالم الحوسبة السحابية مع Amazon Elastic Compute Cloud (Amazon EC2) حيث تقدم لك كيفية استخدام وتحسين هذه الخدمة لأحمال العمل الحاسوبية. ستتعلم من خلالها كيفية اختيار Amazon Machine Images (AMIs) وأنواع المثيلات المناسبة وخيارات التخزين والتسعير المثلى. تمنحك هذه الوحدة الأدوات والمعرفة اللازمة لبناء طبقة حوسبة قوية وفعالة وآمنة باستخدام Amazon EC2.
1️⃣ AWS Runtime Compute Choices — خيارات الحوسبة في AWS
تقدم AWS عدة خيارات للحوسبة لتلبية احتياجات مختلفة. تشمل الفئات الرئيسية: الآلات الافتراضية (Virtual Machines) والحاويات (Containers) والخوادم الافتراضية الخاصة (VPS) والمنصة كخدمة (PaaS) والحوسبة بدون خادم (Serverless). كل فئة توفر مستوى مختلفاً من التحكم في البنية التحتية وسرعة نشر التطبيقات.
- الآلات الافتراضية (VMs): تقدمها Amazon EC2 كخوادم افتراضية آمنة وقابلة لإعادة التغيير في السحابة.
- الحاويات (Containers): تقدمها Amazon ECS وAmazon EKS لتشغيل تطبيقات الحاويات بشكل عالي التوفر وقابل للتوسع.
- الخوادم الافتراضية الخاصة (VPS): تقدمها Amazon Lightsail مع تخزين وشبكات لإطلاق المواقع والتطبيقات بسعر شهري ثابت.
- المنصة كخدمة (PaaS): تقدمها AWS Elastic Beanstalk لرفع الكود تلقائياً دون إدارة البنية التحتية.
- الحوسبة بدون خادم (Serverless): تقدمها AWS Lambda وAWS Fargate لتشغيل أعباء العمل دون إدارة الخوادم.
بدلاً من تشغيل خادم كامل يختار Lightsail لسهولة استخدامه وتسعيرته الشهرية الثابتة.
عندما ينمو المقهى ويحتاج لواجهة طلبات ديناميكية ينتقل إلى Amazon EC2 للتحكم الكامل في الموارد.
لاحقاً ولتوفير التكاليف يستخدم AWS Lambda للمهام التي لا تحتاج خادماً دائماً.
2️⃣ Compute Service Category Differentiators — الفروقات بين فئات خدمات الحوسبة
عند اختيار بيئة تشغيل حوسبية في AWS يجب أن تضع في اعتبارك أن الآلات الافتراضية والحاويات والخوادم الافتراضية الخاصة توفر تحكماً أكبر في البنية التحتية ودرجة أعلى من التخصيص. بينما تمكنك المنصة كخدمة والحوسبة بدون خادم من التركيز أكثر على تطبيقك وأقل على البنية التحتية، كما تتيح نشراً أسرع للتطبيقات.
- التحكم في البنية التحتية: الآلات الافتراضية والحاويات وVPS توفر تحكماً أكبر وتخصيصاً أعلى.
- سرعة النشر: المنصة كخدمة والحوسبة بدون خادم تمكنان من نشر أسرع للتطبيقات.
- إدارة الموارد: الفئات المدارة تقلل الجهد التشغيلي ولكنها تحد من خيارات التخصيص.
تختار AWS Elastic Beanstalk لترفع كودها وتنشره في دقائق دون إدارة خوادم.
بعد نجاح التطبيق وحاجتها لتخصيص دقيق تنتقل إلى Amazon EC2 للتحكم الكامل في نظام التشغيل والموارد.
3️⃣ Amazon EC2 — مقدمة عن Amazon Elastic Compute Cloud
Amazon Elastic Compute Cloud (Amazon EC2) هي خدمة حوسبة تقدم آلات افتراضية (خوادم) في السحابة. يمكنك تزويد الخوادم في دقائق وتوسيع السعة تلقائياً صعوداً أو هبوطاً حسب الحاجة، كما تدفع فقط مقابل السعة التي تستخدمها. تدعم Amazon EC2 أنظمة تشغيل متعددة بما في ذلك Microsoft Windows وLinux بالإضافة إلى مثيلات Mac التي تدعم macOS بشكل أصلي.
- توفر آلات افتراضية (VMs) في السحابة يمكن تزويدها في دقائق.
- توسع السعة تلقائياً صعوداً أو هبوطاً مع تغير متطلبات الحوسبة.
- دفع فقط مقابل السعة التي تستخدمها دون التزامات طويلة الأجل.
- مجموعة واسعة من أنواع المثيلات المحسّنة لتناسب مختلف أحمال العمل.
- خيارات متعددة للمعالجات والتخزين والشبكات وأنظمة التشغيل ونماذج الشراء.
بدلاً من انتظار أسابيع لشراء وتهيئة خادم فعلي تستخدم Amazon EC2 لتشغيل مثيل في دقائق.
في موسم التخفيضات يتضاعف الزوار في لحظات فيتوسع المثيل تلقائياً لاستيعاب الطلب.
بعد انتهاء الموسم يخفض الموقع حجم المثيل ليدفع فقط مقابل ما يستخدمه.
4️⃣ Amazon EC2 Virtualization — المحاكاة الافتراضية في Amazon EC2
تعمل مثيلات Amazon EC2 كآلات افتراضية على أجهزة مضيفة موجودة في مناطق التوفر (Availability Zones) التابعة لـ AWS. يعمل كل مثيل على نظام تشغيل مثل Amazon Linux أو Microsoft Windows. تدير AWS طبقة المشرف Hypervisor التي توفر للمثيل إمكانية الوصول إلى موارد الأجهزة المادية مثل المعالجات والذاكرة والتخزين.
- المشرف (Hypervisor): طبقة تشغيل تديرها AWS توفر وصول المثيل للموارد المادية.
- التخزين المؤقت (Instance Store): تخزين مؤقت على مستوى الكتل متصل فعلياً بالجهاز المضيف.
- تخزين الكتل المرن (Amazon EBS): وحدات تخزين مستمرة على مستوى الكتل للقرص الرئيسي والتخزين الإضافي.
- الاتصال بالشبكة: يمكن للمثيل الاتصال بموارد أخرى مثل مثيلات EC2 أخرى والإنترنت.
يدير Hypervisor توزيع الموارد مثلما يدير حارس المبنى المصعد والكهرباء بين الشقق.
إذا كنت تريد تخزيناً مؤقتاً للبيانات كالثلاجة في الشقة فهذا هو Instance Store.
وإذا كنت تريد تخزيناً دائماً كالمستودع الخارجي فهو Amazon EBS.
5️⃣ Amazon EC2 Use Cases — حالات استخدام Amazon EC2
استخدم Amazon EC2 عندما تحتاج تحكماً كاملاً في موارد الحوسبة بما في ذلك نظام التشغيل ونوع المعالج، وعندما تريد خيارات لتحسين تكاليف الحوسبة مثل المثيلات الفورية والمحجوزة وخطط التوفير. كما أنه مناسب لتشغيل أي نوع من أعباء العمل من المواقع البسيطة إلى تطبيقات الذكاء الاصطناعي التوليدي.
- خوادم الويب وخوادم التطبيقات وقواعد البيانات وخوادم الوسائط.
- التحكم الكامل في الموارد: نظام التشغيل والتطبيقات ومعمارية المعالج (x86 أو ARM).
- تحسين التكاليف عبر نماذج شراء متعددة: فوري (On-Demand) ومحجوز (Reserved) وفوري (Spot) وخطط التوفير (Savings Plans).
- تشغيل أي نوع من أعباء العمل: من المواقع البسيطة إلى تطبيقات الذكاء الاصطناعي التوليدي (Generative AI).
يحتاج الموقع لخادم ديناميكي يعالج طلبات الزبائن ويتصل بقاعدة بيانات.
يختارون Amazon EC2 للتحكم الكامل في نظام التشغيل وتثبيت خادم الويب والتطبيق.
يستخدمون Reserved Instances للخادم الأساسي وSpot Instances للمهام الإضافية لتوفير التكاليف.
6️⃣ Steps for Provisioning an EC2 Instance — خطوات إعداد مثيل EC2
تتضمن عملية إعداد مثيل EC2 عدة خطوات أساسية تبدأ باختيار صورة الآلة (AMI) ثم نوع المثيل ثم إعدادات الأمان والشبكة والتخزين. كل خطوة تؤثر على أداء وأمان وتكلفة المثيل. من المهم فهم هذه المكونات لضمان تشغيل آمن وفعال.
- اختيار AMI: القالب الذي تستخدمه Amazon EC2 لتشغيل المثيل. يمكن أن يكون من AWS أو من AWS Marketplace أو من صنعك.
- اختيار نوع المثيل: يحدد تكوين وحدة المعالجة المركزية والذاكرة والتخزين وأداء الشبكة.
- تحديد زوج المفاتيح (Key Pair): للاتصال الآمن عبر SSH أو RDP.
- تكوين الشبكة: وضع المثيل في شبكة VPC مع تعيين عنوان IP عام أو خاص.
- تعيين مجموعة الأمان (Security Group): مجموعة قواعد جدار الحماية تتحكم في حركة المرور.
- تحديد خيارات التخزين: Instance Store أو EBS للقرص الرئيسي ووحدات تخزين إضافية.
- إرفاق دور IAM: إذا كان التطبيق يحتاج للاتصال بخدمات AWS.
- بيانات المستخدم (User Data): نص برمجي لأتمتة التثبيت والتكوين عند التشغيل.
تختار AMI من Amazon Linux ثم نوع t3.medium المناسب لعبء العمل.
تضبط مجموعة أمان تسمح باتصالات HTTP وHTTPS فقط من الإنترنت.
تكتب نص User Data لتثبيت Apache وتحميل تطبيق الطلبات تلقائياً عند التشغيل.
وكما أن الدراجة الجاهزة توفر وقت التجميع فإن Golden AMIs توفر وقت تهيئة المثيلات.
- AWS تقدم خمس فئات حوسبية: الآلات الافتراضية والحاويات وVPS وPaaS والحوسبة بدون خادم.
- Amazon EC2 توفر آلات افتراضية في السحابة مع تحكم كامل وسعة قابلة للتوسع.
- يتم تشغيل المثيلات على أجهزة مضيفة مع Hypervisor يدير الوصول للموارد المادية.
- استخدم EC2 عندما تحتاج تحكماً كاملاً في موارد الحوسبة وتشغيل أي نوع من أعباء العمل.
- تشمل خطوات التزويد: اختيار AMI ونوع المثيل والمفاتيح والشبكة ومجموعات الأمان والتخزين وIAM وبيانات المستخدم.
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| Amazon EC2 | خدمة الحوسبة السحابية المرنة | خدمة تقدم آلات افتراضية قابلة للتوسع في السحابة مع تحكم كامل في الموارد. |
| Hypervisor | المشرف | طبقة تشغيل تدير وصول الآلات الافتراضية إلى موارد الأجهزة المادية. |
| Instance Store | التخزين المؤقت | تخزين مؤقت على مستوى الكتل متصل فعلياً بالجهاز المضيف ويفقد البيانات عند إيقاف المثيل. |
| Security Group | مجموعة الأمان | مجموعة قواعد جدار حماية تتحكم في حركة المرور الواردة والصادرة للمثيل. |
| Key Pair | زوج المفاتيح | مجموعة من بيانات الاعتماد الأمنية للاتصال الآمن بالمثيل عبر SSH أو RDP. |
| User Data | بيانات المستخدم | نص برمجي يمرر للمثيل عند التشغيل لأتمتة التثبيت والتكوين. |
| AWS Elastic Beanstalk | المنصة المرنة كخدمة | خدمة تدير نشر التطبيقات تلقائياً وتتعامل مع البنية التحتية نيابة عنك. |
1️⃣ Amazon Machine Image (AMI) — صورة آلة Amazon
Amazon Machine Image (AMI) هي القالب الذي تستخدمه Amazon EC2 لتشغيل المثيل. توفر AMI المعلومات اللازمة لتشغيل المثيل بما في ذلك: قالب للقرص الجذري يحتوي على نظام التشغيل والبرامج المثبتة، وصلاحيات التشغيل التي تتحكم بمن يمكنه الوصول إلى الـ AMI، وتعيينات أجهزة الكتل التي تحدد وحدات التخزين الملحقة بالمثيل.
- قالب القرص الجذري: يحتوي على نظام التشغيل والبرامج والتطبيقات والمكتبات المثبتة.
- صلاحيات التشغيل: تتحكم في حسابات AWS التي يمكنها استخدام الـ AMI لتشغيل مثيلات.
- تعيينات أجهزة الكتل: تحدد وحدات التخزين الإضافية (إن وجدت) لإرفاقها بالمثيل عند التشغيل.
يمكنك استخدام نفس القالب لصنع كعكات متطابقة متعددة (مثيلات متعددة).
ويمكنك استخدام قوالب مختلفة لصنع كعكات مختلفة (مثيلات بإعدادات مختلفة).
مثلاً قالب لخادم ويب وآخر لخادم تطبيقات.
2️⃣ AMI Benefits — فوائد استخدام AMI
توفر AMIs ثلاث فوائد رئيسية: التكرارية (Repeatability) حيث يمكن استخدام الـ AMI مراراً لتشغيل مثيلات بكفاءة ودقة، وإعادة الاستخدام (Reusability) حيث تكون المثيلات المشغلة من نفس الـ AMI نسخاً طبق الأصل مما يسهل بناء مجموعات من المثيلات المتشابهة، والاسترداد (Recoverability) حيث يمكن استبدال المثيل الفاشل بتشغيل مثيل جديد من نفس الـ AMI.
- التكرارية (Repeatability): حزم التكوين الكامل للمثيل لاستخدامه مراراً بكفاءة ودقة.
- إعادة الاستخدام (Reusability): المثيلات من نفس الـ AMI نسخ متطابقة لتسهيل بناء مجموعات متشابهة.
- الاسترداد (Recoverability): استبدال المثيل الفاشل بمثيل جديد من نفس الـ AMI، مع إمكانية النسخ الاحتياطي.
يبني AMI واحد بنظام التشغيل والتطبيقات وجميع الإعدادات.
يشغل 10 مثيلات من هذا الـ AMI في دقائق — كلها متطابقة تماماً.
إذا فشل أحد المثيلات يشغلون بديلاً من نفس الـ AMI فوراً.
3️⃣ Choosing an AMI — كيفية اختيار AMI المناسب
يعتمد اختيار الـ AMI على خمس خصائص رئيسية: المنطقة (Region) حيث يوجد كل AMI في منطقة محددة، ونظام التشغيل (Operating System) إما Windows أو Linux، ونوع تخزين القرص الجذري إما EBS-backed أو Instance Store-backed، ومعمارية المعالج (Architecture) إما 32 بت أو 64 بت و x86 أو ARM، ونوع المحاكاة الافتراضية (Virtualization Type) حيث يفضل استخدام HVM لأفضل أداء.
- Quick Start: AMIs من بناء AWS نفسها مثل Amazon Linux وUbuntu وWindows.
- My AMIs: AMIs التي تنشئها أنت من مثيلات EC2 الموجودة.
- AWS Marketplace: آلاف الحلول البرمجية الجاهزة من بائعين خارجيين.
- Community AMIs: AMIs من المجتمع — غير مدققة من AWS — استخدمها على مسؤوليتك.
يختار Quick Start AMI من Amazon Linux 2 في نفس المنطقة التي سيعمل بها المثيل.
يختار HVM لأفضل أداء وEBS-backed للاحتفاظ بالبيانات حتى عند إيقاف المثيل.
4️⃣ Instance Store-Backed vs Amazon EBS-Backed AMI — مقارنة بين نوعي AMI
يوجد فرق جوهري في السلوك والأداء بين نوعي الـ AMI. الـ AMI المدعوم بـ Amazon EBS يوفر تشغيلاً أسرع وسعة تخزين أكبر للقرص الجذري تصل إلى 16 TiB مع إمكانية إيقاف المثيل وتغيير نوعه. أما الـ AMI المدعوم بالتخزين المؤقت فيستغرق وقتاً أطول في التشغيل ولا يمكن إيقاف المثيل ولا تغيير نوعه.
- سرعة التشغيل: EBS-backed أسرع — Instance Store-backed أبطأ (يحتاج لسحب الصورة من S3).
- السعة القصوى: EBS-backed: 16 TiB — Instance Store-backed: 10 GiB فقط.
- إمكانية الإيقاف: EBS-backed: يمكن إيقاف المثيل — Instance Store-backed: لا يمكن إيقافه (تشغيل أو إنهاء فقط).
- تغيير النوع: EBS-backed: يمكن تغيير نوع المثيل — Instance Store-backed: لا يمكن تغييره.
- التكلفة: EBS-backed: رسوم تخزين EBS — Instance Store-backed: رسوم تخزين S3 (أرخص عادة).
يمكنها إيقاف الخادم ليلاً لتوفير التكاليف وتغيير نوع المثيل لاحقاً.
أما للتخزين المؤقت لسجلات الخادم فاستخدام Instance Store أرخص وأسرع.
5️⃣ Amazon EC2 Instance Lifecycle — دورة حياة مثيل EC2
يمر المثيل بعدة حالات منذ تشغيله: يبدأ بحالة Pending حيث يتم توفيره على جهاز مضيف ويتم التمهيد، ثم Running حيث يكون جاهزاً للاستخدام، ويمكن Rebooting أو Stopping (للمثيلات المدعومة بـ EBS) أو Terminating. المثيل EBS-backed يمكن أيضاً Hibernate لحفظ الذاكرة واستئناف العمل لاحقاً من نفس النقطة.
- Pending: جار توفير المثيل على الجهاز المضيف والتمهيد.
- Running: المثيل جاهز للاستخدام والاتصال به عبر الإنترنت.
- Rebooting: إعادة تشغيل — يبقى على نفس الجهاز المضيف ونفس عناوين IP.
- Stopping: إيقاف (للمثيلات EBS-backed) — لا رسوم أثناء الإيقاف.
- Hibernating: حفظ الذاكرة الداخلية وعنوان IP الخاص واستئناف العمل من نفس النقطة.
- Terminating: إنهاء المثيل — لا يمكن الاتصال به أو استرداده بعد الإنهاء.
عند إيقافه (Stop) يحتفظ بالبيانات على EBS ولا يدفع المقهى رسوم المثيل.
صباحاً يشغله (Start) فيعود للعمل — ربما على جهاز مضيف جديد بعنوان IP جديد.
6️⃣ Creating a New AMI — إنشاء AMI جديد
تبدأ بمصدر AMI (مثل Quick Start AMI) وتشغل منه مثيلاً. ثم تقوم بتخصيصه لإنشاء "مثيل ذهبي" (Golden Instance) بإعدادات نظام التشغيل والتطبيقات التي تريدها. بعد ذلك تلتقط المثيل المخصص كـ AMI جديد. للمثيلات المدعومة بـ EBS، يتم التسجيل تلقائياً. للمثيلات المدعومة بالتخزين المؤقت، يلزم رفع الصورة إلى S3 وتسجيلها يدوياً.
تلتقط هذا المثيل المخصص كـ AMI جديد ليصبح قالباً للمستقبل.
تنسخ الـ AMI إلى منطقة أخرى لتشغيل نسخة احتياطية من التطبيق.
هكذا توفر ساعات من التثبيت والتكوين في كل مرة تحتاج فيها مثيلاً جديداً.
7️⃣ EC2 Image Builder — منشئ صور EC2
EC2 Image Builder هي خدمة من AWS تبسط إنشاء وصيانة والتحقق من صحة ومشاركة ونشر صور Linux أو Windows. توفر واجهة رسومية لإنشاء خطوط أنابيب لبناء الصور (Image-Building Pipelines). تساعد في إنتاج صور آمنة وموثقة ومحدثة مع تقليل التعرض لنقاط الضعف الأمنية، وتوفر التحكم في الإصدارات (Version Control) لإدارة المراجعات.
- واجهة رسومية لإنشاء خطوط أنابيب بناء الصور.
- إنشاء صور تحتوي فقط على المكونات الأساسية لتقليل الثغرات الأمنية.
- التحقق من صحة الصور باختبارات من AWS أو اختباراتك الخاصة.
- تحكم في الإصدارات لإدارة المراجعات.
بدلاً من بناء الصورة يدوياً في كل مرة يستخدمون EC2 Image Builder لأتمتة العملية.
يحددون مصدر الـ AMI والتحديثات الأمنية المطلوبة والبرامج الإضافية.
يقوم Image Builder ببناء الصورة الجديدة واختبارها ونشرها تلقائياً.
- AMI هي قالب لتشغيل المثيل يتضمن نظام التشغيل وصلاحيات التشغيل وتعيينات الأجهزة.
- فوائد AMIs: التكرارية وإعادة الاستخدام والاسترداد.
- اختيار الـ AMI يعتمد على: المنطقة ونظام التشغيل ونوع التخزين والمعمارية ونوع المحاكاة.
- مصادر الـ AMI: Quick Start وMy AMIs وMarketplace وCommunity.
- EBS-backed يوفر مرونة أكبر — Instance Store-backed أسرع للتخزين المؤقت.
- استخدم EC2 Image Builder لأتمتة إنشاء الصور وإدارتها.
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| AMI | صورة آلة Amazon | قالب يستخدم لتشغيل مثيل EC2 يتضمن نظام التشغيل والإعدادات والتطبيقات. |
| EBS-backed AMI | AMI مدعوم بتخزين الكتل | نوع AMI حيث القرص الجذري على EBS — بيانات دائمة وقابلية إيقاف المثيل. |
| Instance Store-backed AMI | AMI مدعوم بالتخزين المؤقت | نوع AMI حيث القرص الجذري على تخزين مؤقت — بيانات غير دائمة ولا يمكن إيقاف المثيل. |
| EC2 Image Builder | منشئ صور EC2 | خدمة لأتمتة إنشاء وصيانة ونشر صور VM آمنة ومحدثة. |
| HVM | آلة افتراضية بأجهزة | نوع محاكاة افتراضية يستفيد من امتدادات الأجهزة لأداء أفضل — الخيار الموصى به. |
| Golden Instance | المثيل الذهبي | مثيل مخصص بالكامل بالإعدادات المطلوبة قبل التقاطه كـ AMI جديد. |
| Quick Start AMI | AMI سريع التشغيل | صور AWS رسمية لأنظمة تشغيل مثل Amazon Linux وUbuntu وWindows. |
1️⃣ EC2 Instance Type Configuration — تكوين نوع المثيل
يحدد نوع مثيل EC2 تكوين وحدة المعالجة المركزية (CPU) والذاكرة والتخزين وأداء الشبكة. اختيار النوع المناسب يعتمد على متطلبات أداء عبء العمل واحتياجات التكلفة. كلما زاد حجم المثيل زادت كمية vCPU والذاكرة والتخزين. جميع أنواع المثيلات من الجيل الحالي تدعم الشبكات المحسّنة باستثناء T2.
تختار m5d.large بمعالجين افتراضيين و 4 GiB ذاكرة لبداية متوازنة.
مع نمو الزيارات تنتقل إلى m5d.xlarge بمعالجات أكثر وذاكرة مضاعفة.
تقيّم دائماً الأداء مقابل التكلفة لاختيار الأنسب.
2️⃣ EC2 Instance Type Name — تسمية أنواع مثيلات EC2
تتبع أسماء أنواع المثيلات اصطلاحاً قياسياً: تبدأ بالعائلة (Family) ثم رقم الجيل (Generation) ثم أحرف اختيارية للمعالج والقدرات الإضافية (Processor Family وAdditional Capabilities) ثم حجم المثيل (Size). مثلاً c7gn.xlarge: c = عائلة محسّنة للحوسبة، 7 = الجيل السابع، g = معالج Graviton، n = محسّن للشبكة و EBS، xlarge = الحجم.
يعرف أنه من عائلة Compute Optimized من الجيل السابع بمعالج AWS Graviton.
يعرف أنه محسّن للشبكة و EBS وحجمه كبير.
هذا يخبره الكثير عن أداء المثيل قبل حتى تشغيله.
3️⃣ Suitability of Instance Types for Workloads — ملاءمة أنواع المثيلات لأحمال العمل
تصنف مثيلات EC2 إلى فئات كل منها محسّن لنوع معين من أعباء العمل: الأغراض العامة (General Purpose) للخوادم والتطبيقات، والمحسّنة للحوسبة (Compute Optimized) للمعالجة المجمعة والتحليلات، والمحسّنة للتخزين (Storage Optimized) لقواعد البيانات عالية الأداء، والمحسّنة للذاكرة (Memory Optimized) للتخزين المؤقت في الذاكرة، والحوسبة المتسارعة (Accelerated Computing) للتعلم الآلي، والمحسّنة للحوسبة عالية الأداء (HPC Optimized) للمحاكاة المعقدة.
| الفئة | أمثلة أعباء العمل | أمثلة المثيلات |
|---|---|---|
| أغراض عامة | خوادم ويب، تطبيقات مؤسسية، بيئات تطوير | M7, M6, T4, T3 |
| محسّنة للحوسبة | معالجة مجمعة، تحليلات موزعة، HPC | C7, C6, C5 |
| محسّنة للتخزين | قواعد بيانات عالية الأداء، تحليلات فورية | I4, Im4, D2, H1 |
| محسّنة للذاكرة | تخزين مؤقت في الذاكرة، قواعد بيانات كبيرة | R7, R6, X2, Z1 |
| حوسبة متسارعة | تعلم آلي، ذكاء اصطناعي، رسوميات | P5, P4, G5, F1, Inf2 |
| HPC | محاكاة معقدة، تعلم عميق | Hpc7, Hpc6 |
إذا احتاج معالجة فيديوهات ترويجية ينتقل إلى G (حوسبة متسارعة).
لتخزين مؤقت للبيانات المتكررة يستخدم R (محسّن للذاكرة).
اختيار الفئة المناسبة يوفر أداءً أفضل وتكلفة أقل.
4️⃣ Choosing an Instance Type — اختيار نوع المثيل المناسب
تقدم AWS أدوات للمساعدة في اختيار نوع المثيل المناسب. للمثيلات الجديدة استخدم صفحة Instance Types في وحدة تحكم EC2 للبحث والتصفية حسب الخصائص. للمثيلات القائمة استخدم AWS Compute Optimizer الذي يحلل سلوك المثيل runtime ويقدم توصيات. يفضل البدء بنوع أصغر قليلاً من المتوقع ثم إعادة التقييم والتوسع حسب الحاجة.
- للمثيلات الجديدة: استخدم صفحة Instance Types للتصفية حسب الخصائص. اختر أحدث جيل في العائلة لأفضل نسبة سعر/أداء.
- للمثيلات القائمة: استخدم AWS Compute Optimizer لتحليل الأداء وتقديم توصيات التحسين.
- تجنب الإفراط في التجهيز: ابدأ بنوع أصغر قليلاً من المتوقع ثم توسع حسب الحاجة لتفادي إخفاء مشاكل الأداء.
تراقب أداء الخادم باستخدام CloudWatch وتجده يستخدم 40% من CPU فقط.
تستخدم Compute Optimizer الذي يوصي بتقليص الحجم إلى t3.small لتوفير التكاليف.
بعد 3 أشهر يزداد الزوار فتنتقل إلى t3.large.
5️⃣ AWS Compute Optimizer — محسّن الحوسبة من AWS
AWS Compute Optimizer هو خدمة تحلل تكوين ومقاييس استخدام مثيلات EC2 ومجموعات التوسع التلقائي. يستخدم Amazon Machine Learning لتحليل أنماط عبء العمل ويولد توصيات التحسين. يصنف النتائج إلى: Under-provisioned (غير مزود بما يكفي) وOver-provisioned (مفرط في التزويد) وOptimized (محسّن) أو None (لا يوجد توصيات).
تفعيل Compute Optimizer يكشف أن 15 مثيلاً مفرط في التجهيز و5 غير كافٍ.
بتعديل أحجام المثيلات حسب التوصيات توفر الشركة 25% من تكاليف الحوسبة شهرياً.
مع تحسين أداء المثيلات غير الكافية يتحسن أداء التطبيقات أيضاً.
- نوع المثيل يحدد تكوين CPU والذاكرة والتخزين وأداء الشبكة.
- أسماء المثيلات تتبع اصطلاحاً: العائلة — الجيل — المعالج — القدرات — الحجم.
- فئات المثيلات: أغراض عامة، محسّنة للحوسبة والتخزين والذاكرة وحوسبة متسارعة و HPC.
- اختر أحدث جيل في العائلة لأفضل نسبة سعر/أداء.
- استخدم Compute Optimizer للحصول على توصيات تحسين للمثيلات القائمة.
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| Instance Type | نوع المثيل | تكوين CPU وذاكرة وتخزين وشبكة يحدد أداء المثيل وتكلفته. |
| General Purpose | أغراض عامة | فئة مثيلات توازن بين الحوسبة والذاكرة والشبكة لأعباء العمل المتنوعة. |
| Compute Optimized | محسّن للحوسبة | فئة مثيلات لتطبيقات تحتاج معالجات عالية الأداء كالمعالجة المجمعة. |
| Storage Optimized | محسّن للتخزين | فئة مثيلات لأعباء العمل التي تتطلب وصولاً عالي الإنتاجية لبيانات كبيرة. |
| Accelerated Computing | حوسبة متسارعة | فئة مثيلات تستخدم معجّلات أجهزة للتعلم الآلي والرسوميات. |
| AWS Compute Optimizer | محسّن الحوسبة | خدمة تحلل استخدام المثيلات وتقدم توصيات لتحسين الأداء والتكلفة. |
| Graviton Processor | معالج Graviton | معالج ARM من تصميم AWS لأداء محسّن مقابل التكلفة. |
1️⃣ Amazon EC2 Storage Overview — نظرة عامة على خيارات تخزين EC2
يمتلك كل مثيل EC2 قرصاً جذرياً (Root Volume) ويمكن إضافة وحدات تخزين بيانات (Data Volumes). الخيارات الأربعة الرئيسية هي: التخزين المؤقت (Instance Store) وهو تخزين مؤقت سريع، وتخزين الكتل المرن (Amazon EBS) وهو تخزين دائم، ونظام الملفات المرن (Amazon EFS) للأنظمة الملفات المشتركة على Linux، وAmazon FSx for Windows File Server للأنظمة الملفات المشتركة على Windows.
القرص الجذري للخادم على EBS SSD للثبات والسرعة.
ملفات مؤقتة وذاكرة مخبأة على Instance Store للأداء العالي.
ملفات الصور والفيديو المشتركة على Amazon EFS لتشاركها بين عدة خوادم.
2️⃣ Instance Store — التخزين المؤقت للمثيل
Instance Store هو تخزين مؤقت على مستوى الكتل موجود على أقراص متصلة فعلياً بالجهاز المضيف للمثيل. يوفر أداء عالياً جداً لكن بياناته غير دائمة — تفقد عند إيقاف أو إنهاء المثيل. مناسب للمخازن المؤقتة (Buffers) والذاكرة المخبأة (Cache) والبيانات المؤقتة (Scratch Data). المثيلات المدعومة بـ Instance Store لا يمكن إيقافها — فقط إعادة تشغيل أو إنهاء.
يستخدم Instance Store من نوع NVMe SSD لأسرع أداء إدخال/إخراج.
بعد انتهاء المعالجة ينقل الفيديو النهائي إلى EBS أو S3 للتخزين الدائم.
إذا أعيد تشغيل الخادم تبقى البيانات — لكن إذا أنهي المثيل تفقد بالكامل.
3️⃣ Amazon EBS — تخزين الكتل المرن
Amazon Elastic Block Store (EBS) يوفر وحدات تخزين دائمة على مستوى الكتل، تشبه القرص الصلب الخارجي، لمثيلات EC2. يمكن إرفاقها بأي مثيل في نفس منطقة التوفر وتستمر البيانات بشكل مستقل عن عمر المثيل. تدعم التشفير والنسخ الاحتياطي عبر اللقطات (Snapshots) إلى Amazon S3. تتوفر بأنواع SSD وHDD لتناسب مختلف أحمال العمل.
تستخدم صوفيا وحدة EBS من نوع gp2 لتخزين قاعدة البيانات.
تأخذ لقطة (Snapshot) يومية احتياطية إلى S3.
إذا فشل المثيل ترفق وحدة EBS بمثيل جديد وتستعيد البيانات فوراً.
4️⃣ Amazon EBS SSD-Backed Volume Types — أنواع وحدات تخزين EBS من نوع SSD
توفر Amazon EBS نوعين من وحدات التخزين SSD: General Purpose SSD (gp2) وهو الافتراضي لمعظم أعباء العمل ويوازن بين السعر والأداء، وProvisioned IOPS SSD (io1) وهو الأعلى أداءً للتطبيقات الحيوية التي تحتاج أداء IOPS مستداماً مثل قواعد البيانات الكبيرة وأعباء العمل المعاملاتية. كلاهما يمكن استخدامه كقرص تشغيل (Boot Volume).
لتطبيق المعاملات المالية في الشركة الأم يستخدم io1 مع IOPS مخصصة لضمان أداء ثابت حتى في أوقات الذروة.
5️⃣ Amazon EBS HDD-Backed Volume Types — أنواع وحدات تخزين EBS من نوع HDD
توفر Amazon EBS نوعين من HDD: Throughput Optimized HDD (st1) لأعباء العمل عالية الإنتاجية مثل البث ومعالجة السجلات والبيانات الضخمة، وCold HDD (sc1) أقل تكلفة للبيانات التي يتم الوصول إليها نادراً. كلا النوعين لا يمكن استخدامهما كأقراص تشغيل (Boot Volume) ومناسبان لأعباء العمل التي يكون التركيز فيها على الإنتاجية (Throughput) مقاسة بـ MiB/s.
يستخدم st1 للتخزين عالي الإنتاجية مع وصول متكرر.
السجلات الأقدم من 3 أشهر تنقل إلى sc1 للتخزين البارد بأقل تكلفة.
هذا المزيج يوفر أداء جيداً للبيانات النشطة وتكلفة منخفضة للبيانات الأرشيفية.
6️⃣ Amazon EBS-Optimized Instances — المثيلات المحسّنة لـ EBS
بعض أنواع مثيلات EC2 يمكن تحسينها لتوفير اتصال شبكة مخصص بين المثيل ووحدة EBS. هذا يقلل التنافس بين حركة إدخال/إخراج EBS وحركة الشبكة الأخرى. يوفر نطاقاً ترددياً مخصصاً يتراوح بين 425 Mbps و 14000 Mbps حسب نوع المثيل. للمثيلات المبنية على AWS Nitro System يتمتع الأداء بتحسين إضافي بفضل المكونات المادية والبرمجية المخصصة من AWS.
تختار صوفيا مثيلاً من نوع m5 محسّناً لـ EBS تلقائياً.
هذا يوفر اتصالاً مخصصاً بين المثيل وقاعدة البيانات على EBS.
مقارنة بمثيل غير محسّن، يتحسن أداء قاعدة البيانات بنسبة تصل إلى 10%.
7️⃣ Amazon EFS — نظام الملفات المرن من Amazon
Amazon Elastic File System (EFS) هي خدمة مُدارة بالكامل توفر تخزيناً على مستوى نظام الملفات لأعباء العمل المستندة إلى Linux. تستخدم بروتوكول Network File System (NFS) الإصدار 4.x وتتسع تلقائياً من Gigabytes إلى Petabytes دون الحاجة لتوفير تخزين مسبق. يمكن لعدة مثيلات EC2 الوصول لنفس نظام الملفات في وقت واحد.
- الدلائل الرئيسية (Home Directories) لمشاركة البيانات بين المستخدمين.
- أنظمة الملفات لتطبيقات المؤسسات والتطبيقات المقدمة كخدمة.
- بيئات التطوير والاختبار لمشاركة الكود والملفات بشكل آمن.
- النسخ الاحتياطي لقواعد البيانات عبر NFS.
- خوادم الويب وإدارة المحتوى والوسائط وتحليلات البيانات الضخمة.
بدلاً من نسخ الصور على كل خادم يستخدمون Amazon EFS كنظام ملفات مشترك.
أي تحديث للصور على EFS يظهر فوراً على جميع الخوادم.
ومع نمو المحتوى يتوسع EFS تلقائياً دون أي تدخل يدوي.
8️⃣ Amazon FSx for Windows File Server — FSx لنظام ملفات Windows
إذا كنت تحتاج تخزيناً على مستوى نظام الملفات لمثيلات Windows EC2، فإن Amazon FSx for Windows File Server يوفر خوادم ملفات Windows مُدارة بالكامل. مبني على Microsoft Windows Server ويدعم NTFS بشكل أصلي وبروتوكول SMB و Active Directory وقوائم التحكم بالوصول (ACLs). يستخدم تخزين SSD عالي الأداء.
- ترحيل تطبيقات Windows الحالية إلى السحابة (Lift-and-Shift).
- أعباء عمل الوسائط والترفيه على Windows.
- تحليلات البيانات وبيئات تطوير البرمجيات.
- خوادم الويب وإدارة المحتوى على Windows.
تستخدم FSx for Windows File Server دون تغيير أي كود أو إعدادات.
تستفيد من التكامل مع Active Directory الحالي للمؤسسة.
يتم النسخ الاحتياطي تلقائياً وتدار الخوادم بالكامل من AWS.
الـ EBS كالخزانة الدائمة تحتفظ بمحتوياتها حتى لو غيرت المنزل.
الـ EFS كمكتبة عائلية مشتركة يصل لها جميع أفراد الأسرة في نفس الوقت.
الـ FSx كخزانة ملفات Windows بتقنيات Microsoft المتكاملة.
- أربعة خيارات تخزين: Instance Store وEBS وEFS وFSx.
- Instance Store: تخزين مؤقت عالي السرعة — يفقد البيانات عند إيقاف/إنهاء المثيل.
- EBS: تخزين دائم — يدعم اللقطات والتشفير — يرفق بمثيل واحد فقط.
- EBS SSD: gp2 للأغراض العامة وio1 للتطبيقات الحيوية عالية الأداء.
- EBS HDD: st1 للإنتاجية العالية وsc1 للتخزين البارد منخفض التكلفة.
- Amazon EFS: نظام ملفات مشترك لـ Linux — يتسع تلقائياً.
- Amazon FSx: نظام ملفات مشترك لـ Windows — متكامل مع Active Directory.
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| Instance Store | التخزين المؤقت | تخزين على أقراص متصلة فعلياً بالجهاز المضيف — بيانات غير دائمة وسرعة عالية. |
| Amazon EBS | تخزين الكتل المرن | وحدات تخزين كتل دائمة — بيانات تستمر بعد إيقاف المثيل — تدعم اللقطات والتشفير. |
| gp2 | SSD للأغراض العامة | نوع EBS SSD افتراضي يوازن بين السعر والأداء لمعظم أعباء العمل. |
| io1 | SSD مع IOPS مخصصة | نوع EBS SSD عالي الأداء لتطبيقات قواعد البيانات الحيوية والحرجة. |
| Amazon EFS | نظام الملفات المرن | خدمة نظام ملفات مشترك مدار بالكامل لمثيلات Linux — يتسع تلقائياً. |
| Amazon FSx | FSx لملفات Windows | خوادم ملفات Windows مدارة بالكامل متكاملة مع Active Directory و NTFS. |
| Snapshot | لقطة | نسخة احتياطية لحظية لوحدة EBS تُخزن على Amazon S3. |
1️⃣ EC2 Instance User Data — بيانات المستخدم لمثيل EC2
عند تشغيل مثيل EC2 يمكنك تمرير بيانات المستخدم (User Data) التي تحتوي على نص برمجي (Shell Script أو cloud-init directives) لتشغيله عند بدء تشغيل المثيل. تُستخدم لأتمتة التثبيت والتحديث والتكوين — مثل تحديث الحزم وتثبيت خادم ويب وجلب تراخيص البرامج. تعمل بصلاحيات الجذر (Root) أو المسؤول (Administrator) بعد بدء المثيل وقبل أن يصبح قابلاً للوصول عبر الشبكة.
- تحديث جميع الحزم المثبتة على المثيل.
- تثبيت خادم ويب مثل Apache HTTP وتشغيله.
- تكوين الخادم ليبدأ تلقائياً عند إقلاع المثيل.
- جلب وتثبيت تراخيص البرامج والمفاتيح.
تحديث الحزم → تثبيت httpd → تحميل تطبيق الطلبات من S3 → تشغيل الخدمة.
عند تشغيل المثيل الجديد يصبح موقع الطلبات جاهزاً فوراً دون أي تدخل يدوي.
توفر هذه الأتمتة ساعات من العمل اليدوي في كل مرة تحتاج فيها تشغيل خادم جديد.
2️⃣ Retrieving Instance Metadata — استرجاع بيانات وصف المثيل
بيانات وصف المثيل هي معلومات عن المثيل الجاري — مثل رقم المثيل وعنوان IP العام والخاص واسم المضيف ورقم المنطقة. يمكن الوصول إليها من داخل المثيل عبر الرابط http://169.254.169.254/latest/meta-data/. العنوان 169.254.169.254 هو عنوان ارتباط محلي (Link-Local Address) صالح فقط من داخل المثيل. يمكن أيضاً الوصول لبيانات المستخدم عبر http://169.254.169.254/latest/user-data.
يستخدم النص البرمجي الأمر curl http://169.254.169.254/latest/meta-data/public-ipv4.
يحصل على العنوان 67.202.51.223 ويسجله في خدمة التوجيه.
كل هذا يحدث تلقائياً دون الحاجة لإدخال أي بيانات يدوياً.
3️⃣ AMI Deployment Models — نماذج نشر AMI
توجد ثلاثة نماذج رئيسية لنشر AMIs: الـ Basic AMI وهو قالب بنظام تشغيل فقط — سريع البناء لكن بطيء التمهيد لأنه يحتاج تثبيت كل شيء عند الإقلاع. الـ Silver AMI نموذج قابل للتغيير بنصف الإعدادات مدمجة في الصورة — يوازن بين سرعة الإقلاع ووقت البناء. الـ Golden AMI نموذج غير قابل للتغيير بكل الإعدادات مدمجة — سريع الإقلاع لكن طويل البناء وقصير العمر.
| النموذج | المحتوى | سرعة البناء | سرعة التمهيد | المرونة |
|---|---|---|---|---|
| Basic AMI | نظام تشغيل فقط | سريع | بطيء | عالية — قابل للتخصيص الكامل |
| Silver AMI | نظام تشغيل + برامج أساسية | متوسط | متوسط | متوسطة — مزيج من التخصيص والجاهزية |
| Golden AMI | مثيل مخصص بالكامل | بطيء | سريع | منخفضة — جميع المثيلات متطابقة |
لبيئة الإنتاج يختارون Golden AMI مع التطبيق وجميع الإعدادات مدمجة.
عند تشغيل خادم إنتاج جديد يكون جاهزاً في دقائق بدلاً من ساعات.
إذا احتاجوا تحديث التطبيق يبنون Golden AMI جديد ويشغلون مثيلات جديدة.
4️⃣ Placement Groups — مجموعات التنسيب
مجموعات التنسيب تمنحك التحكم في مكان تشغيل مجموعة من المثيلات المترابطة داخل منطقة توفر واحدة. الهدف تحسين أداء الشبكة بين المثيلات أو تقليل الفشل المتزامن. توجد ثلاث استراتيجيات: Cluster لتجميع المثيلات معاً لأقل زمن استجابة شبكة، Partition لتوزيع المثيلات عبر أقسام منطقية لتقليل الفشل المشترك، وSpread لتوزيع مجموعة صغيرة عبر أجهزة مضيفة مختلفة.
يستخدم مجموعة تنسيب من نوع Cluster في نفس منطقة التوفر.
هذا يقلل زمن الاستجابة بين المثيلات إلى الحد الأدنى.
لتطبيقات قاعدة البيانات الموزعة يستخدم Partition لعزل مجموعات المثيلات عن بعضها.
- User Data: نص برمجي لأتمتة التثبيت والتكوين عند تشغيل المثيل — يعمل بصلاحيات الجذر.
- Instance Metadata: معلومات عن المثيل عبر رابط محلي — مفيد للنصوص البرمجية الآلية.
- نماذج نشر AMI: Basic (مرن وبطيء التمهيد) — Silver (متوازن) — Golden (سريع التمهيد وثابت).
- Placement Groups: Cluster (أقل زمن استجابة) — Partition (عزل المجموعات) — Spread (توزيع عبر أجهزة مختلفة).
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| User Data | بيانات المستخدم | نص برمجي يمرر للمثيل عند التشغيل لأتمتة التثبيت والتحديث والتكوين. |
| Instance Metadata | بيانات وصف المثيل | معلومات عن المثيل (IP، اسم المضيف، المنطقة) يمكن الوصول لها من داخل المثيل. |
| Basic AMI | AMI أساسي | نموذج نشر بنظام تشغيل فقط — مرن وقابل للتخصيص الكامل عند الإقلاع. |
| Silver AMI | AMI فضي | نموذج نشر بنظام تشغيل وبرامج أساسية — يوازن بين سرعة الإقلاع والمرونة. |
| Golden AMI | AMI ذهبي | نموذج نشر بمثيل مخصص بالكامل — سريع الإقلاع لكنه ثابت غير قابل للتغيير. |
| Placement Group | مجموعة تنسيب | تحديد مكان تشغيل مجموعة مثيلات مترابطة لتحسين الأداء أو تقليل الفشل. |
| Cloud-Init | تهيئة السحابة | أداة مفتوحة المصدر لإعداد مثيلات Linux عند التشغيل الأول — مدمجة في Amazon Linux. |
1️⃣ AWS Free Tier: Amazon EC2 — الطبقة المجانية لـ EC2
ضمن AWS Free Tier، يمكن للعملاء الجدد استخدام Amazon EC2 مجاناً لمدة 12 شهراً. تشمل العروض: 750 ساعة شهرياً من مثيل t4g.small و 750 ساعة من مثيل t2.micro أو t3.micro لأنظمة Linux و RHEL و SLES و 750 ساعة لمثيلات Windows. بعد انتهاء الـ 12 شهراً أو تجاوز الحدود تُطبق الأسعار القياسية للدفع حسب الاستخدام.
يشترك في AWS Free Tier ويشغل مثيل t2.micro مجاناً لمدة 12 شهراً.
يجرب تثبيت خادم ويب واختبار التطبيقات دون أي تكلفة.
هذا يسمح له بتعلم AWS عملياً دون قلق من الفواتير.
2️⃣ Amazon EC2 Pricing Models — نماذج تسعير EC2
تقدم AWS أربعة نماذج تسعير رئيسية: On-Demand Instances للدفع حسب الاستخدام بدون التزامات طويلة الأجل، Reserved Instances لالتزام لمدة 1-3 سنوات بخصم كبير، Savings Plans بنفس خصم المحجوز ولكن بمرونة أكبر مقابل التزام بسعر/ساعة، وSpot Instances لاستخدام السعة غير المستغلة بخصم كبير جداً لأعباء العمل المتسامحة مع الفشل. بالإضافة إلى Dedicated Hosts للخوادم المخصصة بالكامل.
| النموذج | الالتزام | الخصم | أفضل لـ |
|---|---|---|---|
| On-Demand | لا التزام | لا خصم | أعباء العمل المتقطعة والمتغيرة والتجريبية |
| Reserved | 1-3 سنوات | يوفر حتى 72% | أعباء العمل المستقرة والمتوقعة |
| Savings Plans | 1-3 سنوات (سعر/ساعة) | يوفر حتى 72% | أعباء العمل المستقرة مع مرونة تغيير العائلة والمنطقة |
| Spot Instances | بدون التزام | خصم كبير جداً | أعباء العمل المتسامحة والمرنة وعديمة الحالة |
يستخدم Reserved Instance لخادم الإنتاج الذي يعمل 24/7 طوال العام.
يستخدم Spot Instances لمعالجة الصور ليلاً — يمكن إيقافها في أي وقت.
هذا المزيج يوفر للمقهى 50% من تكاليف الحوسبة مقارنة باستخدام On-Demand فقط.
3️⃣ Amazon EC2 Cost Optimization Guideline — دليل تحسين تكلفة EC2
التوصية العامة لتحسين تكلفة مثيلات EC2 هي الجمع بين نماذج الشراء المتاحة. ابدأ بتحديد أعباء العمل المستقرة (Steady-State) واستخدم لها Reserved Instances أو Savings Plans. لأعباء العمل المتقطعة (Spiky Workloads) استخدم On-Demand Instances. لأعباء العمل المتسامحة مع الفشل والمرنة وعديمة الحالة استخدم Spot Instances. هذا المزيج يحقق أفضل توازن بين التكلفة والأداء.
60% منها أعباء مستقرة ← Reserved Instances (توفير 40%).
25% منها متقطعة (زيارات موسمية) ← On-Demand (مرونة كاملة).
15% منها معالجة بيانات ليلية ← Spot Instances (توفير 70%).
بدمج النماذج الثلاثة تخفض الفاتورة الإجمالية بنسبة 45%.
الوجبات السريعة عند الحاجة (On-Demand) تدفع السعر الكامل لكن فقط عندما تريدها.
العروض والتخفيضات (Spot) توفر الكثير لكن عليك أن تتصرف بسرعة وقبول أن العرض قد ينتهي.
الجمع بينهما يضمن أفضل سعر دون التضحية بالمرونة.
- AWS Free Tier يقدم 750 ساعة شهرياً من مثيلات t2.micro وt3.micro لمدة 12 شهراً.
- On-Demand: مرونة كاملة بدون التزام — مناسب لأعباء العمل المتغيرة.
- Reserved Instances: خصم يصل إلى 72% مع التزام 1-3 سنوات لأعباء العمل المستقرة.
- Savings Plans: مرونة أكبر بنفس الخصم — ينطبق على EC2 وLambda وFargate.
- Spot Instances: خصم كبير لأعباء العمل المتسامحة مع الفشل — مع إشعار دقيقتين قبل الإيقاف.
- حسّن التكاليف بدمج نماذج الشراء حسب أنواع أعباء العمل.
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| On-Demand Instance | مثيل فوري | نموذج دفع حسب الاستخدام بدون التزام — مرونة كاملة بأعلى سعر. |
| Reserved Instance | مثيل محجوز | التزام لمدة 1-3 سنوات مقابل خصم كبير — مناسب لأعباء العمل المستقرة. |
| Savings Plans | خطط التوفير | التزام بمبلغ/ساعة مقابل خصم — ينطبق على EC2 وLambda وFargate بمرونة. |
| Spot Instance | مثيل فوري (مزاد) | استخدام سعة EC2 غير المستغلة بخصم كبير — يمكن إيقافه بإشعار دقيقتين. |
| Dedicated Host | خادم مخصص | خادم فعلي كامل مخصص لاستخدامك — مناسب للتراخيص المرتبطة بالخادم. |
| AWS Free Tier | الطبقة المجانية | عروض مجانية للعملاء الجدد لمدة 12 شهراً — تشمل EC2 وS3 وغيرها. |
| Capacity Reservation | حجز السعة | حجز سعة حوسبة في منطقة توفر محددة لضمان التوفر عند الحاجة. |
1️⃣ Infrastructure Protection — Protecting Compute — حماية البنية التحتية — حماية الحوسبة
تحت ركيزة الأمان (Security Pillar) في AWS Well-Architected Framework، تُقسم حماية البنية التحتية إلى قسمين: حماية الشبكات وحماية الحوسبة. لحماية الحوسبة، قم بأتمتة آليات الحماية بما في ذلك إدارة الثغرات الأمنية وتقليل سطح الهجوم. في هذه الوحدة تعلمت أن EC2 Image Builder يقلل التعرض للثغرات الأمنية، وبيانات المستخدم تؤتمت الأوامر عند تشغيل المثيل، و Golden AMIs تثبت التكوينات الأمنية.
2️⃣ Infrastructure Protection — Protecting Networks — حماية البنية التحتية — حماية الشبكات
يتطلب تشغيل عبء العمل بشكل آمن تطبيق أفضل ممارسات الأمان على كل منطقة اتصال. في AWS، يُوصى بفصل أعباء العمل المختلفة بحسابات منفصلة حسب وظيفتها وحساسية بياناتها. استخدم VPC لتحديد طوبولوجيا الشبكة بنطاق IPv4 خاص. طبق ضوابط متعددة بنهج الدفاع في العمق (Defense in Depth) لكل من حركة المرور الواردة والصادرة، بما في ذلك مجموعات الأمان (Security Groups).
الاتصالات بقاعدة البيانات محظورة تماماً من الإنترنت مسموحة فقط من خادم التطبيق.
هذا الدفاع متعدد الطبقات يمنع أي اختراق للوصول لقاعدة البيانات مباشرة.
3️⃣ Compute and Hardware — Scale the Best Compute Options — الحوسبة: اختر أفضل خيارات الحوسبة
تحت ركيزة كفاءة الأداء (Performance Efficiency Pillar)، ركز على توسيع نطاق أفضل خيارات الحوسبة لعبء عملك وتكوين الموارد بالحجم المناسب (Right-Sizing). اختيار نوع المثيل المناسب يحسن الأداء ويقلل التكاليف غير الضرورية والجهود التشغيلية. في هذه الوحدة تعلمت اختيار AMIs الجاهزة، وأنواع المثيلات المناسبة، وأنواع التخزين الملائمة للقرص الجذري ووحدات البيانات.
4️⃣ Cost Effective Resourcing — الموارد الفعالة من حيث التكلفة
تحت ركيزة تحسين التكلفة (Cost Optimization Pillar)، اختر نوع المثيل وحجمه وعدده المناسب لتلبية المتطلبات التقنية بأقل تكلفة. الـ Right-Sizing يأخذ في الاعتبار جميع موارد عبء العمل وخصائص كل مورد. اختر أفضل نموذج تسعير — On-Demand للمتقطع، Reserved أو Savings Plans للمستقر، Spot للمتسامح مع الفشل.
5️⃣ Hardware and Services — Sustainability — الأجهزة والخدمات والاستدامة
تحت ركيزة الاستدامة (Sustainability Pillar)، استخدم أقل قدر من الأجهزة لتلبية احتياجاتك، وراقب باستمرار أنواع المثيلات الجديدة الأكثر كفاءة في استهلاك الطاقة، واستخدم الخدمات المُدارة التي تنقل مسؤولية تحسين الاستدامة إلى AWS. في هذه الوحدة تعلمت أن Instance Store مناسب للبيانات غير الدائمة وذاكرة التخزين المؤقت، بينما EBS مناسب للتخزين الدائم.
تستخدم Graviton (معالجات ARM) التي تستهلك طاقة أقل لنفس الأداء.
تستخدم Managed Services مثل RDS بدلاً من إدارة قواعد البيانات يدوياً.
هذا يقلل البصمة الكربونية ويوفر التكاليف في نفس الوقت.
- الأمان: أتمتة حماية الحوسبة باستخدام EC2 Image Builder وبيانات المستخدم و Golden AMIs.
- الشبكات: التحكم بحركة المرور بكل الطبقات باستخدام Security Groups ونهج الدفاع في العمق.
- كفاءة الأداء: اختر أفضل خيارات الحوسبة وطبق Right-Sizing للموارد.
- تحسين التكلفة: اختر نوع المثيل المناسب ونموذج التسعير الأنسب لعبء العمل.
- الاستدامة: استخدم أقل قدر من الأجهزة وأحدث أنواع المثيلات والخدمات المُدارة.
📖 جدول المصطلحات
| المصطلح (English) | الترجمة | المفهوم |
|---|---|---|
| AWS Well-Architected Framework | إطار الهندسة المتقنة | مجموعة مبادئ وأفضل ممارسات لتصميم وتقييم البنى السحابية في AWS. |
| Security Pillar | ركيزة الأمان | ركيزة تركز على حماية المعلومات والأنظمة والأصول في السحابة. |
| Performance Efficiency Pillar | ركيزة كفاءة الأداء | ركيزة تركز على الاستخدام الفعال لموارد الحوسبة لتلبية المتطلبات. |
| Cost Optimization Pillar | ركيزة تحسين التكلفة | ركيزة تركز على تحقيق أقصى قيمة بأقل تكلفة ممكنة. |
| Sustainability Pillar | ركيزة الاستدامة | ركيزة تركز على تقليل الأثر البيئي لأعباء العمل السحابية. |
| Right-Sizing | التحجيم المناسب | تعديل حجم الموارد لتطابق احتياجات الأداء بأقل تكلفة ممكنة. |
| Defense in Depth | الدفاع في العمق | استراتيجية أمنية تطبق طبقات متعددة من الحماية لتأمين البنية التحتية. |
🚀 الخاتمة
في هذه الوحدة تعلمنا كيفية إضافة طبقة حوسبة باستخدام Amazon EC2 بدءاً من فهم خيارات الحوسبة المتاحة في AWS واختيار Amazon Machine Images (AMI) المناسبة. استعرضنا أنواع مثيلات EC2 الستة وكيفية اختيار الأنسب لعبء العمل، وخيارات التخزين الأربعة (Instance Store وEBS وEFS وFSx) وكيفية الموازنة بينها. تعمقنا في اعتبارات التكوين مثل بيانات المستخدم وبيانات وصف المثيل ونماذج نشر AMI ومجموعات التنسيب. استعرضنا نماذج التسعير المختلفة من On-Demand وReserved وSavings Plans وSpot وكيفية دمجها لتحسين التكاليف. وأخيراً طبقنا مبادئ AWS Well-Architected Framework على موارد الحوسبة لضمان بنية آمنة وفعالة ومستدامة ومحسّنة التكلفة.
