الإصلاح بعد كارثة لواجهة برمجة تطبيقات Azure ل FHIR
واجهة برمجة تطبيقات Azure ل FHIR هي خدمة مدارة بالكامل، استنادا إلى موارد التشغيل التفاعلي للرعاية الصحية السريعة (FHIR®). لتلبية متطلبات الأعمال والتوافق، يمكنك استخدام ميزة الإصلاح بعد كارثة (DR) لواجهة برمجة تطبيقات Azure ل FHIR.
توفر ميزة الإصلاح بعد كارثة هدف نقطة الاسترداد (RPO) لمدة 15 دقيقة وهدف وقت الاسترداد (RTO) لمدة 60 دقيقة.
كيفية تمكين الإصلاح بعد كارثة
لتمكين ميزة الإصلاح بعد كارثة، قم بإنشاء تذكرة دعم لمرة واحدة. يمكنك اختيار منطقة مقترنة ب Azure أو منطقة أخرى حيث يتم دعم واجهة برمجة تطبيقات Azure ل FHIR. سيقوم فريق دعم Microsoft بتمكين ميزة الإصلاح بعد كارثة استنادا إلى أولوية الدعم.
كيفية عمل عملية الإصلاح بعد كارثة
تتضمن عملية الإصلاح بعد كارثة الخطوات التالية:
- النسخ المتماثل البيانات
- تجاوز الفشل التلقائي
- استرداد المنطقة المتأثرة
- إرجاع الموارد يدويا
النسخ المتماثل للبيانات في المنطقة الثانوية
بشكل افتراضي، توفر واجهة برمجة تطبيقات Azure ل FHIR حماية البيانات من خلال النسخ الاحتياطي والاستعادة. عند تمكين ميزة الإصلاح بعد كارثة، يبدأ النسخ المتماثل للبيانات. يتم إنشاء نسخة متماثلة للبيانات ومزامنتها تلقائيا في منطقة Azure الثانوية. قد يستغرق النسخ المتماثل للبيانات الأولية بضع دقائق إلى بضع ساعات، أو أكثر، اعتمادا على كمية البيانات. النسخة المتماثلة للبيانات الثانوية هي نسخ متماثل للبيانات الأساسية. يتم استخدامه مباشرة لاسترداد الخدمة، ويساعد على تسريع عملية الاسترداد.
تجدر الإشارة إلى أن معدل النقل RU/s يجب أن يكون له نفس القيم في المناطق الأساسية والثانوية.
تجاوز الفشل التلقائي
أثناء انقطاع المنطقة الأساسية، تفشل واجهة برمجة تطبيقات Azure ل FHIR تلقائيا إلى المنطقة الثانوية ويتم استخدام نفس نقطة نهاية الخدمة. من المتوقع استئناف الخدمة في ساعة واحدة أو أقل، ويحتمل أن يصل فقدان البيانات إلى 15 دقيقة من البيانات. قد تكون هناك حاجة إلى تغييرات تكوين أخرى. لمزيد من المعلومات، راجع تغييرات التكوين في الإصلاح بعد كارثة.
استرداد المنطقة المتأثرة
بعد استرداد المنطقة المتأثرة، يتم توفيرها تلقائيا كمنطقة ثانوية وإعادة تشغيل النسخ المتماثل للبيانات. يمكنك بدء عملية استرداد البيانات أو الانتظار حتى تكتمل خطوة إرجاع الموارد.
عندما تفشل الحوسبة مرة أخرى إلى المنطقة المستردة ولم يتم استرداد البيانات، قد تكون هناك زمن انتقال محتمل للشبكة. والسبب الرئيسي هو أن الحساب والبيانات موجودة في منطقتين مختلفتين. يجب أن تختفي زمن انتقال الشبكة تلقائيا بمجرد فشل البيانات مرة أخرى إلى المنطقة المستردة من خلال مشغل يدوي.
إرجاع الموارد يدويا
يفشل الحساب مرة أخرى تلقائيا إلى المنطقة المستردة. يتم تبديل البيانات مرة أخرى إلى المنطقة المستردة يدويا بواسطة فريق دعم Microsoft باستخدام البرنامج النصي.
تغييرات التكوين في الإصلاح بعد كارثة
قد تكون هناك حاجة إلى تغييرات تكوين أخرى عند استخدام Private Link والمفتاح المدار من قبل العميل (CMK) وموصل IoMT FHIR (إنترنت الأشياء الطبية) $export.
ميزة Private link
يمكنك تمكين ميزة الارتباط الخاص قبل أو بعد توفير واجهة برمجة تطبيقات Azure ل FHIR. يمكنك أيضا توفير ارتباط خاص قبل تمكين ميزة الإصلاح بعد كارثة أو بعد ذلك. راجع القائمة أدناه عندما تكون جاهزا لتكوين الارتباط الخاص للإصلاح بعد كارثة.
تكوين Azure Private Link في المنطقة الأساسية. هذه الخطوة غير مطلوبة في المنطقة الثانوية. لمزيد من المعلومات، راجع تكوين ارتباط خاص
إنشاء شبكة Azure ظاهرية واحدة في المنطقة الأساسية وشبكة ظاهرية أخرى في المنطقة الثانوية. للحصول على معلومات، راجع إنشاء شبكة ظاهرية باستخدام مدخل Microsoft Azure.
في المنطقة الأساسية، تنشئ VNet نظير VNet إلى الشبكة الظاهرية للمنطقة الثانوية. لمزيد من المعلومات، اطلع على اقتران الشبكة الظاهرية.
استخدم الإعدادات الافتراضية، أو يمكنك تخصيص التكوين حسب الحاجة. الأهمية هي أن نسبة استخدام الشبكة يمكن أن تتدفق بين الشبكتين الظاهريتين.
عند إعداد DNS الخاص، يجب إعداد VNet في المنطقة الثانوية يدويا ك "ارتباطات شبكة ظاهرية". يجب أن تكون الشبكة الظاهرية الأساسية قد تمت إضافتها بالفعل كجزء من تدفق إنشاء نقطة نهاية Private Link. لمزيد من المعلومات، راجع ارتباطات الشبكة الظاهرية.
اختياريا، قم بإعداد جهاز ظاهري واحد في الشبكة الظاهرية للمنطقة الأساسية والآخر في الشبكة الظاهرية للمنطقة الثانوية. يمكنك الوصول إلى واجهة برمجة تطبيقات Azure ل FHIR من كلا الجهازين الظاهريين.
يجب أن تستمر ميزة الارتباط الخاص في العمل أثناء انقطاع إقليمي وبعد اكتمال إرجاع الموارد. لمزيد من المعلومات، راجع تكوين ارتباط خاص.
ملاحظة
لا يؤثر تكوين الشبكات الظاهرية وتناظر VNet على النسخ المتماثل للبيانات.
CMK
سيتم الحفاظ على وصولك إلى واجهة برمجة تطبيقات Azure ل FHIR إذا كان يمكن الوصول إلى مخزن المفاتيح الذي يستضيف المفتاح المدار في اشتراكك. هناك وقت تعطل مؤقت محتمل حيث قد يستغرق Key Vault ما يصل إلى 20 دقيقة لإعادة تأسيس اتصاله. للتعرف على مزيد من المعلومات، انظر إلى توفر Azure Key Vault وتكراره.
$export
سيتم استلام مهمة التصدير من منطقة أخرى بعد 10 دقائق دون تحديث لحالة الوظيفة. اتبع إرشادات تخزين Azure لاسترداد حساب التخزين الخاص بك في حالة حدوث انقطاع إقليمي. لمزيدٍ من المعلومات، راجع «الإصلاح بعد كارثة وتجاوز الفشل في حساب تخزين».
تأكد من منح نفس الأذونات لهوية النظام لواجهة برمجة تطبيقات Azure ل FHIR. أيضا، إذا تم تكوين حساب التخزين مع شبكات محددة، فراجع كيفية تصدير بيانات FHIR.
كيفية اختبار الإصلاح بعد كارثة
على الرغم من أنه غير مطلوب، يمكنك اختبار ميزة الإصلاح بعد كارثة على بيئة غير إنتاجية. بالنسبة لاختبار الإصلاح بعد كارثة، سيتم تضمين البيانات فقط ولن يتم تضمين الحساب.
ضع في اعتبارك الخطوات التالية لاختبار الإصلاح بعد كارثة.
إعداد بيئة اختبار مع بيانات الاختبار. يوصى باستخدام مثيل خدمة مع كميات صغيرة من البيانات لتقليل الوقت لنسخ البيانات نسخا متماثلا.
إنشاء تذكرة دعم وتوفير اشتراك Azure ومنطقة Azure المفضلة لتجاوز الفشل واسم الخدمة لواجهة برمجة تطبيقات Azure ل FHIR لبيئة الاختبار الخاصة بك.
الخروج مع خطة اختبار، كما تفعل مع أي اختبار الإصلاح بعد كارثة.
يمكن فريق دعم Microsoft ميزة الإصلاح بعد كارثة ويؤكد إضافة منطقة تجاوز الفشل المفضلة من قبل العميل
قم بإجراء اختبار الإصلاح بعد كارثة وسجل نتائج الاختبار، والتي يجب أن تتضمن أي مشكلات في فقدان البيانات وا زمن انتقال الشبكة.
لإرجاع الموارد، قم بإعلام فريق دعم Microsoft لإكمال خطوة إرجاع الموارد.
(اختياري) شارك أي ملاحظات مع فريق دعم Microsoft.
ملاحظة
سيضاعف اختبار الإصلاح بعد كارثة تكلفة بيئة الاختبار الخاصة بك أثناء الاختبار. لن تتحمل أي تكلفة إضافية بعد اكتمال اختبار الإصلاح بعد كارثة وتعطيل ميزة الإصلاح بعد كارثة.
تكلفة التعافي من الكوارث
تتحمل ميزة الإصلاح بعد كارثة تكاليف إضافية لأن بيانات الحوسبة والنسخة المتماثلة للبيانات التي تعمل في البيئة في المنطقة الثانوية. لمزيد من تفاصيل التسعير، راجع صفحة ويب أسعار Azure API for FHIR .
ملاحظة
يخضع عرض الإصلاح بعد كارثة لاتفاقية مستوى الخدمة لواجهة برمجة تطبيقات Azure ل FHIR، 1.0.
الخطوات التالية
في هذه المقالة، تعلمت كيفية عمل الإصلاح بعد كارثة لواجهة برمجة تطبيقات Azure ل FHIR وكيفية تمكينه. للتعرف على Azure API للميزات المدعومة الأخرى ل FHIR، راجع
FHIR® هي علامة تجارية مسجلة ل HL7 وتستخدم بإذن من HL7.