15 أكتوبر: انقطاع نيوستار UltraDNS 15 أكتوبر 2015 – Neustar UltraDNS Down – Dotcom-Monitor يتتبع انقطاع Neustar UltraDNS في هذا الوقت. يبدو أن انقطاع UltraDNS قد بدأ في حوالي الساعة 4:00 مساء بتوقيت وسط أوروبا. أدت مشكلة UltraDNS إلى تنبيهات خطأ للعملاء (كما ينبغي). المراقبة التي لا تقوم بتخزين DNS
عمر IPv6 علينا ARIN ، السجل الأمريكي لأرقام الإنترنت هو السلطة المسؤولة عن توزيع عناوين IP في أمريكا الشمالية. تلقت ARIN كتل IPv4 لأمريكا الشمالية من IANA (هيئة الأرقام المخصصة للإنترنت ، المسؤولة عن توزيع عناوين IP والحفاظ على مناطق جذر DNS بالإضافة إلى إدارة قاعدة بيانات نطاقات المستوى الأعلى.
لقد عملنا مؤخرا مع عميل لاستكشاف مشكلات مثيل SQL Server وإصلاحها. كان العميل يقوم بتشغيل SQL Server 2012 على جهاز ظاهري. كانت التطبيقات التي تعمل على SQL Server تواجه مشكلات وكان العميل غير متأكد من السبب الجذري للمشكلات. في البداية ، قمنا بإعداد مراقبة تطبيق الويب مع العميل لإرسال تنبيهات
لقد طرحت مؤخرا العديد من الأسئلة المثيرة للاهتمام حول كيفية عمل أنظمة المراقبة لدينا، وبعضها يسأل عما إذا كان بإمكاننا مراقبة تقنيات محددة للغاية. الإجابة المختصرة هي بشكل عام ، نعم – إذا كان متصلا بالإنترنت ويمكن الوصول إليه إما خارج جدار الحماية الخاص بك عبر العشرات من مواقع المراقبة
بمرور الوقت ، يمكن أن ينمو عدد الأدوات المستخدمة لإدارة البنية التحتية لتكنولوجيا المعلومات للشركات لتصبح مجموعة غير عملية من المرافق والبرامج والخدمات مع قائمة لا يمكن التحكم فيها من تقارير الجودة والأداء. ولهذا السبب ، تبحث العديد من الشركات الصغيرة والمتوسطة عن حل بسيط الكل في واحد ليناسب احتياجاتها.
في تقرير حديث صادر عن IDC بعنوان “DevOps وتكلفة وقت التوقف: مقاييس أفضل الممارسات في قائمة Fortune 1000 Quantified” ، تم استكشاف تكلفة وقت التوقف عن العمل عبر مؤسسات Fortune 1000. الأرقام التي وصلوا إليها قد تفاجئك. قدر متوسط تكلفة تعطل التطبيق بين شركات فورتشن 1000 في مكان ما بين 500،000 و 1 مليون دولار في الساعة! وقدرت التكلفة الإجمالية لوقت التوقف عن العمل سنويا بما بين 1.25 مليار و 2.5 مليار دولار سنويا.
تقوم أداة Visual Traceroute Tool بتعيين كل قفزة على طول مسار التتبع ، وتستدعي رسوميا الحزم المتساقطة والعقد غير المستجيبة. كما يسمح لك بالتنقل لأسفل في الأخطاء وتصور مسارات التتبع من مواقع مختلفة على أساس قفزة تلو الأخرى. أفضل طريقة لشرح كيفية عمل ذلك هي أن تظهر لك مثالا. قد
مع استمرار نمو الإنترنت بشكل كبير ، نرى المؤسسات تعتمد على عدد كبير من الأجهزة لدعم معايير أعلى وأعلى من وقت التشغيل والأداء. مع إصدار MetricsView Performance Counter Monitors و SNMP Monitoring Agents ، يوفر Dotcom-Monitor حلولا كاملة لمراقبة أداء موقع الويب لإعطائك نظرة ثاقبة ليس فقط حول كيفية أداء
يوفر Dotcom-Monitor الآن موقعا مخصصا لمراقبة IPv6 ، مما يعني أن المهام التي تتم مراقبتها من هذا الموقع لن تكون قادرة على حل حركة المرور عبر شبكة IPv4 ، لذلك إذا تعذر على الاتصال الانتقال عبر شبكة متوافقة مع IPv6 ، فسيعود هذا الموقع بنتيجة مراقبة فاشلة.
يمكنك الآن اختبار اتصالات IPv6 على وجه التحديد من موقع “IPv6 فقط” لضمان إمكانية الوصول إلى خدماتك عبر عقد IPv6 فقط. هذا مفيد لاختبار دقة IPv6 المحددة نظرا لوجود تكوينات متوفرة على أجهزة الشبكات المختلفة التي قد تسمح بحركة المرور بين عقد IPv4 و IPv6 التي لن تعمل مع عقد IPv6-Only . على سبيل المثال ، من الممكن أن يكون لديك جهاز توجيه على أحد طرفي الاتصال يحاول إرسال حركة مرور IPv6-Only باستخدام آلية نفق لنفق IPv6 عبر شبكة IPv4 فقط بينما يكون جهاز التوجيه على الطرف الآخر غير قادر على استخراج عنوان IPv6 من البيانات النفقية IPv4.
يتيح لك استخدام موقع IPv6 أيضا التأكد من أن أي واجهات برمجة تطبيقات تستخدمها قادرة على التعامل مع اتصالات IPv6. سيتيح لك موقع مراقبة IPv6 معرفة ما إذا كان تطبيقك غير مدرك ل IPv6 عن طريق تشغيل تنبيه عندما يكون التطبيق غير قادر على الاستجابة.
كم مرة يتم سؤالك “هل الموقع معطل؟” يمكن أن تؤدي مثل هذه المكالمات إلى ساعات من الوقت الضائع فقط لمعرفة أنها كانت مشكلة بسيطة لقاعدة مستخدمين محدودة. هل لديكم الأدوات اللازمة للكشف عن مثل هذه المشكلات والتعامل معها بشكل استباقي؟
© 1998-2024 دوت كوم مونيتور جميع الحقوق محفوظة.
