IBM-SG-AP IBM Sinapore Server Farm تبيع قدرة مستضافة لا تزال تعتمد على الرفوف والعبور ونوافذ الإصلاح

الملخص

• أقوى الأدلة العامة تشير إلى موقع البنية التحتية الكلاسيكية لـ IBM Cloud في سنغافورة بدلاً من منشأة مسوقة بشكل منفصل. توثيق نطاقات عناوين IP الخاصة بـ IBM يسردsng01في جورونغ إيست، وجداول مواقع Kubernetes و OpenShift الخاصة بـ IBM تسرد سنغافورة كمنطقة كلاسيكية أحادية المركز مع المنطقةsng01؛ انظرhttps://cloud.ibm.com/docs/infrastructure-hub?topic=infrastructure-hub-ibm-cloud-ip-ranges,https://cloud.ibm.com/docs/containers?topic=containers-regions-and-zonesوhttps://cloud.ibm.com/docs/openshift?topic=openshift-regions-and-zones.
• الأدلة المادية للموقع تتركز حول حرم Digital Realty في 29A International Business Park في جورونغ إيست. صفحة SIN10 الحالية لـ Digital Realty توفر العنوان وحجم المبنى فيhttps://www.digitalrealty.com/data-centers/asia-pacific/singapore/sin10، بينما إعلانات الإيجار السابقة لـ Digital Realty/SoftLayer و IBM تربط توسيع الاستضافة السحابية والاستضافة المخصصة والمدارة بنفس العقار.
• أدلة الشبكة واسعة على مستوى IBM Cloud ولكنها محدودة على مستوى مزرعة الخوادم في سنغافورة. PeeringDB يحدد AS36351 كـ SoftLayer Technologies, Inc. (شركة IBM)، المعروفة أيضًا باسم IBM Cloud، مع 1800 بادئة IPv4، 450 بادئة IPv6، وحركة مرور من 1 إلى 5 تيرابت في الثانية؛ BGP.tools يظهر ترابط AS36351 في سنغافورة في BBIX سنغافورة. هذه إشارات عالمية مفيدة، وليست دليلًا على الاستضافة المحددة للعميل فيsng01.
• الخطر التشغيلي الرئيسي ليس ما إذا كانت IBM Cloud موجودة في سنغافورة. بل هو ما إذا كانت خدمة عميل معين مرتبطة بمركز بيانات كلاسيكي، أو مسار Direct Link، أو مجموعة مخزون أجهزة، أو قائمة دعم، أو تصميم نسخ احتياطي، أو مسار ترحيل. وثائق Direct Link الخاصة بـ IBM نفسها تنص على أن Direct Link ليست متأصلة في التكرار وأنه يجب على العملاء تنفيذ التنوع.
• مستوى الأدلة متوسط. السجلات العامة تدعم سطح استضافة حقيقي لـ IBM Cloud في سنغافورة، ولكنها لا تكشف عن العدد الحالي للرفوف، أو موقع أعباء عمل العملاء، أو عمق قطع الغيار، أو مدة إيجار المنشأة، أو إجراءات الإصلاح الخاصة، أو التبديل الاختباري بين سنغافورة ومواقع IBM Cloud الأخرى.

ما يُباع هو سحابة؛ الاعتماد لا يزال غرفة في سنغافورة

اسم IBM-SG-AP IBM Sinapore Server Farm غريب، ولكن السؤال التشغيلي وراءه عادي ومهم: عندما يشتري عميل قدرة من IBM Cloud مستضافة في سنغافورة، على أي نظام مادي وتعاقدي يعتمد حقًا؟ تسوق IBM لمنصة سحابة عالمية، وخوادم معدنية عارية، واتصال خاص، وتخزين كائنات، وخدمات VPC، وأنماط تصميم عالية التوفر. يختبر المشتري هذه الخدمات عبر وحدة تحكم، وAPI، وقائمة أسعار، وصفحة حالة خدمة، وحالة دعم. ومع ذلك، لا يزال للفشل جسد.

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

السجل العام جيد بما يكفي ليقول إن سنغافورة موقع بنية تحتية حقيقي لـ IBM Cloud. توثيق IBM لنطاقات عناوين IP للبنية التحتية الكلاسيكية فيhttps://cloud.ibm.com/docs/infrastructure-hub?topic=infrastructure-hub-ibm-cloud-ip-rangesيسردsng01في جورونغ إيست ويظهر نطاقات عناوين موازن التحميل والشبكة الخاصة المرتبطة بهذا الموقع. صفحة مواقع IBM فيhttps://cloud.ibm.com/docs/overview?topic=overview-locationsتشرح أن عملاء البنية التحتية الكلاسيكية يمكنهم اختيار مراكز بيانات فردية وتميز مراكز البيانات الكلاسيكية عن المناطق متعددة المناطق. جدول مواقع خدمة Kubernetes من IBM فيhttps://cloud.ibm.com/docs/containers?topic=containers-regions-and-zonesيسرد آسيا والمحيط الهادئ، سنغافورة، سنغافورة، متروsng-mtr، منطقةsng01، تُدار من شمال آسيا والمحيط الهادئ. جدول مواقع OpenShift من IBM فيhttps://cloud.ibm.com/docs/openshift?topic=openshift-regions-and-zonesيكرر نفس الصف الكلاسيكي أحادي المركز لسنغافورة.

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

السجل المادي يشير إلى جورونغ إيست. صفحة SIN10 من Digital Realty فيhttps://www.digitalrealty.com/data-centers/asia-pacific/singapore/sin10تحدد 29A International Business Park, Jurong East, Singapore 609934، وتصف مبنى من سبعة طوابق بمساحة 377000 قدم مربع. صفحة سوق سنغافورة من Digital Realty فيhttps://www.digitalrealty.com/data-centers/asia-pacific/singaporeتسرد SIN10 بين مواقعها في سنغافورة وتشجع على نظام بيئي محلي يضم أكثر من 65 موفر خدمة سحابية وشبكة. إدخال IBM SNG01 في Datacentermap.com فيhttps://www.datacentermap.com/singapore/singapore/softlayer-sng01/يضع IBM SNG01 في 29A International Business Park. Datacenters.com فيhttps://www.datacenters.com/ibm-cloud-sng01-singaporeيوفر نفس عنوان International Business Park، على الرغم من أنه يشير أيضًا إلى أن التفاصيل العامة للمساحة الإجمالية والطاقة غير متاحة لهذا الإدخال من IBM Cloud.

التاريخ أيضًا مفيد بشكل غير عادي. إعادة نشر ACN Newswire لإعلان Digital Realty عن SoftLayer فيhttps://www.acnnewswire.com/press-release/english/7770/digital-realty-signs-softlayer-to-data-centre-lease-in-singaporeتقول إن SoftLayer استأجرت 48000 قدم مربع في عقار Digital Realty في 29A International Business Park في الربع الثاني من عام 2011 لتقديم استضافة سحابية ومخصصة ومدارة في آسيا والمحيط الهادئ. إعلان Digital Realty على PR Newswire فيhttps://www.prnewswire.com/news-releases/ibm-signs-turn-key-datacentre-lease-with-digital-realty-in-singapore-132661203.htmlيقول إن IBM وقعت أيضًا عقد إيجار لمركز بيانات تسليم مفتاح مع Digital Realty في سنغافورة في عام 2011. قصة SoftLayer في مركز بيانات Knowledge فيhttps://www.datacenterknowledge.com/business/softlayer-opens-singapore-data-centerتذكر أن SoftLayer افتتحت مركز بيانات في سنغافورة مع طابقها الخاص داخل نفس عقار Digital Realty. الاستحواذ اللاحق لـ SoftLayer من قبل IBM، الموثق في الأسئلة الشائعة حول استحواذ IBM فيhttps://www.ibm.com/cloud-computing/SoftLayer_Acquisition_Announcement_FAQs.pdfو بواسطة إعلان إغلاق IBM فيhttps://www.prnewswire.com/news-releases/ibm-closes-acquisition-of-softlayer-technologies-214589711.html، يشرح لماذا لا تزال أدلة الاستضافة من عصر SoftLayer تنتمي إلى تحليل IBM Cloud.

هذا كافٍ لمعاملة سطح الاستضافة في سنغافورة على أنه حقيقي. ليس كافيًا لمعرفة الرفوف أو الغرف أو الأقفاص أو أجهزة العملاء النشطة حاليًا. إعلانات الإيجار القديمة لا تثبت مدة الإيجار الحالية. صفحة موقع Digital Realty لا تثبت مخطط الطابق الحالي لـ IBM. قائمة مركز بيانات طرف ثالث قد تكون قديمة. وثائق IBM الخاصة بـsng01تظهر أن الموقع لا يزال جزءًا من مفردات الخدمة، لكنها لا تنشر عدد الخوادم المثبتة، أو عدد الخزانات الفارغة، أو احتياطي الطاقة، أو سياسة قطع الغيار، أو المزيج الحالي للعملاء. لذلك، الموقف الصحيح ليس ازدرائيًا ولا رومانسيًا: القدرة المستضافة مثبتة، لكن الحافة المرئية للعامة ليست دليل تشغيل كامل.

البنية التحتية الكلاسيكية مريحة تحديدًا لأن العملاء لا يرون كل تبعية

البنية التحتية الكلاسيكية لـ IBM Cloud تجعل اقتناء البنية التحتية يبدو بسيطًا. توثيق خوادم المعدن العاري من IBM فيhttps://cloud.ibm.com/docs/bare-metal?topic=bare-metal-about-bmيقول أن خادم المعدن العاري من IBM Cloud هو خادم أحادي المستأجر بالساعة أو الشهر مخصص للعميل ومنشور في واحد أو أكثر من مراكز البيانات. صفحة المقدمة فيhttps://cloud.ibm.com/docs/bare-metal?topic=bare-metal-getting-startedتقول أنه يمكن نشر خوادم المعدن العاري في البنية التحتية الكلاسيكية لـ IBM Cloud أو في بنية VPC التحتية لـ IBM Cloud. صفحة المنتج فيhttps://www.ibm.com/products/bare-metal-serversتقول أن كلا النشرين الكلاسيكي و VPC مخصصان، وتضع البنية التحتية الكلاسيكية للعمليات الكبيرة والمستقرة والمتوقعة. صفحة السحابة المخصصة فيhttps://www.ibm.com/products/bare-metal-servers/dedicated-cloudتروج لأكثر من 11 مليون مجموعة تكوين، ومرونة الفوترة، وخيارات النشر العالمية.

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

مشكلة مركز البيانات الفردي أكثر حدة للخدمات الكلاسيكية منها لمنطقة سحابة متعددة المناطق. وثائق Kubernetes و OpenShift من IBM تسرد سنغافورة كمنطقة كلاسيكية أحادية المركز. صفحة مواقع Transit Gateway من IBM فيhttps://cloud.ibm.com/docs/transit-gateway?topic=transit-gateway-tg-locationsتسرد سنغافورةSNG01بين مراكز البيانات الكلاسيكية التي يمكنها ربط البنية التحتية الكلاسيكية بموارد VPC. هذا مفيد لأنه يظهر أن لدى IBM جسرًا متوافقًا بين الموارد الكلاسيكية وتصميمات شبكة VPC الأحدث. كما يؤكد أن على العميل القيام بعمل تصميم. التوافق مع Transit Gateway لا يضع تلقائيًا عبء عمل في مواقع مادية متعددة. يوفر طريقة لربط الموارد؛ لا يزال على العميل اختيار مكان وجود النسخة الثانية أو النسخة الاحتياطية أو المسار أو الخادم البديل.

هذا التمييز محوري لعنوان المقال. تبيع IBM قدرة مستضافة لا تزال تعتمد على الرفوف والعبور ونوافذ الإصلاح لأن كل طبقة لها مسار فشل مختلف. إذا اشترى العميل خادم معدن عاري فيsng01، يمكن للمزود الحفاظ على الشبكة والمنشأة بصحة جيدة بينما يظل تطبيق العميل نفسه هشًا لأنه لا يحتوي على عقدة ثانية. إذا اشترى العميل Direct Link إلى سنغافورة ولكن ليس Direct Link ثانيًا، فقد يفشل الوصول الخاص حتى بينما يظل الخادم والشبكة العامة بصحة جيدة. إذا اعتمد العميل على IBM Cloud Backup for Classic ولكن لم يختبر استعادة معدن عاري، فقد تكون خدمة النسخ الاحتياطي موجودة بينما لا يزال الاسترداد غير مؤكد. إذا خزن العميل قالب صورة ولكن ليس أسراره أو DNS أو قواعد جدار الحماية أو المرفقات، فقد يكون الترحيل ممكنًا تقنيًا وغير مكتمل تشغيليًا.

تنشر IBM بعض مواد الترحيل وقابلية النقل، وتضع المسؤولية في المكان الصحيح. نظرة عامة على ترحيل البنية التحتية الكلاسيكية فيhttps://cloud.ibm.com/docs/infrastructure-hub?topic=infrastructure-hub-about-migration-infraتقول أن قوالب الصور المخصصة يمكنها التقاط صورة معدن عاري كلاسيكي لطلب المزيد من خوادم المعدن العاري الكلاسيكية بنفس التكوينات. نظرة عامة على ترحيل المعدن العاري الكلاسيكي من IBM فيhttps://cloud.ibm.com/docs/infrastructure-hub?topic=infrastructure-hub-p-p-migration-bare-metal-overviewتقول أن الترحيل يمكن أن يستخدم واجهات عامة أو خاصة وأن الترحيل عبر الواجهة الخاصة يستخدم شبكة IBM. صفحة قابلية نقل بيانات VPC فيhttps://cloud.ibm.com/docs/vpc?topic=vpc-data-portabilityتشرح تصدير الصور إلى IBM Cloud Object Storage للصور المخصصة. لكن صفحة قابلية نقل بيانات المعدن العاري الكلاسيكي من IBM فيhttps://cloud.ibm.com/docs/bare-metal?topic=bare-metal-data-portabilityحادة: خوادم المعدن العاري مُدارة بالكامل من قبل العميل، والعميل مسؤول عن تحديد حل تصدير البيانات الخاص به.

تلك العبارة هي المركز العملي للمخاطر. يمكن للمزود تقديم الغرفة والشبكة والأجهزة والشبكة الخاصة وقناة الدعم. لا يمكنه إنشاء تصدير قابل للاستخدام بأثر رجعي إذا لم يصممه العميل أبدًا. بالنسبة لعملاء سنغافورة، هذا يعني أن سؤال الاقتناء لا يجب أن يتوقف عند "هل يمكنني النشر في سنغافورة؟" بل يجب أن يسأل: هل يمكنني إعادة البناء في موقع IBM آخر قريب من سنغافورة أو عند مزود آخر إذا كان موردsng01غير متاح؟ هل يمكنني نقل صورة مخصصة؟ هل يمكنني استعادة الحالة من دلو أفهم موقعه ومتانته؟ هل يمكنني تغيير DNS والاتصال قبل أن تتحول نافذة الصيانة إلى انقطاع؟ هل يمكن لفريقي تشغيل البيئة الهدف دون نفس الإذن الفريد لوحدة التحكم أو مضيف الانتقال أو الرابط الخاص الذي فشل؟

Direct Link يحسن الوصول الخاص، لكنه لا يلغي تصميم المسار

IBM Cloud Direct Link مهم لأنه على الأرجح المسار المؤسسي نحو هذا النوع من القدرة المستضافة. نظرة عامة على Direct Link من IBM فيhttps://cloud.ibm.com/docs/dl?topic=dl-dl-aboutتصف الاتصال من مصدر خارجي إلى شبكة IBM Cloud الخاصة للعميل، كبديل لـ VPN site-to-site التقليدي للعملاء الذين يحتاجون اتصالًا أكثر اتساقًا وعالي الأداء. صفحة منتج Direct Link فيhttps://www.ibm.com/products/direct-linkتصف حالات الاستخدام التي تشمل نقل البيانات، والتكرار لاستمرارية الأعمال، والتعافي من الكوارث، والنسخ الاحتياطي، والوصول من البنية التحتية الخاصة. صفحة المواقع فيhttps://cloud.ibm.com/docs/dl?topic=dl-locationsتسرد مواقع مزودي Direct Link Connect في APAC، بما في ذلك Digital Realty Singapore 1 و Equinix Singapore 2. صفحة المقارنة فيhttps://cloud.ibm.com/docs/dl?topic=dl-dl-comparison-locationsتسرد سنغافورة 1 وسنغافورة 2 في مجموعة مواقع Direct Link.

هذه الحقائق تقول شيئين للعملاء. أولاً، سنغافورة ليست مجرد موقع حوسبة. إنها أيضًا سوق اتصال خاص على خريطة منتجات IBM Cloud. ثانيًا، هناك فرق بين شراء خدمة وصول وتصميم تكرار. صفحة مسؤوليات IBM فيhttps://cloud.ibm.com/docs/dl?topic=dl-dl-responsibilitiesتقول أن IBM توفر خيارات شبكة متنوعة، بينما يجب على العميل ضمان تنفيذ تنوع Direct Link. نفس الصفحة تقول أن Direct Link ليست خدمة متكررة، وأن التبديل يجب أن يُبنى في تصميم BGP للعميل بين Direct Links متعددة. الأسئلة الشائعة لـ Direct Link فيhttps://cloud.ibm.com/docs/direct-link?topic=direct-link-faqsتقول أن Direct Link يمكن أن توفر اتصالات متنوعة لكنها ليست متأصلة في التكرار. دليل البدء فيhttps://cloud.ibm.com/docs/dl?topic=dl-get-started-with-ibm-cloud-dlيوصي بإنشاء Direct Link ثانٍ متنوع لتجنب الانقطاعات، سواء كانت مخططة أو لا.

هذه لغة مزود واضحة بشكل غير عادي. تتجنب الفخ الذي يتم فيه تسويق اتصال سحابة خاصة كمرونة افتراضية. في الواقع، يمكن لـ Direct Link تقليل التعرض للإنترنت العام وتحسين قابلية توقع الأداء، لكنه يخلق سطح تبعية خاص به: موقع السحابة، وجهاز التوجيه الخاص بالعميل، ومنفذ المزود، والتوصيل المتقاطع، وشبكة التبادل أو مسار المشغل، وتكوين BGP، ومرشحات المسار، ونوافذ الصيانة، وحالة الفوترة. عندما يتصل عميل بسنغافورة 1 أو سنغافورة 2، لا يكفي أن نسأل ما إذا كان المنفذ نشطًا. يجب على العميل أن يسأل ما إذا كان المساران يشتركان في منشأة أو مشغل أو جهاز توجيه أو عقد أو مدخل مادي أو فريق عمليات أو جدول صيانة.

الأدلة من سنغافورة مفيدة لكنها غير كاملة. تسرد IBM Digital Realty Singapore 1 و Equinix Singapore 2 كخيارات Direct Link Connect. BGP.tools فيhttps://bgp.tools/as/36351يظهر ترابط AS36351 في BBIX Singapore مع إدخال 10 جيجابت/ثانية في عرضه العام. صفحة AS36351 على PeeringDB فيhttps://www.peeringdb.com/net/1613تحدد SoftLayer Technologies, Inc. (شركة IBM)، المعروفة أيضًا باسم IBM Cloud، وتسرد حركة مرور من 1 إلى 5 تيرابت في الثانية مع عدد كبير من البادئات العالمية. Cloudflare Radar فيhttps://radar.cloudflare.com/routing/as36351يتتبع AS36351 كـ SOFTLAYER -- IBM Cloud. هذه المصادر الخارجية تدعم فكرة أن IBM Cloud هي شبكة موجهة كبيرة مع وجود في آسيا والمحيط الهادئ. لا تظهر كيف يتم نقل عميل مستضاف معين في سنغافورة من رفه إلى حافة AS36351 العالمية.

هذا التمييز مهم أثناء الصيانة. تحديث موجه مجدول قد يكون غير ضار إذا تم نقل حركة المرور عبر مسار ثانٍ مختبر. نفس الحدث قد يصبح مرئيًا للعميل إذا كان كلا Direct Links يهبطان في مجالات فشل مشتركة أو إذا كان العميل يعلن فقط مجموعة واحدة من البادئات. تأخير التوصيل المتقاطع للمنشأة قد يكون تافهًا إذا كان لدى العميل بالفعل رابط احتياطي. قد يكون خطيرًا إذا تم طلب الرابط الثاني فقط بعد أن بدأ الأول بالفشل. مرشح مسار BGP قد يكون إصلاحًا سريعًا إذا كان لدى كلا الفريقين كائنات مسار وجهات اتصال موثقة. قد يستغرق ساعات إذا كان موظفو شبكة العميل وموظفو دعم IBM والمشغل يرون فقط جانبهم الخاص من الحالة.

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

IBM Cloud Object Storage وخيارات النسخ الاحتياطي تساعد فقط عندما يكون الموقع متعمدًا

النسخ الاحتياطي وقابلية نقل البيانات هما حيث تفشل العديد من إخفاقات القدرة المستضافة من كونها مفاجآت تقنية وتصبح إخفاقات إدارية. IBM Cloud Object Storage لديه قصة مرونة عامة أقوى من خادم كلاسيكي واحد. توثيق نقاط النهاية ومواقع التخزين فيhttps://cloud.ibm.com/docs/cloud-object-storage?topic=cloud-object-storage-endpointsيقول أن الدلاء الإقليمية توزع البيانات عبر ثلاثة مراكز بيانات في منطقة حضرية، وأن الوصول بين المناطق له ملف أداء ومرونة مختلف. توثيق نقاط النهاية القديمة فيhttps://cloud.ibm.com/docs/cloud-object-storage?topic=cloud-object-storage-remap-endpointsيقول أن نقطة نهاية إقليمية توزع البيانات عبر ثلاثة مراكز بيانات، وأي من تلك المراكز يمكن أن يعاني من انقطاع أو حتى تدمير دون التأثير على التوفر. صفحة مرونة Object Storage فيhttps://www.ibm.com/products/cloud-object-storage/resiliencyتصف خيارات بين المناطق وإقليمية وأحادية المركز.

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

IBM Cloud Backup for Classic يلبي حاجة مختلفة. دليل البدء فيhttps://cloud.ibm.com/docs/Backup?topic=Backup-getting-startedيصف IBM Cloud Backup for Classic كنظام قائم على وكيل لحماية البيانات على الخوادم مع جداول زمنية وإضافات. صفحة النسخ الاحتياطي للخوادم الافتراضية فيhttps://cloud.ibm.com/docs/virtual-servers?topic=virtual-servers-backup-servicesتقول أن المسؤولين يمكنهم تعيين جداول زمنية كل ساعة أو يومية أو أسبوعية أو مخصصة للأنظمة بأكملها أو الدلائل أو الملفات. دليل استعادة المعدن العاري فيhttps://cloud.ibm.com/docs/Backup?topic=Backup-configureBMRيصف بوابة Cloud Backup ومهام استعادة المعدن العاري. هذه الصفحات تظهر أن IBM تقدم أدوات نسخ احتياطي للبنية التحتية الكلاسيكية. كما تظهر أن النسخ الاحتياطي هو خدمة مهيأة، وليست خاصية تلقائية لامتلاك خادم.

مسار الفشل سهل التصور. يشتري عميل خادم معدن عاري في سنغافورة لأنه يريد زمن وصول محلي وموارد مخصصة. يضيف Direct Link لأنه يريد وصولًا خاصًا مستقرًا. يستخدم خدمة نسخ احتياطي لكنه يخزن توثيق الاستعادة في نظام داخلي لا يمكن الوصول إليه إلا عبر نفس Direct Link. أثناء حادث، الخادم معطل، المسار الخاص متدهور، حالة الدعم مفتوحة، ويدرك الفريق أن النسخ الاحتياطية موجودة لكنها ليست سريعة بما فيه الكفاية، أو غير متسقة مع التطبيق، أو لا يمكن استعادتها في مدينة أخرى، أو غير موثقة لعضو فريق خارج مجموعة الإدارة العادية. لا شيء في هذا السيناريو يتعارض مع الوثائق العامة لـ IBM. لهذا السبب تحديدًا تهم مسؤولية العميل.

قابلية النقل لها شكل مماثل. توثق IBM قوالب الصور المخصصة وتصدير صور VPC. تلك الآليات يمكن أن تقلل من احتكاك الخروج أو إعادة البناء، لكنها لا تلغي مهام الترخيص والهوية والأسرار وعنونة الشبكة وجدار الحماية و DNS ومزامنة البيانات. الصورة المخصصة مفيدة عندما يكون التطبيق صديقًا للصور. أقل فائدة عندما توجد الحالة المهمة في وحدات تخزين مرفقة، أو في قاعدة بيانات، أو في مشاركة NAS، أو في سجلات التطبيق، أو في ملفات تكوين مصححة يدويًا، أو في تكامل خاص لم يعده أحد في مكان آخر. بالنسبة لعميل يعمل في سنغافورة، يجب أن يكون اختبار قابلية النقل حيًا ومقاسًا. هل يمكن للفريق إطلاق بديل خارجsng01؟ هل يمكنهم استعادة البيانات هناك؟ هل يمكن للمستخدمين الوصول إليه؟ هل يمكنه الحفاظ على ضمانات كافية للامتثال وزمن الوصول للعمل أثناء الحدث؟

أفضل دليل سيكون خاصًا بالعميل: موقع النسخ الاحتياطي المستهدف، نتائج اختبار وقت الاستعادة، سجلات تصدير الصور، ملاحظات بناء الموقع الثاني، اختبار التبديل لـ Direct Link، جهات اتصال التصعيد للدعم، وكتيبات تشغيل التطبيق. هذه ليست عامة، ولا ينبغي لهذا المقال أن يدعي أنها كذلك. السجل العام يقول أن IBM توفر أدوات. كما يقول أن المسؤولية تظل مشتركة ومحددة بالخدمة.

سوق المنشآت حول جورونغ إيست يثير أسئلة حول الطاقة والإيجار

سنغافورة سوق مراكز بيانات عالية القيمة تحديدًا لأن الأرض والطاقة والتبريد والاتصال نادرة. بصمة IBM في سنغافورة تقع ضمن هذا القيد الأوسع. خارطة طريق مراكز البيانات الخضراء من IMDA فيhttps://www.imda.gov.sg/how-we-can-help/green-dc-roadmapتقول أن سنغافورة تهدف إلى توفير ما لا يقل عن 300 ميجاوات من القدرة الإضافية على المدى القصير، مع إمكانية المزيد من خلال تطبيقات الطاقة الخضراء. إعلان IMDA لعام 2023 فيhttps://www.imda.gov.sg/resources/press-releases-factsheets-and-speeches/press-releases/2023/four-data-centre-proposals-selected-as-part-of-pilot-data-centre-call-for-applicationيقول أن التوقف المؤقت لنمو مراكز البيانات تم رفعه في عام 2022 وأن طلبًا تجريبيًا اختار أربعة مقترحات. ملخص مجلس التنمية الاقتصادية في سنغافورة فيhttps://www.edb.gov.sg/en/business-insights/insights/singapore-to-expand-data-centre-capacity-by-at-least-one-third-pushes-for-green-energy-use.htmlيصف ما لا يقل عن 300 ميجاوات من قدرة مركز البيانات الإضافية وربما 200 ميجاوات أخرى للمشغلين الذين يستخدمون خيارات الطاقة الخضراء.

هذه المصادر الرسمية ليست خاصة بـ IBM، لكنها ذات صلة مباشرة بـ IBM-SG-AP IBM Sinapore Server Farm لأن القدرة المستضافة في سنغافورة محدودة بنفس أسواق المدخلات. يمكن لمزود السحابة تجديد الخوادم وبيع تكوينات جديدة فقط عندما يكون لديه مساحة وطاقة وتبريد ومنافذ شبكة وسلسلة توريد وتصريح للتشغيل. إذا كانت قدرة سنغافورة محدودة، يجب على العملاء أن يسألوا ما إذا كان ملف الخادم المطلوب متاحًا فيsng01، وما إذا كانت التكوينات الأكبر تتطلب موقع IBM Cloud آخر، وما إذا كانت القدرة المحجوزة ممكنة، وكم من الوقت يستغرق استبدال الأجهزة خلال طفرة إقليمية في الطلب.

تاريخ Digital Realty في 29A International Business Park يعطي هذا السؤال شكلاً ملموسًا. إعلان Digital Realty/SoftLayer لعام 2011 قال أن العقار كان منشأة بمساحة 370,500 قدم مربع في جورونغ إيست، مع ما يصل إلى 30 ميجاوات من قدرة UPS 2N وأكثر من 4.5 ميجاوات من حمل تكنولوجيا المعلومات في كل من الطوابق الستة لمركز البيانات. قصة استحواذ Digital Realty من مركز بيانات Knowledge فيhttps://www.datacenterknowledge.com/next-gen-data-centers/digital-realty-buys-singapore-data-centerوصفت نفس الموقع بأنه جاهز لإشغال العميل في عام 2011 مع أكثر من 4.5 ميجاوات من حمل تكنولوجيا المعلومات في كل من الطوابق الستة وتبريد مستمر N+2. صفحة SIN10 الحالية من Digital Realty توفر حجم مبنى حالي قريب، بينما صفحة سنغافورة الحالية تسرد شهادات وادعاءات النظام البيئي للسوق.

فجوة الأدلة هي ما يهم. الوثائق العامة لا تقول كم من بصمة IBM أو SoftLayer القديمة لا تزال مؤجرة، أو كم تغير بعد استحواذ IBM على SoftLayer، أو كيف تخصص IBM منتجاتsng01في المساحة الحالية، أو ما إذا كانت هناك قدرة محفوظة في الاحتياطي. كما لا تكشف الحدود الحالية لكثافة الطاقة لرفوف IBM في ذلك الموقع. العميل الذي يشتري خادمًا عاديًا قد لا يحتاج تلك التفاصيل. العميل الذي يخطط لتوسعة كبيرة في سنغافورة، أو عبء عمل منظم، أو ترقية جهاز، أو أسطول كبير من المعدن العاري يحتاجها. بدون تلك الأدلة، قد يعد العقد بخدمة بينما لا يزال خطة التوسعة الخاصة بالعميل تعتمد على سؤال قدرة على مستوى المنشأة.

نفس المشكلة تظهر في الدعم والصيانة. صفحة حالة IBM Cloud فيhttps://cloud.ibm.com/statusوسجل الحالة فيhttps://cloud.ibm.com/status/historyتزود العملاء بطريقة عامة لرؤية إشعارات المنصة. دليل دعم IBM فيhttps://cloud.ibm.com/docs/support?topic=support-viewing-statusيشرح كيفية رؤية الحوادث الرئيسية والصيانة المخطط لها والنشرات الأمنية. صفحة مساعدة المعدن العاري فيhttps://cloud.ibm.com/docs/bare-metal?topic=bare-metal-bare-metal-help-and-supportتوجه المستخدمين إلى الوثائق والحالة وموارد الدعم. صفحة خطورة الدعم فيhttps://cloud.ibm.com/docs/support?topic=support-support-case-severityتشرح الخطورة وأهداف الاستجابة حسب خطة الدعم، بينما صفحة خطورة الدعم المؤسسي فيhttps://www.ibm.com/support/pages/ibm-enterprise-support-severity-definitionsتقول أن عملاء IBM Cloud يجب أن يسجلوا حالة خدمة متوقفة خلال 24 ساعة من العلم بالتأثير الحرج على الأعمال.

هذه العمليات قيمة، لكنها ليست نفس الإصلاح. صفحة الحالة يمكن أن تؤكد أن IBM ترى مشكلة. حالة الدعم يمكن أن تضع العميل في قائمة الانتظار. تعريف الخطورة يمكن أن يضع توقعات. لا يزال الإصلاح يعتمد على الطبقة التي فشلت ومن لديه السلطة للتحرك. إذا كانت المشكلة قرصًا فاشلًا في خادم مخصص، فإن الوصول إلى الأجهزة وقطع الغيار يهم. إذا كانت المشكلة Direct Link، فإن BGP أو التوصيل المتقاطع أو تنسيق المشغل يهم. إذا كانت المشكلة حادثًا على مستوى المنصة، فإن بنية العميل تهم. إذا كانت المشكلة فوترة أو وصول إلى الحساب، فإن السلطة التشغيلية وضوابط الهوية تهم. يحتاج العملاء إلى دليل يخصص كل فشل إلى القناة الصحيحة من IBM والمالك الداخلي الصحيح.

AS36351 يظهر الحجم، وليس الاسترداد لكل عميل

أدلة الشبكة لـ IBM Cloud كبيرة على مستوى النظام الذاتي. PeeringDB فيhttps://www.peeringdb.com/net/1613يحدد AS36351 كـ SoftLayer Technologies, Inc. (شركة IBM)، المعروفة أيضًا باسم IBM Cloud، مع تجاوز موقع الويبhttps://www.ibm.com/cloud، نوع شبكة محتوى، 1800 بادئة IPv4، 450 بادئة IPv6، وحركة مرور من 1 إلى 5 تيرابت في الثانية. BGP.tools فيhttps://bgp.tools/as/36351يصف IBM Cloud كشبكة إنترنت ناضجة عمرها طويل، مع مئات الأقران ومشغلين صاعدين متعددين، ويظهر إدخال ترابط في سنغافورة في BBIX Singapore. صفحة Hurricane Electric فيhttps://bgp.he.net/as36351تسرد AS36351 كـ IBM Cloud وتظهر العديد من إدخالات شبكة IPv6 المرتبطة بـ IBM Cloud و IBM Cloud International B.V. Cloudflare Radar فيhttps://radar.cloudflare.com/routing/as36351يوفر رؤية توجيه مستقلة لـ AS36351.

هذه أدلة قوية على أن IBM Cloud لديها شبكة أساسية كبيرة موجهة. إنها أيضًا واسعة جدًا لإثبات مرونةsng01. يمكن أن يكون ASN عالميًا بينما مورد عميل معين محلي. قد تظل مجموعة البادئات العالمية بصحة جيدة بينما تتأثر غرفة مركز بيانات، أو مفتاح وصول، أو نظام تخزين، أو جدار حماية، أو VLAN خاص، أو منفذ Direct Link. إدخال ترابط في سنغافورة قد يحسن زمن الوصول أو قابلية الوصول، لكنه لا يقول من أين يخرج حركة كل خادم مستضاف، أو كيف يتم تعيين شبكات VLAN الخاصة للعميل، أو ما إذا كان المسار ينجو من حدث موقع.

سياسة الترابط العام لـ IBM فيhttps://cloud.ibm.com/docs/overview?topic=overview-public-peeringتقول أن الترابط العام يحدث عبر شبكة مشتركة وأن طلبات الترابط يمكن قبولها عندما توجد حاجة تشغيلية متفق عليها بشكل متبادل. هذا موقف تشغيلي طبيعي. يعني أيضًا أن الترابط العام هو قرار تجاري مُدار، وليس ضمانًا للعميل أن كل وجهة ستستخدم مسارًا محليًا مرغوبًا. بالنسبة للمؤسسات، السؤال ذو الصلة ليس "هل لدى IBM ASN كبير؟" بل "هل يستخدم تصميم خدمتي شبكة IBM بطريقة تنجو من الإخفاقات التي تهمني؟"

هذا السؤال يصبح حاسمًا في آسيا والمحيط الهادئ. عميل مستضاف في سنغافورة قد يخدم مستخدمين في سنغافورة وماليزيا وإندونيسيا والهند وأستراليا واليابان وأوروبا وأمريكا الشمالية. قد يعتمد على توجيه الإنترنت العام أو Direct Link أو VPN أو CDN أو IBM Cloud Internet Services أو عبور العميل. كل مسار له مالك تشغيلي مختلف. IBM Cloud Internet Services، الموصوفة فيhttps://www.ibm.com/products/cloud-internet-services، يمكن أن تجلب خدمات الأداء والأمان المدعومة من Cloudflare إلى التصميم، لكنها خدمة بوابة، وليست بديلاً عن مرونة المصدر. Direct Link يمكن أن يوفر وصولًا خاصًا، لكن IBM تقول أن العميل يجب أن يصمم التكرار. Object Storage يمكن أن يقدم خيارات متانة مختلفة، لكن العميل يجب أن يختار موقع الدلو. المعدن العاري يمكن أن يوفر مستأجرًا واحدًا، لكن العميل يجب أن يصمم النسخ الاحتياطي وقابلية النقل.

لهذا السبب، يجب استخدام AS36351 كسياق مراقبة، وليس كدليل على استرداد آمن. راقب AS36351 وحالة IBM Cloud. لاحظ شذوذ المسار العام. تابع إشعارات Direct Link في سنغافورة. لكن أسند خدمة العميل إلى الموارد الدقيقة: مركز بيانات كلاسيكي، VLAN، معرف خادم، بوابات Direct Link، جلسات BGP، أهداف النسخ الاحتياطي، دلاء Object Storage، DNS، الهوية، خطة الدعم، وموقع النشر البديل. مستوى التحكم للإنترنت العام هو طبقة واحدة من الاستجابة.

من يتأثر عندما يفشل سطح استضافة سنغافورة؟

المجموعة المتأثرة الفورية ليست "مستخدمي IBM" بشكل عام. بل أي عميل يعتمد عبء عمله أو مسار إدارته أو اتصاله الخاص أو أصول استرداده على البصمة الكلاسيكية في سنغافورة. يشمل ذلك الشركات التي وضعت خوادم معدن عاري فيsng01لزمن وصول منخفض؛ الفرق التي حافظت على موارد Kubernetes أو OpenShift الكلاسيكية في سنغافورة؛ العملاء الذين يستخدمون البنية التحتية الكلاسيكية المتصلة بموارد VPC عبر Transit Gateway؛ العملاء الذين لديهم Direct Link إلى سنغافورة؛ والمنظمات التي اختارت سنغافورة لمحلية البيانات أو الوصول إلى آسيا والمحيط الهادئ.

نصف قطر الانفجار يعتمد على التصميم. العميل الذي لديه خادم واحد وعنوان IP عام ولا موقع ثانٍ وخطة نسخ احتياطي يدوي قد يكون معطلًا تمامًا عندما تؤثر مشكلة أجهزة أو منشأة صغيرة على ذلك الأصل. العميل الذي لديه خوادم متعددة في نفس مركز البيانات قد ينجو من فشل جهاز واحد، لكن ليس من حدث طاقة أو تبريد أو وصول أو مفتاح أو مستوى تحكم على مستوى الموقع. العميل الذي لديه حوسبة في سنغافورة وتخزين بين المناطق قد يحافظ على البيانات لكن لا يزال يفتقر إلى قدرة حوسبة في مكان آخر. العميل الذي لديه أتمتة بناء مختبرة وصادرات صور وتخزين بين المناطق و Direct Link ثانٍ و DNS عالمي قد يعاملsng01كموقع مهم بدلاً من الخدمة بأكملها.

المجموعة التنظيمية أوسع. محلية بيانات سنغافورة جذابة غالبًا لأعباء عمل الخدمات المالية والحكومية المجاورة والرعاية الصحية والخدمات اللوجستية والمقرات الإقليمية. صفحة الامتثال لـ IBM Cloud فيhttps://cloud.ibm.com/docs/overview?topic=overview-complianceتصف شهادات مثل ISO 27001 و PCI و SOC2 وتناقش إطار IBM Cloud للخدمات المالية. تلك الشهادات والضوابط مهمة للاقتناء. لا تجيب بذاتها عن مكان وجود كل نسخة احتياطية أو أثر دعم أو سجل أو مفتاح تشفير أو إجراء إداري. يجب على العميل المنظم ترجمة "النشر في سنغافورة" إلى خريطة بيانات كاملة: حوسبة أولية، تخزين، نسخ احتياطي، مراقبة، سجلات، تذاكر دعم، أدوار وصول، تعرض المعالج الفرعي، وموقع استعادة الطوارئ.

مجموعة الترحيل مهمة أيضًا. العملاء الذين يديرون بنية تحتية كلاسيكية أقدم قد يحتاجون في النهاية إلى الترحيل إلى VPC أو منطقة IBM أخرى أو مزود آخر. توثق IBM ترحيل الكلاسيكي إلى VPC للخوادم الافتراضية فيhttps://cloud.ibm.com/docs/vpc?topic=vpc-migrate-vsi-to-vpcوتخطيط الصور المخصصة فيhttps://cloud.ibm.com/docs/vpc?topic=vpc-planning-custom-images. هذه الصفحات تظهر مسارًا، لكن الترحيل نادرًا ما يكون حدث زر واحد لأنظمة الإنتاج. على العميل التعامل مع تغييرات IP، واختلافات جدار الحماية، وموازنات التحميل، وأذونات الهوية، وصادرات التخزين، وتوافق التطبيق، والمراقبة، و DNS، والتواصل مع المستخدم، والتراجع. حادث في سنغافورة قد يكشف ما إذا كان هذا العمل قد أُنجز مبكرًا أو تُرك لأول ليلة سيئة.

المجموعة الاقتصادية تشمل العملاء الذين يستخدمون أجهزة مخصصة لأنهم يريدون أداءً متوقعًا أو تحكمًا في الترخيص. عرض المعدن العاري من IBM جذاب لـ SAP و VMware وأعباء العمل عالية الأداء والتحكم أحادي المستأجر. لكن نفس العملاء قد يكونون أكثر حساسية لتوفر ملف الأجهزة الدقيق. المورد الافتراضي يمكن استبداله من مجموعة أوسع. تكوين المعدن العاري المخصص يمكن استبداله فقط إذا كان المخزون المطابق موجودًا في المكان الصحيح. يجب أن يخبر العقد وهندسة العميل بما يحدث عندما لا يكون نفس المعالج أو ذاكرة الوصول العشوائي أو GPU أو التخزين أو ملف الشبكة متاحًا فورًا في سنغافورة.

نقاط مراقبة للمشترين والمشغلين

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

نقطة المراقبة الثانية هي تنوع Direct Link. إذا كان الوصول الخاص مهمًا، فإن Direct Link واحد غير كافٍ. وثائق IBM تقول أن Direct Link ليست متأصلة في التكرار وتوصي برابط ثانٍ متنوع. يجب على العميل توثيق ما إذا كانت سنغافورة 1 وسنغافورة 2 متنوعتين حقًا لمزيج المزودين الخاص به، وما إذا كان تبديل BGP تلقائيًا، وما إذا كانت مرشحات المسار مختبرة، وما إذا كانت اختيارات التوجيه المحلي والعالمي تتطابق مع تصميم الاسترداد، وما إذا كانت جهات اتصال الدعم معروفة على جانبي المشغل و IBM.

نقطة المراقبة الثالثة هي الأجهزة البديلة ووقت إعادة البناء. الصفحات العامة لـ IBM لا تكشف عن عمق قطع الغيار فيsng01. العملاء الذين لديهم خوادم مخصصة يجب أن يسألوا كيف يتم استبدال المكونات الفاشلة، وما إذا كانت أنظمة بديلة مطابقة موجودة، وكيف تؤثر اختبارات الأجهزة الموسعة على التجهيز العاجل، وما إذا كان يمكن استبدال ملف مكافئ، وما إذا كان التطبيق يمكنه تحمل نقل إلى موقع آخر. لأعباء العمل ذات GPU أو الذاكرة العالية أو المرخصة، قد تقرر الإجابة ما إذا كانت الخدمة ببساطة غير متاحة أو عالقة تجاريًا.

نقطة المراقبة الرابعة هي جغرافية النسخ الاحتياطي. IBM Cloud Backup for Classic و Object Storage يمكن أن يساعدا، لكن فقط إذا تم اختيار هدف النسخ الاحتياطي وهدف الاستعادة بشكل متعمد. نسخ احتياطي محلي قد يكون سريعًا لكنه يعتمد على الموقع. دلو بين المناطق قد يحسن البقاء لكنه قد يؤثر على السيادة وزمن الوصول والتكلفة. صورة مخصصة قد تساعد في إعادة البناء لكنها قد لا تشمل كل الحالة. خادم المعدن العاري لا يزال مُدارًا من قبل العميل لقرارات التصدير.

نقطة المراقبة الخامسة هي النقاط العمياء للحالة العامة. صفحات حالة IBM Cloud مفيدة، لكن العديد من إخفاقات العملاء ليست حوادث عالمية. إعلان BGP مهيأ بشكل خاطئ، أو فشل Direct Link واحد، أو مشكلة أذونات الحساب، أو مشكلة VLAN خاصة، أو قرص فاشل، أو خطأ جدار حماية للعميل، أو شهادة منتهية الصلاحية قد لا تظهر كحادث عام واسع. العملاء يحتاجون مراقبتهم الخاصة من خارج IBM Cloud، ومن داخل IBM Cloud، وعبر Direct Link، ومن جغرافيات المستخدمين.

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

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

مستوى الأدلة: متوسط، مع تدهور واضح للأصل المسمى

الأدلة على IBM Cloud في سنغافورة أقوى من الأدلة على "IBM Sinapore Server Farm" ذات العلامة التجارية المنفصلة. وثائق IBM نفسها توفرsng01وجورونغ إيست وبنية تحتية كلاسيكية وصفوف مواقع Kubernetes و OpenShift الكلاسيكية وتوافق Transit Gateway ومواقع Direct Link في سنغافورة وأوصاف خدمات المعدن العاري. Digital Realty و PR Newswire و ACN Newswire و مركز بيانات Knowledge و Datacentermap.com و Datacenters.com توفر سياقًا ماديًا وتاريخيًا حول 29A International Business Park. PeeringDB و BGP.tools و Hurricane Electric و Cloudflare Radar تظهر سطح الشبكة الأوسع لـ AS36351.

الأدلة لا تزال غير قوية بما يكفي للإعلان عن القدرة المثبتة مقابل القدرة القابلة للاستخدام أو ترتيب الرفوف أو وضع العملاء أو التبديل متعدد المواقع أو عمق قطع الغيار أو حالة الإيجار الحالية أو سلطة الإصلاح الدقيقة. كما أنها ليست قوية بما يكفي لقول أن الاستضافة الكلاسيكية في سنغافورة تقدم نفس ملف المرونة كمنطقة متعددة المناطق لـ IBM Cloud. وثائق IBM نفسها تدفع العميل نحو تصميم صريح: تنوع Direct Link، وتكوين النسخ الاحتياطي، وتصدير الصورة، وخطورة الدعم، ومراقبة حالة الخدمة، واختيار الموقع. هذه هي الطريقة الصحيحة لقراءة الأصل.

بالنسبة للعميل، الإجراء عملي. عامل IBM-SG-AP IBM Sinapore Server Farm كسطح تبعية لـ IBM Cloud في سنغافورة، وليس كعلامة تجارية غامضة وليس كمنطقة سحابة تشفي نفسها بالكامل. أكد الموقع الدقيق لـsng01إذا كانت المحلية مهمة. ابنِ مسار شبكة ثانٍ إذا كان الوصول الخاص مهمًا. احتفظ بالنسخ الاحتياطية خارج مجال الفشل الذي من المفترض أن تنجو منه. اختبر تصدير الصورة واستعادتها قبل أن تكون حالة الدعم عاجلة. اسأل عن مخزون الأجهزة قبل طلب ملف لا يمكن استبداله بسهولة. راقب AS36351 وحالة IBM Cloud، لكن لا تخلط بين حجم الشبكة العالمي واسترداد كل عبء عمل. قد يكون طلب السحابة رقميًا؛ مسار الاستعادة لا يزال ماديًا وتعاقديًا ومشتركًا بين IBM ومشغلي المنشآت ومشغلي الشبكة والعميل.