Monitoring Cloud Fundry and VMware تانكو (يعرف سابقا باسم Fivotal Cloud Fundry)

• التركيب
• خريطة البنية التحتية
  • حاويات الحدائق
  • مراقبة وكيل مكتب الصحة العامة وشركة غوراتر وغيرها من العمليات الهامة
• واجهات تعامل Kubertenes لشبكة VMware تانو Kubernetes
• واجهات تعامل Cloud Fundry
  • عرض التطبيقات
  • واجهة تعامل التطبيق
  • اكتشاف الخدمات التي يتم ادارتها
• تكامل BOSH
  • نوافذ الصيانة الآلية لعمليات نشر BOSH
  • تعقيبات خط الأنابيب لعمليات نشر BOSH
• رصد التطبيقات المتعلقة بمؤسسة "كلاود فولجي"
  • أوقات التشغيل المدعمة
  • buildack للمباني

تركيب

يمكن تركيب Incorital Agent على أنه قشتالة، اذا كنت تستخدم VMware Tالتنزu (المعروفة سابقا باسم Pivotal Cloud Fundry و ، باختصار ، Pivotal Platform.md) أو اصدار BOSH for ca مفتوح المصدر Cloud Fundry أو غيرها من عمليات النشر المبنية على أساس BOSH.

خريطة البنية التحتية

يتم اكتشاف الأنظمة الرئيسية والحاويات في مؤسسة Cloud Foundry أو VMware التنزانيين آليا ويتم عرضها في خريطة البنية الأساسية.

يمكنك ترشيح البيانات بسهولة لكل العناصر في أساس باستخدامentity.tanzu.foundation.nameمرشح ، والذي يعمل أيضا في "الفانيليا" عمليات نشر غير اوندري.

لمزيد من التقليص أسفل الكيانات ، دعم الكلود لديه مرشحات لأجلentity.cloudfoundry.organization(nameوid),entity.cloudfoundry.space(nameوid) و /-entity.cloudfoundry.application(nameوid). بالاضافة الى ذلك ، يمكن تجميع حاويات الحدائق بواسطةCloud Foundry ApplicationوCloud Foundry Space:

وجميع المرافق المتاحة لكوبرنيت متاحة أيضا لمجموعات كوبرنيت التي تم نشرها عن طريق شبكة كوبرينيت. بالاضافة الى ذلك ، سيقوم Intana آليا باختيار المجموعات التي يتم ادارتها بواسطة شبكة Kuberntenes Grid وتعرضها على UI. للحصول على مزيد من المعلومات عن استخدام Intana لمراقبة Kubernetes ، ارجع الى المطبوعات الفنية الى كوبرنيت .

حاويات حديقة

وتحتوي حاويات الحدائق على لوحات بيانية مخصصة. ارجع الى وثائق حديقة للحصول على مزيد من المعلومات.

مراقبة برنامج BOSH agent و Goruter والعمليات الهامة الأخرى

ملحوظة : نسخة القرميد مراقبة تطبيق خدمات Microservices الى VMware Teru1.168.xوأعلى مطلوب للاتصال بهذه الوظيفة.

يقوم النظام بمراقبة CPU والذاكرة ووصف ملف مواصفات الملفات للعمليات البارزة في طائرة التحكم في Cloud Fundry و Kuberntenes بصفة خاصة :

• وكيل BOSH
• DNS KOHS
• وحدة جورتر
• وحدة تحكم كلاود
• kbe-apierver
• ukbe-controller Manager
• كوبي-جدولة

الاستعراضات البيانية الى Kubertenes لشبكة VMware تانو Kubernetes

باستخدام GMware Teru Kubernetes Grid ، المعروفة سابقا باسم Pivotal Container Service (PKS) ، يتم عرض مجموعات Kubinetes التي تم تكوينها من خلال Kubbertenes Grid API فيKubernetesجزء من Intana. العقد الرئيسية أيضا يتم تجهيزها بالأدوات ويمكن ايجادها في خريطة البنية التحتية بجانب عقد worker worker الخاصة بها.

للحصول على مزيد من المعلومات عن كيفية وجود وحدات مراقبة Kubernetes ، ارجع الى وثائق كوبرنيت الفنية الخاصة بنا. ملحوظة: يجب أن تقوم بتحديد--allow-privilegedالشارة الى kube-apiserver للسماح لحاويات Intasانة Agent بالعمل في نمط مميز واتاحة المراقبة.

Cloud Foundry dashboards

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

ملحوظة: التوصل الى هذه الوظيفة يتطلب نسخة من مراقبة تطبيق خدمات Microservices الى VMware Teru1.161.xوما فوقها.

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

تطبيقات Listing

افتراضيا ، يقوم Instety افتراضيا بعرض كل التطبيقات التي يتم اكتشافها من كل مجموعات التقارير. ويمكن البحث في التطبيقات بسهولة أو فرزها بواسطة المعلومات الأكثر صلة بالموضوع مثلstate,organizationأوspace:

استعراض بياني للتطبيق

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

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

اكتشاف الخدمات التي يتم ادارتها

ويقوم العملاء غير الاسقلين الذين تم نشرهم عبر المؤسسة باكتشاف ومراقبة الخدمات التي يتم تشغيلها عليهم. يتم مراقبة الخدمات التي يتم تكوينها بواسطة بعض البلاط آليا ، مع قيام وكيل Intana باكتشاف بيانات الاعتماد والمحددات ، ارجع الى الجزء النسخ المدعمة .

الخدمات التي لا يتم مراقبتها آليا ، يمكن توصيفها يدويا من خلال توصيف البرنامج الوسيط المهيأ مرافق Intana Ble.

اذا كان هناك قطع من البلاطات أو اصدارات BSH تريد أن يتم توصيفها آليا ، دعنا نعرف من خلال فتح طلب الخاصية في دعم portal.

تكامل BOSH

واستنادا إلى البيانات المتاحة من مدير مكتب الصحة والسلامة والصحة ، توفر هذه البيانات الكثير من الأتمتة.

نوافذ الصيانة الآلية لعمليات نشر BOSH

ملحوظة: نسخة القرميد مراقبة تطبيق خدمات Microservices الى VMware Teru1.168.xوأعلى مطلوب للاتصال بهذه الوظيفة.

يكتشف taple taple آليا نشر BOSH الذي يتم تشغيله عبر مؤسسة VMware Teru ويقوم بتكوين وجدولة وعدم جدولة نوافذ الصيانة.

للحصول على مزيد من المعلومات عن هذه الخاصية ، ارجع الى وثائق نوافذ الصيانة الفنية الخاصة بنا.

خاصية "Windows الصيانة الآلية" للبلاطة تتطلب التوصيفات التالية :

• وصلة Backend الوصلة > API endpoint URL: يجب أن يشير الى الوحدة المستضافة الخاصة بك في Intana.
• وصلة Backend connection > API token: يتطلب رمز API مع ، على الأقل ،Configuration of custom alertsالإذن. للحصول على مزيد من المعلومات ، ارجع الى وثائق الرموز المميزة لبرنامج API الفنية.

لالغاء تشغيل وظيفة Automatic Maintenance Windows ، حدد الاختيار مواصفات Agent الآلية > نوافذ الصيانة الآلية ل BOSH في توصيف البلاط.

للخروج من التغيير ، حدد تطبيق التغييرات في OpsManager for Application Service for VMs أو Cubbernetes Grid.

معلومات عن Pipeline لنشر BOSH

ملحوظة: نسخة القرميد مراقبة تطبيق خدمات Microservices1.166.1وأعلى مطلوب للاتصال بهذه الوظيفة.

هام: الحالة الخاصة بوظائف Eipeline Feedback هي حاليا تجريبي. في المؤسسات التي لها العديد من نسخ الخدمات ، والتي عادة ما يكون لكل منها نشر BOSH تم تخصيصه ، وقد يصبح قليلا ثرثارة جدا. دعونا نعرف ما رأيكم في ذلك !

ويكشف البلاط غير القادرين تلقائيا عمليات نشر نظام BSH الجاري تشغيلها عبر المؤسسة ، وكجزء من وظيفة التعليق التقييمي لخطوط الأنابيب داخل الإمتانة ، يتم الإبلاغ عن عمليات النشر هذه على أنهاreleases.

للحصول على مزيد من المعلومات ، ارجع الى وثائق تكامل المعلومات المرجعية لخط الأنابيب الفنية.

تطبيقات مراقبة على Cloud Fundry

عمليات تشغيل المدعمة

• Java، لا يوجد اعداد خاص مطلوب

• Node.js، وتقوم شركة Buildpack غير انة بجعل المحددات آلية بالكامل

• جوهر .NET

• POP، تجريبي حاليا

• Python، وتقوم شركة Buildpack غير انة بجعل المحددات آلية بالكامل

• أحمر داكن، وتقوم شركة Buildpack غير انة بجعل المحددات آلية بالكامل

buildack للمباني

ملاحظة :instana_buildpackCloud Fundry buildpack هي حاليا في حالة تجريبي . نشر القواتinstana_buildpackهو اختيار التطبيق في البلاط تحت شاشة مواصفات Agent الآلية .

منذ الإصدار 1-177.0 ، تتكامل البلاطinstana_buildpackCloud Fundry buildpack التي تقوم بتشغيل تطبيق Intass setup ل ـ Node.jsأو Python أو Ruby Cloud Fundry. عندماinstana_buildpackويتم اختياره بواسطة ملف تعريف التطبيق بواسطة Cloud Foundry Manifest ، يقوم بتوصيف عملية الترحيل بشكل تلقائي للخبز في القطرة (صورة الحاوية التي يتم تشغيلها بواسطة Cloud Fundry) كل ما هو ضروري لمراقبة تطبيق Cloud Fundry باستخدام Incasures.

و#instana_buildpackهو ما يسمى حزمة buildator، والذي يقوم باضافة المنطق والمصادر الى عملية تحديد المراحل ، ويجب أن يتم استخدامه بالاقتران مع نهائي buildpack ، والتي تقوم فعليا ببدء نسخ التطبيق Cloud Fundry. على سبيل المثال ، سطر الأمر التالي سيقوم باستخدامinstana_buildpackلتشغيل مراقبة تطبيق Node.js آليا :

cf push -b instana_buildpack -b nodejs_buildpack

ملاحظة :instana_buildpackيجب أن يتم استخدام buildpack لا على أنه الأخير buildpack في تسلسل buildPacks ، حيث أن ذلك سيؤدي الى حدوث خطأ في تحديد المراحل.

يمكن تحقيق نفس الشيء في تعريف عدة برامج بناء في التطبيقmanifest.ymlكما يلي:

---
applications:
- name: test-nodejs
  buildpacks:
    - instana_buildpack
    - nodejs_buildpack

للحصول على مزيد من المعلومات عن كيفية استخدام buildPack متعدد عند دفع تطبيقات Cloud Fundry ، ارجع الى المطبوعات الفنية الى دفع App مع العديد من حزم برامج Buildps .