الأسئلة المتداولة للخدمات السحابية (الدعم الموسع)

• ما المقصود بالخدمات السحابية (الكلاسيكية): microsoft.classiccompute/domainnames
• الخدمات السحابية (الدعم الموسع): microsoft.compute/cloudservices

تتوفر الخدمات السحابية (الدعم الموسع) في جميع المناطق السحابية العامة والسيادية.

يحتاج العملاء إلى طلب الحصة النسبية باستخدام نفس العمليات مثل أي منتج Azure Resource Manager آخر. الحصة النسبية في Azure Resource Manager إقليمية ويلزم طلب حصة منفصلة لكل منطقة.

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

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

لا، لا تدعم الخدمات السحابية (الدعم الموسع) التحقق من صحة الموارد (RHC).

لا توجد تغييرات في مقاييس مثيل الدور.

لا توجد تغييرات على التصميم أو التصميم أو مكونات أدوار الويب والعاملين.

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

لا توجد تغييرات على تصميم أو تصميم أو مكونات مثيلات الدور.

لا توجد أي تغييرات على أسلوب التمهيد. تحصل الخدمات السحابية (الكلاسيكية) والخدمات السحابية (الدعم الموسع) على التحديثات نفسها.

لا يدعم نشر الخدمات السحابية (الدعم الموسع) إلا الحالة المتوقفة المخصصة، والتي تظهر على أنها "متوقفة" في مدخل Microsoft Azure. متوقف - الحالة غير المخصصة غير مدعومة.

لا يمكن توسيع نطاق عمليات نشر الخدمات السحابية (الدعم الموسع) عبر مجموعات ومناطق توفر ومناطق متعددة.

يمكن الوصول إلى معرف النشر، المعروف أيضا باسم المعرف الخاص، باستخدام CloudServiceInstanceView API. كما أنها متاحة على مدخل Microsoft Azure ضمن جزء الدور والمثيلات لخدمة السحابة (الدعم الموسع)

تستخدم الخدمات السحابية (الدعم الموسع) Azure Key Vault وعناوين IP العامة الأساسية (Azure Resource Manager). يحتاج العملاء الذين يحتاجون إلى شهادات إلى استخدام Azure Key Vault لإدارة الشهادات (تعرف على المزيد حول تسعير Azure Key Vault.) يتم فرض رسوم على كل عنوان IP عام للخدمات السحابية (الدعم الموسع) بشكل منفصل (تعرف على المزيد حول تسعير عنوان IP العام.)

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

اتفاقية مستوى الخدمة (SLA) للخدمات السحابية (الدعم الموسع) هي نفسها اتفاقية مستوى الخدمة للخدمات السحابية (الكلاسيكية). راجع مستندات الترخيص.

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

يجب أن يعيش Key Vault والشبكة الظاهرية وعناوين IP العامة ومجموعات أمان الشبكة وجداول التوجيه في نفس المنطقة.

تحتاج عناوين IP العامة وموازنات التحميل ومجموعات أمان الشبكة وجداول التوجيه إلى العيش في نفس الشبكة الظاهرية.

يمكن تمرير ملفات القالب والمعلمات كمعلمة باستخدام REST وPowerShell وCLI. كما يمكن تحميلها باستخدام مدخل Azure.

يتم استخدام ملفات القالب والمعلمات فقط لأتمتة النشر. مثل خدمات السحابة (الكلاسيكية)، يمكنك إنشاء موارد تابعة يدويًا أولاً ثم نشر خدمات السحابة (الدعم الموسع) باستخدام PowerShell أو أوامر CLI أو من خلال Portal باستخدام csdef أو cscfg الموجود.

لا توجد تغييرات مطلوبة للتعليمات البرمجية للتطبيق الخاص بك وتعبئتها في cspkg. تستمر التطبيقات الحالية في العمل كما كان من قبل.

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

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

لا، يتم ربط عمليات نشر خدمة السحابة (الدعم الموسع) بمجموعة مثل الخدمات السحابية (الكلاسيكية). لذلك، تستمر حالات فشل التخصيص في الوجود إذا كانت المجموعة ممتلئة.

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

الشبكات الظاهرية مورد مطلوب لأي توزيع على إدارة موارد Azure. يجب أن يعيش نشر الخدمات السحابية (الدعم الموسع) داخل شبكة ظاهرية.

في إدارة موارد Azure، يتم عرض مكونات نشر خدمات السحابة (الدعم الموسع) كمورد لتحسين الرؤية وتحسين التحكم. تم استخدام نفس نوع الموارد في الخدمات السحابية (الكلاسيكية) ولكن كانت مخفية. أحد الأمثلة على هذا المورد هو Public Load Balancer، وهو الآن مورد صريح "للقراءة فقط" تم إنشاؤه تلقائيًا بواسطة النظام الأساسي

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

تدعم الخدمات السحابية (الدعم الموسع) أساليب تخصيص IP الديناميكية والثابتة. يتم الرجوع إلى عناوين IP الثابتة كأنها IP محجوز في ملف cscfg.

تتم فوترة العملاء لاستخدام عنوان IP على الخدمات السحابية (الدعم الموسع) تمامًا كما تتم فوترة المستخدمين لعناوين IP المرتبطة الأجهزة الظاهرية.

لا يمكن إضافة IP محجوز أو إزالته أو تغييره أثناء تحديث النشر أو الترقية. إذا كانت عناوين IP بحاجة إلى تغيير، فاستخدم خدمة سحابية قابلة للتبديل أو انشر خدمتين سحابيتين باستخدام CName في Azure DNS\Traffic Manager بحيث يمكن الإشارة إلى IP إلى أي منهما.

نعم. يمكن أيضًا إعطاء الخدمات السحابية (الدعم الموسع) اسم DNS. باستخدام إدارة موارد Azure، فإن تسمية DNS هي خاصية اختيارية لعنوان IP العام الذي تم تعيينه إلى خدمة السحابة. تنسيق اسم DNS عمليات النشر المستندة إلى إدارة الموارد Azure <userlabel>.<region>.cloudapp.azure.com

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

اعتمدت الخدمات السحابية (الدعم الموسع) نفس العملية مثل عروض الحوسبة الأخرى حيث توجد الشهادات داخل Key Vaults المدارة من قبل العميل. تمكن هذه العملية العملاء من التحكم الكامل في أسرارهم وشهاداتهم.

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

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

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

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

هذا السيناريو غير مدعوم عبر Visual Studio. النشر عبر PowerShell أو المدخل.

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

لبدء استخدام خدمات السحابة (الدعم الموسع)، راجع نشر خدمة سحابية (دعم موسع) باستخدام PowerShell