نوفمبر 2023: تمت مراجعة هذا المنشور وتحديثه مع التوفر العام لعمليات النشر لمناطق الخدمات المتعددة لمجموعات RA3 المتوفرة.
نُشرت في الأصل في 9 ديسمبر 2022.

الأمازون الأحمر هو مستودع بيانات سحابي مُدار بالكامل بحجم بيتابايت يمكّنك من تحليل مجموعات البيانات الكبيرة باستخدام SQL القياسي. يتم استخدام أعباء عمل مستودع البيانات بشكل متزايد مع تطبيقات التحليلات ذات المهام الحرجة التي تتطلب أعلى مستويات المرونة والتوافر. Amazon Redshift عبارة عن مستودع بيانات قائم على السحابة يدعم العديد من إمكانات الاسترداد لمعالجة حالات الانقطاع غير المتوقعة وتقليل وقت التوقف عن العمل. تقوم أنواع مثيلات Amazon Redshift RA3 بتخزين بياناتها في Redshift Managed Storage (RMS)، المدعوم بواسطة خدمة تخزين أمازون البسيطة (Amazon S3) مما يجعلها متاحة للغاية ومتينة بشكل افتراضي. يدعم Amazon Redshift أيضًا عمليات النسخ الاحتياطي التلقائي التي يمكنها استرداد مستودع البيانات ومعالجة حالات الفشل تلقائيًا ينتقل مجموعات إلى مناطق توافر خدمات مختلفة دون إجراء تغييرات على التطبيقات. على الرغم من أن العديد من العملاء يستفيدون من هذه الميزات، إلا أن عملاء مستودعات بيانات المؤسسة يحتاجون إلى هدف وقت استرداد منخفض (RTO) وتوافر أعلى لدعم استمرارية أعمالهم بأقل تأثير على التطبيقات.

أعلنت Amazon Redshift للتو عن التوفر العام لعمليات نشر Multi-AZ لمجموعات RA3 المتوفرة التي تدعم تشغيل مستودع البيانات الخاص بك في منطقتين لتوافر الخدمات في وقت واحد ويمكن أن تستمر في العمل في سيناريوهات فشل غير متوقعة. إن نشر مناطق توافر الخدمات المتعددة مخصص للعملاء الذين لديهم تطبيقات تحليلية للمهام الحرجة والتي تتطلب أعلى مستويات المرونة والتوافر.

يعمل نشر Redshift Multi-AZ على تعزيز موارد الحوسبة في منطقتين من مناطق التوافر لتوسيع نطاق معالجة عبء عمل مستودع البيانات. في المواقف التي يوجد فيها مستوى عالٍ أو متزامن، سيعمل Redshift تلقائيًا على الاستفادة من الموارد الموجودة في كلا منطقتي توافر الخدمات لتوسيع نطاق عبء العمل لكل من طلبات القراءة والكتابة.

وجدت اختباراتنا السابقة للإطلاق أن عمليات نشر Amazon Redshift Multi-AZ تقلل من وقت الاسترداد إلى أقل من 60 ثانية أو أقل في حالة فشل منطقة AZ غير المحتملة.

Single-AZ مقابل نشر Multi-AZ

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

يتم إنشاء جميع مجموعات Amazon Redshift اليوم وتقع في منطقة توافر خدمات معينة داخل منطقة AWS ومن ثم تسمى عمليات النشر Single-AZ. بالنسبة للنشر أحادي الجانب ، تحدد Amazon Redshift الشبكة الفرعية من إحدى مناطق توافر الخدمات داخل المنطقة وتنشر المجموعة هناك. يمكنك اختيار منطقة توافر الخدمات للنشر ، وسيقوم Amazon Redshift بنشر مجموعتك في منطقة توافر الخدمات المختارة بناءً على الشبكات الفرعية المتوفرة.

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

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

الاسترداد التلقائي للنشر متعدد المناطق

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

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

لا يتم استخدام نشر Amazon Redshift Multi-AZ للحماية من احتمالية فشل منطقة توافر الخدمات فحسب، بل يمكنه أيضًا تحقيق أقصى قدر من أداء مستودع البيانات الخاص بك عن طريق التوزيع التلقائي لمعالجة عبء العمل عبر منطقتي توافر الخدمات. سيعمل نشر مناطق توافر الخدمات المتعددة دائمًا على معالجة استعلام فردي باستخدام موارد الحوسبة من منطقة توافر خدمات واحدة فقط، ولكن يمكنه توزيع معالجة الاستعلامات المتزامنة المتعددة تلقائيًا على منطقتي توافر الخدمات لزيادة الأداء العام لأحمال العمل المتزامنة العالية.

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

نظرة عامة على الحل

في هذا المنشور، نقدم إرشادات حول كيفية إنشاء وإدارة نشر Multi-AZ لـ Amazon Redshift باستخدام وحدة تحكم إدارة AWS. نقوم أيضًا باختبار مدى تحمل الأخطاء في مستودع بيانات Amazon Redshift Multi-AZ ومراقبة الاستعلامات في عملية نشر Multi-AZ لديك.

قم بإنشاء عملية نشر Multi-AZ جديدة من وحدة التحكم

يمكنك بسهولة إنشاء عمليات نشر جديدة متعددة مناطق توافر الخدمات من خلال وحدة تحكم Amazon Redshift. ستنشر Amazon Redshift نفس عدد العقد في كل من منطقتي توافر الخدمات لنشر مناطق توافر خدمات متعددة. يمكن لجميع العقد الخاصة بنشر مناطق توافر الخدمات المتعددة إجراء معالجة حمل عمل القراءة والكتابة أثناء التشغيل العادي. يتم دعم نشر Multi-AZ فقط لمجموعات RA3 المتوفرة.

اتبع هذه الخطوات لإنشاء مجموعة Amazon Redshift المتوفرة في منطقتي توافر الخدمات:

1. في وحدة تحكم Amazon Redshift ، في جزء التنقل ، اختر مجموعات.
2. انقر فوق إنشاء مجموعة.

للحصول على معلومات عامة حول تكوين الكتل ، راجع خلق الكتلة.

3. اختر أحد أنواع عقد RA3 على ملف نوع العقدة القائمة المنسدلة. لا يتوفر خيار نشر Multi-AZ إلا عندما تختار نوع عقدة RA3.
4. في حالة النشر متعدد الألف إلى الياء، حدد خيار متعدد من AZ.
5. في حالة عدد العقد في AZ، أدخل عدد العقد التي تحتاجها لمجموعتك.

1. تحت المبادرة من تكوينات قواعد البيانات، اختر اسم المستخدم المسؤول و كلمة مرور المستخدم المسؤول.
2. تحول التخلف عن استخدام في بجوار تكوينات إضافية لتعديل الإعدادات الافتراضية.
3. تحت الشبكة والأمن، حدد ما يلي:
   1. في حالة السحابة الخاصة الافتراضية (VPC)، اختر VPC الذي تريد نشر الكتلة فيه.
   2. في حالة مجموعات أمان VPC، إما اتركها افتراضيًا أو أضف مجموعات الأمان التي تختارها.
   3. في حالة مجموعة الشبكة الفرعية العنقودية ، إما ترك بشكل افتراضي أو إضافة مجموعة شبكة فرعية للمجموعة من اختيارك. لنشر Multi-AZ ، يجب أن تتضمن مجموعة الشبكة الفرعية للكتلة شبكة فرعية واحدة من ثلاثة أو أكثر من مناطق توافر الخدمات المختلفة.

للحصول على معلومات عامة حول إدارة مجموعات الشبكة الفرعية للكتلة ، راجع مجموعات الشبكة الفرعية العنقودية

9. تحت تكوين قاعدة البيانات، ل منفذ قاعدة البيانات، يمكنك إما استخدام القيمة الافتراضية 5439 أو اختيار قيمة من النطاق 5431-5455 و 8191-8215.
10. تحت تكوين قاعدة البيانات، في تشفير قواعد البيانات المقطع ، لاستخدام العرف خدمة إدارة مفتاح AWS (AWS KMS) بخلاف مفتاح KMS الافتراضي ، اختر تخصيص إعدادات التشفير. يتم إلغاء تحديد هذا الخيار افتراضيًا.
11. تحت اختر مفتاح AWS KMS، يمكنك إما اختيار مفتاح KMS موجود ، أو اختيار أنشئ مفتاح AWS KMS لإنشاء مفتاح KMS جديد.

لمزيد من المعلومات لإنشاء مفتاح باستخدام KMS ، يرجى الرجوع إلى إنشاء المفاتيح.

12. اختار إنشاء الكتلة.

عندما ينجح إنشاء الكتلة ، يمكنك عرض التفاصيل في صفحة تفاصيل الكتلة.

تحت معلومات عامة، يمكنك ان ترى متعدد من الالف الى الياء as نعم.

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

قم بإنشاء عملية نشر Multi-AZ جديدة من واجهة سطر الأوامر (CLI).

يوضح أمر إنشاء مجموعة AWS CLI التالي كيفية إنشاء مجموعة Multi-AZ

aws redshift create-cluster --port 5439 --master-username master --master-user-password ###### --node-type ra3.4xlarge --number-of-nodes 2 --profile maz-test --endpoint-url https://redshift.us-east-1.amazonaws.com --region eu-west-1 --cluster-identifier redshift-cluster-1 --multi-az --maintenance-track-name CURRENT --encrypted

قم بتحويل عملية نشر Single-AZ إلى نشر Multi-AZ

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

أكمل الخطوات التالية لإنشاء عملية نشر Multi-AZ تمت استعادتها من لقطة:

1. في وحدة تحكم Amazon Redshift ، في جزء التنقل ، اختر مجموعات.
2. حدد مجموعتك وانتقل إلى صفحة تفاصيل المجموعة.
3. على الإجراءات القائمة، اختر تنشيط مناطق توافر الخدمات المتعددة.

4. قم بمراجعة ملخص التعديل والتأكيد بالاختيار تنشيط مناطق توافر الخدمات المتعددة.

باستخدام أمر AWS CLI أدناه، يمكنك تحويل مستودع بيانات AZ Redshift واحد إلى Multi-AZ.

aws redshift modify-cluster --profile maz-test --endpoint-url https://redshift.eu-west-1.amazonaws.com --region eu-west-1 --cluster-identifier redshift-cluster-1 --multi-az

تحويل نشر مناطق توافر خدمات متعددة إلى نشر منطقة توافر خدمات فردية

يدعم Redshift أيضًا تحويل نشر Multi-AZ إلى Single-AZ. يوفر هذا الخيار للعملاء المرونة للتبديل بين عمليات النشر المختلفة من خلال بضع خطوات سهلة كما يلي:

1. في وحدة تحكم Amazon Redshift ، في جزء التنقل ، اختر مجموعات.
2. حدد مجموعتك وانتقل إلى صفحة تفاصيل المجموعة.
3. على الإجراءات القائمة، اختر قم بإلغاء تنشيط مناطق توافر الخدمات المتعددة.
   
   
4. قم بمراجعة ملخص التعديل والتأكيد بالاختيار قم بإلغاء تنشيط مناطق توافر الخدمات المتعددة.
   

إنشاء مستودع بيانات Multi-AZ تمت استعادته من لقطة

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

1. في وحدة تحكم Amazon Redshift ، في جزء التنقل ، اختر مجموعات.
2. حدد المجموعة وانتقل إلى صفحة تفاصيل المجموعة.
3. اختيار الصيانة
4. حدد لقطة واختر استعادة لقطة, استعادة إلى المجموعة المتوفرة.
   
5. مراجعة تكوين الكتلة و  تفاصيل الكتلة قيم المجموعة الجديدة التي سيتم إنشاؤها باستخدام معلومات اللقطة.
6. حدد خيار Multi-AZ وقم بتحديث خصائص المجموعة الجديدة، ثم اختر استعادة الكتلة من لقطة في الجزء السفلي من الصفحة.
   

تغيير حجم مستودع بيانات Multi-AZ

تدعم ميزة Redshift Multi-AZ أيضًا تغيير حجم عمليات نشر مجموعة Multi-AZ Redshift لتغيير تكوين المجموعة بناءً على احتياجات القياس. يمكنك تغيير عدد ونوع العقد حسب الاحتياجات.

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

فشل في نشر مناطق توافر الخدمات المتعددة

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

لنقم بتشغيل تجاوز الفشل لنشر Redshift Multi-AZ يدويًا.

1. في وحدة تحكم Amazon Redshift ، اختر مجموعات في جزء التنقل.
2. انتقل إلى صفحة تفاصيل المجموعة
3. من الإجراءات، اختر تجاوز الفشل الحساب الأساسي.
4. عند المطالبة ، اختر أكد.

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

تُظهر لقطة الشاشة التالية الحالة قبل إدخال الفشل.

تُظهر لقطة الشاشة التالية الحالة بعد فشل الحقن.

استعادة جدول من اللقطة

يمكنك استعادة جدول واحد من لقطة من مجموعة Multi-AZ الخاصة بك. عند استعادة جدول واحد من لقطة، يمكنك تحديد اللقطة المصدر وقاعدة البيانات والمخطط واسم الجدول وقاعدة البيانات الهدف والمخطط واسم جدول جديد للجدول المستعاد.

لاستعادة جدول من لقطة:

1. في وحدة تحكم Amazon Redshift ، في جزء التنقل ، اختر مجموعات.
2. حدد مجموعتك وانتقل إلى صفحة تفاصيل المجموعة.
3. على الإجراءات القائمة، اختر استعادة الجدول.
4. أدخل المعلومات حول اللقطة والجدول المصدر والجدول الهدف المراد استخدامه، ثم اختر استعادة الجدول.

قم بتمكين الاتصالات العامة لمستودع بيانات Multi-AZ الخاص بك

1. من قائمة التنقل، اختر المجموعات.
2. اختر مجموعة Multi-AZ التي تريد تعديلها.
3. اختر الإجراءات.
4. اختر تشغيل الوصول للعامة.
5. اختر عنوان IP مرن، إذا لم تختر واحدًا، فسيتم تخصيص عنوان لك بشكل عشوائي.
6. اختر حفظ التغييرات.

استعلامات المراقبة لعمليات النشر Multi-AZ

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

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

فيما يلي جداول النظام في ملف SYS_view قائمة:

اتبع هذه الخطوات لمراقبة الاستعلام الذي يتم تشغيله على نشر Multi-AZ من وحدة تحكم Amazon Redshift:

1. في وحدة تحكم Amazon Redshift ، اتصل بقاعدة البيانات في نشر Multi-AZ الخاص بك و تشغيل الاستعلامات من خلال محرر الاستعلام.
2. قم بتشغيل أي استعلام نموذجي على نشر Multi-AZ Redshift.
3. بالنسبة لنشر مناطق توافر خدمات متعددة، يمكنك تحديد الاستعلام ومنطقة توافر الخدمات التي يتم تشغيلها فيها (التي تعمل على منطقة التوفر الأساسية أو الثانوية) باستخدام compute_type العمود في SYS_QUERY_HISTORY طاولة. القيم الصالحة لعمود نوع الحساب هي كما يلي:
   1. ابتدائي - عند التشغيل على منطقة الإتاحة الأساسية في نشر Multi-AZ.
   2. ثانوي - عند التشغيل في منطقة الإتاحة الثانوية في نشر Multi-AZ.

ما يلي هو نموذج استعلام باستخدام compute_type عمود لمراقبة استعلام:

dev=# select (compute_type) as compute_type, left(query_text, 50) query_text from sys_query_history order by start_time desc; compute_type | query_text
--------------+---------------------------------------------------- secondary | select count(*) from t1; primary select count(*) from t2;

يمكنك أيضًا الوصول إلى محفوظات الاستعلام من وحدة التحكم لتحليل تشخيصات الاستعلام.

4. على مراقبة الاستعلام علامة التبويب، اختر اتصل بقاعدة البيانات.

5. في حالة الاتصال، اختر قم بإنشاء اتصال جديد
6. في حالة التحقّق من المُستخدم ، اختر أوراق اعتماد مؤقتة
7. في حالة اسم قاعدة البيانات، أدخل اسم قاعدة البيانات (على سبيل المثال ، dev).
8. في حالة مستخدم قاعدة البيانات، أدخل اسم مستخدم قاعدة البيانات (على سبيل المثال ، awsuser).
9. اختار التواصل.

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

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

هناك بعض القيود عند العمل مع Amazon Redshift Multi-AZ في وضع المعاينة ، راجع هنا للقيود.

ملاحظات العملاء

يانسن للادوية، وهي شركة تابعة لجونسون آند جونسون ، تقوم بالبحث وتصنيع الأدوية مع التركيز على الاحتياجات المتغيرة للمرضى وصناعة الرعاية الصحية. "تستخدم شركة Janssen Pharmaceutical خدمة Amazon Redshift لتمكين الرؤى المهمة التي تقود قرارات الأعمال المهمة لعلماء البيانات ومسؤولي البيانات ومستخدمي الأعمال وأصحاب المصلحة الخارجيين لدينا. مع Amazon Redshift Multi-AZ ، يمكننا أن نكون على ثقة من أن مستودع البيانات الخاص بنا سيكون متاحًا دائمًا دون أي اضطرابات قد تؤخر من قدرتنا على اتخاذ قرارات العمل الحاسمة. " - شيام موهاباترا ، مدير تقنية المعلومات - شركة Janssen Pharmaceutical Companies of Johnson & Johnson

شريط هي شركة تكنولوجيا تقوم ببناء البنية التحتية الاقتصادية للإنترنت. تعمل منتجات Stripe على تعزيز عمليات الدفع لتجار التجزئة عبر الإنترنت والشخصيين وشركات الاشتراكات ومنصات البرامج والأسواق وكل شيء بينهما. "تستخدم ملايين الشركات برامج Stripe وواجهات برمجة التطبيقات (APIs) لقبول المدفوعات وإرسال المدفوعات وإدارة أعمالها عبر الإنترنت. لقد كان الوصول إلى بيانات Stripe الخاصة بهم عبر مستودعات البيانات الرائدة مثل Amazon Redshift أحد أهم الطلبات من قبل عملائنا. كان عملاؤنا بحاجة إلى تحليلات متوفرة بدرجة عالية وآمنة وسريعة ومتكاملة على نطاق واسع دون إنشاء خطوط بيانات معقدة أو نقل البيانات ونسخها. باستخدام Stripe Data Pipeline لـ Amazon Redshift، نساعد عملائنا على إعداد مسار بيانات مباشر وموثوق ببضع نقرات.  يمكّن Stripe Data Pipeline عملائنا من مشاركة بيانات Stripe الكاملة والمحدثة تلقائيًا مع مستودع بيانات Amazon Redshift الخاص بهم، والارتقاء بتحليلات أعمالهم وإعداد التقارير إلى المستوى التالي". - بريان برونر، مدير أول للهندسة في Stripe

وفي الختام

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

حول المؤلف

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

سوراف داس هو جزء من فريق إدارة منتجات Amazon Redshift. لديه أكثر من 16 عامًا من الخبرة في العمل مع تقنيات قواعد البيانات العلائقية وحماية البيانات. لديه اهتمام عميق في حل تحديات العملاء التي تتمحور حول التوافر العالي والتعافي من الكوارث.

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

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

سوريش باتنام هو مدير BDM - GTM AI / ML في AWS. يعمل مع العملاء لبناء إستراتيجية تكنولوجيا المعلومات ، مما يجعل الوصول إلى التحول الرقمي عبر السحابة أكثر سهولة باستخدام البيانات و AI / ML. في أوقات فراغه ، يستمتع سوريش بلعب التنس وقضاء الوقت مع أسرته.

• محتوى مدعوم من تحسين محركات البحث وتوزيع العلاقات العامة. تضخيم اليوم.
• PlatoData.Network Vertical Generative Ai. تمكين نفسك. الوصول هنا.
• أفلاطونايستريم. ذكاء Web3. تضخيم المعرفة. الوصول هنا.
• أفلاطون كربون، كلينتك ، الطاقة، بيئة، شمسي، إدارة المخلفات. الوصول هنا.
• أفلاطون هيلث. التكنولوجيا الحيوية وذكاء التجارب السريرية. الوصول هنا.
• المصدر https://aws.amazon.com/blogs/big-data/enable-multi-az-deployments-for-your-amazon-redshift-data-warehouse/