نشر تطبيقات السحابة الأصلية التي تستخدم MySQL في Oracle Cloud Infrastructure

يمكنك استخدام Oracle Container Engine for Kubernetes (OKE) وOracle Cloud Infrastructure Registry وOracle MySQL Database Service (MDS) لتطوير تطبيقات السحابة الأصلية ونشرها وترحيل التطبيقات القديمة إلى السحابة.

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

يمكنك استخدام Oracle Cloud Infrastructure Registry كسجل Docker خاص للاستخدام الداخلي، والدفع وسحب صور Docker من وإلى السجل باستخدام واجهة برمجة تطبيقات Docker V2 وواجهة سطر أوامر Docker القياسية (CLI).

MDS هي خدمة Oracle Cloud Infrastructure أصلية تتم إدارتها بالكامل، والتي تقوم بأتمتة المهام مثل النسخ الاحتياطي والاسترداد، بالإضافة إلى تصحيح قواعد البيانات ونظام التشغيل.

استخدام MDS على Oracle Cloud Infrastructure Compute له المزايا التالية:

• نشر MySQL في دقائق.
• الاستفادة من خدمة OCI المدارة بالكامل.
• التركيز على التنمية، وليس إدارة البنية الأساسية.
• استخدام الأدوات وأحدث الميزات للتطبيقات الحديثة.
• التوسع وفقًا لاحتياجاتك.
• تجنب Shadow IT.

البنية

تحتوي بنية المرجع هذه على طبقة قاعدة بيانات عالية التوفر تم إنشاؤها باستخدام MDS ومجموعة OKE.

يوضح الشكل التالي هذه البنية المرجعية.

وصف الشكل التوضيحي Architect-kubernetes-mysql-oci.png

Architect-kubernetes-mysql-oci-oracle.zip

عند نشر MDS في شبكة فرعية بمجال نشط، سيقوم MDS بنشر مجموعة من طبعات MySQL، مع وجود مثيل واحد في كل مجال خطأ لتوفير التكرار. مثيل واحد هو المثيل الأساسي والمثيلان الآخران هما المثيلان. يشتمل الأساس على نقطة انتهاء واحدة تتيح عمليات القراءة والكتابة إلى قاعدة البيانات، بينما تتلقى الثواني بيانات مكررة من البيانات الأساسية. غير مسموح بالوصول المباشر إلى الثواني.

في حالة الفشل أو التبديل اليدوي، تصبح إحدى الثواني الأساسية الجديدة ويتم إعادة توجيه نقطة النهاية إليها. وهذا يعني أن عنوان IP لنقطة الانتهاء لا يتغير أبدًا ولا حاجة لتحديث التطبيق. تدير OCI جوانب التوافر العالي لقاعدة البيانات.

تشتمل البنية على مجموعة OKE، التي تعمل مع Oracle Cloud Infrastructure Registry لاستيعاب تطبيقات السحابة الأصلية القابلة للتطوير والنشر.

تحتوي البنية على المكونات التالية:

• مضيف الباستون

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

• Container Engine for Kubernetes

  Oracle Cloud Infrastructure Container Engine for Kubernetes هي خدمة مدارة بالكامل وقابلة للتوسع وعالية التوافر يمكنك استخدامها لنشر تطبيقاتك التي تحتوي على حاويات في السحابة. يمكنك تحديد موارد الحوسبة التي تتطلبها تطبيقاتك، ويقوم Container Engine for Kubernetes بتخصيصها على Oracle Cloud Infrastructure في فترة إيجار موجودة. يستخدم Container Engine for Kubernetes Kubernetes لأتمتة نشر التطبيقات المضمنة في الحاويات وتوسيعها وإدارتها عبر مجموعات من الأجهزة المضيفة.

• خدمة Oracle MySQL Database

  Oracle MySQL Database Service هي خدمة قاعدة بيانات Oracle Cloud Infrastructure (OCI) مُدارة بالكامل تُتيح للمطوِّرين سرعة تطوير التطبيقات الآمنة والمستخدمة السحابية. تم تحسين Oracle MySQL Database Service وتوافرها بشكل حصري في OCI، وتم تصميمها وإدارتها ودعمها من قبل فِرق هندسة OCI وMySQL.

  تشتمل Oracle MySQL Database Service على محرك تحليلات متكامل وعالي الأداء (HeatWave) لتشغيل تحليلات متطورة في الوقت الفعلي مباشرةً على قاعدة بيانات MySQL تشغيلية.

• السجل

  Oracle Cloud Infrastructure Registry عبارة عن سجل مُدار من Oracle يتيح لك تبسيط سير عمل التطوير إلى الإنتاج. يسهل عليك التسجيل تخزين البيانات الاصطناعية للتطوير ومشاركتها وإدارتها، مثل صور Docker. تضمن البنية عالية التوافر والقابلة للتوسيع التي تتسم بها Oracle Cloud Infrastructure أنه يمكنك نشر التطبيقات وإدارتها بشكل موثوق.

• Region (المنطقة)

  منطقة Oracle Cloud Infrastructure هي منطقة جغرافية محلية تحتوي على مركز بيانات أو أكثر، تسمى نطاقات التوفر. المناطق مستقلة عن المناطق الأخرى، والمسافات الشاسعة يمكن فصلها (عبر البلدان أو حتى القارات).

• شبكة السحابة الظاهرية (VCN) والشبكة الفرعية

  VCN هي شبكة قابلة للتخصيص ومحددة بواسطة البرامج تقوم بإعدادها في منطقة Oracle Cloud Infrastructure. ومثل شبكات مراكز البيانات التقليدية، تمنحك شبكات VCN تحكمًا كاملاً في بيئة شبكتك. يمكن أن يحتوي VCN على كتل CIDR متعددة غير متداخلة يمكنك تغييرها بعد تكوين VCN. يمكنك تقسيم VCN إلى شبكات فرعية، والتي يمكن تقسيمها إلى منطقة أو إلى نطاق إتاحة. وتتكون كل شبكة فرعية من نطاق متصل من العناوين التي لا تتداخل مع الشبكات الفرعية الأخرى في VCN. يمكنك تغيير حجم الشبكة الفرعية بعد الإنشاء. يمكن أن تكون الشبكة الفرعية عامة أو خاصة.

• نطاقات التوفر

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

• نطاقات الأخطاء

  مجال الأخطاء عبارة عن مجموعة من الأجهزة والبنية الأساسية ضمن نطاق التوفر. يحتوي كل مجال من مجالات التوفر على ثلاثة مجالات للأخطاء ذات إمكانات وأجهزة مستقلة. عند توزيع الموارد عبر نطاقات أخطاء متعددة، يمكن لتطبيقاتك تحمل تعطل الخادم المادي وصيانة النظام وأعطال الطاقة داخل نطاق معيب.

• بوابة التوجيه الديناميكي (DRG)

  DRG هو جهاز توجيه ظاهري يوفر مسارًا لحركة مرور الشبكة الخاصة بين VCN وشبكة خارج المنطقة، مثل VCN في منطقة Oracle Cloud Infrastructure أخرى أو شبكة محلية أو شبكة في موفر خدمة سحابية آخر.

• بوابة الخدمة

  توفر جيت واي الخدمة إمكانية الوصول من VCN إلى خدمات أخرى، مثل Oracle Cloud Infrastructure Object Storage. تنتقل حركة المرور من VCN إلى خدمة Oracle عبر بنية شبكة Oracle ولا تتعقب الإنترنت أبدًا.

• بوابة الإنترنت

  تسمح بوابة الإنترنت لحركة المرور بين الشبكات الفرعية العامة في VCN والإنترنت العام.

• قائمة السرية

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

• جدول التوجيه

  تحتوي جداول التوجيه الظاهرية على قواعد لتوجيه حركة المرور من الشبكات الفرعية إلى الوجهات خارج VCN، عادةً من خلال الجيت واي.

التوصيات

قد تختلف متطلباتك عن البنية الموضحة هنا. استخدم التوصيات التالية كنقطة بداية.

• مضيف الباستون

  استخدم الشكل VM.Standard.E4.Flex مع وحدة معالجة مركزية واحدة و1 جيجابايت من الذاكرة وأحدث نظام تشغيل Oracle Linux.

• مجموعة OKE

  استخدم خيار "تكوين مخصص" من وحدة التحكم الطرفية بحيث يمكنك تحديد شبكة VCN وشبكة فرعية للتوزيع. قم بإنشاء مجموعة من ثلاث نقاط توصيل، واختر VM.Standard.E4.Flex كشكل أولي. بالنسبة لعمليات النشر الكبيرة، يمكنك استخدام حجم أكبر للمجموعة باستخدام شكل حوسبة أعلى.

• شكل نظام قاعدة البيانات

  تستخدم هذه البنية التوفر العالي في MDS لتوفير ثلاثة خوادم MySQL منتشرة عبر نطاقات الأخطاء. بالنسبة لحمل العمل الخفيف، نوصي باستخدام MySQL.VM.Standard.E3.1.8GB.HA. يمكنك استخدام أشكال أكبر لأحمال العمل الأكثر تطلبًا.

• الاتصال بـ MDS

  يمكنك الوصول إلى MDS مباشرة مع عميل MySQL أو صدفة MySQL مثبتة على أجهزة ظاهرية أو حاويات التطبيق.

• تخزين قاعدة بيانات MDS

  يتوسع أداء تخزين قاعدة بيانات MDS مع حجم التخزين المحدد لنظام قاعدة البيانات. لا يمكنك تحديد أو تحرير مدخلات/مخرجات تخزين MDS. يجب توفير حجم التخزين استنادًا إلى حجم بياناتك ومتطلبات الأداء. يستخدم MDS خيار الأداء العالي لخدمة وحدة تخزين الكتل عبر iSCSI. قد تختلف نتائج الأداء النهائية باختلاف الأشكال والسيناريوهات.

• سجل الحاوية

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

• VCN

  عند تكوين VCN، حدد عدد كتل CIDR المطلوبة وحجم كل كتلة بناءً على عدد الموارد التي تخطط لإرفاقها بالشبكات الفرعية في VCN. استخدم كتل CIDR الموجودة ضمن مساحة عنوان IP الخاص القياسية.

  حدد كتل CIDR التي لا تتداخل مع أي شبكة أخرى (في Oracle Cloud Infrastructure أو مركز البيانات المحلي أو مزود سحابة آخر) التي تنوي إعداد اتصالات خاصة بها.

  بعد إنشاء VCN، يمكنك تغيير كتل CIDR وإضافتها وإزالتها.

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

الاعتبارات

• قابلية التوسع

  يمكنك تغيير مقياس MySQL رأسيًا من خلال تغيير شكل VM لكل نقطة توصيل Compute. يؤدي استخدام شكل ذي عدد أساسي أعلى إلى زيادة الذاكرة وعرض النطاق الترددي للشبكة المخصص لمثيل Compute.

• توفر التطبيق

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

• التكلفة

  حدد شكل الجهاز الافتراضي (VM) استنادًا إلى المراكز والذاكرة وعرض النطاق الترددي للشبكة الذي تحتاجه لقاعدة بياناتك. يمكنك البدء بشكل أحادي النواة. إذا كنت بحاجة إلى مزيد من الأداء أو الذاكرة أو عرض النطاق الترددي للشبكة بالنسبة للتطبيق أو عقدة قاعدة البيانات، يمكنك تغيير شكل الجهاز الافتراضي لاحقًا.

توزيع

تتوفر تعليمات Terraform البرمجية للبنية المرجعية هذه ككومة عينة في Oracle Cloud Infrastructure Resource Manager. يمكنك أيضًا تنزيل التعليمة البرمجية من GitHub وتخصيصها لتناسب متطلباتك المحددة.

• النشر باستخدام عينة المكدس في Oracle Cloud Infrastructure Resource Manager:
  1. انقر على

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

  2. راجع البنود والشروط وقبولها.
  3. حدد المنطقة التي تريد توزيع المكدس فيها.
  4. اتبع التعليمات والموجهات التي تظهر على الشاشة لتكوين المجموعة.
  5. بعد تكوين المكدس، انقر على إجراءات Terraform، وحدد الخطة.
  6. انتظار إتمام الوظيفة ومراجعة الخطة.

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

  7. إذا لم تكن هناك حاجة لإجراء المزيد من التغييرات، فارجع إلى صفحة تفاصيل المكدس وانقر على إجراءات Terraform وحدد تطبيق.
• النشر باستخدام تعليمات Terraform البرمجية في GitHub:
  1. انتقل إلى GitHub.
  2. قم باستنساخ المخزن أو تنزيله إلى الكمبيوتر المحلي لديك.
  3. اتبع التعليمات الواردة في مستند README.

اكتشاف المزيد

لمزيد من المعلومات حول التوافر العالي وMDS، راجع الموارد التالية:

• إنشاء تطبيقات عالية التوفر في منطقة ذات نطاق توفر واحد
• تعرف على تصميم هيكل سحابة عالي التوفر
• بدء استخدام MySQL Database Service
• تعرف على نشر خدمة MySQL Database في Oracle Cloud
• نظرة عامة على Container Engine for Kubernetes
• نشر نظام MySQL Database عالي التوفر في مجموعة Container Engine for Kubernetes
• نظرة عامة على السجل

تغيير الأرشيف

يسرد هذا السجل التغييرات المهمة:

مايو 6؜ 2022

تم تحديث البنية لاستخدام MDS بدلاً من MySQL. تمت إزالة المراجع إلى InnoDB، وهي غير متوافقة مع MDS. تمت إضافة الخيار لتنزيل الإصدارات القابلة للتحرير (. SVG و . DRAWIO) الخاص بمخطط البنية.