دورة Red Hat High Availability | أنظمة التوافر العالي

التسويق

دورات السياحة و الفندقة

دورة Red Hat High Availability | بناء Clusters تقلل توقف الخدمات

إذا كان سقوط خادم واحد قد يوقف خدمة حرجة، فأنت أمام Single Point of Failure. خلال 5 أيام تتعلم كيف تبني Pacemaker cluster، تدير failover بصورة منظمة، وتستخدم quorum وfencing لحماية الخدمة والبيانات.

وصف دورة Red Hat High Availability

دورة متقدمة لمسؤولي Linux الذين يديرون خدمات لا تتحمل التوقف الطويل. تتعلم فيها بناء RHEL High Availability cluster، إدارة موارد Pacemaker، اختبار Failover، عزل العقد غير الموثوقة، والتعامل مع shared storage وخدمات production.

المسار الرسمي المرتبط ما زال معروضًا لدى Red Hat: دورة RH436 – Red Hat High Availability Clustering، واختبار EX436 – Red Hat Certified Specialist in High Availability Clustering. صفحة RH436 الرسمية تعرض برنامجًا مدته 4 أيام قائمًا على RHEL 8.3، بينما برنامج مسارتك الظاهر حاليًا مدته 5 أيام. لذلك يجب تأكيد إصدار المختبر وتفاصيله قبل التسجيل، ولا يُقدَّم تدريب مسارتك باعتباره الاختبار الرسمي نفسه.

تغطي وثائق Red Hat الحالية لـRHEL 9 وRHEL 10 مفاهيم Pacemaker وpcs وquorum وfencing، ما يؤكد استمرار أهمية المهارات، لكن الأوامر والسلوك قد يختلفان بين الإصدارات؛ التدريب الجيد يوضح الإصدار المستخدم بدل خلط التعليمات.

الإجابة عن سؤال الهوك: RH436 وEX436 ما زالا ظاهرين كمسار دورة واختبار لدى Red Hat. حضور دورة مسارتك يمنح تدريبًا وشهادة حضور وفق سياسة المعهد، أما اعتماد Red Hat فيتطلب حجز EX436 واجتيازه رسميًا.

ما هو High Availability؟

التوافر العالي هو تصميم يقلل أثر فشل المكونات على الخدمة. بدل الاعتماد على Server واحد، تُوزع المسؤولية على Cluster يراقب الموارد ويستجيب للأعطال وفق قواعد محددة. الهدف ليس الادعاء بمنع كل توقف، بل تقليل مدة الانقطاع وتجنب نقطة فشل واحدة قدر الإمكان.

◎Availability

قدرة الخدمة على البقاء متاحة خلال الفترة المتفق عليها، وتقاس في سياق SLA واحتياجات العمل.

↻Resilience

قدرة النظام على تحمل فشل مكون والتعافي منه من دون خسارة غير مقبولة للخدمة.

◫Cluster Nodes

أنظمة تشارك في تشغيل ومراقبة الموارد وتتبادل معلومات العضوية والحالة.

⚙Cluster Resources

خدمة أو عنوان IP أو file system أو تطبيق يدير الكلاستر حالته ومكان تشغيله.

المفهوم	ما الذي يعنيه؟	ما الذي لا يعنيه؟
High Availability	تقليل أثر الأعطال عبر redundancy ومراقبة وتعافٍ منظم.	ليس ضمانًا باستحالة أي downtime.
Failover	انتقال أو استعادة مورد بعد اكتشاف فشل.	ليس بديلًا عن حماية البيانات أو fencing.
Load Balancing	توزيع traffic أو العمل بين targets متعددة.	لا يساوي دائمًا cluster stateful بموارد مشتركة.
Disaster Recovery	استعادة الأنظمة بعد حادث واسع وقد تشمل موقعًا آخر.	ليست هي HA المحلية نفسها، رغم تكاملهما.

الأدوات الأساسية في Red Hat High Availability

الأداة أو المفهوم	الدور داخل الكلاستر	ما الذي تتدرب عليه؟
Pacemaker	Cluster Resource Manager يقرر أين ومتى تعمل الموارد ويستجيب لحالتها.	إدارة الموارد والمجموعات والقيود ومتابعة الفشل.
Corosync	طبقة الاتصال والعضوية بين Nodes وتوفر معلومات quorum.	فهم الاتصال والعضوية وتأثير فقد الشبكة.
pcs	واجهة سطر أوامر لإعداد وإدارة Pacemaker وCorosync ومراجعة الحالة.	إنشاء cluster وإدارة خصائصه وموارده.
pcsd	خدمة مساعدة لإدارة وإعداد الكلاستر عبر pcs.	المصادقة والتواصل المطلوب بين العقد.
Resource Agents	برامج تفهم كيف تبدأ الخدمة وتوقفها وتراقبها.	اختيار agent مناسب وقراءة parameters وoperations.
Quorum	آلية تصويت تمنع أجزاء معزولة من اتخاذ قرارات غير آمنة.	قراءة حالة quorum وفهم تصميم two-node cluster وqdevice.
Fencing / STONITH	يعزل Node غير موثوقة قبل تشغيل المورد في مكان آخر.	إنشاء واختبار fence device وفق بيئة المختبر.
Constraints	تحدد الترتيب والتجميع والموقع المفضل للموارد.	Order وcolocation وlocation constraints.
iSCSI وMultipath	وصول مشترك ومرن إلى block storage عبر أكثر من مسار.	تهيئة initiators ومراجعة المسارات.
LVM وGFS2	إدارة تخزين وملفات مشتركة في تصميمات cluster-aware.	اختيار التكوين المناسب وفهم مخاطر الوصول المتزامن.

فوائد دراسة Red Hat High Availability

↻فهم التعافي المنظم

تعرف كيف يكتشف الكلاستر العطل ويتخذ قرار استعادة المورد أو نقله.

⌁تقليل نقاط الفشل

تتعلم تحليل Single Points of Failure في الخدمة والشبكة والتخزين.

⛨حماية البيانات

تفهم لماذا quorum وfencing أساسيان قبل إعادة تشغيل مورد stateful.

▤تشغيل Production

تطور طريقة منظمة لإدارة resources والقيود والصيانة والتغييرات.

⌕تشخيص الأعطال

تقرأ status وlogs وتفرق بين فشل الخدمة وفشل الاتصال وفقد quorum.

↗مسار تخصص متقدم

تبني مهارات مرتبطة بـRH436 وEX436 وأدوار Linux وInfrastructure وSRE.

لماذا تختار معهد مسارتك؟

High Availability لا تُفهم من مخطط نظري فقط. تحتاج إلى Cluster، موارد مراقبة، سيناريو فشل، وقراءة دقيقة لما قرره Pacemaker. لذلك يُبنى التدريب حول التجربة والتحقق بدل حفظ أسماء الأدوات.

تدريب مرخصاعتماد TVTC رقم 224111315311812.

تعليم إلكتروني مرخصترخيص المركز الوطني رقم 2000341831046877.

أونلاين أو بالرياضطريقة الحضور بحسب الدفعات المتاحة.

شرح عربي يحافظ على أوامر ومصطلحات Red Hat الإنجليزية.
سيناريوهات تبدأ من إعداد Nodes وتصل إلى failover وfencing والتشخيص.
توضيح العلاقة بين الخدمة والشبكة والتخزين بدل التعامل معها كأجزاء منفصلة.
تمييز واضح بين تدريب المعهد ودورة RH436 الرسمية واختبار EX436.
تنبيه صريح إلى أن تفاصيل الأجهزة وfence agents وإصدار RHEL تعتمد على المختبر المتاح.

محتوى دورة Red Hat High Availability

المحور	ما الذي ستتعلمه؟	الناتج العملي
HA Design	Availability وSLA وredundancy وfailure domains وsingle points of failure.	رسم تصميم HA واقعي وحدوده.
Cluster Foundation	Nodes وmembership وPacemaker وCorosync وpcs وpcsd.	إعداد cluster أساسي ومراجعة حالته.
Quorum	Voting وno-quorum policy وtwo-node considerations وqdevice.	تفسير قرار الكلاستر عند فقد الاتصال.
Fencing	STONITH وfence agents والاختبار وترتيب الحماية.	عزل Node غير موثوقة بصورة آمنة.
Resources	Resource agents وmonitoring وtimeouts وfailure counts.	إنشاء مورد وإدارة عملياته.
Groups وConstraints	Groups وclones وorder وcolocation وlocation rules.	تشغيل موارد مترابطة بالترتيب والموقع الصحيحين.
Failover	Failure detection وrecovery وmigration وcleanup وstickiness.	اختبار فشل خدمة أو Node وقراءة النتيجة.
Maintenance	Standby وmaintenance mode ونقل الموارد وتحديث العقد.	تنفيذ صيانة تقلل انقطاع الخدمة.
Shared Storage	iSCSI وDevice Mapper Multipath ومخاطر الوصول المشترك.	وصول resilient إلى block storage في المختبر.
Cluster-aware LVM	اختيار HA-LVM أو shared volume configuration حسب التصميم.	فهم قفل وإتاحة الـvolumes بين العقد.
GFS2	Cluster file system وإتاحة storage لعدة Nodes.	تفسير متطلبات GFS2 وعلاقته بالكلاستر.
Automation	مقدمة في نشر cluster وresources عبر Ansible وفق المنهج الرسمي.	فهم ما يمكن أتمتته وما يحتاج تحققًا يدويًا.
Troubleshooting	Status وlogs وresource failures وcommunication وquorum وfencing.	تشخيص السبب بدل إعادة تشغيل الكلاستر عشوائيًا.
المشروع الختامي	خدمة HA مع IP وstorage وسياسات failover واختبارات.	تشغيل سيناريو كامل وتوثيق نتائجه.

الإجابة عن سؤال الهوك: نعم، المسار الرسمي يشمل shared storage وiSCSI وmultipathing وLVM وGFS2. نطاق تنفيذ هذه الأجزاء فعليًا في دورة مسارتك يعتمد على تجهيز مختبر الدفعة، لذلك أكّد التفاصيل قبل التسجيل.

كيف يعمل Failover؟

Failover هو استجابة الكلاستر لفشل مورد أو Node. يراقب Pacemaker الحالة من خلال resource agents، ثم يقرر إعادة التشغيل محليًا أو نقل المورد وفق القيود وfailure policy. نجاح النقل لا يقاس بظهور resource كـStarted فقط، بل بعودة الخدمة واستعادة الاتصال واستمرار سلامة البيانات.

♥Monitoring

عمليات دورية تقيس حالة المورد بدل انتظار شكوى المستخدم.

!Failure Detection

تمييز failure حقيقي عن timeout أو اتصال أو إعداد monitoring خاطئ.

↻Recovery Policy

إعادة التشغيل أو النقل حسب عدد مرات الفشل والسياسات.

⇄Relocation

اختيار Node مناسبة تحترم constraints وحالة الكلاستر.

✓Validation

التحقق من IP والخدمة والتخزين والمسار من منظور المستخدم.

⌕Cleanup

معالجة سبب الفشل وتنظيف الحالة بعد التحقق، لا إخفاء الخطأ.

Failover ليس Fencing: Failover ينقل أو يستعيد الخدمة، بينما Fencing يثبت أن الـNode القديمة لم تعد قادرة على الوصول للموارد قبل تشغيلها في مكان آخر.

Fencing وحماية الكلاستر من Split-brain

إذا فقدت Node الاتصال بالكلاستر، لا يمكن افتراض أنها متوقفة. قد تظل تعمل وتكتب على التخزين. لهذا يعزل Fencing أو STONITH العقدة غير الموثوقة عبر آلية مثل power management أو hypervisor قبل أن يبدأ المورد على Node أخرى.

المفهوم	الخطر الذي يعالجه	التحقق المطلوب
Split-brain	أجزاء منفصلة تتصرف كأن كلًا منها هو الكلاستر الصحيح.	مراجعة quorum والاتصال ومن يملك حق تشغيل الموارد.
Quorum	اتخاذ قرارات من مجموعة لا تمثل أغلبية آمنة.	فهم votes وpolicy وqdevice عند الحاجة.
STONITH	تشغيل المورد على Node جديدة بينما القديمة قد تزال نشطة.	إثبات عزل كل Node عبر fence device صالح.
Fence Agent	استخدام آلية لا تطابق hardware أو virtualization platform.	اختيار agent صحيح واختبار credentials والوصول.
Fence Test	اكتشاف أن الحماية لا تعمل وقت الحادث الحقيقي.	اختبار مخطط وآمن وتوثيق النتيجة قبل production.

قاعدة إنتاجية مهمة: تعطيل STONITH قد يُستخدم مؤقتًا في مثال تعليمي محدود، لكنه ليس تصميم production آمنًا. وثائق Red Hat تؤكد ضرورة إعداد fencing لكلاستر High Availability.

التطبيقات العملية داخل الدورة

المختبر	المهمة	دليل النجاح
تجهيز Nodes	إعداد الأسماء والاتصال والحزم وpcsd والمصادقة.	تواصل صحيح وحالة Nodes واضحة.
إنشاء Cluster	بناء cluster عبر pcs وبدء الخدمات ومراجعة status.	عضوية صحيحة من دون أخطاء غير مفسرة.
مورد IP وخدمة	إضافة Virtual IP وخدمة web ومراقبتها.	الوصول للخدمة عبر العنوان المدار.
Groups وConstraints	ترتيب الموارد وربطها وتحديد التفضيلات.	بدء الموارد وتوقفها وانتقالها بالترتيب الصحيح.
Failover Test	محاكاة فشل مورد أو Node ومتابعة قرار Pacemaker.	عودة الخدمة على Node مناسبة وقراءة سبب القرار.
Fencing	تهيئة fence agent واختبار العزل وفق المختبر.	قدرة الكلاستر على عزل Node بصورة مؤكدة.
Quorum Scenario	محاكاة فقد اتصال ومراجعة سياسة two-node أو qdevice.	تفسير توقف الموارد أو استمرارها بصورة صحيحة.
Shared Storage	الوصول إلى iSCSI ومراجعة multipath أو LVM/GFS2 حسب المختبر.	وصول منظم وآمن من العقد المطلوبة.
Maintenance	وضع Node في standby ونقل الموارد وإعادتها.	إجراء صيانة من دون نقل عشوائي أو فقد حالة.
Troubleshooting	حل أخطاء connection وresource وconstraint وfencing.	تحديد root cause وتوثيق الإصلاح.

قبل التسجيل: اسأل عن عدد الـNodes وإصدار RHEL ونوع shared storage وfence device المتاح؛ فهذه التفاصيل تحدد عمق التطبيق العملي.

مخرجات الدورة

شرح حدود High Availability والفرق بينها وبين Load Balancing وDisaster Recovery.
إعداد Pacemaker cluster ومراجعته باستخدام pcs.
إنشاء resources وgroups وضبط order وcolocation وlocation constraints.
فهم quorum وتأثير فقد الاتصال وتصميمات two-node clusters.
اختبار failover وقراءة سبب نقل المورد أو توقفه.
توضيح دور fencing وتهيئة واختبار STONITH في المختبر المناسب.
فهم shared storage وiSCSI وmultipath وLVM وGFS2 في سياق HA.
استخدام standby وmaintenance mode أثناء الصيانة.
تشخيص resource failures والاتصال وquorum وfencing من status وlogs.
فهم العلاقة بين تدريب مسارتك ومسار RH436 واختبار EX436.

النتيجة الواقعية: إتمام الدورة يبني مهارة متقدمة، لكنه لا يجعل كل نظام Highly Available تلقائيًا؛ التصميم يعتمد على التطبيق والشبكة والتخزين والطاقة والمراقبة وخطة التشغيل. كما أن التدريب لا يضمن وظيفة أو اجتياز EX436.

لمن تناسب الدورة؟

الدورة مناسبة لـ

Senior Linux System Administrators ومسؤولي RHEL.
Infrastructure وProduction Operations Engineers.
SRE وPlatform وDevOps Engineers المسؤولين عن خدمات stateful.
مهندسي Cloud أو Virtualization الذين يديرون clusters على VMs.
المرشحين لمسار RH436 وEX436 وRHCA.
الفرق التي تريد تقليل نقاط الفشل في خدمات مؤسسية حرجة.

المتطلبات الموصى بها

إدارة Linux وRHEL بمستوى RHCSA على الأقل أو خبرة مكافئة.
يفضل مستوى RHCE أو خبرة قوية في الخدمات والشبكات والتخزين.
فهم systemd وfirewalld وSELinux وLVM وملفات logs.
خبرة SSH وDNS وIP addressing وtroubleshooting.
هذه ليست دورة مناسبة لمن يبدأ Linux من الصفر.

الإجابة عن سؤال الهوك: يمكنك حضورها قبل RHCE إذا كانت لديك خبرة عملية قوية مكافئة، لكن Red Hat توصي في مسار RH436 بخلفية RHCSA وRHCE. إذا كنت مبتدئًا، ابدأ بـRHCSA ثم RHCE قبل HA.

التسجيل ورسوم دورة Red Hat High Availability

صفحة الدورة الحالية تعرض مدة 5 أيام. وبتاريخ 21 يوليو 2026، السعر الظاهر هو 1,495 ريال للأونلاين و1,265 ريال للحضور بالرياض. لا يظهر موعد مؤكد حاليًا، لذلك راجع الدفعة واللغة وإصدار المختبر والإجمالي قبل الدفع.

أونلاين مباشر

جلسات حية بحسب جدول الدفعة

1,495ريال سعودي

مدة البرنامج: 5 أيام.
شرح مباشر وتمارين حسب المختبر.
أكد الإصدار والتجهيزات قبل التسجيل.

استفسر عن الأونلاين

حضوري بالرياض

داخل مقر التدريب بحسب الدفعة المتاحة

1,265ريال سعودي

مدة البرنامج: 5 أيام.
تطبيق بإشراف المدرب حسب التجهيزات.
أكد المكان والموعد قبل الحضور.

استفسر عن الحضور

اتصل على 920014582 اقرأ الأسئلة الشائعة

الوظائف المرتبطة بمهارات الدورة

High Availability مهارة ضمن أدوار متقدمة وليست عادة وظيفة مستقلة للمبتدئ. قيمتها تظهر عندما تجمعها مع Linux والشبكات والتخزين والـvirtualization والمراقبة وخبرة production.

الدور الوظيفي	كيف تفيده الدورة؟	ما الذي يحتاجه بجانبها؟
Senior Linux Administrator	تشغيل Pacemaker clusters وخدمات RHEL الحرجة.	RHCSA/RHCE وSELinux وLVM وشبكات وتشخيص.
Infrastructure Engineer	تصميم redundancy وتقليل نقاط الفشل عبر compute وstorage.	Virtualization وnetworking وSAN وbackup وcapacity.
Production Operations Engineer	إدارة failover والصيانة والحوادث في خدمات production.	Monitoring وITSM وrunbooks وincident response.
Site Reliability Engineer	ربط availability بأهداف الخدمة والتعافي من الأعطال.	SLOs وobservability وautomation وأنظمة موزعة.
DevOps Engineer	فهم الاعتمادية لخدمات stateful والبنية المحيطة بالتطبيق.	CI/CD وIaC وCloud وcontainers ومراقبة.
Cloud Engineer	تمييز HA داخل نظام التشغيل عن خدمات التوافر في Cloud.	تصميم cloud وload balancers وstorage وخطط DR.
Storage Engineer	فهم علاقة iSCSI وmultipath وLVM وGFS2 بالكلاستر.	SAN وperformance وdata protection وvendor platforms.
Red Hat Consultant	تقييم وتصميم ونشر ودعم حلول RHEL HA.	خبرة مشاريع وEX436 ومسارات RHCA ذات الصلة.

الأسئلة الشائعة

ما هي دورة Red Hat High Availability؟

دورة متقدمة لتعلم إنشاء وإدارة Pacemaker clusters على RHEL باستخدام Corosync وpcs، مع الموارد والقيود وquorum وfailover وfencing والتخزين المشترك وتشخيص الأعطال.

هل الدورة مناسبة للمبتدئ في Linux؟

لا. تحتاج أساسًا قويًا في Linux وRHEL والشبكات والخدمات والتخزين. يفضل مستوى RHCSA وRHCE أو خبرة عملية مكافئة قبل البدء.

هل يمكن دراسة High Availability قبل RHCE؟

يمكن ذلك إذا كانت لديك خبرة Linux عملية قوية، لكن Red Hat توصي لمسار RH436 بخلفية RHCSA وRHCE. للمبتدئ يكون الترتيب الأفضل RHCSA ثم RHCE ثم HA.

هل RH436 وEX436 ما زالا نشطين؟

نعم، تعرض Red Hat حاليًا دورة RH436 واختبار EX436. لكن يجب مراجعة الإصدار والمتطلبات الرسمية وقت الحجز لأنها قابلة للتحديث.

هل حضور الدورة يمنح اعتماد EX436؟

لا. شهادة حضور معهد مسارتك تختلف عن اعتماد Red Hat. للحصول على Red Hat Certified Specialist in High Availability Clustering يجب حجز EX436 واجتيازه رسميًا.

ما الفرق بين Pacemaker وCorosync وpcs؟

Pacemaker يدير الموارد والقرارات، وCorosync يدير اتصال وعضوية العقد ويوفر معلومات quorum، بينما pcs هو أداة الإدارة والإعداد التي تتعامل مع مكونات الكلاستر.

ما الفرق بين Failover وFencing؟

Failover يستعيد أو ينقل الخدمة بعد الفشل. Fencing يعزل Node غير الموثوقة حتى لا تظل تصل للموارد أو البيانات قبل تشغيل الخدمة على Node أخرى.

هل يمكن تشغيل Cluster من دون Fencing؟

قد يُعطل STONITH مؤقتًا في مختبر تعليمي محدود، لكن Red Hat تشترط إعداد fencing لكلاستر High Availability لأن غيابه قد يعرض البيانات لخطر split-brain.

ما هو Quorum ولماذا هو مهم؟

Quorum آلية تصويت تساعد الكلاستر على معرفة المجموعة التي يحق لها تشغيل الموارد. عند فقد الأغلبية قد يوقف Pacemaker الموارد لتقليل خطر القرارات المتعارضة وتلف البيانات.

هل High Availability يمنع التوقف تمامًا؟

لا. يقلل أثر بعض الأعطال ومدة الاستعادة، لكنه لا يلغي downtime الناتج عن أخطاء التصميم أو التطبيق أو الشبكة أو التخزين أو الكوارث أو الصيانة غير المخططة.

هل تشمل الدورة Shared Storage وGFS2؟

المسار المرتبط بـRH436 يشمل iSCSI وmultipathing وcluster-aware LVM وGFS2. نطاق التطبيق داخل دورة مسارتك يعتمد على تجهيز مختبر الدفعة ويجب تأكيده قبل التسجيل.

هل تشمل الدورة تطبيقات عملية؟

تشمل سيناريوهات بناء cluster وإدارة resources واختبار failover وquorum وfencing والتشخيص. نوع shared storage وfence device وإصدار RHEL يعتمد على المختبر المتاح.

هل رسوم الدورة تشمل اختبار EX436؟

لا تفترض أن الاختبار أو قسيمته مشمولان إلا إذا نص عرض التسجيل على ذلك صراحة. الأسعار المذكورة هي لتدريب مسارتك.

ما مدة الدورة وطرق الحضور؟

مدة برنامج مسارتك الحالي 5 أيام، ويتوافر أونلاين مباشر أو حضوريًا بالرياض بحسب الدفعات والمواعيد المتاحة.

كم سعر دورة Red Hat High Availability؟

السعر الظاهر بتاريخ 21 يوليو 2026 هو 1,495 ريال للأونلاين المباشر و1,265 ريال للحضور بالرياض. أكّد الموعد والإجمالي النهائي قبل الدفع.

ما الوظائف التي تستفيد من الدورة؟

تفيد Senior Linux Administrators وInfrastructure وProduction Operations وSRE وDevOps وCloud وStorage Engineers ومستشاري Red Hat. الدورة تضيف مهارة متقدمة لكنها لا تضمن وظيفة بمفردها.

كيف أسجل في الدورة؟

تواصل عبر واتساب على 966532365192 أو اتصل على 920014582، وحدد طريقة الحضور، واسأل عن الموعد وإصدار RHEL وتجهيزات المختبر والسعر النهائي.

اختبر فشل الخدمة في المختبر قبل أن تختبره Production

أخبر فريق مسارتك بمستواك الحالي وطبيعة البيئة التي تديرها، واسأل عن إصدار RHEL وعدد الـNodes وshared storage وfencing داخل المختبر قبل اختيار الدفعة.

تواصل عبر واتساب اتصل على 920014582

Red Hat High AvailabilityRH436EX436PacemakerCorosyncpcsFailoverFencingSTONITHQuorumGFS2الرياض

جميع الدورات