مشاركة عبر

استكشاف مشكلات الحوسبة وإصلاحها

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

للاطلاع على مقالات استكشاف الأخطاء وإصلاحها الأخرى، راجع:

لا تستجيب الحوسبة الجديدة أو خطأ سجل الأحداث "شبكة مستوى الحوسبة تم تكوينها بشكل خاطئ"

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

The compute plane network is misconfigured. Please verify that the network for your compute plane is configured correctly. Error message: Node daemon ping timeout in 600000 ms …

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

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

راجع عناوين وحدة تحكم Azure Databricks للوصول إلى المجالات وعناوين IP وترحيل CNAMEs حسب المنطقة. بالنسبة إلى Artifact Storage، تأكد من وجود مسار شبكة ناجح لتخزين Azure blob.

يستخدم المثال التالي منطقة westusAzure :

# Verify access to the web application
nc -zv 40.118.174.12 443
nc -zv 20.42.129.160 443

# Verify access to the secure compute connectivity relay
nc -zv tunnel.westus.azuredatabricks.net 443

# Verify Artifact Blob storage access
nc -zv dbartifactsprodwestus.blob.core.windows.net 443
nc -zv arprodwestusa1.blob.core.windows.net 443
..
nc -zv arprodwestusa15.blob.core.windows.net 443
nc -zv dbartifactsprodwestus2.blob.core.windows.net 443

# Verify Metastore Database access
nc -zv consolidated-westus-prod-metastore.mysql.database.azure.com 3306
nc -zv consolidated-westus-prod-metastore-addl-1.mysql.database.azure.com 3306
nc -zv consolidated-westus-prod-metastore-addl-2.mysql.database.azure.com 3306
nc -zv consolidated-westus-prod-metastore-addl-3.mysql.database.azure.com 3306
nc -zv consolidated-westus2c2-prod-metastore-addl-1.mysql.database.azure.com 3306

# Verify Log Blob storage access
nc -zv dblogprodwestus.blob.core.windows.net 443

إذا عادت الأوامر السابقة بشكل صحيح، فقد يتم تكوين مسار الشبكة بشكل صحيح ولكن قد تكون هناك مشكلة أخرى إذا كنت تستخدم جدار حماية. قد يحتوي جدار الحماية على فحص حزمة البيانات العميق أو فحص SSL أو شيء آخر يتسبب في فشل أوامر Azure Databricks. باستخدام مثيل جهاز ظاهري في الشبكة الفرعية Azure Databricks، قم بتشغيل الأمر التالي، واستبدل <token> برمز الوصول الشخصي الخاص بك و <workspace-url> بعنوان URL لمساحة العمل الخاصة بك:

curl -X GET -H ‘Authorization: Bearer <token>’ [https://](https://)<workspace-url>/api/2.0/clusters/spark-versions

إذا فشل الطلب السابق، فقم بتشغيل الأمر مرة أخرى مع -k خيار إزالة التحقق من SSL. إذا نجح ذلك، فإن جدار الحماية يسبب مشكلة في شهادات SSL.

انظر إلى شهادات SSL عن طريق تشغيل الأمر التالي، واستبدال بعنوان <workspace-url> URL لمساحة العمل الخاصة بك:

openssl s_client -showcerts -connect <workspace-url>:443

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

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

تتضمن المشكلات المتعلقة باستخدام metastore أو سجل أحداث الحساب أحداث METASTORE_DOWN

المشكلة: يبدو أن مساحة العمل الخاصة بك قد تم إعدادها ويمكنك إعداد الحساب، ولكن لديك METASTORE_DOWN أحداث في سجل أحداث الحساب الخاص بك، أو لا يبدو أن metastore الخاص بك يعمل.

الإصلاح الموصى به: تأكد من استخدام جدار حماية تطبيق ويب (WAF) مثل وكيل الحبار. يجب على أعضاء الحوسبة الاتصال بعدة خدمات لا تعمل عبر WAF.

  • Last updated on