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

عام

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

تمنحك Amazon RDS ميزة الوصول إلى إمكانات قاعدة بيانات RDS for PostgreSQL أو RDS for MySQL أو RDS for MariaDB أو RDS for SQL Server أو RDS for Oracle أو RDS for Db2 مألوفة. يعني هذا أن التعليمات البرمجية والتطبيقات والأدوات التي تستخدمها بالفعل اليوم مع قواعد البيانات الموجودة لديك ينبغي أن تعمل بسلاسة مع Amazon RDS. يمكن لـ Amazon RDS إجراء نسخ احتياطي لقاعدة بياناتك تلقائيًا والحفاظ على تحديث برنامج قاعدة بياناتك بأحدث إصدار. يمكنك الاستفادة من مرونة القدرة على تحجيم موارد الحوسبة أو سعة التخزين المرتبطة بمثيل قاعدة البيانات العلائقية. بالإضافة إلى ذلك، تسهل Amazon RDS استخدام النسخ المتماثل لتحسين توفر قاعدة البيانات أو تحسين استدامة البيانات أو التحجيم بما يتجاوز قيود السعة لمثيل قاعدة بيانات واحد لأعباء عمل قاعدة البيانات كثيفة القراءة. كما هو الحال مع كل خدمات AWS، لا توجد استثمارات مُقدمة ولا تدفع إلا مقابل الموارد التي تستخدمها.

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

نعم، يمكنك تشغيل Amazon RDS محليًا باستخدام Amazon RDS on Outposts. يُرجى الاطلاع على الأسئلة الشائعة حول Amazon RDS on Outposts للحصول على معلومات إضافية.

نعم، يتوفر متخصصو Amazon RDS للإجابة عن الأسئلة وتقديم الدعم. اتصل بنا وسيصلك رد منا خلال يوم عمل واحد لمناقشة كيف يمكن أن تساعد AWS مؤسستك.

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

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

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

يمكنك إعداد اتصال بين وظيفة AWS Lambda وقاعدة بيانات Amazon RDS أو Amazon Aurora من وحدة تحكم Amazon RDS. في وحدة تحكم RDS، حدد قاعدة بيانات RDS أو Aurora من صفحة قائمة قواعد البيانات، واختر "إعداد اتصال Lambda" من القائمة "إجراء". تقوم Amazon RDS تلقائيًا بإعداد إعدادات الشبكة ذات الصلة لتمكين اتصال آمن بين وظيفة Lambda المحددة وقاعدة بيانات RDS أو Aurora.

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

مثيلات قواعد البيانات

يمكنك التفكير في مثيل قاعدة البيانات كبيئة قاعدة بيانات في السحابة فيها موارد الحوسبة والتخزين التي تحددها. يمكنك إنشاء مثيلات قاعدة البيانات وحذفها، وتعريف/تحسين سمات البنية الأساسية لمثيل (مثيلات) قاعدة البيانات لديك والتحكم في الوصول والأمان عبر وحدة إدارة تحكم 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 أو دليل استيراد البيانات لـ 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 RDS للحصول على تفاصيل حول ترقيم الإصدار:

مع مرور الوقت، يضيف 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 هو أمر مفيد لأعباء عمل قاعدة البيانات الصغيرة حيث يتم الوصول إلى البيانات بشكل أقل تكرارًا. لا يوصى بالتخزين المغناطيسي لمثيلات قاعدة بيانات الإنتاج.

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

تختلف عمليات 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.

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

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