الأسئلة الشائعة حول Amazon RDS

يمكنك التفكير في مثيل قاعدة البيانات كبيئة قاعدة بيانات في السحابة فيها موارد الحوسبة والتخزين التي تحددها. يمكنك إنشاء مثيلات قاعدة البيانات وحذفها، وتعريف/تحسين سمات البنية الأساسية لمثيل (مثيلات) قاعدة البيانات لديك والتحكم في الوصول والأمان عبر وحدة إدارة تحكم AWS وواجهات برمجة تطبيقات Amazon RDS وواجهة سطر الأمر من AWS. يمكنك تشغيل مثيل قاعدة بيانات واحد أو أكثر ويمكن أن يدعم كل مثيل لقاعدة البيانات واحدة أو أكثر من قواعد البيانات أو مخططات قواعد البيانات، تبعًا لنوع المحرك.

من السهل إنشاء مثيلات قاعدة البيانات باستخدام وحدة إدارة تحكم AWS أو واجهات برمجة تطبيقات Amazon RDS أو واجهة سطر الأمر من AWS. لتشغيل مثيل قاعدة البيانات باستخدام وحدة إدارة تحكم AWS، انقر فوق "RDS" ثم الزر "تشغيل مثيل قاعدة البيانات" في علامة تبويب "المثيلات". من هناك، يمكنك تحديد المعلمات لمثيل قاعدة البيانات، بما في ذلك محرك قاعدة البيانات والإصدار ونموذج الترخيص ونوع المثيل ونوع التخزين ومقداره وبيانات اعتماد المستخدم الأساسي.

لديك كذلك القدرة على تغيير سياسة الاحتفاظ بالنسخ الاحتياطي لمثيل قاعدة البيانات وفترة النسخ الاحتياطي المفضلة وفترة الصيانة المجدولة. بدلًا من ذلك، يمكنك إنشاء مثيل قاعدة البيانات باستخدام CreateDBInstance API أو أمر create-db-instance.

بمجرد توفر مثيل قاعدة البيانات الخاص بك، يمكنك استرداد نقطة نهايته عبر وصف مثيل قاعدة البيانات في وحدة إدارة تحكم AWS أو DescribeDBInstances API أو الأمر describe-db-instances. باستخدام نقطة النهاية هذه، يمكنك إنشاء سلسلة الاتصال المطلوبة للاتصال مباشرة بمثيل قاعدة البيانات باستخدام أداة قاعدة البيانات أو لغة البرمجة المفضلة لديك. من أجل السماح بطلبات الشبكة لمثيل قاعدة البيانات الذي قيد التشغيل، ستحتاج إلى تفويض الوصول. للحصول على شرح مفصل لكيفية إنشاء سلسلة الاتصال والبدء، يُرجى الرجوع إلى دليل بدء الاستخدام الذي نقدمه.

افتراضيًا، يُسمح للعملاء بالحصول على ما يصل إلى إجمالي 40 مثيلًا من مثيلات قاعدة بيانات Amazon RDS. من بين تلك الـ 40 مثيلًا، يمكن أن يكون ما يصل إلى 10 مثيلات قاعدة بيانات RDS for Oracle أو RDS for SQL Server بموجب نموذج "الترخيص المدرج". يمكن استخدام الـ 40 مثيلًا كلها لـ Amazon Aurora وRDS for PostgreSQL وRDS for MySQL، وRDS for MariaDB وRDS for Oracle بموجب نموذج "أحضر ترخيصك الخاص" (BYOL). لاحظ أن RDS for SQL Server له حد يصل إلى 100 قاعدة بيانات على مثيل قاعدة البيانات الواحد. لمعرفة المزيد، راجع دليل مستخدم Amazon RDS for SQL Server

• RDS for Amazon Aurora: لا يفرض البرنامج أي حد
• RDS for MySQL: لا يفرض البرنامج أي حد
• RDS for MariaDB: لا يفرض البرنامج أي حد
• RDS for Oracle: قاعدة بيانات واحدة لكل مثيل؛ لا يفرض البرنامج أي حد لعدد المخططات لكل قاعدة بيانات
• RDS for SQL Server: ما يصل إلى 100 قاعدة بيانات لكل مثيل
• RDS for PostgreSQL: لا يفرض البرنامج أي حد
• RDS for Db2: ما يصل إلى 1 قواعد بيانات لكل مثيل

فيما يلي عدد من الطرق لاستيراد البيانات إلى Amazon RDS:

• MySQL: الأدوات المساعدة mysqldump أو mysqlimport
• Oracle:‏ Data Pump أو الاستيراد/التصدير أو SQL Loader
• SQL Server: معالج الاستيراد/التصدير أو ملفات النسخ الاحتياطي الكاملة (‎.bak) أو برنامج النسخ المجمع (BCP)
• PostgreSQL:‏ pg_dump

لمزيد من المعلومات حول استيراد البيانات وتصديرها، راجع دليل استيراد البيانات لـ MySQL أو دليل استيراد البيانات لـ Oracle أو دليل استيراد البيانات لـ SQL Server أو دليل استيراد البيانات لـ PostgreSQL أو دليل استيراد البيانات لـ Db2.

بالإضافة إلى ذلك، يمكن أن تساعدك خدمة ترحيل قاعدة بيانات AWS على ترحيل قواعد البيانات إلى AWS بأمان

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

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

إذا لم تحدد فترة الصيانة الأسبوعية التي تفضلها عند إنشاء مثيل قاعدة البيانات، فستُعين قيمة افتراضية مدتها 30 دقيقة. إذا كنت ترغب في تعديل وقت إجراء الصيانة نيابةً عنك، فيمكنك القيام بذلك عن طريق تعديل مثيل قاعدة البيانات في وحدة إدارة تحكم AWS أو ModifyDBInstance API أو أمر modify-db-instance. يمكن أن تكون لكل مثيل من مثيلات قاعدة البيانات فترات صيانة مفضلة مختلفة، إذا اخترت ذلك.

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

بالنسبة إلى قواعد بيانات الإنتاج، نشجعك على تمكين المراقبة المحسّنة، التي توفر الوصول إلى أكثر من 50 مقياسًا لوحدة المعالجة المركزية والذاكرة ونظام الملفات وإدخال/إخراج القرص. يمكنك تمكين هذه الميزات على أساس كل مثيل ويمكنك اختيار الدقة (وصولًا إلى ثانية واحدة). يمكن أن تؤدي المستويات العالية من استخدام وحدة المعالجة المركزية (CPU) إلى تقليل أداء الاستعلام، وفي هذه الحالة، قد ترغب في التفكير في تحجيم فئة مثيل قاعدة البيانات. لمزيد من المعلومات حول مراقبة مثيل قاعدة البيانات، راجع دليل مستخدم Amazon RDS.

إذا كنت تستخدم RDS for MySQL أو MariaDB، فيمكنك الوصول إلى سجلات الاستعلام البطيئة لقاعدة البيانات لتحديد ما إذا كانت هناك استعلامات SQL بطيئة التشغيل، ثم تحديد خصائص الأداء لكل منها. يمكنك تعيين معلمة قاعدة البيانات "slow_query_log" والاستعلام عن جدول mysql.slow_log لمراجعة استعلامات SQL بطيئة التشغيل. يُرجى الرجوع إلى  دليل مستخدم Amazon RDS لمعرفة المزيد.

إذا كنت تستخدم RDS for Oracle، فيمكنك استخدام بيانات ملف تتبع Oracle لتحديد الاستعلامات البطيئة. لمزيد من المعلومات حول الوصول إلى بيانات ملف التتبع، يُرجى الرجوع إلى دليل مستخدم Amazon RDS. 

إذا كنت تستخدم RDS for SQL Server، فيمكنك استخدام تتبعات SQL Server من جانب العميل لتحديد الاستعلامات البطيئة. للحصول على معلومات حول الوصول إلى بيانات ملف التتبع من جانب الخادم، يُرجى الرجوع إلى دليل مستخدم Amazon RDS.

للحصول على قائمة إصدارات محركات قاعدة البيانات المدعومة، يُرجى الرجوع إلى وثائق كل محرك:

• Amazon Aurora
• Amazon RDS for PostgreSQL
• Amazon RDS for MySQL
• Amazon RDS for MariaDB
• Amazon RDS for SQL Server
• Amazon RDS for Oracle
• Amazon RDS for Db2

راجع صفحة الأسئلة الشائعة لكل محرك قاعدة بيانات من Amazon RDS للحصول على تفاصيل حول ترقيم الإصدار:

• Amazon RDS for MySQL
• Amazon RDS for MariaDB
• Amazon RDS for PostgreSQL
• Amazon RDS for Oracle
• Amazon RDS for SQL Server
• Amazon Aurora
• Amazon RDS for Db2

مع مرور الوقت، يضيف Amazon RDS دعمًا لإصدارات محركات قواعد البيانات الرئيسية والثانوية الجديدة. سيختلف عدد الإصدارات الجديدة المدعومة بناءً على تكرار الإصدارات والتصحيحات ومحتواها المقدم من مورّد المحرك أو مؤسسة التطوير ونتائج عملية التدقيق الشاملة لهذه الإصدارات والتصحيحات التي يجريها فريق هندسة قواعد البيانات لدينا. ومع ذلك، كتوجيه عام، نهدف إلى دعم إصدارات المحركات الجديدة في غضون 5 أشهر من توفرها بشكل عام.

يمكنك تحديد أي إصدار مدعوم حاليًا (رئيسي وثانوي) عند إنشاء مثيل قاعدة بيانات جديد عبر عملية "تشغيل مثيل DB" في وحدة إدارة تحكم AWS أو CreateDBInstance API. يُرجى ملاحظة أنه لا تتوفر كل إصدارات محرك قاعدة البيانات في كل مناطق AWS.

تسعى Amazon RDS جاهدة إلى الحفاظ على تحديث مثيل قاعدة بياناتك من خلال تزويدك بإصدارات أحدث من محركات قواعد البيانات المدعومة. بعدما يصدر المورّد أو مؤسسة التطوير إصدارًا جديدًا من محرك قاعدة البيانات، يختبره فريق هندسة قواعد البيانات لدينا بدقة قبل إتاحته في Amazon RDS.

نوصي بالاستمرار في ترقية مثيل قاعدة البيانات إلى أحدث إصدار ثانوي لأنه سيحتوي على أحدث إصلاحات الأمان والوظائف. على عكس ترقيات الإصدارات الرئيسية، لا تتضمن ترقيات الإصدارات الثانوية إلا تغييرات قاعدة البيانات المتوافقة مع الإصدارات الثانوية السابقة (للإصدار الرئيسي نفسه) من محرك قاعدة البيانات. 

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

لترقية مثيل قاعدة البيانات يدويًا إلى إصدار محرك مدعوم، استخدم أمر Modify DB Instance على وحدة إدارة تحكم AWS أو ModifyDBInstance API وعين معلمة DB Engine Version إلى الإصدار المطلوب. افتراضيًا، ستُطبق الترقية في أثناء فترة الصيانة التالية. يمكنك كذلك اختيار الترقية فورًا عن طريق تحديد الخيار "التطبيق الفوري" في API وحدة التحكم.

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

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

في حالة استخدام RDS for Oracle وRDS for SQL Server، إذا كانت الترقية إلى الإصدار الثانوي الآتي تتطلب تغييرًا إلى نسخة مختلفة، فقد لا نجدول الترقيات التلقائية حتى إذا قمت بتمكين إعداد "ترقية الإصدار الثانوي تلقائيًا". سيتم تحديد ما إذا كانت ستتم جدولة الترقيات التلقائية في مثل هذه الحالات على أساس كل حالة على حدة.

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

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

لمزيد من المعلومات حول استعادة النسخة الاحتياطية الفورية لقاعدة البيانات، راجع دليل مستخدم Amazon RDS.

• نحن ننوي دعم الإصدارات الرئيسية (على سبيل المثال، MySQL 5.6 وPostgreSQL 9.6) لمدة 3 سنوات على الأقل بعد دعم Amazon RDS الأولي لها.
• نحن ننوي دعم الإصدارات الثانوية (على سبيل المثال، MySQL 5.6.37 وPostgreSQL 9.6.1) لمدة سنة واحدة على الأقل بعد دعم Amazon RDS الأولي لها.

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

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

عندما يتم إيقاف إصدار ثانوي لمحرك قاعدة بيانات في Amazon RDS، سنوفر فترة ثلاثة (3) أشهر بعد الإعلان قبل بدء الترقيات التلقائية. في نهاية هذه الفترة، ستتم جدولة جميع المثيلات التي لا تزال تعمل باستخدام الإصدار الثانوي المتوقف للترقية التلقائية إلى أحدث إصدار ثانوي مدعوم في أثناء فترات الصيانة المجدولة.

عندما يتم إيقاف إصدار رئيسي من محرك قاعدة البيانات في Amazon RDS، سنوفر فترة ستة (6) أشهر على الأقل بعد الإعلان عن الإيقاف حتى تتمكن من بدء الترقية إلى إصدار رئيسي مدعوم. في نهاية هذه الفترة، ستُطبق ترقية تلقائية إلى الإصدار الرئيسي التالي على أي مثيلات لا تزال تعمل باستخدام الإصدار الموقوف في أثناء فترات الصيانة المجدولة.

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

لن تدفع إلا مقابل ما تستخدمه ولا يوجد حد أدنى للرسوم ولا رسوم إعداد. يتم تحرير فاتورتك بناء على:

• ساعات مثيل قاعدة البيانات - استنادًا إلى الفئة (على سبيل المثال db.t2.micro، db.m4.large) لمثيل قاعدة البيانات المُستهلَك. تُحرر فاتورة استهلاك مثيل قاعدة البيانات لمدة جزء من الساعة بزيادات مقدارها ثانية واحدة، بحيث يكون الحد الأدنى للرسوم هو 10 دقائق بعد تغيير حالة قابلة للفوترة مثل إنشاء فئة مثيل قاعدة بيانات أو بدء تشغيلها أو تعديلها. لمزيد من التفاصيل، اقرأ إعلان الميزات الجديدة.
• التخزين (لكل جيجابايت في الشهر) - سعة التخزين التي وفرتها لمثيل قاعدة البيانات. إذا حجّمت سعة التخزين المُوفَّرة خلال الشهر، فسيتم تحرير الفاتورة بتكلفة نسبية.
• طلبات الإدخال/الإخراج في الشهر – إجمالي عدد طلبات الإدخال/الإخراج للتخزين لديك (مقابل التخزين المغناطيسي لخدمتَي Amazon RDS وAmazon Aurora فقط)
• خدمة أداء IOPS في الشهر – سعر خدمة أداء IOPS، بصرف النظر عن عمليات الإدخال/الإخراج في الثانية (IOPS) المُستهلكة (مقابل وحدة تخزين Amazon RDS Provisioned IOPS (SSD) فقط)
• تخزين النسخ الاحتياطي - تخزين النسخ الاحتياطي هو التخزين المرتبط بعمليات النسخ الاحتياطي التلقائية لقواعد البيانات وأي نسخ احتياطية فورية لقواعد البيانات ينشئها العميل. تؤدي زيادة فترة الاحتفاظ بنُسخك الاحتياطية أو عمل نُسخ احتياطية فورية إضافية لقاعدة البيانات إلى زيادة التخزين الاحتياطي المستهلك من جانب قاعدة بياناتك.
• نقل البيانات - نقل بيانات الإنترنت داخل مثيل قاعدة البيانات وخارجه.

للحصول على معلومات تسعير Amazon RDS، يُرجى زيارة قسم التسعير في صفحة منتجات Amazon RDS.

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

تتم المُحاسبة على ساعات مثيل قاعدة البيانات مقابل كل ساعة يتم فيها تشغيل مثيل قاعدة بيانات في حالة متوافرة. إذا لم تعد ترغب في دفع رسوم مثيل قاعدة البيانات، فيجب عليك إيقافه أو حذفه لتجنب محاسبتك على ساعات إضافية للمثيل. تُحرر فاتورة استهلاك مثيل قاعدة البيانات لمدة جزء من الساعة بزيادات مقدارها ثانية واحدة، بحيث يكون الحد الأدنى للرسوم هو 10 دقائق بعد تغيير حالة قابلة للفوترة مثل إنشاء فئة مثيل قاعدة بيانات أو بدء تشغيلها أو تعديلها.

أثناء إيقاف مثيل قاعدة البيانات، يتم تحصيل رسوم منك مقابل التخزين المُوفَّر (بما في ذلك خدمة أداء IOPS) وتخزين النسخ الاحتياطي (بما في ذلك النسخ الاحتياطية اليدوية والنسخ الاحتياطية التلقائية ضمن مدة الاحتفاظ المحددة)، ولكن ليس مقابل ساعات مثيل قاعدة البيانات.

توفَّر مساحة تخزين احتياطية مجانية تصل إلى إجمالي مساحة تخزين قاعدة البيانات المتوفرة لحسابك عبر المنطقة بأكملها. على سبيل المثال، إذا كان لديك مثيل قاعدة بيانات لـ MySQL بمساحة تخزين متوفرة تبلغ 100 جيجابايت على مدار الشهر، ومثيل قاعدة بيانات لـ PostgreSQL بمساحة تخزين متوفرة تبلغ 150 جيجابايت على مدار الشهر، كلاهما في المنطقة نفسها وعلى الحساب نفسه، فسنوفر مساحة تخزين للنسخ الاحتياطي تبلغ 250 جيجابايت لهذا الحساب والمنطقة من دون أي رسوم إضافية. لن تُحاسب إلا على مساحة تخزين النسخ الاحتياطي التي تتجاوز هذه المساحة.

كل يوم، يُقارن إجمالي مساحة تخزين قاعدة البيانات المتوفرة لحسابك في المنطقة بإجمالي مساحة تخزين النسخ الاحتياطي في المنطقة ويتم تحصيل رسوم تخزين النسخ الاحتياطي الزائد فقط. على سبيل المثال، إذا كانت لديك مساحة تخزين زائدة للنسخ الاحتياطي تبلغ 10 جيجابايت بالضبط كل يوم، فستُحاسب على مساحة تخزين نسخ احتياطية 10 جيجابايت في الشهر. أو إذا كانت لديك مساحة تخزين متوفرة تبلغ 300 جيجابايت يوميًا، ومساحة تخزين للنسخ الاحتياطي تبلغ 500 جيجابايت يوميًا، لكن لمدة نصف شهر فقط، فلن تُحاسب إلا على 100 جيجابايت شهريًا لمساحة تخزين النسخ الاحتياطي (وليس 200 جيجابايت شهريًا)، حيث إن الرسوم تُحسب يوميًا (بالتناسب) ولم تكن النسخ الاحتياطية موجودة خلال الشهر بأكمله. يُرجى ملاحظة أن تخزين النسخ الاحتياطي المجاني خاص بالحساب وخاص بالمنطقة.

يتناسب حجم النسخ الاحتياطية بشكل مباشر مع كمية البيانات الموجودة على المثيل الخاص بك. على سبيل المثال، إذا كان لديك مثيل قاعدة بيانات يحتوي على مساحة تخزين متوفرة تبلغ 100 جيجابايت لكن لا يخزن عليه سوى 5 جيجابايت من البيانات، فسيكون النسخ الاحتياطي الأول 5 جيجابايت فقط تقريبًا (وليس 100 جيجابايت). تكون عمليات النسخ الاحتياطي اللاحقة تزايدية وستخزن البيانات التي تم تغييرها على مثيل قاعدة البيانات فقط. يُرجى ملاحظة أن حجم تخزين النسخ الاحتياطي لا يُعرض في وحدة تحكم RDS ولا في استجابة DescribeDBSnapshots API.

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

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

• ساعات مثيل قاعدة البيانات لمناطق توافر خدمات متعددة - استنادًا إلى الفئة (على سبيل المثال db.t2.micro، db.m4.large) الخاصة بمثيل قاعدة البيانات المُستهلَك. كما هو الحال مع عمليات النشر القياسية في منطقة توافر خدمات واحدة، تُحرر فاتورة استهلاك مثيل قاعدة البيانات لمدة جزء من الساعة بزيادات مقدارها ثانية واحدة، بحيث يكون الحد الأدنى للفوترة هو 10 دقائق بعد تغيير حالة قابلة للفوترة مثل إنشاء فئة مثيل قاعدة بيانات أو بدء تشغيلها أو تعديلها. إذا حولت نشر مثيل قاعدة البيانات من قياسي إلى مناطق توافر خدمات متعددة أو العكس في غضون ساعة معينة، فستُحاسب على كلا السعرين المطبقين لتلك الساعة.
• التخزين المتوفر (لمثيل قاعدة البيانات بمناطق توافر خدمات متعددة) – إذا حولت النشر من قياسي إلى مناطق توافر خدمات متعددة أو العكس في غضون ساعة معينة، فستُحاسب بسعر التخزين الأعلى المُطبق مقابل تلك الساعة.
• طلبات الإدخال/الإخراج شهريًا - إجمالي عدد طلبات الإدخال/الإخراج لديك. تستهلك عمليات النشر لمناطق توافر خدمات متعددة حجمًا أكبر من طلبات الإدخال/الإخراج مقارنة بعمليات نشر مثيل قاعدة البيانات القياسية، اعتمادًا على نسبة القراءة/الكتابة إلى قاعدة بياناتك. سيتضاعف استخدام كتابة الإدخال/الإخراج المرتبط بتحديثات قاعدة البيانات مع نسخ خدمة Amazon RDS بياناتك بشكل متزامن على مثيل قاعدة البيانات الاحتياطي. سيظل استخدام قراءة وحدات الإدخال/الإخراج كما هو.
• تخزين النسخ الاحتياطي - لن يتغير استخدام تخزين النسخ الاحتياطي سواء كان نشر مثيل قاعدة البيانات قياسيًا أو لمناطق توافر خدمات متعددة. ستؤخذ النسخ الاحتياطية ببساطة من المثيل الاحتياطي لتجنب تعليق الإدخال/الإخراج على مثيل قاعدة البيانات الأساسي.
• نقل البيانات - لا يتم تحصيل رسوم منك مقابل نقل البيانات المرتبط بنسخ البيانات بين المثيل الأساسي والاحتياطي. يتم تحصيل رسوم نقل بيانات الإنترنت داخل وخارج مثيل قاعدة البيانات الخاص بك كما هو الحال مع النشر القياسي.

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

يوفر عرض الطبقة المجانية من AWS لـ Amazon RDS الاستخدام المجاني لمثيلات قاعدة البيانات الصغيرة لمنطقة توافر خدمات واحدة التي تشغل MySQL وMariaDB وPostgreSQL وإصدار SQL Server Express Edition. يبلغ الحد الأقصى للطبقة مجانية الاستخدام 750 ساعة مثيل في الشهر. يحصل العملاء كذلك على مساحة تخزين قاعدة البيانات للأغراض العامة (SSD) تبلغ 20 جيجابايت ومساحة تخزين للنَّسخ الاحتياطي تبلغ 20 جيجابايت مجانًا في الشهر.

تحصل حسابات AWS الجديدة على إمكانية الوصول إلى الطبقة المجانية من AWS لمدة 12 شهرًا. يُرجى الاطلاع على الأسئلة الشائعة حول الطبقة المجانية من AWS لمعرفة مزيد من المعلومات.

نعم. يمكنك تشغيل أكثر من مثيل DB صغير لمنطقة توافر خدمات واحدة في الوقت نفسه ويمكن أن تكون مؤهلًا للاستخدام المحسوب ضمن الطبقة المجانية من AWS لـ Amazon RDS. ومع ذلك، فإن أي استخدام يتجاوز 750 ساعة مثيل، عبر جميع مثيلات DB الصغير لمنطقة توافر خدمات واحدة لـ Amazon RDS وعبر جميع محركات قواعد البيانات والمناطق المؤهلة، سيُحاسب بأسعار Amazon RDS القياسية.

على سبيل المثال، إذا شغلت مثيلين DB صغيرين لمنطقة توافر خدمات واحدة لمدة 400 ساعة لكل منهما في شهر واحد، فستجمع 800 ساعة مثيل من الاستخدام، منها 750 ساعة ستكون مجانية. ستُحاسب على الـ 50 ساعة المتبقية بسعر Amazon RDS القياسي.

لا، يمكن للعميل الذي لديه حق الوصول إلى الطبقة المجانية من AWS استخدام ما يصل إلى 750 ساعة مثيل من المثيلات الصغيرة التي تشغل المحرك MySQL أو PostgreSQL أو SQL Server Express Edition. أي استخدام يتجاوز 750 ساعة مثيل، عبر جميع مثيلات قواعد البيانات الصغيرة ذات منطقة توافر خدمات واحدة من Amazon RDS وعبر جميع محركات قواعد البيانات والمناطق المؤهلة، سيُحاسب بأسعار Amazon RDS القياسية.

تتم محاسبتك وفقًا لأسعار Amazon RDS القياسية على أساس ساعات المثيل التي تتجاوز ما تتيحه الطبقة المجانية. راجع صفحة تسعير Amazon RDS للحصول على التفاصيل.

تعطيك مثيلات Amazon RDS المحجوزة خيار حجز مثيل DB لمدة عام أو ثلاثة أعوام وفي المقابل تتلقى خصمًا كبيرًا على سعر مثيل قاعدة البيانات بالمقارنة مع تسعير المثيل عند الطلب. هناك ثلاثة خيارات لدفع تكلفة المثيل المحجوز -- وهي "بدون دفعة مقدمة" أو "دفعة مقدمة جزئية" أو "دفعة مقدمة كاملة" وهذا يتيح لك إمكانية الموازنة بين المبلغ الذي تدفعه مقدمًا والسعر الفعلي بالساعة.

من حيث الوظائف، لا يوجد أي فرق بين المثيلات المحجوزة ومثيلات قاعدة البيانات عند الطلب. الفرق الوحيد هو كيف تتم المحاسبة على مثيل أو مثيلات قاعدة البيانات. بالنسبة إلى المثيلات المحجوزة، أنت تشتري حجزًا يستمر لمدة عام أو ثلاثة أعوام وتتلقى في المقابل سعرًا فعليًا أقل للاستخدام بالساعة (بالمقارنة مع مثيلات قاعدة البيانات عند الطلب) طوال المدة. ما لم تشترِ مثيلات محجوزة في "منطقة"، ستُحاسب على جميع مثيلات قاعدة بيانات بالأسعار بالساعة عند الطلب.

يمكنك شراء مثيل محجوز من قسم "المثيل المحجوز" بوحدة إدارة تحكم AWS من Amazon RDS. وبدلًا من ذلك، يمكنك استخدام واجهة برمجة تطبيقات Amazon RDS أو واجهة سطر الأمر من AWS لعرض الحجوزات المتاحة للشراء ومن ثَمَّ شراء حجز مثيل قاعدة بيانات.

بمجرد شراء حجز المثيل، يتطابق استخدام مثيل قاعدة البيانات المحجوز مع استخدام مثيل قاعدة البيانات «عند الطلب». ابدأ تشغيل مثيل قاعدة البيانات باستخدام فئة المثيل والمحرك والمنطقة نفسها المستخدمة عند إجراء الحجز. تطبق خدمة Amazon RDS سعر الساعة المخفّض الذي تكون مؤهلاً له لحجز مثيل قاعدة البيانات الجديد طالما أن شراء المثيل المحجوز الخاص بك نشط.

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

يمكنك شراء ما يصل إلى 40 مثيل قاعدة بيانات محجوزًا. وإذا كنت تريد تشغيل أكثر من 40 مثيل قاعدة بيانات، فيُرجى ملء نموذج طلب مثيل قاعدة بيانات من Amazon RDS.

ما عليك سوى شراء حجز مثيل قاعدة بيانات بفئة مثيل قاعدة بيانات نفسها وبمحرك قاعدة بيانات وخيار مناطق توافر الخدمات المتعددة ونموذج ترخيص في "المنطقة" نفسها مثل مثيل قاعدة البيانات الذي تشغله حاليًا وترغب في حجزه. في حال نجاح عملية شراء الحجز، ستطبق Amazon RDS رسوم الاستخدام الجديدة للساعة على مثيل قاعدة البيانات الحالي تلقائيًا.

يتم تنشيط تغييرات الأسعار المرتبطة بالمثيل المحجوز بمجرد استلام طلبك في أثناء معالجة تصريح الدفع. يمكنك متابعة حالة حجزك على صفحة "نشاط حساب AWS" أو باستخدام DescribeReservedDBInstances API أو الأمر describe-reserved-db-instances. إذا لم يُصرح بعملية الدفع لمرة واحدة بنجاح بحلول فترة الفاتورة الآتية، فلن يسري مفعول السعر المخفض.

عندما تنتهي مدة حجزك، سيعود هذا المثيل إلى سعر الاستخدام بالساعة عند الطلب الملائم حسب فئة مثيل DB و"المنطقة".

لا تُميّز عمليات Amazon RDS المتعلقة بإنشاء مثيلات قاعدة البيانات وتعديلها وحذفها بين المثيلات عند الطلب والمثيلات المحجوزة. عند حساب فاتورتك، سيُطبِّق نظامنا تلقائيًا حجزك (حجوزاتك) بحيث تتم المحاسبة على كل مثيلات قاعدة البيانات المؤهلة بالسعر الأقل للساعة للمثيل المحجوز.

يرتبط كل حجز بمجموعة السمات الآتية: محرك DB وفئة مثيل DB وخيار النشر لمناطق توافر خدمات متعددة ونموذج الترخيص و"المنطقة".

سينطبق حجز محرك DB ونموذج الترخيص المؤهل لمرونة الحجم (MySQL أو MariaDB أو PostgreSQL أو Amazon Aurora أو Oracle أو "احضر ترخيصك الخاص") تلقائيًا على مثيل DB قيد التشغيل بأي حجم ضمن عائلة المثيلات نفسها (مثل M4 أو T2 أو R3) لمحرك قاعدة البيانات و"المنطقة" نفسهما. بالإضافة إلى ذلك، سينطبق الحجز كذلك على مثيلات قاعدة البيانات التي تعمل إما في خيارات النشر لمنطقة توافر خدمات واحدة أو لمناطق توافر خدمات متعددة.

على سبيل المثال، لنفترض أنك اشتريت حجز db.m4.2xlarge لـ MySQL. إذا قررت توسيع مثيل قاعدة البيانات الجاري تشغيله إلى db.m4.4xlarge، فإن السعر المخفض لهذا المثيل المحجوز سيغطي نصف استخدام مثيل قاعدة البيانات الأكبر.

إذا كنت تشغل محرك قاعدة بيانات أو نموذج ترخيص غير مؤهل لمرونة الحجم (Microsoft SQL Server أو Oracle "بترخيص مضمَّن")، فلا يمكن تطبيق كل حجز إلا على مثيل قاعدة بيانات بالسمات نفسها طوال المدة. إذا قررت تعديل أي من هذه السمات لمثيل قاعدة البيانات الجاري تشغيله قبل نهاية مدة الحجز، فستعود أسعار الاستخدام بالساعة لمثيل قاعدة البيانات هذا إلى الأسعار بالساعة عند الطلب.

لمزيد من التفاصيل حول مرونة الحجم، راجع دليل مستخدم Amazon RDS.

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

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

يمكن تطبيق حجز مثيل DB على نسخة متماثلة للقراءة، بشرط أن تكون فئة مثيل DB و"المنطقة" هي نفسها. عند حساب فاتورتك، سيُطبِّق نظامنا تلقائيًا حجزك أو حجوزاتك بحيث تتم المحاسبة على كل مثيلات DB المؤهلة بالسعر المخفّض للمثيل المحجوز بالساعة.

لا، لا يمكنك إلغاء مثيل DB المحجوز والدفع لمرة واحدة (إن وجد) غير قابل للاسترداد. ستستمر في الدفع مقابل كل ساعة خلال مدة حجز مثيل DB بغض النظر عن استخدامك.

عندما تشتري مثيلًا محجوزًا (RI) بموجب خيار الدفع "دفعة مقدمة كاملة"، فإنك تدفع مقابل مدة المثيل المحجوز بالكامل في دفعة مقدمة واحدة. يمكنك اختيار عدم دفع أي شيء مقدمًا عن طريق اختيار الخيار "بدون دفعة مقدمة". يتم توزيع القيمة الكاملة للمثيل المحجوز بطريقة "بدون دفعة مقدمة" على كل ساعة في المدة وستتم محاسبتك على كل ساعة في المدة، بغض النظر عن الاستخدام. يعد خيار الدفع "دفعة مقدمة جزئية" مزيجًا يجمع بين الخيار "دفعة مقدمة كاملة" والخيار "بدون دفعة مقدمة". وإنك تدفع مبلغًا بسيطًا مسبقًا، وتُحرر فاتورتك بسعر مخفَّض في الساعة مقابل كل ساعة خلال المدة المحددة بصرف النظر عن الاستخدام.

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

يمكنك توسيع نطاق موارد الحوسبة وسعة التخزين المخصصة لمثيل قاعدة البيانات باستخدام وحدة إدارة تحكم AWS (تحديد مثيل قاعدة البيانات المطلوب والنقر فوق الزر "تعديل") أو باستخدام واجهة برمجة تطبيقات Amazon RDS أو واجهة سطر الأمر من AWS. يتم تعديل موارد الذاكرة ووحدة المعالجة المركزية عن طريق تغيير فئة مثيل قاعدة البيانات ويتم تغيير سعة التخزين المتوفرة عند تعديل تخصيص التخزين. 

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

قد لا تكون بعض مثيلات RDS for SQL Server مؤهلة للتخزين المُحجَّم. راجع الأسئلة الشائعة حول RDS for SQL Server للحصول على مزيد من المعلومات.

تستخدم Amazon RDS أحجام EBS لتخزين قواعد البيانات والسجلات. اعتمادًا على حجم التخزين المطلوب، تدمج Amazon RDS تلقائيًا العديد من أحجام EBS لتحسين أداء IOPS. بالنسبة إلى MySQL وOracle، وفي ما يتعلق بمثيل قاعدة بيانات موجود بالفعل، قد تلاحظ بعض التحسُّن في سعة الإدخال/الإخراج إذا وسعت نطاق التخزين لديك. يمكنك تحجيم سعة التخزين المخصصة لمثيل قاعدة البيانات باستخدام وحدة إدارة تحكم AWS أو واجهة برمجة التطبيقات ModifyDBInstance أو الأمر modify-db-instance.

لمزيد من المعلومات حول التخزين، راجع تخزين Amazon RDS.

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

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

يكون تخزين Amazon RDS للأغراض العامة (SSD) مناسبًا لمجموعة واسعة من أعباء عمل قاعدة البيانات التي تتطلب متطلبات إدخال/إخراج متوسطة. يوفر خيار التخزين هذا أداءً يمكن التنبؤ به لتلبية احتياجات معظم التطبيقات، وذلك بفضل خط الأساس الذي يبلغ 3 عمليات إدخال/إخراج في الثانية (IOPS)/جيجابايت والقدرة على تنفيذ ما يصل إلى 3000 عملية إدخال/إخراج في الثانية.

وحدة التخزين Amazon RDS Provisioned IOPS (SSD) عبارة عن خيار تخزين مدعوم بمحركات حالة ثابتة لتقديم أداء إدخال/إخراج سريع وقابل للتنبؤ ومتسق. باستخدام وحدة تخزين Amazon RDS Provisioned IOPS (SSD)، يمكنك تحديد معدل IOPS عند إنشاء مثيل قاعدة بيانات، بينما توفر Amazon RDS معدل IOPS هذا طوال فترة وجود مثيل قاعدة البيانات. تم تحسين وحدة تخزين Amazon RDS Provisioned IOPS (SSD) لتلائم أعباء عمل قواعد بيانات (OLTP) المعاملاتية التي تتطلب الكثير من عمليات الإدخال/الإخراج. لمزيد من التفاصيل، يُرجى الاطلاع على دليل مستخدم Amazon RDS.

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

اختر نوع التخزين الأكثر ملاءمة لأعباء العمل.

• أعباء عمل معالجة المعاملات عبر الإنترنت (OLTP) عالية الأداء: وحدة التخزين Amazon RDS Provisioned IOPS (SSD)
• أعباء عمل قاعدة بيانات بمتطلبات إدخال/إخراج متوسطة: تخزين الأغراض العامة (SSD) من Amazon RDS

تختلف عمليات IOPS المدعومة من Amazon RDS حسب محرك قاعدة البيانات. لمزيد من التفاصيل، يُرجى الاطلاع على دليل مستخدم Amazon RDS.

توفر Amazon RDS طريقتين مختلفتين للنسخ الاحتياطي لمثيلات قاعدة البيانات واستعادتها هما النُسخ الاحتياطية التلقائية والنسخ الاحتياطية الفورية لقاعدة البيانات.

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

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

وبدلًا من ذلك، يمكنك العثور على أحدث وقت يمكن استعادته لمثيل قاعدة بيانات عن طريق تحديده في وحدة إدارة تحكم AWS والبحث في علامة التبويب "الوصف" في اللوحة السفلية من وحدة التحكم.

يتم تشغيل النسخ الاحتياطية الفورية لقاعدة البيانات بواسطة المستخدم وتمكِّنك من نسخ مثيل قاعدة البيانات احتياطيًا في حالة معروفة بشكل متكرر قدر ما تريد، ومن ثَمَّ استعادته إلى تلك الحالة المحددة في أي وقت. يمكن إنشاء نسخ احتياطية فورية لقاعدة البيانات باستخدام وحدة إدارة تحكم AWS أو واجهة برمجة التطبيقات CreateDBSnapshot أو الأمر create-db-snapshot ويتم الاحتفاظ بها حتى تقوم بحذفها بشكل صريح.

تكون النسخ الاحتياطية الفورية التي تقوم بها Amazon RDS لتمكين النسخ الاحتياطي التلقائي متاحةً لك لنسخها (باستخدام وحدة تحكم AWS أو الأمر copy-db-snapshot) أو لوظيفة استعادة النسخ الاحتياطية الفورية. يمكنك التعرف عليها باستخدام نوع النسخة الاحتياطية الفورية "التلقائية". بالإضافة إلى ذلك، يمكنك تحديد الوقت الذي تم فيه عمل النسخة الاحتياطية الفورية من خلال عرض حقل "وقت إنشاء النسخة الاحتياطية الفورية". 

بدلًا من ذلك، يحتوي مُعرِّف النُسخ الاحتياطية الفورية "التلقائية" أيضًا على الوقت (بالتوقيت العالمي المنسق (UTC)) الذي تم فيه عمل النسخة الفورية.

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

بشكل افتراضي، تُمكِّن Amazon RDS عمل نُسخ احتياطية تلقائية لمثيل قاعدة البيانات مع فترة احتفاظ مدتها 7 أيام. إذا كنت ترغب في تعديل فترة الاحتفاظ بالنسخة الاحتياطية، فيمكنك القيام بذلك باستخدام وحدة تحكم RDS أو واجهة برمجة التطبيقات CreateDBInstance (عند إنشاء مثيل قاعدة بيانات جديد) أو واجهة برمجة التطبيقات ModifyDBInstance (للمثيلات الحالية). يمكنك استخدام هذه الطرق لتغيير معلمة RetentionPeriod إلى أي رقم من 0 (الذي سيؤدي إلى تعطيل النسخ الاحتياطية التلقائية) إلى عدد الأيام المطلوبة، حتى 35 يومًا. لا يمكن تعيين القيمة إلى 0 إذا كان مثيل قاعدة البيانات مصدرًا للنسخ المتماثلة للقراءة. لمزيد من المعلومات حول النسخ الاحتياطية التلقائية، يُرجى الرجوع إلى دليل مستخدم Amazon RDS.

فترة النَّسخ الاحتياطي المفضلة هي الفترة الزمنية التي يحددها المستخدم والتي يتم خلالها نسخ مثيل DB احتياطيًا. تَستخدم Amazon RDS هذه النُسخ الاحتياطية الدورية للبيانات جنبًا إلى جنب مع سجلات معاملاتك لتمكينك من استعادة مثيل DB إلى أي ثانية خلال فترة الاحتفاظ، حتى LatestRestorableTime (عادةً حتى الدقائق القليلة الماضية). خلال فترة النَّسخ الاحتياطي، قد يُعلق الإدخال/الإخراج للتخزين لفترة وجيزة خلال بدء عملية النَّسخ الاحتياطي (عادةً أقل من بضع ثوانٍ) وقد يرتفع وقت الاستجابة لفترة وجيزة. لا يوجد تعليق للإدخال/الإخراج لعمليات نشر DB لمناطق توافر خدمات متعددة، حيث إن النسخة الاحتياطية تؤخذ من الاحتياطي.

تُخزن النُسخ الاحتياطية الفورية لقاعدة البيانات من Amazon RDS والنُسخ الاحتياطية التلقائية في S3.

يمكنك استخدام وحدة إدارة تحكم AWS أو ModifyDBInstance API أو أمر modify-db-instance من أجل إدارة الفترة الزمنية التي يتم خلالها الاحتفاظ بالنُسخ الاحتياطية التلقائية من خلال تعديل المعلمة RetentionPeriod. إذا كنت تريد إيقاف تشغيل النَّسخ الاحتياطي التلقائي تمامًا، فيمكنك إعداد فترة الاحتفاظ على الصفر (هذا الإعداد غير موصى به). يمكنك إدارة النُسخ الاحتياطية الفورية لقاعدة البيانات التي أنشأها المستخدم عبر قسم "النُسخ الاحتياطية الفورية" في "وحدة تحكم Amazon RDS". أو يمكنك رؤية قائمة النُسخ الاحتياطية الفورية لقاعدة البيانات التي أنشأها المستخدم لمثيل DB معين باستخدام DescribeDBSnapshots API أو الأمر describe-db-snapshots وحذف النُسخ الاحتياطية الفورية باستخدام DeleteDBSnapshot API أو الأمر delete-db-snapshot.

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

على سبيل المثال، إذا تم تعيين نافذة النسخ الاحتياطي إلى يوم واحد، فستحتاج إلى نسختين احتياطيتين فوريتين تلقائيتين لدعم عمليات استعادة أي منهما خلال الـ 24 ساعة السابقة. قد ترى أيضًا نسخة احتياطية فورية تلقائية إضافية، حيث يتم دائمًا إنشاء نسخة احتياطية فورية تلقائية جديدة قبل حذف أقدم نسخة احتياطية فورية تلقائية موجودة.

عند حذف مثيل قاعدة بيانات، يمكنك إنشاء نسخة احتياطية فورية نهائية لقاعدة البيانات عند الحذف؛ وإذا قمت بذلك، فيمكنك استخدام هذه النسخة الفورية لاستعادة مثيل قاعدة البيانات المحذوف في تاريخ لاحق. تحتفظ Amazon RDS بهذه النسخة الاحتياطية الفورية النهائية التي أنشأها المستخدم إلى جانب جميع النُسخ الاحتياطية الفورية الأخرى التي تم إنشاؤها يدويًا بعد حذف مثيل قاعدة البيانات. راجع صفحة التسعير للحصول على تفاصيل حول تكاليف تخزين النسخ الاحتياطية.

عند حذف مثيل قواعد البيانات (DB)، يمكنك الاحتفاظ بالنسخ الاحتياطية التلقائية حتى فترة الاحتفاظ بالنسخ الاحتياطية. لمزيد من المعلومات، راجع الاحتفاظ بالنسخ الاحتياطية التلقائية.

تتيح لك Amazon VPC إنشاء بيئة شبكات افتراضية في قسم خاص ومعزول من سحابة AWS حيث يمكنك ممارسة السيطرة الكاملة على الجوانب، مثل نطاقات عناوين IP الخاصة والشبكات الفرعية وجداول التوجيه وبوابات الشبكة. باستخدام Amazon VPC، يمكنك تحديد طوبولوجيا الشبكة الافتراضية وتخصيص تكوين الشبكة لتشبه إلى حد كبير شبكة IP التقليدية التي قد تعمل في مركز بياناتك.

إحدى الطرق التي يمكنك من خلالها الاستفادة من VPC هي عندما تريد تشغيل تطبيق ويب عامة مع الحفاظ على خوادم الواجهة الخلفية غير المتاحة بشكل عام في شبكة فرعية خاصة. يمكنك إنشاء شبكة فرعية عامة لخوادم الويب التي يمكنها الوصول إلى الإنترنت ووضع مثيلات DB من Amazon RDS للواجهة الخلفية في شبكة فرعية خاصة من دون اتصال بالإنترنت. لمزيد من المعلومات حول Amazon VPC، راجع دليل مستخدم Amazon Virtual Private Cloud.

إذا تم إنشاء حساب AWS الخاص بك قبل 2013-12-04، فقد تتمكن من تشغيل Amazon RDS في بيئة سحابة الحوسبة المرنة ‎(EC2)-Classic لـ Amazon. تبقى الوظيفة الأساسية لـ Amazon RDS هي نفسها بغض النظر عما إذا كان يتم استخدام EC2-Classic أو EC2-VPC. تدير Amazon RDS النسخ الاحتياطية وتصحيح البرامج والكشف التلقائي عن الأعطال وقراءة النسخ المتماثلة والاسترداد سواء تم نشر مثيلات قاعدة البيانات الخاصة بك داخل VPC أو خارجها. لمزيد من المعلومات حول الاختلافات بين EC2-Classic وEC2-VPC، راجع وثائق EC2.

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

يرجى ملاحظة أننا نُوصيك بشدة باستخدام اسم نظام أسماء النطاقات (DNS) للاتصال بمثيل قاعدة البيانات الخاص بك حيث قد يتغير عنوان IP الأساسي (على سبيل المثال، في أثناء تجاوز الفشل).

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

للاطلاع على الإجراءات التي ترشدك خلال هذه العملية، راجع إنشاء مثيل قاعدة بيانات في VPC في دليل مستخدم Amazon RDS.

قم بزيارة قسم مجموعات الأمان في دليل مستخدم Amazon RDS للتعرف على الطرق المختلفة للتحكم في الوصول إلى مثيلات قاعدة البيانات.

يمكن الوصول إلى مثيلات DB التي نُشرت في VPC بواسطة مثيلات EC2 المنشورة في VPC نفسها. إذا نُشرت مثيلات EC2 هذه في شبكة فرعية عامة مع "عناوين IP المرنة" المرتبطة، فيمكنك الوصول إلى مثيلات EC2 عبر الإنترنت. يمكن الوصول إلى مثيلات DB المنشورة في VPC من الإنترنت أو من مثيلات EC2 خارج VPC عبر شبكة خاصة افتراضية (VPN) أو مضيفات الحصن التي يمكنك تشغيلها في شبكتك الفرعية العامة أو باستخدام خيار "إمكانية الوصول العامة" من Amazon RDS:

• لاستخدام مضيف حصن، ستحتاج إلى إعداد شبكة فرعية عامة بمثيل EC2 يعمل بمنزلة حصن الغلاف الآمن (SSH). يجب أن تحتوي هذه الشبكة الفرعية العامة على بوابة إنترنت وقواعد توجيه تسمح بتوجيه حركة المرور عبر مضيف SSH، والذي يجب عليه بعد ذلك إعادة توجيه الطلبات إلى عنوان IP الخاص لمثيل DB من Amazon RDS.
• لاستخدام الاتصال العام، ما عليك سوى إنشاء مثيلات DB من خلال تعيين خيار "إمكانية الوصول العامة" على نعم. من خلال تنشيط "إمكانية الوصول العامة"، ستكون مثيلات DB داخل VPC قابلة للوصول بالكامل خارج VPC افتراضيًا. هذا يعني أنك لست بحاجة إلى تكوين VPN أو مضيف حصن للسماح بالوصول إلى مثيلاتك.

يمكنك كذلك إعداد "بوابة VPN" التي تعمل على توسيع شبكة شركتك في VPC والتي تسمح بالوصول إلى مثيل DB من Amazon RDS في سحابة VPC هذه. راجع دليل مستخدم Amazon VPC لمزيد من التفاصيل.

نوصي بشدة باستخدام "اسم نظام اسم المجال (DNS)" للاتصال بمثيل DB حيث يمكن تغيير عنوان IP الأساسي (على سبيل المثال، في أثناء تجاوز الفشل).

إذا لم يكن مثيل قاعدة البيانات موجودًا داخل VPC، فيمكنك استخدام وحدة إدارة تحكم AWS لنقله إلى داخلها. راجع دليل مستخدم Amazon RDS لمزيد من التفاصيل. يمكنك أيضًا عمل نسخة احتياطية فورية من مثيل قاعدة البيانات خارج VPC واستعادته إلى داخلها عن طريق تحديد مجموعة الشبكات الفرعية لقاعدة البيانات التي تريد استخدامها. بدلًا من ذلك، يمكنك تنفيذ عملية "الاستعادة إلى مرحلة زمنية معينة" أيضًا.

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

أنت مسؤول عن تعديل جداول التوجيه وقوائم التحكم بالوصول (ACLs) الخاصة بالشبكات على سحابتك الخاصة الافتراضية لضمان إمكانية الوصول إلى مثيل قاعدة البيانات الخاص بك من مثيلات العميل الموجودة على VPC. بالنسبة إلى عمليات النشر لمناطق توافر خدمات متعددة، بعد تجاوز الفشل، قد يكون مثيل EC2 الخاص بالعميل ومثيل قاعدة بيانات Amazon RDS في منطقتي توافر خدمات مختلفتين. يجب عليك تكوين قوائم التحكم بالوصول الخاصة بالشبكات لضمان إمكانية الاتصال عبر مناطق التوافر.

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

لبدء استخدام Amazon RDS، ستحتاج إلى حساب مطور AWS. إذا لم يكن لديك حساب قبل الاشتراك في Amazon RDS، فستتم مطالبتك بإنشاء حساب عند بدء عملية التسجيل. يختلف حساب المستخدم الأساسي عن حساب مطور AWS ويُستخدَم فقط في سياق Amazon RDS للتحكم في الوصول إلى مثيل (مثيلات) قاعدة البيانات. حساب المستخدم الأساسي هو حساب مستخدم قاعدة بيانات أصلي يمكنك استخدامه للاتصال بمثيل قاعدة البيانات. 

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

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

بالنسبة إلى Oracle، يتم منح المستخدم الأساسي دور مسؤول قاعدة البيانات "dba". يرث المستخدم الأساسي معظم الامتيازات المرتبطة بالدور. يُرجى الرجوع إلى دليل مستخدم Amazon RDS للحصول على قائمة الامتيازات المقيدة والبدائل المقابلة لأداء المهام الإدارية التي قد تتطلب هذه الامتيازات.

بالنسبة إلى SQL Server، يتم منح المستخدم الذي يقوم بإنشاء قاعدة بيانات دور "db_owner". يُرجى الرجوع إلى دليل مستخدم Amazon RDS للحصول على قائمة الامتيازات المقيدة والبدائل المقابلة لأداء المهام الإدارية التي قد تتطلب هذه الامتيازات.

لا، كل شيء يعمل بالطريقة التي تعرفها عند استخدام قاعدة بيانات علائقية تديرها بنفسك.

نعم. يجب عليك تشغيل القدرة على الوصول إلى قاعدة بياناتك عبر الإنترنت عن قصد من خلال تكوين  مجموعات الأمان. يمكنك تفويض الوصول إلى عناوين IP أو نطاقات IP أو الشبكات الفرعية المُحددة فقط والمقابلة للخوادم في مركز البيانات الخاص بك.

نعم، هذا الخيار مدعوم لجميع محركات Amazon RDS. تقوم Amazon RDS بإنشاء شهادة SSL/TLS لكل مثيل قاعدة بيانات. بمجرد إنشاء اتصال مشفر، سيتم تشفير البيانات المنقولة بين مثيل قاعدة البيانات وتطبيقك في أثناء النقل.

بينما توفر SSL ميزات أمان، يجب أن تدرك أن عملية تشفير SSL/TLS تتطلب الكثير من الحوسبة وستزيد من زمن استجابة اتصال قاعدة البيانات. إن دعم SSL/TLS داخل Amazon RDS مخصص لتشفير الاتصال بين تطبيقك ومثيل قاعدة البيانات؛ ولا ينبغي الاعتماد عليه لمصادقة مثيل قاعدة البيانات نفسه.

للحصول على تفاصيل حول إنشاء اتصال مشفر مع Amazon RDS، يُرجى زيارة دليل مستخدم MySQL أو دليل مستخدم MariaDB أو دليل مستخدم PostgreSQL أو دليل مستخدم Oracle في Amazon RDS. لمعرفة المزيد حول كيفية عمل SSL/TLS مع هذه المحركات، يمكنك الرجوع مباشرة إلى وثائق MySQL أو وثائق MariaDB أو وثائق MSDN SQL Server أو وثائق PostgreSQL أو وثائق Oracle.

تدعم Amazon RDS التشفير غير النشط لجميع محركات قواعد البيانات، وذلك باستخدام المفاتيح التي تديرها باستخدام خدمة الإدارة الرئيسية (KMS) في AWS. في مثيل قاعدة بيانات يعمل باستخدام تشفير Amazon RDS، يتم تشفير البيانات المخزنة في أثناء عدم النشاط في التخزين الأساسي كما يتم تخزين النسخ الاحتياطية التلقائية واستنساخات القراءة واللقطات. يتم التعامل مع التشفير وفك التشفير بشفافية. لمزيد من المعلومات حول استخدام KMS مع Amazon RDS، راجع دليل مستخدم Amazon RDS.

يمكنك أيضًا إضافة تشفير إلى مثيل قاعدة بيانات غير مشفر سابقًا أو مجموعة قاعدة بيانات عن طريق إنشاء نسخة احتياطية فورية لقاعدة البيانات، ومن ثَمَّ إنشاء نسخة منها وتحديد مفتاح تشفير KMS. يمكنك بعد ذلك استعادة مثيل قاعدة بيانات مشفر أو مجموعة قاعدة البيانات من النسخة الاحتياطية الفورية المشفرة.

يدعم Amazon RDS for Oracle وSQL Server تقنيات تشفير البيانات الشفافة (TDE) لهذه المحركات. لمزيد من المعلومات، راجع دليل مستخدم Amazon RDS لـ Oracle وSQL Server.

يمكنك التحكم في الإجراءات التي يمكن لمستخدمي AWS IAM ومجموعاتها اتخاذها على موارد Amazon RDS. يمكنك القيام بذلك من خلال الرجوع إلى موارد Amazon RDS في سياسات AWS IAM التي تطبقها على المستخدمين والمجموعات. تتضمن موارد Amazon RDS التي يمكن الرجوع إليها في سياسة AWS IAM مثيلات قاعدة البيانات والنُسخ الاحتياطية الفورية لقاعدة البيانات والنسخ المتماثلة للقراءة ومجموعات أمان قاعدة البيانات ومجموعات خيارات قاعدة البيانات ومجموعات معلمات قاعدة البيانات واشتراكات الأحداث ومجموعات الشبكة الفرعية لقاعدة البيانات. 

بالإضافة إلى ذلك، يمكنك وضع علامة على هذه الموارد لإضافة بيانات تعريف إضافية إلى الموارد الخاصة بك. باستخدام ميزة وضع العلامات، يمكنك تصنيف مواردك (على سبيل المثال. مثيلات قاعدة بيانات «التطوير» ومثيلات قاعدة بيانات «الإنتاج» ومثيلات قاعدة بيانات «الاختبار»)، وكتابة سياسات AWS IAM التي تسرد الأذونات (أي الإجراءات) التي يمكن اتخاذها على الموارد التي تحمل العلامات نفسها. لمزيد من المعلومات، راجع وضع العلامات على موارد Amazon RDS.

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

نعم، جميع محركات قاعدة بيانات Amazon RDS مؤهلة لقانون نقل التأمين الطبي والمساءلة (HIPAA)، لذا يمكنك استخدامها لإنشاء تطبيقات متوافقة مع قانون HIPAA وتخزين معلومات ذات صلة بالرعاية الصحية، بما في ذلك المعلومات الصحية المحمية (PHI) بموجب اتفاقية شراكة الأعمال (BAA) المنفذة مع AWS.

إذا كانت لديك بالفعل اتفاقية شراكة أعمال منفذة مع AWS، فلا يلزم اتخاذ أي إجراء لبدء استخدام هذه الخدمات في الحساب (الحسابات) الذي تغطيه الاتفاقية. إذا لم يكن لديك اتفاقية شراكة أعمال منفذة مع AWS، أو كانت لديك أي أسئلة أخرى حول التطبيقات المتوافقة مع HIPAA على AWS، فيُرجى الاتصال بمدير حسابك.

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

تعمل مجموعة معلمات قاعدة البيانات بمنزلة "حاوية" لقيم تكوين المحرك التي يمكن تطبيقها على مثيل واحد أو أكثر من مثيلات قاعدة البيانات. إذا قمت بإنشاء مثيل قاعدة بيانات من دون تحديد مجموعة معلمات قاعدة البيانات، فسيتم استخدام مجموعة معلمات قاعدة البيانات الافتراضية. تحتوي هذه المجموعة الافتراضية على معلمات افتراضية للمحرك ومعلمات افتراضية لنظام Amazon RDS مُحسَّنة لتلائم مثيل قاعدة البيانات الذي تقوم بتشغيله.

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

لمزيد من المعلومات حول تكوين مجموعات معلمات قاعدة البيانات، يُرجى قراءة دليل مستخدم Amazon RDS.

يمكنك استخدام AWS Config لتسجيل تغييرات التكوين التي تُجرى على مثيلات قاعدة بيانات Amazon RDS ومجموعات الشبكة الفرعية لقاعدة البيانات والنُسخ الاحتياطية الفورية لقاعدة البيانات ومجموعات أمان قاعدة البيانات واشتراكات الأحداث وتلقي إشعار بالتغييرات من خلال خدمة الإشعارات البسيطة (SNS) في Amazon. يمكنك أيضًا إنشاء قواعد AWS Config لتقييم ما إذا كانت موارد Amazon RDS هذه تحتوي على التكوينات المطلوبة.

عندما تقوم بإنشاء مثيل قاعدة بيانات أو تعديله ليتم تشغيله كنشر لمناطق توافر خدمات متعددة، توفر Amazon RDS تلقائيًا نسخة متماثلة "احتياطية" متزامنة وتحتفظ بها في منطقة توافر خدمات مختلفة. يتم نسخ تحديثات مثيل قاعدة البيانات بشكل متزامن عبر مناطق التوافر إلى المثيل الاحتياطي من أجل الحفاظ على المزامنة وحماية آخر تحديثات لقاعدة البيانات من فشل مثيل قاعدة البيانات. 

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

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

عندما تقوم بتشغيل مثيل قاعدة بيانات كنشر لمناطق توافر خدمات متعددة، فإن "المثيل الرئيسي" يخدم عمليات الكتابة والقراءة إلى قاعدة البيانات. وبالإضافة إلى ذلك، توفر Amazon RDS "مثيلًا احتياطيًا" وتحتفظ به في الخلفية، وهو نسخة متماثلة محدثة من المثيل الرئيسي. تتم "ترقية" المثيل الاحتياطي في سيناريوهات تجاوز الفشل. بعد تجاوز الفشل، يصبح المثيل الاحتياطي هو الرئيسي، ويقبل عمليات قاعدة البيانات. لا تتفاعل مباشرة مع المثيل الاحتياطي (على سبيل المثال لعمليات القراءة) في أي وقت قبل ترقيته. إذا كنت مهتمًا بتوسيع نطاق حركة القراءة بما يتجاوز قيود السعة لمثيل قاعدة البيانات بمنطقة توافر خدمات واحدة، فيُرجى الاطلاع على الأسئلة الشائعة حول النسخ المتماثلة للقراءة.

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

يؤدي تشغيل مثيل DB كمثيل نشر لمناطق توافر خدمات متعددة إلى حماية بياناتك في حالة حدوث فشل غير متوقع لمكون مثيل DB أو فقدان التوافر في "منطقة توافر خدمات" واحدة. على سبيل المثال، في حالة فشل وحدة تخزين على مثيلك الأساسي، تبدأ Amazon RDS تلقائيًا في إجراء تجاوز الفشل على الاحتياطي، حيث تكون جميع تحديثات قاعدة بياناتك سليمة. يوفر هذا استدامة إضافية للبيانات بالنسبة إلى عمليات النشر القياسية في منطقة توافر خدمات واحدة، حيث ستكون عملية الاستعادة التي بدأها المستخدم مطلوبة ولن تتوفر التحديثات التي حدثت بعد آخر وقت قابل للاستعادة (عادةً خلال الدقائق الخمس الأخيرة).

كما أنك تستفيد من توافر قاعدة البيانات المُحسَّنة عند تشغيل مثيل DB كمثيل نشر لمناطق توافر خدمات متعددة. في حالة حدوث فشل في "منطقة توافر الخدمات" أو فشل مثيل DB، يقتصر تأثير التوافر على الوقت الذي يستغرقه تجاوز الفشل التلقائي حتى يكتمل. تمتد فوائد الإتاحة لمناطق توافر الخدمات المتعددة كذلك إلى الصيانة المخطط لها.

على سبيل المثال، من خلال عمليات النَّسخ الاحتياطي الآلي، لم يعد نشاط الإدخال/الإخراج معلقًا على مثيلك الأساسي في أثناء فترة النَّسخ الاحتياطي المفضلة لديك، حيث إن النُسخ الاحتياطية تؤخذ من الاحتياطي. في حالة التصحيح أو تحجيم فئة مثيل DB، تحدث هذه العمليات في الاحتياطي أولًا، قبل تجاوز الفشل التلقائي. نتيجة لذلك، يقتصر تأثر التوافر لديك على الوقت المطلوب حتى يكتمل التجاوز التلقائي للفشل.

هناك فائدة ضمنية أخرى لتشغيل مثيل DB كمثيل نشر لمناطق توافر خدمات متعددة وهي إجراء تجاوز فشل مثيل DB تلقائيًا وعدم لزوم أي إدارة. في سياق Amazon RDS، يعني هذا أنك لست مطالبًا بمراقبة أحداث مثيل DB وبدء الاسترداد اليدوي لمثيل DB (عبر واجهات برمجة تطبيقات RestoreDBInstanceToPointInTime أو RestoreDBInstanceFromSnapshot) في حالة فشل "منطقة توافر الخدمات" أو فشل مثيل DB.

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

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

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

بدلًا من ذلك، إذا كنت تستخدم واجهات برمجة تطبيقات Amazon RDS، فيمكنك استدعاء واجهة برمجة التطبيقات CreateDBInstance وتعيين المعلمة «Multi-AZ» إلى القيمة «true». لتحويل مثيل قاعدة بيانات قياسي (منطقة توافر خدمات واحدة) حالي إلى مناطق توافر خدمات متعددة، عدِّل مثيل قاعدة البيانات في وحدة إدارة تحكم AWS أو استخدم واجهة برمجة التطبيقات ModifyDBInstance وعيِّن المعلمة «Multi-AZ» إلى القيمة «true».

بالنسبة إلى محركات قواعد البيانات RDS لـ PostgreSQL وRDS لـ MySQL وRDS لـ MariaDB وRDS لـ SQL Server وRDS لـ Oracle وRDS لـ Db2، عندما تختار تحويل مثيل Amazon RDS الخاص بك من منطقة توافر خدمات واحدة إلى مناطق توافر خدمات متعددة، يحدث ما يأتي:

• يتم عمل نسخة احتياطية فورية من المثيل الرئيسي.
• يُنشأ مثيل جديد احتياطي في منطقة توافر خدمات مختلفة، من النسخة الاحتياطية الفورية.
• يتم تكوين النسخ المتماثل المتزامن بين المثيلين الرئيسي والاحتياطي.

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

يكتشف Amazon RDS سيناريوهات الأعطال الأكثر شيوعًا ويتعافى منها تلقائيًا في التوزيعات المتعددة لمناطق توافر الخدمات لكي تتمكن من استئناف عمليات قاعدة البيانات بأسرع وقت ممكن دون تدخل إداري. ينفذ Amazon RDS عملية تجاوز فشل تلقائيًا في حالة حدوث أي مما يلي:

• فقدان التوافر في منطقة توافر خدمات أساسية.
• فقدان الاتصال الشبكي مع منطقة أساسية
• تعطل وحدة الحوسبة في منطقة أساسية
• تعطل التخزين في منطقة أساسية

ملحوظة: عند بدء عمليات مثل تحجيم مثيل قاعدة البيانات أو ترقيات النظام، مثل إصلاح أخطاء نظام التشغيل، في عمليات نشر لمناطق توافر خدمات متعددة، يتم تطبيقها أولًا على المثيل الاحتياطي لتحسين التوافر قبل التجاوز التلقائي للفشل. نتيجة لذلك، يقتصر تأثر التوافر لديك على الوقت المطلوب حتى تكتمل التجاوز التلقائي للفشل. لاحظ أن عمليات نشر Amazon RDS Multi-AZ لا تقوم بتجاوز الفشل تلقائيًا كاستجابة لعمليات قاعدة بيانات، مثل الاستعلامات المطولة أو حالات التوقف التام أو أخطاء تلف قاعدة البيانات.

نعم، ستقوم Amazon RDS بإصدار حدث مثيل قاعدة بيانات لإعلامك بحدوث تجاوز تلقائي للفشل. يمكنك النقر فوق قسم "الأحداث" في وحدة تحكم Amazon RDS أو استخدام واجهة برمجة التطبيقات DescribeEvents لإرجاع المعلومات حول الأحداث المتعلقة بمثيل قاعدة البيانات الخاص بك. يمكنك أيضًا استخدام إشعارات أحداث Amazon RDS ليتم إعلامك عند وقوع أحداث قاعدة بيانات محددة.

تجري Amazon RDS تجاوز الفشل تلقائيًا، بحيث يمكنك استئناف عمليات قاعدة البيانات بأسرع ما يمكن من دون تدخل إداري. عند تجاوز الفشل، تقلب Amazon RDS ببساطة سجل الاسم المُتعارف عليه (CNAME) لمثيل DB ليشير إلى الاحتياطي، والذي يتم ترقيته بدوره ليصبح المثيل الأساسي الجديد. نحن نشجعك على اتباع أفضل الممارسات وتنفيذ إعادة محاولة اتصال قاعدة البيانات في طبقة التطبيق.

تكتمل عمليات تجاوز الفشل، على النحو المحدد في الفاصل الزمني بين اكتشاف الفشل على المستوى الأساسي واستئناف المعاملات في الاحتياطي، في غضون دقيقة إلى دقيقتين عادةً. يمكن أن يتأثر وقت تجاوز الفشل كذلك بما إذا كان يجب استرداد المعاملات الكبيرة غير المُلتزم بها. يوصى باستخدام أنواع المثيلات الكبيرة بشكل كافٍ مع مناطق توافر الخدمات المتعددة للحصول على أفضل النتائج. توصي AWS كذلك باستخدام خدمة أداء IOPS مع مثيلات مناطق توافر الخدمات المتعددة، للحصول على أداء سريع ومتسق ويمكن التنبؤ به لمعدل النقل.

سيتم تجاوز فشل Amazon RDS تلقائيًا من دون تدخل المستخدم في ظل مجموعة متنوعة من ظروف الفشل. بالإضافة إلى ذلك، توفر Amazon RDS خيارًا لبدء تجاوز الفشل عند إعادة تشغيل المثيل الخاص بك. يمكنك الوصول إلى هذه الميزة عبر وحدة إدارة تحكم AWS أو عند استخدام استدعاء RebootDBInstance API.

مع عمليات النشر لمناطق توافر خدمات متعددة، يمكنك ببساطة تعيين المعلمة Multi-AZ إلى True. يتم التعامل مع كل من إنشاء المثيل الاحتياطي والنسخ المتماثل المتزامن وتجاوز الفشل تلقائيًا. هذا يعني أنه لا يمكنك تحديد منطقة التوافر التي يتم نشر المثيل الاحتياطي فيها أو تغيير عدد المثيلات الاحتياطية المتاحة (توفر Amazon RDS مثيلًا احتياطيًا مخصصًا لكل مثيل قاعدة بيانات رئيسي). لا يمكن تكوين المثيل الاحتياطي أيضًا لقبول نشاط قراءة قاعدة البيانات. تعرَّف على المزيد حول تكوينات مناطق توافر الخدمات المتعددة.

نعم. يتم توفير المثيل الاحتياطي تلقائيًا في منطقة توافر خدمات مختلفة من المنطقة نفسها مثل مثيل قاعدة البيانات الرئيسي.

نعم، يمكنك رؤية موقع المثيل الرئيسي الحالي باستخدام وحدة إدارة تحكم AWS أو واجهة برمجة التطبيقات DescribeDBInstances.

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

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

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

تسهل النسخ المتماثلة للقراءة الاستفادة من وظيفة النسخ المضمنة للمحركات المدعومة للتوسع بشكل مرن بما يتجاوز قيود السعة لمثيل DB واحد لأعباء عمل قاعدة البيانات كثيفة القراءة.

يمكنك إنشاء نسخة متماثلة للقراءة ببضع نقرات في وحدة إدارة تحكم AWS أو باستخدام CreateDBInstanceReadReplica API. بمجرد إنشاء النسخة المتماثلة للقراءة، ستُنسخ تحديثات قاعدة البيانات على مثيل DB المصدر باستخدام النَّسخ المتماثل الأصلي وغير المتزامن للمحرك المدعوم. يمكنك إنشاء نسخ متماثلة للقراءة متعددة لمثيل DB مصدر معين وتوزيع حركة عمليات قراءة التطبيق فيما بينها.

نظرًا إلى أن النسخ المتماثلة للقراءة تستخدم النَّسخ المتماثل المدمج للمحركات المدعومة، فإنها تخضع لنقاط قوتها وقيودها. على وجه الخصوص، تُطبق التحديثات على النسخة (النسخ) المتماثلة للقراءة بعد حدوثها على مثيل DB المصدر ويمكن أن يختلف تأخر النَّسخ المتماثل بشكل كبير. يمكن ربط النسخ المتماثلة للقراءة بعمليات النشر لمناطق توافر خدمات متعددة للحصول على فوائد تحجيم القراءة بالإضافة إلى توفر كتابة قاعدة البيانات المُحسَّنة واستدامة البيانات التي توفرها عمليات النشر لمناطق توافر خدمات متعددة.

هناك مجموعة متنوعة من السيناريوهات التي قد يكون فيها نشر نسخة واحدة متماثلة للقراءة أكثر لمثيل DB مصدر معين أمرًا منطقيًا. تتضمن الأسباب الشائعة لنشر نسخة متماثلة للقراءة الآتي:

• التحجيم بما يتجاوز سعة الحوسبة أو الإدخال/الإخراج لمثيل DB واحد لأعباء عمل قاعدة البيانات كثيفة القراءة. يمكن توجيه حركة مرور عمليات القراءة الزائدة هذه إلى نسخة واحدة أو أكثر من النسخ المتماثلة للقراءة.
• خدمة حركة مرور عمليات القراءة عندما يكون مثيل DB المصدر غير متاح. إذا لم يتمكن مثيل DB المصدر من قبول طلبات الإدخال/الإخراج (على سبيل المثال بسبب تعليق الإدخال/الإخراج لعمليات النَّسخ الاحتياطي أو الصيانة المجدولة)، فيمكنك توجيه حركة عمليات القراءة إلى النسخة (النسخ) المتماثلة للقراءة. بالنسبة إلى حالة الاستخدام هذه، ضع في حسبانك أن البيانات الموجودة على النسخة المتماثلة للقراءة قد تكون "تالفة" نظرًا إلى عدم توفر مثيل DB المصدر.
• سيناريوهات تقارير الأعمال أو تخزين البيانات. قد ترغب في تشغيل استعلامات تقارير الأعمال على نسخة متماثلة للقراءة بدلًا من مثيل DB الأساسي للإنتاج.
• يمكنك استخدام نسخة متماثلة للقراءة لاستعادة البيانات بعد الكوارث لمثيل DB المصدر إما في "منطقة AWS" نفسها أو في "منطقة" أخرى.

نعم. مكِّن النُسخ الاحتياطية التلقائية على مثيل DB المصدر قبل إضافة النُسخ المتماثلة للقراءة عن طريق تعيين فترة الاحتفاظ بالنُسخ الاحتياطية بقيمة أخرى غير 0. يجب الاستمرار في تمكين النُسخ الاحتياطي حتى تعمل النُسخ المتماثلة للقراءة.

Amazon Aurora: جميع كتل DB.

Amazon RDS for MySQL: تدعم جميع مثيلات DB إنشاء نسخ متماثلة للقراءة. يجب تمكين النُسخ الاحتياطية التلقائية على مثيل DB المصدر لعمليات النَّسخ المتماثل للقراءة والاستمرار في ذلك. النُسخ الاحتياطية التلقائية على النسخة المتماثلة مدعومة فقط للنسخ المتماثلة للقراءة من Amazon RDS التي تعمل على MySQL 5.6 والإصدارات الأحدث، وليس 5.5.

Amazon RDS for PostgreSQL: تدعم مثيلات DB مع إصدار PostgreSQL 9.3.5 أو الإصدارات الأحدث إنشاء نسخ متماثلة للقراءة. يجب ترقية مثيلات PostgreSQL الموجودة قبل الإصدار 9.3.5 إلى الإصدار 9.3.5 من PostgreSQL للاستفادة من النسخ المتماثلة للقراءة من Amazon RDS.

Amazon RDS for MariaDB: تدعم جميع مثيلات DB إنشاء نسخ متماثلة للقراءة. يجب تمكين النُسخ الاحتياطية التلقائية على مثيل DB المصدر لعمليات النَّسخ المتماثل للقراءة والاستمرار في ذلك.

Amazon RDS for Oracle: مدعوم لإصدار Oracle رقم ‎12.1.0.2.v12 والإصدارات الأحدث ولجميع إصدارات 12.2 باستخدام نموذج "احضر ترخيصك الخاص" مع الإصدار Oracle Database Enterprise Edition ومرخص لـ "خيار حماية البيانات النشط".

Amazon RDS for SQL Server: النسخ المتماثلة للقراءة مدعومة على الإصدار Enterprise Edition في تكوين مناطق توافر الخدمات المتعددة عندما تستخدم تقنية النَّسخ المتماثل الأساسية مجموعات إتاحة Always On لإصدارات SQL Server لعامي 2016 و2017.

يمكنك إنشاء نسخة متماثلة للقراءة في غضون دقائق باستخدام CreateDBInstanceReadReplica API القياسية أو من خلال بضع خطوات على وحدة إدارة تحكم AWS. عند إنشاء نسخة متماثلة للقراءة، يمكنك تحديدها كنسخة متماثلة للقراءة عن طريق تحديد SourceDBInstanceIdentifier. SourceDBInstanceIdentifier هو مُعرِّف مثيل DB لمثيل DB "المصدر" الذي ترغب في نسخه نسخًا متماثلًا. كما هو الحال مع مثيل DB القياسي، يمكنك كذلك تحديد "منطقة توافر الخدمات" وفئة مثيل DB وفترة الصيانة المفضلة. يؤخذ إصدار المحرك (على سبيل المثال، PostgreSQL 9.3.5) وتخصيص التخزين للنسخة المتماثلة للقراءة من مثيل DB المصدر. 

عند بدء إنشاء نسخة متماثلة للقراءة، تأخذ Amazon RDS نسخة احتياطية فورية من مثيل DB المصدر وتبدأ النسخ المتماثل. ونتيجة لذلك، ستواجه تعليقًا قصيرًا للإدخال/الإخراج في مثيل DB المصدر عند إنشاء النسخة الاحتياطية الفورية. عادةً ما يستمر تعليق الإدخال/الإخراج في حدود دقيقة واحدة ويتم تجنبه إذا كان مثيل DB المصدر مثيل نشر لمناطق توافر خدمات متعددة (في حالة عمليات النشر لمناطق توافر خدمات متعددة، تؤخذ النُسخ الاحتياطية الفورية من الاحتياطي).

تنشئ Amazon RDS تحسينًا (سيتم إصداره قريبًا) حاليًا كذلك بحيث إذا أنشأت "نسخ متماثلة للقراءة" متعددة في غضون 30 دقيقة، فستستخدم جميعها النسخة الاحتياطية الفورية من المصدر نفسها لتقليل تأثير الإدخال/الإخراج (سيبدأ النَّسخ المتماثل "العاجل" لكل "نسخة متماثلة للقراءة" بعد الإنشاء).

يمكنك الاتصال بنسخة متماثلة للقراءة تمامًا كما لو كنت تتصل بمثيل DB قياسي، وذلك باستخدام DescribeDBInstance API أو وحدة إدارة تحكم AWS لاسترداد نقطة (نقاط) النهاية للنسخة (النسخ) المتماثلة للقراءة. إذا كان لديك العديد من النسخ المتماثلة للقراءة، فإن الأمر متروك لتطبيقك لتحديد كيفية توزيع حركة علميات القراءة بينها.

يتيح لك Amazon RDS for MySQL وMariaDB وPostgreSQL إنشاء ما يصل إلى 15 نسخة متماثلة للقراءة لمثيل DB مصدر معين. يتيح لك Amazon RDS for Oracle وSQL Server إنشاء ما يصل إلى 5 نسخ متماثلة للقراءة لمثيل DB مصدر معين.

نعم، تدعم Amazon RDS (باستثناء RDS for SQL Server) النسخ المتماثلة للقراءة عبر المناطق. يعتمد مقدار الوقت بين كتابة البيانات لمثيل DB المصدر وإتاحتها في النسخة المتماثلة للقراءة على وقت استجابة الشبكة بين المنطقتين.

لا. تُنفذ النسخ المتماثلة للقراءة في Amazon RDS for MySQL وMariaDB وPostgreSQL وOracle وSQL Server باستخدام النَّسخ المتماثل الأصلي غير المتزامن لتلك المحركات. يستخدم Amazon Aurora آلية نَّسخ متماثل مختلفة ولكنها لا تزال غير متزامنة.

إذا كنت تريد استخدام النَّسخ المتماثل لزيادة إتاحة كتابة قاعدة البيانات وحماية تحديثات قاعدة البيانات الأخيرة من حالات الفشل المختلفة، فإننا نوصي بتشغيل مثيل DB بوصفه مثيل نشر لمناطق توافر خدمات متعددة. باستخدام النسخ المتماثلة للقراءة من Amazon RDS، التي تستخدم النَّسخ المتماثل الأصلي وغير المتزامن للمحركات المدعومة، تحدث عمليات كتابة قاعدة البيانات على نسخة متماثلة للقراءة بعد حدوثها بالفعل في مثيل DB المصدر، ويمكن أن يختلف "تأخر" النَّسخ المتماثل هذا بشكل كبير. 

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

بالإضافة إلى ذلك، تتم إدارة النَّسخ المتماثل بشكل كامل من خلال عمليات النشر لمناطق توافر خدمات متعددة. تراقب Amazon RDS تلقائيًا حالات فشل مثيل DB أو فشل "منطقة توافر الخدمات" وتبدأ بإجراء تجاوز الفشل التلقائي على الاحتياطي (أو نسخة متماثلة للقراءة، في حالة Amazon Aurora) في حالة حدوث انقطاع.

نعم. نظرًا إلى أن مثيلات DB لمناطق توافر خدمات متعددة تلبي حاجة مختلفة عن النسخ المتماثلة للقراءة، فمن المنطقي استخدام الاثنتين جنبًا إلى جنب لعمليات نشر الإنتاج وربط نسخة متماثلة للقراءة بنشر مثيل DB لمناطق توافر خدمات متعددة. يوفر لك مثيل DB لمناطق توافر خدمات متعددة "المصدر" إتاحة مُحسَّنة للكتابة واستدامة البيانات، وستحسّن نسخة القراءة المتماثلة المرتبطة على قابلية توسع حركة مرور عمليات القراءة.

نعم. تسمح لك Amazon RDS for MySQL وMariaDB وPostgreSQL وOracle بتمكين التكوين لمناطق توافر خدمات متعددة على النسخ المتماثلة للقراءة لدعم التعافي من الكوارث وتقليل وقت التوقف الذي تتسبب فيه ترقيات المحرك.

في حالة تجاوز الفشل لمناطق توافر خدمات متعددة، ستستأنف أي نسخ متماثلة للقراءة مرتبطة ومتاحة النَّسخ المتماثل تلقائيًا بمجرد اكتمال تجاوز الفشل (الحصول على تحديثات من المثيل الأساسي الذي تمت ترقيته حديثًا).

Amazon Aurora وAmazon RDS for MySQL وMariaDB: يمكنك إنشاء ثلاث طبقات من النسخ المتماثلة للقراءة. يمكن إنشاء نسخة متماثلة للقراءة من الطبقة الثانية من نسخة متماثلة للقراءة من الطبقة الأولى كما يمكن إنشاء نسخة متماثلة من الطبقة الثالثة من النسخ المتماثلة للقراءة من الطبقة الثانية. من خلال إنشاء نسخة متماثلة للقراءة من الطبقة الثانية والطبقة الثالثة، قد تتمكن من نقل بعض عبء النَّسخ المتماثل من مثيل قاعدة البيانات الأساسي إلى طبقات مختلفة من "النسخة المتماثلة للقراءة" بناءً على احتياجات تطبيقك.

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

Amazon RDS for Oracle وAmazon RDS for SQL Server: لا تُدعم النسخ المتماثلة للقراءة للنسخ المتماثلة للقراءة حاليًا.

صُممت النسخ المتماثلة للقراءة لخدمة حركة مرور عمليات القراءة. ومع ذلك، قد تكون هناك حالات استخدام يرغب فيها المستخدمون المتقدمون في إكمال عبارات SQL بلغة تعريف البيانات (DDL) بنسخة متماثلة للقراءة. قد تتضمن الأمثلة إضافة فهرس قاعدة بيانات إلى نسخة متماثلة للقراءة تُستخدم لتقارير الأعمال من دون إضافة الفهرس نفسه إلى مثيل DB المصدر المقابل.

يمكن تكوين Amazon RDS for MySQL للسماح بتشغيل عبارات SQL لـ DDL بنسخة متماثلة للقراءة. إذا كنت ترغب في تمكين عمليات أخرى غير عمليات القراءة لنسخة متماثلة للقراءة معينة، فعدّل مجموعة معلمات DB النشطة لإعداد النسخة المتماثلة للقراءة وهو معلمة read_only إلى 0.

لا تدعم Amazon RDS for PostgreSQL تنفيذ عبارات SQL للغة تعريف البيانات بنسخة متماثلة للقراءة.

نعم. راجع  دليل مستخدم Amazon RDS لمزيد من التفاصيل.

ستُنسخ تحديثات مثيل DB المصدر تلقائيًا إلى أي نسخ متماثلة للقراءة مرتبطة. ومع ذلك، مع تقنية النَّسخ المتماثل غير المتزامن للمحركات المدعومة، يمكن أن تتخلف النسخة المتماثلة للقراءة عن مثيل DB المصدر لمجموعة متنوعة من الأسباب. تشمل الأسباب المعتادة الآتي:

• أن يتجاوز حجم الإدخال/الإخراج إلى مثيل DB المصدر المعدل الذي يمكن عنده تطبيق التغييرات على النسخة المتماثلة للقراءة (من المرجح أن تنشأ هذه المشكلة بشكل خاص إذا كانت سعة حوسبة النسخة المتماثلة للقراءة أقل من مثيل قاعدة البيانات المصدر)
• أن تؤدي المعاملات المعقدة أو طويلة الأمد إلى مثيل DB المصدر إلى إعاقة النَّسخ المتماثل للنسخة المتماثلة المقروءة
• تقسيمات الشبكة أو وقت الاستجابة بين مثيل DB المصدر ونسخة القراءة المتماثلة

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

يمكنك استخدام DescribeDBInstances API القياسية لإرجاع قائمة بجميع مثيلات DB التي نشرتها (بما في ذلك النسخ المتماثلة للقراءة) أو النقر فوق علامة تبويب "المثيلات" في وحدة تحكم Amazon RDS ببساطة.

تتيح لك Amazon RDS الحصول على رؤية لمدى تخلف النسخة المتماثلة للقراءة عن مثيل DB المصدر. يُنشر عدد الثواني التي تتخلف فيها النسخة المتماثلة للقراءة عن المثيل الأساسي كمقياس Amazon CloudWatch ("تأخر النسخة المتماثلة") المتاح عبر وحدة إدارة تحكم AWS أو واجهات برمجة تطبيقات Amazon CloudWatch.

بالنسبة إلى Amazon RDS for MySQL، يكون مصدر هذه المعلومات هو نفسه الذي يُعرض من خلال إصدار أمر MySQL القياسي "عرض حالة النسخة المتماثلة" مقابل النسخة المتماثلة للقراءة. بالنسبة إلى Amazon RDS for PostgreSQL، يمكنك استخدام عرض pg_stat_replication على مثيل DB المصدر لاستكشاف مقاييس النَّسخ المتماثل.

تراقب Amazon RDS حالة النَّسخ المتماثل "للنسخ المتماثلة للقراءة" لديك وتحدث حقل "حالة النَّسخ المتماثل" في وحدة إدارة تحكم AWS إلى "خطأ" إذا توقف النَّسخ المتماثل لأي سبب (على سبيل المثال، قد تؤدي محاولة إجراء استعلامات لغة معالجة البيانات (DML) على النسخة المتماثلة لديك والتي تتعارض مع التحديثات التي أُجريت على مثيل قاعدة البيانات الأساسي إلى حدوث خطأ في النَّسخ المتماثل). يمكنك مراجعة تفاصيل الخطأ المرتبط الذي تسبب فيه محرك MySQL من خلال عرض حقل "خطأ في النَّسخ المتماثل" واتخاذ الإجراء المناسب لإصلاحه. يمكنك معرفة المزيد حول استكشاف مشكلات النَّسخ المتماثل وإصلاحها في قسم استكشاف أخطاء مشكلات النسخ المتماثلة للقراءة وإصلاحها في دليل المستخدم لـ Amazon RDS for MySQL أو PostgreSQL. 

في حالة إصلاح خطأ النَّسخ المتماثل، تتغير "حالة النَّسخ المتماثل" إلى "جارٍ النَّسخ المتماثل".

لكي يعمل النَّسخ المتماثل بفعالية، نوصي بأن تحتوي النسخ المتماثلة للقراءة على موارد الحوسبة والتخزين لمثيلات DB المصدر الخاصة بها نفسها أو أكثر منها. وإلا فمن المحتمل أن يزداد تأخر النَّسخ المتماثل أو قد تنفد مساحة النسخة المتماثلة للقراءة لتخزين التحديثات المنسوخة.

يمكنك حذف نسخة متماثلة للقراءة ببضع خطوات من وحدة إدارة تحكم AWS أو بتمرير مُعرِّف مثيل DB الخاص بها إلى DeleteDBInstance API. 

ستبقى نسخة Amazon Aurora المتماثلة نشطة وتستمر في قبول حركة مرور عمليات القراءة حتى بعد حذف مثيل DB المصدر المقابل لها. ستتم ترقية إحدى النسخ المتماثلة في الكتلة تلقائيًا بوصفها النسخة الأساسية الجديدة وستبدأ بقبول حركة مرور عمليات الكتابة.

ستظل النسخة المتماثلة للقراءة من Amazon RDS for MySQL أو MariaDB نشطة وتستمر في قبول حركة مرور عمليات القراءة حتى بعد حذف مثيل DB المصدر المقابل لها. إذا كنت ترغب في حذف "نسخة متماثلة للقراءة" بالإضافة إلى مثيل DB المصدر، فيجب عليك القيام بذلك بشكل صريح باستخدام DeleteDBInstance API أو وحدة إدارة تحكم AWS.

إذا حذفت مثيل DB من Amazon RDS for PostgreSQL يحتوي على نسخ متماثلة للقراءة، فستتم ترقية جميع "النسخ المتماثلة للقراءة" إلى مثيلات DB مستقلة وستتمكن من قبول حركة مرور عمليات القراءة والكتابة كلتيهما. ستعمل مثيلات DB التي تمت ترقيتها حديثًا بشكل مستقل عن بعضها. إذا كنت ترغب في حذف مثيلات DB هذه بالإضافة إلى مثيل DB المصدر الأصلي، فيجب عليك القيام بذلك بشكل صريح باستخدام DeleteDBInstance API أو وحدة إدارة تحكم AWS.

تُحرر فواتير النسخة المتماثلة للقراءة كمثيل DB القياسي وبالأسعار نفسها. تمامًا مثل مثيل DB القياسي، يُحدد السعر لكل "ساعة مثيل DB" للنسخة المتماثلة للقراءة من خلال فئة مثيل DB للنسخة المتماثلة للقراءة - يُرجى الاطلاع على صفحة التسعير للحصول على أحدث الأسعار. لا يتم تحصيل رسوم منك مقابل نقل البيانات الناتج عن نسخ البيانات بين مثيل DB المصدر والنسخة المتماثلة للقراءة في "منطقة AWS" نفسها.

تبدأ عملية تحرير الفواتير للنسخة المتماثلة للقراءة بمجرد إنشاء النسخة المتماثلة بنجاح (أي عندما تُدرج الحالة على أنها "نشطة"). سيستمر تحرير فواتير النسخة المتماثلة للقراءة بأسعار مثيل DB من Amazon RDS القياسية للساعة حتى تصدر أمرًا بحذفها.

تمنحك المراقبة المُحسَّنة لـ Amazon RDS رؤية أعمق لصحة مثيلات Amazon RDS. ما عليك سوى تشغيل خيار "المراقبة المُحسَّنة" لمثيل قاعدة بيانات Amazon RDS وتعيين مستوى الدقة وستقوم المراقبة المُحسَّنة بجمع مقاييس نظام التشغيل الحيوية ومعالجة المعلومات، بالدقة المحددة.

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

تسجل المراقبة المُحسَّنة مقاييس مستوى نظام مثيل Amazon RDS، مثل وحدة المعالجة المركزية والذاكرة ونظام الملفات وعمليات الإدخال/الإخراج على القرص وغيرها. يمكن العثور على القائمة الكاملة للمقاييس في الوثائق.

تدعم المراقبة المُحسَّنة جميع محركات قاعدة بيانات Amazon RDS.

تدعم المراقبة المُحسَّنة كل أنواع المثيلات باستثناء ‎t1.micro و‎m1.small. يستخدم البرنامج قدرًا صغيرًا من وحدة المعالجة المركزية والذاكرة والإدخال/الإخراج، وللمراقبة لأغراض عامة، نوصي بتشغيل درجات الدقة العالية للمثيلات المتوسطة أو الأكبر من ذلك. وبالنسبة إلى مثيلات قاعدة البيانات غير الإنتاجية، يكون الإعداد الافتراضي للمراقبة المُحسَّنة هو "إيقاف التشغيل" ولديك خيار تركها معطلة أو تعديل الدقة عند تشغيلها.

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

لا، لكن يمكنك تعيين درجات مختلفة لكل مثيل قاعدة بيانات في حساب Amazon RDS. ويمكنك أيضًا اختيار المثيلات التي تريد تمكين المراقبة المحسَّنة عليها بالإضافة إلى تعديل دقة أي مثيل عندما تريد.

يمكنك رؤية قيم الأداء لجميع المقاييس حتى ساعة واحدة سابقة بمستوى دقة يصل إلى ثانية واحدة بناءً على إعداداتك.

تُسلَّم المقاييس من المراقبة المُحسَّنة لـ Amazon RDS إلى حساب "سجلات CloudWatch" لديك. يمكنك إنشاء تصفية المقاييس في CloudWatch من "سجلات CloudWatch" وعرض الرسوم البيانية على لوحة معلومات CloudWatch. لمزيد من التفاصيل، يُرجى زيارة صفحة Amazon CloudWatch.

يجب عليك استخدام CloudWatch إذا كنت ترغب في عرض البيانات السابقة بخلاف ما هو متاح على لوحة معلومات وحدة تحكم Amazon RDS. يمكنك مراقبة مثيلات Amazon RDS الخاصة بك في CloudWatch لتشخيص صحة مكدس AWS بالكامل في مكان واحد. حاليًا، تدعم CloudWatch مستويات الدقة التي تصل إلى دقيقة واحدة وسيتم حساب متوسط القيم للحصول على مستويات دقة أقل من ذلك.

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

توفر المراقبة المُحسَّنة لـ Amazon RDS مجموعة من المقاييس تم تشكيلها كحمولات JSON تُقدَّم إلى حساب سجلات CloudWatch الخاص بك. تُقدَّم حمولات JSON بالدقة نفسها التي تم تكوينها مؤخرًا لمثيل Amazon RDS.

هناك طريقتان يمكنك من خلالهما استهلاك المقاييس عبر لوحة تحكم أو تطبيق تابع لجهة خارجية. يمكن لأدوات المراقبة استخدام  اشتراكات حسابات CloudWatch لإعداد تغذية شبه فورية للمقاييس. أو يمكنك استخدام عوامل التصفية في سجلات CloudWatch لربط المقاييس عبر حسابات CloudWatch ودمج تطبيقك مع CloudWatch. يُرجى زيارة وثائق Amazon CloudWatch لمزيد من التفاصيل.

نظرًا إلى أن المراقبة المُحسَّنة تقدِّم حمولات JSON إلى سجل في حساب سجلات CloudWatch الخاص بك، يمكنك التحكم في فترة الاحتفاظ بها تمامًا مثل أي تدفق سجلات CloudWatch آخر. تبلغ فترة الاحتفاظ الافتراضية التي تم تكوينها للمراقبة المحسَّنة في سجلات حساب CloudWatch ‏30 يومًا. للحصول على تفاصيل حول كيفية تغيير إعدادات الاحتفاظ، يُرجى زيارة دليل مطوري Amazon CloudWatch.

نظرًا إلى أن المقاييس يتم استيعابها في سجلات CloudWatch، فستعتمد الرسوم الخاصة بك على معدلات نقل بيانات سجلات CloudWatch وتخزينها بمجرد تجاوز المستوى المجاني لسجلات CloudWatch. يمكن العثور على تفاصيل التسعير هنا. يتناسب مقدار المعلومات المنقولة إلى مثيل Amazon RDS بشكل مباشر مع مستوى الدقة المُحدد لميزة المراقبة المُحسَّنة. يمكن للمسؤولين تعيين درجات متباينة للدقة للمثيلات المختلفة في حساباتهم لإدارة التكاليف.

يكون الحجم التقريبي للبيانات التي يتم استيعابها في سجلات CloudWatch عن طريق المراقبة المُحسَّنة للمثيل كما هو موضح أدناه:

Amazon RDS Proxy هو ميزة قاعدة بيانات مُدارة بالكامل ومتوافرة إلى حد كبير في Amazon RDS. يجعل RDS Proxy التطبيقات أكثر قابلية للتوسع وأكثر مرونة في مواجهة حالات فشل قاعدة البيانات وأكثر أمانًا.

إن Amazon RDS Proxy هو ميزة وكيل قاعدة بيانات مُدارة بالكامل ومتوافرة إلى حد كبير وسهلة الاستخدام في Amazon RDS تُمكِّن تطبيقاتك من: 1) تحسين قابلية التوسع من خلال تجميع اتصالات قاعدة البيانات ومشاركتها، و2) تحسين التوافر عن طريق تقليل أوقات تجاوز الفشل في قاعدة البيانات بنسبة تصل إلى 66% والحفاظ على اتصالات التطبيق في أثناء تجاوز الفشل، و3) تحسين الأمان عن طريق فرض مصادقة AWS IAM اختياريًا على قواعد البيانات وتخزين بيانات الاعتماد بأمان في AWS Secrets Manager.

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

تعمل Amazon RDS Proxy على تحويل نهجك إلى بناء تطبيقات حديثة بلا خادم تستفيد من قوة قواعد البيانات العلائقية وبساطتها. أولًا، يُمكِّن RDS Proxy التطبيقات بلا خادم من التحجيم بكفاءة من خلال تجميع اتصالات قاعدة البيانات وإعادة استخدامها. ثانيًا، مع RDS Proxy، لم تعد بحاجة إلى التعامل مع بيانات اعتماد قاعدة البيانات في كود Lambda الخاص بك. يمكنك استخدام دور التنفيذ IAM المرتبط بوظيفة Lambda للمصادقة مع RDS Proxy ومع قاعدة البيانات الخاصة بك. ثالثًا، لا تحتاج إلى إدارة أي بنية أساسية أو كود جديد للاستفادة من الإمكانات الكاملة للتطبيقات بلا خادم المدعومة بقواعد البيانات العلائقية. يُدار RDS Proxy بالكامل ويتم تحجيمه تلقائيًا بناءً على متطلبات التطبيق.

يتوفر RDS Proxy لقاعدة بيانات Amazon Aurora بالتوافق مع MySQL وAmazon Aurora بالتوافق مع PostgreSQL وAmazon RDS for MariaDB وAmazon RDS for MySQL وAmazon RDS for PostgreSQL وAmazon RDS for SQL Server. للحصول على قائمة بإصدارات المحرك المدعومة، راجع دليل مستخدم Amazon Aurora أو دليل مستخدم Amazon RDS.

يمكنك تمكين Amazon RDS Proxy لقاعدة بيانات Amazon RDS الخاصة بك ببضع نقرات فقط في وحدة تحكم Amazon RDS. يمكنك تحديد السحابة الخاصة الافتراضية (VPC) والشبكات الفرعية التي تريد الوصول إلى RDS Proxy عن طريقها، في أثناء تمكين RDS Proxy. بصفتك مستخدمًا لوظيفة Lambda، يمكنك تمكين Amazon RDS Proxy لقاعدة بيانات Amazon RDS الخاصة بك وإعداد وظيفة Lambda للوصول إليها ببضع نقرات فقط في وحدة تحكم Lambda.

نعم. يمكنك استخدام واجهات برمجة تطبيقات Amazon RDS Proxy لإنشاء وكيل ومن ثَمَّ تحديد المجموعات المستهدفة لربط الوكيل بمثيلات أو مجموعات قاعدة بيانات محددة. على سبيل المثال:

aws rds create-db-proxy 
        --db-proxy-name '…' 
        --engine-family <mysql|postgresql>       
        --auth [{}, {}] 
        --role-arn '…'
        --subnet-ids {}
        --require-tls <true|false>
        --tags {}
aws rds register-db-proxy-targets 
        --target-group-name '…'
        --db-cluster-identifier  '…'
        --db-instance-identifier '…'

تُمكِّن ملحقات اللغة الموثوقة (TLE) لـ PostgreSQL المطورين من إنشاء ملحقات PostgreSQL عالية الأداء وتشغيلها بأمان على Amazon Aurora وAmazon RDS. عند القيام بذلك، تعمل TLE على تحسين وقت التسويق وإزالة العبء الملقى على عاتق مسؤولي قواعد البيانات للمصادقة على التعليمات البرمجية المخصصة والتابعة لجهات خارجية لاستخدامها في أعباء عمل قاعدة بيانات الإنتاج. يمكنك المضي قدمًا بمجرد أن تحدد الملحق الذي يلبي احتياجاتك. يمكن لموردي البرمجيات المستقلين (ISVs) باستخدام TLE، توفير ملحقات PostgreSQL جديدة للعملاء الذين يعملون على Aurora وAmazon RDS.

تُنفذ ملحقات PostgreSQL في مساحة العملية نفسها للحصول على أداء عالٍ. ومع ذلك، قد تحتوي الملحقات على عيوب برمجية يمكن أن تؤدي إلى تعطل قاعدة البيانات.

توفر TLE لـ PostgreSQL طبقات متعددة من الحماية للحد من هذه المخاطر. صُممت TLE للحد من الوصول إلى موارد النظام. يمكن لدور rds_superuser تحديد من يُسمح له بتثبيت ملحقات معينة. ومع ذلك، لا يمكن إجراء هذه التغييرات إلا من خلال TLE API. صُممت TLE للحد من تأثير عيب الملحق في اتصال قاعدة بيانات واحد. بالإضافة إلى هذه الإجراءات الوقائية، صُممت TLE لتوفر لمسؤولي قواعد البيانات (DBAs) في دور rds_superuser التحكم الدقيق عبر الإنترنت في الأشخاص الذين يمكنهم تثبيت الملحقات ويمكنهم إنشاء نموذج أذونات لتشغيلها.

لن يتمكن سوى المستخدمين الذين لديهم امتيازات كافية من التشغيل والإنشاء باستخدام الأمر CREATE EXTENSION على ملحق اللغة الموثوقة. يمكن لـ DBAs كذلك السماح بقائمة "خطافات PostgreSQL" المطلوبة للملحقات الأكثر تعقيدًا التي تعدل السلوك الداخلي لقاعدة البيانات وتتطلب عادةً امتيازًا متقدمًا.

إن TLE لـ PostgreSQL متاحة لإصدار Amazon Aurora المتوافق مع PostgreSQL وAmazon RDS على PostgreSQL في الإصدار 14.5 والإصدارات الأحدث. يتم تطبيق TLE كملحق PostgreSQL بحد ذاته ويمكنك تنشيطه من دور rds_superuser مثل الإضافات الأخرى المدعومة على Aurora وAmazon RDS.

يمكنك تشغيل TLE لـ PostgreSQL في PostgreSQL 14.5 أو الإصدارات الأحدث في Amazon Aurora وAmazon RDS.  

تتوافر TLE for PostgreSQL حاليًا في جميع مناطق AWS (باستثناء مناطق AWS في الصين) وفي مناطق AWS GovCloud.

إن TLE لـ PostgreSQL متاحة لعملاء Aurora وعملاء Amazon RDS من دون أي تكلفة إضافية.

تدعم Aurora وAmazon RDS مجموعة منسقة تضم أكثر من 85 ملحقًا لـ PostgreSQL. تدير AWS المخاطر الأمنية لكل من هذه الملحقات بموجب نموذج المسؤولية المشتركة من AWS. تم تضمين الملحق الذي يطبق TLE لـ PostgreSQL في هذه المجموعة. تعتبر الملحقات التي تكتبها أو تحصل عليها من مصادر خارجية وتُثبِّتها في TLE جزءًا من كود التطبيق الخاص بك. أنت مسؤول عن أمان تطبيقاتك التي تستخدم ملحقات TLE.

يمكنك إنشاء وظائف المطور، مثل ضغط الصور النقطية والخصوصية التفاضلية (مثل الاستعلامات الإحصائية المتاحة للجمهور التي تحمي خصوصية الأفراد).

تدعم TLE لـ PostgreSQL حاليًا لغات JavaScript وPL/pgSQL وPerl وSQL.

بمجرد أن يقوم دور rds_superuser بتنشيط TLE لـ PostgreSQL، يمكنك نشر ملحقات TLE باستخدام الأمر SQL CREATE EXTENSION من أي عميل PostgreSQL، مثل psql. هذا مشابه لكيفية إنشاء وظيفة محددة من قِبل المستخدم مكتوبة بلغة إجرائية، مثل PL/pgSQL أو PL/Perl. يمكنك التحكم في المستخدمين الذين لديهم إذن لنشر ملحقات TLE واستخدام ملحقات محددة.

تصل TLE لـ PostgreSQL إلى قاعدة بيانات PostgreSQL حصريًا من خلال واجهة برمجة تطبيقات TLE. تتضمن اللغات الموثوقة المدعومة في TLE جميع وظائف واجهة برمجة الخادم (SPI) PostgreSQL وتدعم خُطَّافات PostgreSQL، بما في ذلك خطاف التحقق من كلمة المرور.

يمكنك معرفة المزيد حول TLE لـ PostgreSQL على صفحة TLE على GitHub  الرسمية.

تتوافر Amazon RDS Blue/Green Deployments في إصدار Amazon Aurora المتوافق مع MySQL، وإصدار Amazon Aurora المتوافق مع PostgreSQL، وAmazon RDS for MySQL، وAmazon RDS for MariaDB، وAmazon RDS for PostgreSQL. 

تتوافر Amazon RDS Blue/Green Deployments في الإصدار 5.6 والإصدارات الأحدث من Amazon Aurora المتوافقة مع MySQL، وفي الإصدار 5.7 والإصدارات الأحدث من RDS for MySQL وفي RDS للإصدار MariaDB 10.2 والإصدارات الأحدث. يتم دعم Blue/Green Deployments أيضًا لإصدار Amazon Aurora المتوافق مع PostgreSQL وAmazon RDS for PostgreSQL للإصدار 11.21 والإصدارات الأحدث، والإصدار 12.16 والإصدارات الأحدث، والإصدار 13.12 والإصدارات الأحدث، والإصدار 14.9 والإصدارات الأحدث، والإصدار 15.4 والإصدارات الأحدث. تعرف على المزيد حول الإصدارات المتاحة في وثائق Amazon Aurora وAmazon RDS. 

تتوافر Amazon RDS Blue/Green Deployments في جميع مناطق AWS وفي مناطق AWS GovCloud.

تتيح لك Amazon RDS Blue/Green Deployments إجراء تغييرات أكثر أمانًا وبساطة وسرعة في قاعدة البيانات. تُعد Blue/Green Deployments مثالية لحالات الاستخدام مثل ترقيات الإصدار الرئيسي أو الثانوي لمحرك قاعدة بيانات، وتحديثات نظام التشغيل، والتغييرات في المخطط في البيئات الخضراء التي لا تؤدي إلى توقف النسخ المتماثل المنطقي مثل إضافة عمود جديد في نهاية الجدول أو التغييرات في إعداد معلمات قاعدة البيانات. يمكنك استخدام Blue/Green Deployments لإجراء تحديثات متعددة لقاعدة البيانات في الوقت نفسه باستخدام عملية تحول واحدة. يتيح لك ذلك البقاء على اطلاع دائم على تصحيحات الأمان وتحسين أداء قاعدة البيانات والوصول إلى ميزات قاعدة البيانات الأحدث مع وقت تعطل قصير يمكن التنبؤ به.

ستتحمل مقابل تشغيل أعباء العمل على مثيلات البيئة الخضراء التكلفة نفسها التي كنت تتحملها مقابل التشغيل على مثيلات البيئة الزرقاء. تتضمن تكلفة التشغيل على مثيلات البيئتين الزرقاء والخضراء أسعارنا القياسية الحالية لمثيلات قواعد البيانات وتكلفة التخزين وتكلفة عمليات الإدخال/الإخراج للقراءة/الكتابة وأي ميزات ممكَّنة مثل تكلفة النُسخ الاحتياطية ورؤى أداء Amazon RDS. أنت تدفع ما يقرب من ضعف تكلفة تشغيل أعباء العمل على مثيل قاعدة البيانات طوال فترة blue-green-deployment.

على سبيل المثال: لديك قاعدة بيانات RDS for MySQL 5.7 تعمل على مثيلين من مثيلات قاعدة بيانات r5.2xlarge ومثيل قاعدة بيانات أساسي ونسخة متماثلة للقراءة، في منطقة AWS‏ us-east-1 بتكوين مناطق توافر خدمات متعددة (MAZ). تم تكوين كلا مثيلي قاعدة البيانات r5.2xlarge لمخزن المجموعات المرن بـ Amazon سعة 20 جيبي بايت للأغراض العامة. يمكنك إنشاء استنساخ من طوبولوجيا مثيل البيئة الزرقاء باستخدام Amazon RDS Blue/Green Deployments، وتشغيله لمدة 15 يومًا (360 ساعة)، ومن ثّمَّ حذف مثيلات البيئة الزرقاء بعد نجاح عملية التحول. تبلغ تكلفة مثيلات البيئة الزرقاء 1387 دولارًا أمريكيًا مقابل 15 يومًا بمعدل تكلفة حسب الطلب يبلغ 1.926 دولارًا أمريكيًا في الساعة (تكلفة المثيل + تكلفة EBS). تبلغ التكلفة الإجمالية التي تتكبدها مقابل استخدام Blue/Green Deployments لمدة 15 يومًا 2774 دولارًا أمريكيًا، وهو ضعف تكلفة تشغيل مثيلات البيئة الزرقاء لتلك الفترة الزمنية.

تتيح لك Amazon RDS Blue/Green Deployments إجراء تغييرات أكثر أمانًا وبساطة وسرعة في قاعدة البيانات، مثل ترقيات الإصدارات الرئيسية أو الثانوية وتغييرات المخططات وتحجيم المثيلات والتغييرات في معلمات المحرك وتحديثات الصيانة.

في Amazon RDS Blue/Green Deployments، البيئة الزرقاء هي بيئة الإنتاج الحالية. والبيئة الخضراء هي البيئة المرحلية التي ستصبح بيئة الإنتاج الجديدة بعد عملية التحول.

عندما تبدأ Amazon RDS Blue/Green Deployments عملية تحول، فإنها تحظر عمليات الكتابة على كل من البيئتين الزرقاء والخضراء، حتى اكتمال عملية التحول. في أثناء عملية التحول، تلحق البيئة المرحلية أو البيئة الخضراء بنظام الإنتاج، ما يضمن اتساق البيانات بين البيئة المرحلية وبيئة الإنتاج. تعمل Blue/Green Deployments على ترقية البيئة المرحلية إلى بيئة إنتاج من خلال إعادة توجيه حركة المرور إلى بيئة الإنتاج التي تمت ترقيتها حديثًا، بمجرد أن تتم مزامنة بيئة الإنتاج والبيئة المرحلية بشكل كامل. تم تصميم Blue/Green Deployments لتمكين عمليات الكتابة إلى البيئة الخضراء بعد اكتمال عملية التحول، ما يضمن عدم فقدان البيانات في أثناء عملية التحول.

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

لا تحذف Amazon RDS Blue/Green Deployments بيئة الإنتاج القديمة. عند الحاجة، يمكنك الوصول إليها لإجراء عمليات تحقق إضافية واختبار الأداء/التراجع. إذا لم تعد بحاجة إلى بيئة الإنتاج القديمة، فيمكنك حذفها. يتم تطبيق رسوم الفوترة القياسية على مثيلات الإنتاج القديمة حتى تقوم بحذفها.

تحظر حواجز الحماية الخاصة بـ Amazon RDS Blue/Green Deployments عمليات الكتابة على بيئتيك الزرقاء والخضراء بحيث تلحق بيئتك الخضراء بالزرقاء قبل عملية التحول. تُجري Blue/Green Deployments أيضًا عمليات التحقق من صحة النُسخ الأولية والنُسخ المتماثلة في البيئتين الزرقاء والخضراء. كما تُجري عمليات التحقق من صحة النسخ المتماثل، على سبيل المثال، لمعرفة ما إذا كان النسخ المتماثل قد توقف أو ما إذا كانت هناك أخطاء. وتكتشف المعاملات طويلة المدى بين البيئتين الزرقاء والخضراء. يمكنك تحديد الحد الأقصى لوقت التعطل المسموح به، حتى وقت قليل يصل إلى 30 ثانية، وإذا كانت لديك معاملة جارية تتجاوز هذا الحد، فستنتهي مهلة عملية التحول.

لا، لا تدعم  Amazon RDS Blue/Green Deployments قواعد البيانات العالمية أو Amazon RDS Proxy أو النسخ المتماثلة للقراءة عبر المناطق أو النسخ المتماثلة للقراءة المتتالية.

لا، في الوقت الحالي لا يمكنك استخدام Amazon RDS Blue/Green Deployments للتراجع عن التغييرات.

يحمي MySQL المستخدمين من فقدان البيانات عن طريق كتابة البيانات في صفحات سعة 16 كيبيبايت في الذاكرة مرتين للتخزين بشكل دائم - أولًا في "المُخزِّن المؤقت للكتابة المزدوجة" ثم في خدمة تخزين الجدول. تكتب الكتابات المُحسَّنة من Amazon RDS صفحات البيانات سعة 16 كيبيبايت مباشرةً إلى ملفات البيانات الخاصة بك بشكل موثوق ودائم في خطوة واحدة باستخدام ميزة Torn Write Prevention في AWS Nitro System.

تتوفر الكتابات المُحسّنة من Amazon RDS لـ إصدار MySQL الرئيسي؛ الإصدار 8.0.30 وما يليه.

تتوفر الكتابات المُحسّنة من Amazon RDS في المثيلات db.r6i وdb.r5b. وهي متوفرة في جميع المناطق التي يوجد بها هذه المثيلات، باستثناء مناطق AWS بالصين.

لا. يتجنب إصدار Amazon Aurora المتوافق مع MySQL بالفعل استخدام "المُخزِّن المؤقت للكتابة المزدوجة". تقوم Amazon Aurora بدلًا من ذلك، بتكرار البيانات بعدد ست طرق عبر ثلاث مناطق توافر خدمات (AZS) وتستخدم نهجًا قائمًا على الحصص لكتابة البيانات بشكل دائم وقراءتها بشكل صحيح بعد ذلك.

في الوقت الحالي، لا يدعم هذا الإصدار الأولي تمكين الكتابات المُحسَّنة من Amazon RDS لمثيلات قاعدة البيانات الحالية حتى إذا كانت فئة المثيل تدعم الكتابات المُحسَّنة.

تتوفر الكتابات المُحسَّنة من Amazon RDS لعملاء RDS for MySQL من دون أي تكلفة إضافية.

تستفيد أعباء العمل التي تستخدم كائنات مؤقتة في MySQL وMariaDB لمعالجة الاستعلام من القراءات المُحسَّنة من Amazon RDS. تضع القراءات المُحسَّنة كائنات مؤقتة على وحدة تخزين المثيلات المستندة إلى NVME لمثيل قاعدة البيانات، بدلًا من وحدة تخزين مخزن المجموعات المرن بــ Amazon. يساعد هذا على تسريع معالجة الاستعلام المعقدة بما يصل إلى ضعف المعدل.

تتوافر القراءات المُحسَّنة من Amazon RDS على RDS لـ MySQL على إصدار MySQL 8.0.28 والإصدارات الأحدث وعلى RDS لـ MariaDB على إصدارات MariaDB 10.4.25 و10.5.16 و10.6.7 والإصدارات الأحدث.

تتوافر القراءات المُحسَّنة من Amazon RDS في جميع المناطق التي تتوافر بها مثيلات قواعد البيانات db.r5d، وdb.m5d، وdb.r6gd، وdb.m6gd، وX2idn، وX2iedn. لمزيد من المعلومات، راجع وثائق فئات مثيلات قواعد بيانات Amazon RDS.

ينبغي للعملاء استخدام القراءات المُحسَّنة من Amazon RDS عندما تكون لديهم أعباء عمل تتطلب استعلامات معقدة أو تحليلات لأغراض عامة أو تتطلب مجموعات معقدة وعمليات فرز وعمليات تجميع تدقيقية وجمل ربط عالية الحمل وتعبيرات جدول شائعة (CTEs). تؤدي حالات الاستخدام هذه إلى إنشاء جداول مؤقتة، ما يسمح للقراءات المحسنة (Optimized Reads) بتسريع معالجة استعلامات عبء العمل.

نعم، يمكن للعملاء تحويل قاعدة بيانات Amazon RDS الحالية لاستخدام القراءات المُحسَّنة من Amazon RDS عن طريق نقل عبء العمل إلى مثيل يدعم القراءة المُحسَّنة. تتوافر أيضًا «القراءات المُحسَّنة» افتراضيًا في جميع فئات المثيلات المدعومة. إذا كنت تقوم بتشغيل عبء العمل الخاص بك على مثيلات قواعد البيانات db.r5d، وdb.m5d، وdb.r6gd، وdb.m6gd، وX2idn، وX2iedn، فأنت تستفيد بالفعل من «القراءات المُحسَّنة».