Share via

الموثوقية في Azure Storage Mover

  • مقالة

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

دعم منطقة القابلية للوصول

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

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

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

يدعم Azure Storage Mover نموذج توزيع المنطقة المكررة.

عند نشر مورد Azure Storage Mover، يجب تحديد منطقة معينة يتم فيها تخزين بيانات تعريف مثيل المورد.

إذا كانت المنطقة تدعم مناطق التوفر، يتم نسخ بيانات تعريف المثيل تلقائيا عبر مناطق توفر متعددة داخل تلك المنطقة.

هام

تتضمن بيانات تعريف مثيل Azure Storage Mover المشاريع ونقاط النهاية والوكلاء وتعريفات الوظائف ومحفوظات تشغيل الوظيفة، ولكنها لا تتضمن البيانات الفعلية التي سيتم ترحيلها. حسابات تخزين Azure التي يتم استخدامها كأهداف ترحيل لها دعم موثوقية خاص بها.

المتطلبات الأساسية

  • للنشر مع دعم منطقة التوفر، يجب عليك اختيار منطقة تدعم مناطق التوفر. لمعرفة المناطق التي تدعم مناطق التوفر، راجع قائمة المناطق المدعومة.

  • (اختياري) إذا كان حساب التخزين الهدف لا يدعم مناطق التوفر، وكنت ترغب في ترحيل الحساب إلى دعم AZ، فشاهد ترحيل حسابات تخزين Azure إلى دعم منطقة التوفر.

تجربة تعطل المنطقة

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

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

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

التعافي من الكوارث عبر المناطق واستمرارية الأعمال

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

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

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

يدعم Storage Mover شكلين من أشكال التعافي من الكوارث:

هام

التعافي من الكوارث لمصادر البيانات المحلية هو مسؤولية العميل.

التعافي من الكوارث التي بدأها Azure

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

يستخدم Azure Storage Mover Cosmos DB لتخزين بيانات تعريف المثيل. قد يحدث فقدان البيانات فقط مع كارثة غير قابلة للاسترداد في Azure Cosmos DB . لمزيد من المعلومات، راجع انقطاعات المنطقة. الاسترداد الذي بدأه Azure نشط-سلبي، وقد يصل الاسترداد الكامل لمنطقة ما إلى 24 ساعة.

التعافي من الكوارث التي بدأها العميل

لا يقتصر الاسترداد بعد الكوارث الذي بدأه العميل على المناطق المقترنة.

قبل حدوث انقطاع إقليمي:

  • انشر "Storage Mover" المكرر في المنطقة عن طريق إنشاء موارد "Storage Mover" في منطقة تدعم مناطق التوفر.

  • بشكل دوري - إما في جدول زمني أو بعد إجراء تغييرات جوهرية - خذ لقطة لموارد Storage Mover. يعد تخزين اللقطات باستخدام نظام التحكم بالإصدار طريقة جيدة لتخزين وتتبع محفوظات اللقطات. ستستخدم آخر لقطة جيدة في حالة وقوع كارثة حيث تحتاج إلى استرداد مواردك في منطقة جديدة.

أثناء الانقطاع الإقليمي:

يمكنك القيام بأحد أمرين:

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

تلميح

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

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

راجع الوثائق المتعلقة بتصدير القوالب للحصول على مزيد من الإرشادات حول تصدير الموارد كقالب Azure Resource Manager (ARM).

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

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

لاستخدام القالب المصدر للتعافي من الكوارث، يلزم إجراء بعض التغييرات على القالب.

  • أولا، قم بإزالة أي Microsoft.StorageMover/agents من الموارد و Microsoft.HybridCompute/machines من القالب. تأكد من إزالة أي مراجع تبعية لهذه الموارد أيضا.
  • بعد ذلك، قم بإزالة الخاصية agentResourceId من جميع تعريفات الوظائف. ستحتاج إلى تعيينها إلى عامل جديد بعد التوزيع.
  • بعد إزالة جميع المراجع إلى موارد جهاز الحوسبة المختلطة والعامل، قم بتحديث خاصية الموقع لمورد Storage Mover ذو المستوى الأعلى. استبدل اسم المنطقة المنشورة حاليا باسم المنطقة الجديدة.
  • وأخيرا، حدد ما إذا كنت تريد الاحتفاظ بالمعرف الحالي لمورد حساب التخزين. إذا لزم الأمر، استبدله بحساب تخزين مختلف.

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

تسجيل العامل الجديد

اتبع الخطوات ضمن مقالة توزيع عامل Azure Storage Mover لتسجيل عامل جديد في مورد Storage Mover الجديد.

تعيين العامل لتعريفات الوظائف

بعد تسجيل العامل الجديد وإعداد التقارير عبر الإنترنت، استخدم مدخل Microsoft Azure أو PowerShell لربط تعريفات الوظائف الحالية بالعامل الجديد. يتم توفير مثال PowerShell التالي للراحة.

راجع تعريف مهمة ترحيل جديدة للحصول على إرشادات حول كيفية الوصول إلى تعريفات الوظيفة لمشروعك.


## Update the agent in a job definition resource
$resourceGroupName  = "[Your resource group name]"
$storageMoverName   = "[Your storage mover name]"
$projectName        = "[Your project name]"
$jobDefName         = "[Your job definition name]"
$agentName          = "[The name of an agent previously registered to the same storage mover resource]"

Update-AzStorageMoverJobDefinition `
    -ResourceGroupName $resourceGroupName `
    -StorageMoverName $storageMoverName `
    -ProjectName $projectName `
    -Name $jobDefName `
    -AgentName $agentName

منح العامل حق الوصول إلى حاوية التخزين الهدف

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

أنت الآن جاهز لبدء مهام الترحيل باستخدام موارد Storage Mover المنشورة حديثا.

الخطوات التالية