تُظهر هذه البنية المرجعية مجموعة من الممارسات التي أثبتت جدواها لتشغيل SAP Hana على Azure (مثيلات كبيرة) بتوفر عالٍ (HA) والإصلاح بعد كارثة (DR). يسمى هذا العرض مثيلات HANA الكبيرة (HLI)، ويتم توزيع هذا العرض على خوادم فعلية في مناطق Azure. يصور هذا الحل سيناريو توسيعا بسيطا لإظهار المفاهيم الأساسية في نشر وتشغيل نظام SAP HANA على Azure. للحصول على خيارات، راجع سيناريوهات التثبيت الأخرى لـ HANA مثيلات كبيرة.
إشعار
خدمة HANA Large Instance في وضع الغروب ولا تقبل العملاء الجدد بعد الآن. لا يزال من الممكن توفير وحدات لعملاء HANA Large Instance الحاليين. للحصول على بدائل، يرجى التحقق من عروض أجهزة Azure الظاهرية المعتمدة من HANA في دليل أجهزة HANA.
إشعار
يتطلب توزيع هذا التصميم المرجعي الترخيص المناسب لمنتجات SAP والتقنيات الأخرى غير التابعة لشركة Microsoft.
بناء الأنظمة
قم بتنزيل ملف Visio لهذه البنية.
سير العمل
تتكون هذه البنية من مكونات البنية الأساسية التالية.
شبكة ظاهرية. تعمل خدمة Azure Virtual Network (VNet) على توصيل موارد Azure ببعضها البعض بشكل آمن وتنقسم إلى شبكات فرعية منفصلة لكل طبقة. يتم توزيع طبقات تطبيق SAP على Azure Virtual Machines (VMs) للاتصال بطبقة قاعدة بيانات HANA الموجودة في الطبعات الكبيرة.
شبكة HLI Revision 4.5. اعتبارا من يوليو 2021، تتوفر المراجعة المحدثة ل HLI Rev 4. يتضمن هذا التنفيذ المحدث [rev4.5] العديد من التحسينات في البنية الأساسية، مثل شبكة 100 جيجابت/ثانية لتخزين NFS وتكرار أفضل للشبكة لخادم DB. في هذا التصميم، يتم نشر خوادم HLI في مراكز بيانات Azure على مقربة مادية قريبة من أجهزة Azure الظاهرية حيث يتم تشغيل خوادم تطبيق SAP. عند استخدامه بالاقتران مع تكوين [ExpressRoute FastPath][fastpath]، يرفع Rev 4.5 أداء التطبيق. تدعم ميزات الشبكات هذه أيضا عمليات توزيع Rev 3 و Rev 4.
الأجهزة الظاهرية (VM). تُستخدم الأجهزة الظاهرية في طبقة تطبيق SAP وطبقة الخدمات المشتركة. يتضمن الأخير مربع انتقال يستخدمه المسؤولون لإعداد مثيلات HANA الكبيرة ولتوفير الوصول إلى أجهزة ظاهرية أخرى. لتحديد موقع خوادم تطبيق SAP في نفس مركز البيانات مع وحدات مثيلات كبيرة لـ HANA، استخدم مجموعات مواضع التقارب.
HANA Large Instance. تم اعتماد الخادم المادي هذا لتلبية معايير SAP HANA المخصصة لتكامل مراكز البيانات (TDI) لتشغيل SAP Hana. تستخدم هذه البنية اثنين من HANA Large Instances: وحدة حساب أساسية وثانوية. تتوفر قابلية وصول عالية في طبقة البيانات من خلال نسخ نظام HANA المتماثل (HSR).
High Availability Pair. تتم إدارة مجموعة من شفرات HANA Large Instances معاً لتوفير تكرار وموثوقية قاعدة البيانات.
Microsoft Enterprise Edge (MSEE). MSEE هي نقطة اتصال من موفر اتصال أو طرف الشبكة من خلال دائرة ExpressRoute.
Network interface cards (NICs). لتمكين الاتصال، يوفر خادم HANA Large Instance أربعة NIC ظاهرية بشكل افتراضي. يتطلب هذا التصميم توفر NIC واحدة لاتصال العميل وNIC ثانية لاتصال العقدة إلى العقدة المطلوبة من HSR وNIC ثالثة لتخزين HANA Large Instance وأخرى رابعة لـ iSCSI المستخدمة في مجموعة التوفر المرتفع.
تخزين نظام ملفات الشبكة (NFS). يدعم خادم NFS مشاركة ملف الشبكة الذي يوفر استمراراً آمناً للبيانات لـ HANA Large Instance.
ExpressRoute. ExpressRoute هي خدمة شبكات Azure الموصى بها لإنشاء اتصالات خاصة بين شبكة محلية وAzure VNets التي لا تمر عبر الإنترنت العام. تتصل أجهزة Azure الظاهرية بـ HANA Large Instances باستخدام اتصال ExpressRoute آخر. تم إعداد اتصال ExpressRoute بين Azure VNet ومثيلات HANA الكبيرة كجزء من عرض Microsoft.
البوابة. تُستخدم بوابة ExpressRoute لتوصيل Azure VNet المستخدمة لطبقة تطبيق SAP بشبكة HANA Large Instance. استخدم رمز التخزين التعريفي عالي الأداء أو فائق الأداء.
استرداد البيانات بعد الكوارث (DR). تتضمن خيارات الإصلاح بعد كارثة النسخ المتماثل لنظام HANA (HSR) أو النسخ الاحتياطي لملف HANA واستعادته أو النسخ المتماثل للتخزين. عند الطلب، يمكن لفريق إدارة خدمة Microsoft تكوين خوادم ووحدات التخزين. أنت مسؤول عن جدولة لقطة التخزين واختبار النظام والتعرف على عملية الاسترداد. تنطبق الاعتبارات الأخرى على طبقة التطبيق لـ SAP NetWeaver وSAP S / 4HANA على Azure.
التوصيات
يمكن أن تختلف المتطلبات، لذا استخدم هذه التوصيات كنقطة بداية.
تحسب مثيلات HANA الكبيرة
مثيلات HANA الكبيرة هي خوادم فعلية تستند إلى بنية وحدة المعالجة المركزية Intel Broadwell وCascade Lake وتم تكوينها في طابع مثيل كبير — أي مجموعة محددة من الخوادم أو الشفرات. وحدة حساب تساوي خادمًا واحدًا أو جزءًا واحدًا، وخادم مخصص يتكون من عدة خوادم أو أجزاء. ضمن ختم مثيل كبير، لا تتم مشاركة الخوادم وهي مخصصة لتشغيل توزيع عميل واحد لـ SAP Hana.
تتوفر مجموعة متنوعة من وحدات SKU لمثيلات HANA الكبيرة، والتي تدعم ما يصل إلى 24 تيرابايت من المثيل الفردي (حجم 120 تيرابايت) من الذاكرة لـ BW / 4HANA أو أحمال عمل SAP Hana الأخرى.
اختر SKU التي تفي بمتطلبات ضبط الحجم التي حددتها في جلسات الهيكل والبنية خاصتك. تأكد دائمًا من أن ضبط الحجم الخاص بك ينطبق على SKU الصحيح. تختلف القدرات ومتطلبات التوزيع حسب النوع، ويختلف التوفر باختلاف المنطقة. يمكنك أيضًا الانتقال من SKU إلى SKU أكبر.
تساعد Microsoft في إنشاء إعداد المثيل الكبير، ولكن تقع على عاتقك مسؤولية التحقق من إعدادات تكوين نظام التشغيل. تأكد من مراجعة أحدث ملاحظات SAP لإصدار Linux الدقيق خاصتك.
التخزين
يُنفذ تخطيط التخزين وفقًا لتوصية تكامل مركز البيانات المخصص (TDI) لـ SAP HANA. تأتي HANA Large Instances مع تكوين تخزين محدد لمواصفات مركز البيانات المخصص (TDI) القياسية. ومع ذلك، يمكنك شراء سعة تخزينية إضافية بزيادات تبلغ 1 تيرابايت.
لدعم متطلبات البيئات ذات المهام الحرجة بما في ذلك الاسترداد السريع، يُستخدم خادم NFS لا وحدة التخزين المرفقة المباشرة. يتم استضافة خادم تخزين NFS لمثيلات HANA الكبيرة في بيئة متعددة المستأجرين، حيث يتم فصل المستأجرين وتأمينهم باستخدام عزل الحوسبة والشبكة والتخزين.
لدعم قابلية الوصول العالية في الموقع الأساسي، استخدم تخطيطات تخزين مختلفة. على سبيل المثال، في التوسعة متعددة المضيف، تتم مشاركة التخزين. خيار آخر عالي الإتاحة هو النسخ المتماثل المستند إلى التطبيق، مثل HSR. بالنسبة إلى DR، يتم استخدام النسخ المتماثل للتخزين المستند إلى اللقطات مع ذلك.
الشبكات
يستخدم هذا التصميم كلاً من الشبكات الظاهرية والشبكات الفعلية. تعد الشبكة الظاهرية جزءاً من البنية الأساسية لـ Azure كخدمة (IaaS) وتتصل بشبكة HANA كبيرة مثيلات منفصلة عبر دوائر ExpressRoute. تقوم البوابة المشتركة بتوصيل أحمال العمل الخاصة بك في Azure VNet بالمواقع المحلية الخاصة بك.
تستخدم جميع عمليات توزيع HANA Large Instance منذ يوليو 2019 أختام Rev 4، والتي يتم توزيعها على مقربة من مضيفات Azure VM المستخدمة لخوادم تطبيق SAP. نتيجة لذلك، يقلل توزيع Rev 4 من زمن انتقال الشبكة بين طبقات التطبيق وقاعدة البيانات.
تُعزل شبكات HANA Large Instances عن بعضها البعض من أجل الأمان. لا تتواصل المثيلات الموجودة في مناطق مختلفة مع بعضها البعض، باستثناء النسخ المتماثل للتخزين المخصص. ومع ذلك، لاستخدام HSR، فالاتصالات بين المناطق مطلوبة. يمكن استخدام [Azure Global Reach] [globalreach] أو جداول توجيه IPأو الوكلاء لتمكين HSR عبر المناطق.
يمكن أن تكون جميع Azure VNets التي تتصل بمثيلات HANA الكبيرة في منطقة واحدة متصلة بشكل متبادل عبر ExpressRoute إلى مثيلات HANA الكبيرة في منطقة ثانوية.
يتم تضمين دائرة ExpressRoute لمثيلات HANA الكبيرة بشكل افتراضي أثناء التوفير. للإعداد، يلزم تخطيط شبكة محدد، بما في ذلك نطاقات عناوين التوجيه بين المجالات (CIDR) المطلوبة وتوجيه المجال. للحصول على التفاصيل، راجع البنية الأساسية والاتصال لـ SAP Hana (المثيلات الكبيرة) على Azure.
لتقليل زمن انتقال الشبكة وتحسين الأداء، ضع في اعتبارك تمكين FastPath (يشار إليه أيضاً باسم MSEE v2). يسمح تكوين الشبكة هذا بنسبة استخدام الشبكة من أماكن العمل إلى Azure VNet، ومن VNet إلى مثيلات HANA الكبيرة لتجاوز بوابة Azure.
الاعتبارات
قابلية التوسع
لزيادة الحجم أو تقليله، يمكنك الاختيار من بين العديد من أحجام الخوادم المتوفرة لمثيلات HANA الكبيرة. يتم تصنيفها على أنها النوع الأول والنوع الثاني وهي مصممة لأحمال العمل المختلفة. اختر حجمًا يمكن أن ينمو مع حمل العمل الخاص بك للسنوات الثلاث القادمة. وتتوفر أيضًا التزامات لمدة سنة واحدة.
يتم استخدام التوزيع متعدد المضيفات بشكل عام لعمليات توزيع BW / 4HANA كنوع من إستراتيجية تقسيم قاعدة البيانات. حتى كتابة هذه السطور، يمكن أن يتسع BW / 4HANA على HANA مثيلات كبيرة إلى 120 تيرابايت. لتوسيع النطاق، خطط موضع جداول HANA قبل التثبيت. من ناحية البنية الأساسية، يتم توصيل العديد من المضيفين بوحدة تخزين مشتركة، ما يتيح استيلاء المضيفين الجاهزين سريعًا في حالة فشل أحد عقد عامل الحساب في نظام HANA.
يمكن أن يصل حجم S / 4HANA وSAP Business Suite على HANA على جزء واحدة إلى 24 تيرابايت باستخدام عقدة ذات مثيل واحد. تدعم مثيلات HANA الكبيرة والبنية الأساسية للتخزين Azure أيضاً عمليات توزيع S / 4HANA وBW / 4HANA. بالنسبة لوحدات SKU المحددة المعتمدة للتوسيع، يرجى الرجوع إلى [دليل الأجهزة المعتمدة من SAP] [الدليل].
تزداد متطلبات الذاكرة لـ HANA مع زيادة حجم البيانات. استخدم استهلاك الذاكرة الحالي لنظامك كأساس للتنبؤ بالاستهلاك المستقبلي، ثم قم بتعيين طلبك في أحد أحجام مثيلات HANA الكبيرة.
إذا كان لديك بالفعل عمليات توزيع SAP، توفر SAP تقارير يمكنك استخدامها للتحقق من البيانات المستخدمة من قبل الأنظمة الحالية وحساب متطلبات الذاكرة لمثيل HANA. على سبيل المثال، راجع ملاحظات SAP التالية (يتطلب الوصول حساب SAP Service Marketplace):
- ملاحظة SAP 1793345 - تغيير حجم SAP Suite على HANA
- ملاحظة SAP 1872170 - مجموعة على تقرير أحجام HANA وS / 4 HANA
- ملاحظة SAP 2121330 - الأسئلة المتداولة: SAP Business Warehouse في تقرير تحجيم HANA
- ملاحظة SAP 1736976 - تقرير تحجيم BW على HANA
- ملاحظة SAP 2296290 - تقرير جديد عن حجم BW على HANA
التوافر
التكرار في الموارد هو الموضوع العام في حلول البنية التحتية عالية التوفر. اعمل مع SAP أو وحدة تكامل النظام أو Microsoft لتصميم وتنفيذ إستراتيجية الإتاحة العالية والاسترداد من الكوارث بشكل صحيح. تتبع هذه البنية Azure اتفاقية مستوى الخدمة (SLA) لـ HANA على Azure (مثيلات كبيرة). لتقييم متطلبات التوفر لديك، ضع في اعتبارك أي نقاط فشل فردية، والمستوى المطلوب من وقت التشغيل للخدمات، وهذه القياسات الشائعة:
هدف وقت الاسترداد (RTO) يعني المدة الزمنية التي لا يتوفر فيها خادم مثيلات HANA الكبيرة.
هدف نقطة الاسترداد (RPO) يعني الحد الأقصى للفترة المسموح بها والتي قد تفقد فيها بيانات العميل بسبب الفشل.
للإتاحة العالية، قم بتوزيع أكثر من مثيل واحد في زوج HA واستخدم HSR في الوضع المتزامن لتقليل فقد البيانات ووقت التعطل. بالإضافة إلى إعداد التوافر العالي المحلي ثنائي العقد، يدعم HSR النسخ المتماثل متعدد المستويات، حيث تسجل عقدة ثالثة في منطقة Azure منفصلة إلى النسخة المتماثلة الثانوية لزوج HSR المجمع كهدف للنسخ المتماثل. هذا يشكل سلسلة ديزي النسخ المتماثل.
تجاوز الفشل في عقدة الإصلاح بعد كارثة DR هي عملية يدوية دون تجميع Linux. للكشف التلقائي عن الأعطال وتجاوز الأعطال، يمكنك تكوين جهاز تنظيم ضربات القلب لتقليل وقت التعطل الناتج عن فشل البرامج أو الأجهزة. بدءاً من HANA 2.0 SPS 04، يدعم HSR أيضاً النسخ متعدد الأهداف. بدلاً من سلسلة ديزي، يحتوي هذا الشكل من النسخ المتماثل على مشترك أساسي واحد ومتعدد ثانوي.
عند إعداد HANA Large Instances HSR مع تجاوز الفشل التلقائي، يمكنك أن تطلب من فريق إدارة خدمة Microsoft إعداد جهاز STONITH لخوادم HANA Large Instances.
التعافي من الكوارث
تدعم هذه البنية الاسترداد من الكوارث بين مثيلات HANA الكبيرة في مناطق Azure المختلفة. هناك طريقتان لدعم DR مع HANA Large Instances:
النسخ المتماثل للتخزين. يتم نسخ محتويات التخزين الأساسية باستمرار إلى أنظمة تخزين DR البعيدة المتوفرة على خادمHANA Large Instances المعين. في النسخ المتماثل للتخزين، لا يتم تحميل قاعدة بيانات HANA في الذاكرة. هذا الخيار DR هو أبسط من منظور الإدارة. لتحديد ما إذا كانت هذه إستراتيجية مناسبة، خذ بعين الاعتبار وقت تحميل قاعدة البيانات مقابل توفر اتفاقية مستوى الخدمة. النسخ المتماثل للتخزين أيضاً يمكنك من تنفيذ استرداد نقطة في الوقت المناسب. إذا تم إعداد DR متعدد الأغراض (محسن التكلفة)، فيجب عليك شراء تخزين إضافي بنفس الحجم في موقع DR. توفر Microsoft خدمات ذاتية لقطة تخزين ونصوص تجاوز الفشل لتجاوز فشل HANA كجزء من عرض مثيلات HANA الكبيرة.
HSR متعدد المستويات أو متعدد الأهداف مع نسخة متماثلة ثالثة في منطقة الإصلاح بعد كارثة DR (حيث يتم تحميل قاعدة بيانات HANA على الذاكرة). يدعم هذا الخيار وقت تعافي أسرع ولكنه لا يدعم تعافي نقطة زمنية. يتطلبHSR نظام ثانوي. يمكن توجيه حركة مرور نسخ نظام HANA الموجهة إلى موقع الإصلاح بعد كارثة DR من خلال وكلاء مثل جداول nginx أو IP. بدلاً من ذلك، يمكن استخدام Global Reach لربط دوائر ExpressRoute معاً، ما يتيح للمستخدمين المسموح لهم الاتصال بوحدة مثيلات HANA الكبيرة مباشرةً.
تحسين التكلفة
استخدم حاسبة تسعير Azure لتقدير التكاليف.
لمزيد من المعلومات، راجع قسم التكلفة في Microsoft Azure Well-Architected Framework.
يمكن أن تؤثر رموز التخزين التعريفية على نموذج الفوترة. فيما يلي بعض اعتبارات التكلفة.
الأجهزة الظاهرية
في هذه البنية المرجعية، تُستخدم الأجهزة الظاهرية لاستضافة تطبيقات SAP وخدمات SAP والخدمات المشتركة مثل صناديق انتقال الإدارة. هناك بعض وحدات SKU المعتمدة لمثيلات HANA الكبيرة. تعتمد التكوينات على حمل العمل وموارد وحدة المعالجة المركزية والذاكرة المرغوبة والميزانية.
تتوفر وحدات SKU لمثيلات HANA الكبيرة كمثيلات VM محجوزة. يمكن أن تؤدي حجوزات Azure إلى خفض التكلفة إذا كان بإمكانك الالتزام لمدة عام واحد أو ثلاث سنوات. يمكن أن تقلل حجوزات الأجهزة الافتراضية من التكاليف بنسبة تصل إلى 72 بالمائة عند مقارنتها بأسعار الدفع أولاً بأول. يمكنك الحصول على بنية SAP Hana الأساسية المصممة لهذا الغرض مع الحوسبة والتخزين والشبكة. تقترن HANA Large Instances بتخزين NFS والشبكات وتوفر دعماً مدمجاً للنسخ الاحتياطية من خلال لقطات التخزين والتوافر العالي والإصلاح بعد كارثة وتكوينات التوسع. إذا كان حمل العمل الخاص بك لا يحتوي على وقت يمكن التنبؤ به للاكتمال أو استهلاك الموارد، ففكر في خيار الدفع أولاً بأول.
استخدم نظرة عامة على خطة توفير Azure وادمجها مع حجوزات Azure. خطة توفير Azure هي خطة مرنة لتوفير التكاليف تولد وفورات كبيرة مقابل أسعار الدفع أولا بأول. أنت توافق على عقد مدته سنة واحدة أو ثلاث سنوات وتتلقى خصومات على خدمات الحوسبة المؤهلة. تنطبق الوفورات على خدمات الحوسبة هذه بغض النظر عن المنطقة أو حجم المثيل أو نظام التشغيل. لمزيد من المعلومات، راجع وثائق خطة توفير Azure.
استخدم Azure Spot VMs لتشغيل أحمال العمل التي يمكن مقاطعتها ولا تتطلب استكمالاً خلال إطار زمني محدد مسبقاً أو اتفاقية مستوى الخدمة.
لمزيد من المعلومات، راجع قسم "SAP HANA على مثيلات Azure الكبيرة" في HLI لأسعار الأجهزة الظاهرية لـ SAP Hana.
Azure ExpressRoute
بالنسبة لهذه البنية، يتم استخدام Azure ExpressRoute كخدمة شبكة لإنشاء اتصالات خاصة بين شبكة محلية وشبكات Azure الظاهرية. تتصل أجهزة Azure VM بمثيلات HANA الكبيرة باستخدام اتصال ExpressRoute آخر وبوابة ExpressRoute. High Performance أو Ultra Performance هو SKU الموصى به.
جميع عمليات نقل البيانات الواردة مجانية. يتم حساب جميع عمليات نقل البيانات الصادرة وفقا إلى سعر محدد مسبقا. لمزيد من المعلومات، راجع تسعير Azure ExpressRoute.
إشعار
يمكنك تحسين البنية المرجعية هذه مقابل التكلفة عن طريق تشغيل حاوية HANA واحدة أو عدة حاويات في جزء HANA كبيرة مثيلات واحدة. هذا الإعداد مناسب لأحمال عمل HANA غير المنتجة.
نسخة احتياطية
بناءً على متطلبات عملك، اختر من بين العديد من الخيارات المتاحة.
| خيار النسخ الاحتياطي | المزايا | العيوب |
|---|---|---|
| النسخ الاحتياطي لـ HANA | من المحلي إلى SAP. فحص التناسق المضمن. | فترات طويلة للنسخ الاحتياطي والاسترداد. استهلاك مساحة التخزين. |
| لقطة HANA | من المحلي إلى SAP. النسخ الاحتياطي والاستعادة السريعة. | |
| لقطة تخزين | مضمنة مع المثيلات الكبرى لـHANA. DR محسن للمثيلات الكبيرة لـ HANA. دعم النسخ الاحتياطي لوحدة تخزين التمهيد. | الحد الأقصى 254 لقطة لكل وحدة تخزين. |
| نسخ احتياطي للسجل | إلى جانب النسخ الاحتياطي الكامل لبيانات HANA، يوفر استعادة نقطة في الوقت. | |
| أدوات النسخ الاحتياطي الأخرى | موقع النسخ الاحتياطي الفائض. | تكاليف الترخيص الإضافية. |
للحصول على تفاصيل حول نهج القيام بذلك بنفسك للنسخ الاحتياطي والمزيد من الخيارات المتوفرة مع HANA Large Instances، راجع مقالة النسخ الاحتياطي والاستعادة .
قَابلية الإدارة
مراقبة موارد مثيلات HANA الكبيرة—مثل وحدة المعالجة المركزية والذاكرة وعرض النطاق الترددي للشبكة ومساحة التخزين — باستخدام SAP Hana Studio وSAP Hana Cockpit وSAP Solution Manager وأدوات Linux الأصلية الأخرى. لا تأتي مثيلات HANA الكبيرة من النوع I SKU مع أدوات مراقبة مضمنة. توفر وحدات SKU من النوع الثاني أدوات تشخيص مُنشأة مسبقاً لتسجيل نشاط النظام واستكشاف الأخطاء وإصلاحها.
تقدم Microsoft أدوات وموارد أساسية لمساعدتك في مراقبة مثيلات HANA الكبيرة على Azure. يمكن لفريق دعم Microsoft أيضاً مساعدتك في استكشاف المشكلات الفنية وإصلاحها.
الأمان
منذ نهاية عام 2018، تم تشفير HANA Large Instances storage افتراضياً.
البيانات التي يتم نقلها بين مثيلات HANA الكبيرة وVMs غير مشفرة. لتشفير نقل البيانات، قم بتمكين التشفير الخاص بالتطبيق. راجع ملاحظة SAP 2159014 - الأسئلة المتداولة: أمان SAP Hana.
يوفر العزل الأمان بين المستأجرين في بيئة HANA Large Instance متعددة المستأجرين. يتم عزل المستأجرين باستخدام VLAN الخاصة بهم.
توفر أفضل ممارسات أمان شبكة Azure إرشادات مفيدة.
كما هو الحال مع أي عملية توزيع، يوصى باستخدام تقوية نظام التشغيل، بما في ذلك تقوية صورة SUSE Linux لـ SAP على Azure.
بالنسبة للأمان المادي، يقتصر الوصول إلى مراكز بيانات Azure على الموظفين المعتمدين فقط. لا يمكن للعملاء الوصول إلى الخوادم الفعلية.
لمزيدٍ من المعلومات، راجع SAP Hana Security - نظرة عامة. (مطلوب حساب Microsoft Azure Marketplace خاص بـ SAP للوصول.)
المُجتمعات
يمكن للمجتمعات الإجابة عن الأسئلة ومساعدتك في إعداد عملية توزيع ناجحة. النظر في ما يلي:
المساهمون
تحتفظ Microsoft بهذه المقالة. وهي مكتوبة في الأصل من قبل المساهمين التاليين.
الكاتب الرئيسي:
- Ben Trinh | المهندس المعماري الرئيسي
لمشاهدة ملفات تعريف LinkedIn غير العامة، سجل الدخول إلى LinkedIn.
الموارد ذات الصلة
قد ترغب في مراجعة سيناريو مثال Azure التالي الذي يوضح حلولا محددة باستخدام بعض التقنيات نفسها: