المحتويات

المقدمة

معلومات أساسية

المختصرات

سير عمل MoP

إيقاف تشغيل تطبيق CPAR

مهمة لقطة VM

لقطة VM

إستعادة الأجهزة الافتراضية

إسترداد المثيل باستخدام اللقطة

إنشاء عنوان IP عائم وتعيينه

تمكين SSH

إنشاء جلسة SSH

بدء مثيل CPAR

فحص صحة ما بعد النشاط

المقدمة

يصف هذا المستند الخطوات المطلوبة لاستبدال قرص تخزين كائنات معيب (OSD) - خادم حوسبة بإعداد Ultra-M.

ينطبق هذا الإجراء على بيئة OpenStack ذات إصدار NewTon حيث لا يقوم ESC بإدارة CPAR ويتم تثبيت CPAR مباشرة على الجهاز الظاهري (VM) الذي تم نشره على OpenStack.

معلومات أساسية

Ultra-M هو حل أساسي لحزم الأجهزة المحمولة تم تجميعه في حزم مسبقا والتحقق من صحته افتراضيا تم تصميمه من أجل تبسيط نشر شبكات VNF. OpenStack هو مدير البنية الأساسية الظاهرية (VIM) ل Ultra-M ويتكون من أنواع العقد التالية:

- حوسبة

- OSD - الحوسبة

- ضابط

- النظام الأساسي OpenStack - المدير (OSPD)

تم توضيح البنية المعمارية عالية المستوى لتقنية Ultra-M والمكونات المعنية في هذه الصورة:

مخصص هذا المستند لأفراد Cisco المطلعين على نظام Cisco Ultra-M الأساسي ويفصل الخطوات المطلوبة للتنفيذ في نظام التشغيل OpenStack و Redhat (OS).

ملاحظة: يتم النظر في الإصدار Ultra M 5.1.x لتحديد الإجراءات الواردة في هذا المستند.

المختصرات

مو بي

منهجية الإجراء

OSD

أقراص تخزين الكائنات

OSPD

مدير النظام الأساسي ل OpenStack

محرك الأقراص الثابتة

محرك الأقراص الثابتة

محرك أقراص مزود بذاكرة مصنوعة من مكونات صلبة

محرك أقراص في الحالة الصلبة

فيم

مدير البنية الأساسية الظاهرية

VM

جهاز ظاهري

إم

مدير العناصر

UAS

خدمات أتمتة Ultra

uID

المعرف الفريد العالمي

سير عمل MoP

النسخ الاحتياطي

قبل إستبدال عقدة حوسبة، من المهم التحقق من الحالة الحالية لبيئة النظام الأساسي Red Hat OpenStack. يوصى بالتحقق من الحالة الحالية لتجنب المضاعفات عند تشغيل عملية إستبدال الكمبيوتر. ويمكن تحقيقه من خلال هذا التدفق من الاستبدال.

في حالة الاسترداد، توصي Cisco بإجراء نسخ إحتياطي لقاعدة بيانات OSPD باستخدام الخطوات التالية:

[root@director ~]# mysqldump --opt --all-databases > /root/undercloud-all-databases.sql

[root@director ~]# tar --xattrs -czf undercloud-backup-`date +%F`.tar.gz /root/undercloud-all-databases.sql

/etc/my.cnf.d/server.cnf /var/lib/glance/images /srv/node /home/stack

tar: Removing leading `/' from member names

تضمن هذه العملية إمكانية إستبدال عقدة دون التأثير على توفر أي مثيلات.

ملاحظة: تأكد من وجود لقطة للمثيل لديك لتتمكن من إستعادة الجهاز الظاهري عند الحاجة. اتبع الإجراء المتعلق بكيفية إلتقاط لقطة للآلة الافتراضية.

1. التعرف على الأجهزة الافتراضية المستضافة في عقدة OSD-Compute.

2. حدد الأجهزة الافتراضية (VM) المستضافة على الخادم.

[stack@director ~]$ nova list --field name,host | grep osd-compute-0

| 46b4b9eb-a1a6-425d-b886-a0ba760e6114 | AAA-CPAR-testing-instance | pod2-stack-compute-4.localdomain |

ملاحظة: في الإخراج المبين هنا، يتوافق العمود الأول مع المعرف الفريد العالمي (UUID)، بينما يمثل العمود الثاني اسم الجهاز الظاهري (VM) بينما يمثل العمود الثالث اسم المضيف الذي يوجد به الجهاز الظاهري. يتم إستخدام المعلمات من هذا الإخراج في الأقسام التالية.

إيقاف تشغيل تطبيق CPAR

الخطوة 1. افتح أي عميل Secure Shell (SSH) متصل بالشبكة واتصل بمثيل وحدة المعالجة المركزية (CPAR).

من المهم عدم إيقاف تشغيل جميع مثيلات المصادقة والتفويض والمحاسبة (AAA) الأربعة داخل موقع واحد في نفس الوقت، والقيام بذلك بطريقة واحدة.

الخطوة 2. لإيقاف تشغيل تطبيق حماية مستوى التحكم (CPAR)، قم بتشغيل الأمر:

/opt/CSCOar/bin/arserver stop

يجب أن تظهر رسالة "اكتمال إيقاف تشغيل وكيل خادم Cisco Prime Access Registrar".

ملاحظة: إذا ترك مستخدم جلسة عمل لواجهة سطر الأوامر (CLI) مفتوحة، فلن يعمل الأمر arserver stop" وتعرض هذه الرسالة.

ERROR:    You cannot shut down Cisco Prime Access Registrar while the

CLI is being used.   Current list of running

CLI with process id is:

2903 /opt/CSCOar/bin/aregcmd –s

في هذا المثال، يلزم إنهاء معرف العملية 2903 الذي تم تمييزه قبل التمكن من إيقاف حماية مستوى التحكم (CPAR). إذا كان هذا هو الحال، فعليك تشغيل الأمر من أجل إنهاء هذه العملية:

kill -9 *process_id*

ثم كرر الخطوة 1.

الخطوة 3. للتحقق من إيقاف تشغيل تطبيق حماية مستوى التحكم (CPAR) بالفعل، قم بتشغيل الأمر:

/opt/CSCOar/bin/arstatus

يجب أن تظهر هذه الرسائل:

Cisco Prime Access Registrar Server Agent not running

Cisco Prime Access Registrar GUI not running

مهمة لقطة VM

الخطوة 1. أدخل موقع واجهة المستخدم الرسومية (GUI) Horizon المطابق للموقع (City) الذي يتم العمل عليه حاليا.

عند وصولك إلى الأفق، تكون الشاشة التي تمت ملاحظتها كما هو موضح في هذه الصورة.

الخطوة 2. انتقل إلى مشروع > مثيلات كما هو موضح في هذه الصورة.

إذا كان المستخدم يستخدم حماية مستوى التحكم (CPAR)، فلن يظهر في هذه القائمة سوى مثيلات المصادقة والتفويض والمحاسبة (AAA) الأربعة.

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

الخطوة 4. تحقق من أن المثيل تم إيقاف تشغيله بالفعل عن طريق التحقق من الحالة = إيقاف التشغيل وحالة الطاقة = إيقاف التشغيل كما هو موضح في هذه الصورة.

تنهي هذه الخطوة عملية إيقاف تشغيل وحدة المعالجة المركزية (CPAR).

لقطة VM

بمجرد توقف أجهزة CPAR VM، يمكن أخذ اللقطات بشكل متوازي لأنها تنتمي إلى أجهزة كمبيوتر مستقلة.

يتم إنشاء ملفات QCOW2 الأربعة بالتوازي.

أخذ لقطة لكل مثيل AAA. (25 دقيقة -1 ساعة) (25 دقيقة للتواجدات التي تستخدم صورة البقرة كمصدر وساعة واحدة للتواجدات التي تستخدم صورة خام كمصدر)

1. تسجيل الدخول إلى واجهة المستخدم الرسومية (GUI) ل OpenStack’Horizon الخاصة ب POD.

2. بمجرد تسجيل الدخول، انتقل إلى قسم مشروع > حوسبة > مثيلات في القائمة العليا وابحث عن مثيلات AAA كما هو موضح في هذه الصورة.

3. انقر فوق إنشاء لقطة لمتابعة إنشاء اللقطة (يلزم تنفيذ ذلك على مثيل AAA المطابق) كما هو موضح في هذه الصورة.

4. بمجرد تنفيذ اللقطة، انقر فوق الصور وتحقق من أن كل شيء ينتهي ويبلغ عن عدم وجود مشاكل كما هو موضح في هذه الصورة.

5. تتمثل الخطوة التالية في تنزيل اللقطة على تنسيق QCOW2 ونقلها إلى كيان بعيد في حالة فقد OSPD أثناء هذه العملية. لتحقيق ذلك، قم بتعريف اللقطة عن طريق تشغيل الأمر show image-list على مستوى OSPD.

[root@elospd01 stack]# glance image-list

+--------------------------------------+---------------------------+

| ID                                   | Name                      |             +--------------------------------------+---------------------------+

| 80f083cb-66f9-4fcf-8b8a-7d8965e47b1d | AAA-Temporary             |             | 22f8536b-3f3c-4bcc-ae1a-8f2ab0d8b950 | ELP1 cluman 10_09_2017    |

| 70ef5911-208e-4cac-93e2-6fe9033db560 | ELP2 cluman 10_09_2017    |

| e0b57fc9-e5c3-4b51-8b94-56cbccdf5401 | ESC-image                 |

| 92dfe18c-df35-4aa9-8c52-9c663d3f839b | lgnaaa01-sept102017       |

| 1461226b-4362-428b-bc90-0a98cbf33500 | tmobile-pcrf-13.1.1.iso   |

| 98275e15-37cf-4681-9bcc-d6ba18947d7b | tmobile-pcrf-13.1.1.qcow2 |

+--------------------------------------+---------------------------+

6. بمجرد التعرف على اللقطة التي سيتم تنزيلها (اللقطة المعلمة بالأخضر)، يمكنك تنزيلها بتنسيق QCOW2 باستخدام نظرة الأمر وتنزيل الصورة كما هو موضح.

[root@elospd01 stack]# glance image-download 92dfe18c-df35-4aa9-8c52-9c663d3f839b --file /tmp/AAA-CPAR-LGNoct192017.qcow2 &

- يقوم & بإرسال العملية إلى الخلفية. يستغرق إكمال هذا الإجراء بعض الوقت، وبمجرد تنفيذه، يمكن تحديد موقع الصورة على دليل /tmp.

- عند إرسال العملية إلى الخلفية، في حالة فقد الاتصال، يتم إيقاف العملية أيضا.

- قم بتشغيل الأمر disown -h وبالتالي في حالة فقد اتصال SSH، تستمر العملية في التشغيل والانتهاء على OSPD.

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

[root@elospd01 stack]# virt-sparsify AAA-CPAR-LGNoct192017.qcow2 AAA-CPAR-LGNoct192017_compressed.qcow2

قد تستغرق هذه العملية بعض الوقت (حوالي 10 إلى 15 دقيقة). وبمجرد الانتهاء، يكون الملف الناتج هو الملف الذي يجب تحويله إلى كيان خارجي كما هو محدد في الخطوة التالية.

يلزم التحقق من تكامل الملف، لتحقيق ذلك، قم بتشغيل الأمر التالي وابحث عن السمة "corrupt" في نهاية مخرجها.

[root@wsospd01 tmp]# qemu-img info AAA-CPAR-LGNoct192017_compressed.qcow2

image: AAA-CPAR-LGNoct192017_compressed.qcow2

file format: qcow2

virtual size: 150G (161061273600 bytes)

disk size: 18G

cluster_size: 65536

Format specific information:

compat: 1.1

lazy refcounts: false

refcount bits: 16

corrupt: false

- لتجنب حدوث مشكلة عند فقد OSPD، يلزم نقل اللقطة التي تم إنشاؤها مؤخرا بتنسيق QCOW2 إلى كيان خارجي. قبل بدء نقل الملف، يجب عليك التحقق مما إذا كانت الوجهة بها مساحة كافية على القرص، قم بتشغيل الأمر df -kh للتحقق من مساحة الذاكرة. تتمثل إحدى النصائح في نقله إلى موقع آخر OSPD بشكل مؤقت مع بروتوكول SFTP SFTP root@x.x.x.x" حيث يمثل x.x.x.x عنوان IP الخاص ببروتوكول OSPD بعيد. لتسريع النقل، يمكن إرسال الوجهة إلى العديد من OSPDs. بنفس الطريقة، يمكنك تشغيل الأمر scp *name_of_the_file*.qcow2 root@ x.x.x:/tmp (حيث x.x.x.x هو عنوان IP الخاص ب OSPD عن بعد) من أجل نقل الملف إلى OSPD آخر.

1. التعرف على الأجهزة الافتراضية المستضافة في عقدة OSD-Compute.

2. حدد الأجهزة الافتراضية (VM) المستضافة على الخادم.

[stack@director ~]$ nova list --field name,host | grep osd-compute-0

| 46b4b9eb-a1a6-425d-b886-a0ba760e6114 | AAA-CPAR-testing-instance | pod2-stack-compute-4.localdomain |

ملاحظة: في الإخراج المبين هنا، يتوافق العمود الأول مع المعرف الفريد العالمي (UUID)، بينما يمثل العمود الثاني اسم الجهاز الظاهري (VM) بينما يمثل العمود الثالث اسم المضيف الذي يوجد به الجهاز الظاهري. يتم إستخدام المعلمات من هذا الإخراج في الأقسام التالية.

- تحقق من توفر قدرة CEPH للسماح بإزالة خادم OSD واحد.

[heat-admin@pod2-stack-osd-compute-0 ~]$ sudo ceph df

GLOBAL:

SIZE       AVAIL      RAW USED     %RAW USED

13393G     11088G        2305G         17.21

POOLS:

NAME        ID     USED      %USED     MAX AVAIL     OBJECTS

rbd         0          0         0         3635G           0

metrics     1      3452M      0.09         3635G      219421

images      2       138G      3.67         3635G       43127

backups     3          0         0         3635G           0

volumes     4       139G      3.70         3635G       36581

vms         5       490G     11.89         3635G      126247

- تحقق من وجود حالة الشجرة الموجودة على خادم OSD-Compute.

[heat-admin@pod2-stack-osd-compute-0 ~]$ sudo ceph osd tree

ID WEIGHT   TYPE NAME                         UP/DOWN REWEIGHT PRIMARY-AFFINITY

-1 13.07996 root default

-2  4.35999     host pod2-stack-osd-compute-0

0  1.09000         osd.0                          up  1.00000          1.00000

3  1.09000         osd.3                          up  1.00000          1.00000

6  1.09000         osd.6                          up  1.00000          1.00000

9  1.09000         osd.9                          up  1.00000          1.00000

-3  4.35999     host pod2-stack-osd-compute-1

1  1.09000         osd.1                          up  1.00000          1.00000

4  1.09000         osd.4                          up  1.00000          1.00000

7  1.09000         osd.7                          up  1.00000          1.00000

10  1.09000         osd.10                         up  1.00000          1.00000

-4  4.35999     host pod2-stack-osd-compute-2

2  1.09000         osd.2                          up  1.00000          1.00000

5  1.09000         osd.5                          up  1.00000          1.00000

8  1.09000         osd.8                          up  1.00000          1.00000

11  1.09000         osd.11                         up  1.00000          1.00000

- تكون عمليات CEPH نشطة على خادم OSD-compute.

[heat-admin@pod2-stack-osd-compute-0 ~]$ systemctl list-units *ceph*

UNIT                             LOAD   ACTIVE SUB     DESCRIPTION

var-lib-ceph-osd-ceph\x2d0.mount loaded active mounted /var/lib/ceph/osd/ceph-0

var-lib-ceph-osd-ceph\x2d3.mount loaded active mounted /var/lib/ceph/osd/ceph-3

var-lib-ceph-osd-ceph\x2d6.mount loaded active mounted /var/lib/ceph/osd/ceph-6

var-lib-ceph-osd-ceph\x2d9.mount loaded active mounted /var/lib/ceph/osd/ceph-9

ceph-osd@0.service               loaded active running Ceph object storage daemon

ceph-osd@3.service               loaded active running Ceph object storage daemon

ceph-osd@6.service               loaded active running Ceph object storage daemon

ceph-osd@9.service               loaded active running Ceph object storage daemon

system-ceph\x2ddisk.slice        loaded active active  system-ceph\x2ddisk.slice

system-ceph\x2dosd.slice         loaded active active  system-ceph\x2dosd.slice

ceph-mon.target                  loaded active active  ceph target allowing to start/stop all ceph-mon@.service instances at once

ceph-osd.target                  loaded active active  ceph target allowing to start/stop all ceph-osd@.service instances at once

ceph-radosgw.target              loaded active active  ceph target allowing to start/stop all ceph-radosgw@.service instances at once

ceph.target                      loaded active active  ceph target allowing to start/stop all ceph*@.service instances at once

LOAD   = Reflects whether the unit definition was properly loaded.

ACTIVE = The high-level unit activation state, i.e. generalization of SUB.

SUB    = The low-level unit activation state, values depend on unit type.

14 loaded units listed. Pass --all to see loaded but inactive units, too.

To show all installed unit files use 'systemctl list-unit-files'.

- قم بتعطيل كل مثيل إعداد وإيقافه وإزالة كل مثيل من OSD وإلغاء تحميل الدليل. كرر لكل مثيل ترتيب.

[heat-admin@pod2-stack-osd-compute-0  ~]# systemctl disable ceph-osd@0

[heat-admin@pod2-stack-osd-compute-0 ~]# systemctl stop ceph-osd@0

[heat-admin@pod2-stack-osd-compute-0 ~]# ceph osd out 0

- تم وضع علامة OSD.0.

[heat-admin@pod2-stack-osd-compute-0 ~]# ceph osd crush remove osd.0

- تمت إزالة اسم معرف العنصر 0 'osd.0' من خريطة التفتت

[heat-admin@pod2-stack-osd-compute-0  ~]# ceph auth del osd.0

- تم التحديث

[heat-admin@pod2-stack-osd-compute-0 ~]# ceph osd rm 0

- تمت إزالة osd.0

[heat-admin@pod2-stack-osd-compute-0 ~]# umount /var/lib/ceph.osd/ceph-0

[heat-admin@pod2-stack-osd-compute-0 ~]# rm -rf /var/lib/ceph.osd/ceph-0

أو ,

- يمكن إستخدام البرنامج النصي Clean.sh لهذه المهمة مرة واحدة.

[heat-admin@pod2-stack-osd-compute-0 ~]$ sudo ls /var/lib/ceph/osd

ceph-0  ceph-3  ceph-6  ceph-9

[heat-admin@pod2-stack-osd-compute-0 ~]$ /bin/sh clean.sh

[heat-admin@pod2-stack-osd-compute-0 ~]$ cat clean.sh

#!/bin/sh

set -x

CEPH=`sudo ls /var/lib/ceph/osd`

for c in $CEPH

do

i=`echo $c |cut -d'-' -f2`

sudo systemctl disable ceph-osd@$i || (echo "error rc:$?"; exit 1)

sleep 2

sudo systemctl stop ceph-osd@$i || (echo "error rc:$?"; exit 1)

sleep 2

sudo ceph osd out $i || (echo "error rc:$?"; exit 1)

sleep 2

sudo ceph osd crush remove osd.$i || (echo "error rc:$?"; exit 1)

sleep 2

sudo ceph auth del osd.$i || (echo "error rc:$?"; exit 1)

sleep 2

sudo ceph osd rm $i || (echo "error rc:$?"; exit 1)

sleep 2

sudo umount /var/lib/ceph/osd/$c || (echo "error rc:$?"; exit 1)

sleep 2

sudo rm -rf /var/lib/ceph/osd/$c || (echo "error rc:$?"; exit 1)

sleep 2

done

sudo ceph osd tree

بعد ترحيل/حذف كافة عمليات OSD، يمكن إزالة العقدة من السحابة الزائدة.

ملاحظة: عند إزالة CEPH، يمر RAID VNF HD بحالة متدهورة ولكن يجب الوصول إلى القرص الثابت.

إيقاف تشغيل الطاقة الرشيقة

- عقدة إيقاف الطاقة

1. لإيقاف تشغيل المثيل: توقف نوفا <INSTANCE_NAME>

2. يمكنك رؤية اسم المثيل مع وضع إيقاف التشغيل.

[stack@director ~]$ nova stop  aaa2-21

Request to stop server aaa2-21 has been accepted.

[stack@director ~]$ nova list

+--------------------------------------+---------------------------+---------+------------+-------------+------------------------------------------------------------------------------------------------------------+

| ID                                   | Name                      | Status  | Task State | Power State | Networks                                                                                                   |

+--------------------------------------+---------------------------+---------+------------+-------------+------------------------------------------------------------------------------------------------------------+

| 46b4b9eb-a1a6-425d-b886-a0ba760e6114 | AAA-CPAR-testing-instance | ACTIVE  | -          | Running     | tb1-mgmt=172.16.181.14, 10.225.247.233; radius-routable1=10.160.132.245; diameter-routable1=10.160.132.231 |

| 3bc14173-876b-4d56-88e7-b890d67a4122 | aaa2-21                   | SHUTOFF | -          | Shutdown    | diameter-routable1=10.160.132.230; radius-routable1=10.160.132.248; tb1-mgmt=172.16.181.7, 10.225.247.234  |

| f404f6ad-34c8-4a5f-a757-14c8ed7fa30e | aaa21june                 | ACTIVE  | -          | Running     | diameter-routable1=10.160.132.233; radius-routable1=10.160.132.244; tb1-mgmt=172.16.181.10                 |

+--------------------------------------+---------------------------+---------+------------+-------------+------------------------------------------------------------------------------------------------------------+

- حذف العقدة

الخطوات المذكورة في هذا قسم شائع بغض النظر عن VMs المستضافة في عقدة الحوسبة.

حذف عقدة OSD-Compute من قائمة الخدمات.

- حذف خدمة الحوسبة من قائمة الخدمات:
[stack@director ~]$ openstack compute service list |grep osd-compute

| 135 | nova-compute     | pod2-stack-osd-compute-1.localdomain | AZ-esc2  | enabled | up    | 2018-06-22T11:05:22.000000 |

| 150 | nova-compute     | pod2-stack-osd-compute-2.localdomain | nova     | enabled | up    | 2018-06-22T11:05:17.000000 |

| 153 | nova-compute     | pod2-stack-osd-compute-0.localdomain | AZ-esc1  | enabled | up    | 2018-06-22T11:05:25.000000 |

- مكدس مفتوح حوسبة حذف الخدمة <ID>

[stack@director ~]$ openstack compute service delete 150

حذف عوامل النترونات

- احذف عميل النترونات القديم المرتبط وعامل vSwitch المفتوح الخاص بجهاز الكمبيوتر:
[stack@director ~]$ openstack network agent list | grep osd-compute-0

| eaecff95-b163-4cde-a99d-90bd26682b22 | Open vSwitch agent | pod2-stack-osd-compute-0.localdomain | None              | True  | UP    | neutron-openvswitch-agent |

- حذف عميل شبكة OpenStack <ID>

[stack@director ~]$ openstack network agent delete eaecff95-b163-4cde-a99d-90bd26682b22

حذف من قاعدة البيانات التهكمية

- حذف عقدة من قاعدة البيانات التهكمية والتحقق منها:

[root@director ~]#  nova list | grep osd-compute-0

| 6810c884-1cb9-4321-9a07-192443920f1f | pod2-stack-osd-compute-0 | ACTIVE | -          | Running     | ctlplane=192.200.0.109 |

[root@al03-pod2-ospd ~]$ nova delete 6810c884-1cb9-4321-9a07-192443920f1f

- برنامج نوفا < الحوسبة -node> | مراقب الأجهزة الافتراضية ل GREP

[root@director ~]# source stackrc

[root@director ~]#  nova show pod2-stack-osd-compute-0 | grep hypervisor

| OS-EXT-SRV-ATTR:hypervisor_hostname  | 05ceb513-e159-417d-a6d6-cbbcc4b167d7

- Ironic Node-delete <ID>

[stack@director ~]$ ironic node-delete 05ceb513-e159-417d-a6d6-cbbcc4b167d7

[stack@director ~]$ ironic node-list

يجب عدم إدراج العقدة التي تم حذفها الآن في قائمة العقد غير المعروفة.

حذف من Overcloud

- قم بإنشاء ملف برنامج نصي باسم delete_node.sh مع المحتويات كما هو موضح. تأكد من أن القوالب المذكورة تماثل القوالب المستخدمة في البرنامج النصي deploy.sh المستخدم لنشر المكدس:

- delete_node.sh:

openstack overcloud node delete --templates -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-sriov.yaml -e /home/stack/custom-templates/network.yaml -e /home/stack/custom-templates/ceph.yaml -e /home/stack/custom-templates/compute.yaml -e /home/stack/custom-templates/layout.yaml -e /home/stack/custom-templates/layout.yaml --stack <stack-name> <UUID>

[stack@director ~]$ source stackrc

[stack@director ~]$ /bin/sh delete_node.sh

+ openstack overcloud node delete --templates -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-sriov.yaml -e /home/stack/custom-templates/network.yaml -e /home/stack/custom-templates/ceph.yaml -e /home/stack/custom-templates/compute.yaml -e /home/stack/custom-templates/layout.yaml -e /home/stack/custom-templates/layout.yaml --stack pod2-stack 7439ea6c-3a88-47c2-9ff5-0a4f24647444

Deleting the following nodes from stack pod2-stack:

- 7439ea6c-3a88-47c2-9ff5-0a4f24647444

Started Mistral Workflow. Execution ID: 4ab4508a-c1d5-4e48-9b95-ad9a5baa20ae

real   0m52.078s

user   0m0.383s

sys    0m0.086s

- انتظر حتى يتم نقل عملية مكدس OpenStack إلى حالة الاكتمال:

[stack@director ~]$  openstack stack list

+--------------------------------------+------------+-----------------+----------------------+----------------------+

| ID                                   | Stack Name | Stack Status    | Creation Time        | Updated Time         |

+--------------------------------------+------------+-----------------+----------------------+----------------------+

| 5df68458-095d-43bd-a8c4-033e68ba79a0 | pod2-stack | UPDATE_COMPLETE | 2018-05-08T21:30:06Z | 2018-05-08T20:42:48Z |

+--------------------------------------+------------+-----------------+----------------------+----------------------+

تثبيت عقدة حوسبة جديدة

- يمكن الرجوع إلى خطوات الإعداد الأولية لتثبيت خادم UCS C240 M4 جديد من:

دليل خدمة وتثبيت الخادم Cisco UCS C240 M4

- بعد تثبيت الخادم، قم بإدراج الأقراص الثابتة في الفتحات ذات الصلة كالخادم القديم.

- قم بتسجيل الدخول إلى الخادم باستخدام CIMC IP.

- قم بإجراء ترقية BIOS إذا لم تكن البرامج الثابتة متوافقة مع الإصدار الموصى به المستخدم سابقا. تم تقديم خطوات تحديث BIOS هنا:

دليل ترقية BIOS الخاص بالخادم المركب على حامل Cisco UCS C-Series

- تحقق من حالة محركات الأقراص المادية. يجب أن يكون غير مكون جيدا:

انتقل إلى وحدة التخزين > وحدة التحكم RAID النمطية Cisco 12G SAS (slot-HBA) > معلومات محرك الأقراص المادية كما هو موضح في هذه الصورة.

- إنشاء محرك أقراص ظاهري من محركات الأقراص المادية باستخدام RAID المستوى 1:

انتقل إلى وحدة التخزين > وحدة التحكم RAID النمطية Cisco 12G SAS (slot-HBA) > معلومات وحدة التحكم > إنشاء محرك أقراص ظاهري من محركات الأقراص المادية غير المستخدمة كما هو موضح في هذه الصورة.

- حدد معرف فئة المورد (VD) وقم بتكوين المجموعة كمحرك أقراص تمهيد كما هو موضح في الصورة.

- تمكين IPMI عبر LAN:

انتقل إلى Admin > Communication Services (خدمات الاتصالات) > Communication Services (خدمات الاتصالات) كما هو موضح في الصورة.

- تعطيل الارتباط التشعبي:

انتقل إلى الحوسبة > BIOS > تكوين BIOS > متقدم > تهيئة المعالج كما هو موضح في الصورة.

- على غرار BOOTOS VD الذي تم إنشاؤه باستخدام محركي الأقراص المادية 1 و 2، يمكنك إنشاء أربعة محركات أقراص افتراضية أخرى ك:

JOURNAL > From physical drive number 3

OSD1 > From physical drive number 7

OSD2 > From physical drive number 8

OSD3 > From physical drive number 9

OSD4 > From physical drive number 10

- وفي النهاية، يجب أن تكون محركات الأقراص المادية ومحركات الأقراص الافتراضية متماثلة كما هو موضح في الصور.

ملاحظة: ترتبط الصورة الموضحة هنا وخطوات التكوين المذكورة في هذا القسم بالإصدار 3.0(3e) من البرنامج الثابت، وقد تكون هناك إختلافات طفيفة إذا كنت تعمل على إصدارات أخرى.

إضافة عقدة OSD-Compute جديدة إلى Overcloud

الخطوات المذكورة في هذا القسم عامة بغض النظر عن VM المستضاف من قبل عقدة الحوسبة.

- إضافة خادم حوسبة باستخدام فهرس مختلف.

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

على سبيل المثال، كان أعلى مستوى سابق هو OSD-compute-17، وبالتالي، تم إنشاء OSD-compute-18 في حالة نظام 2VNF.

ملاحظة: ضع في اعتبارك صيغة json.

[stack@director ~]$ cat add_node.json

{

"nodes":[

{

"mac":[

"<MAC_ADDRESS>"

],

"capabilities": "node:osd-compute-3,boot_option:local",

"cpu":"24",

"memory":"256000",

"disk":"3000",

"arch":"x86_64",

"pm_type":"pxe_ipmitool",

"pm_user":"admin",

"pm_password":"<PASSWORD>",

"pm_addr":"192.100.0.5"

}

]

}

- إستيراد ملف json.

[stack@director ~]$ openstack baremetal import --json add_node.json

Started Mistral Workflow. Execution ID: 78f3b22c-5c11-4d08-a00f-8553b09f497d

Successfully registered node UUID 7eddfa87-6ae6-4308-b1d2-78c98689a56e

Started Mistral Workflow. Execution ID: 33a68c16-c6fd-4f2a-9df9-926545f2127e

Successfully set all nodes to available.

- قم بتشغيل التأمل الذاتي للعقدة باستخدام UUID الذي تمت ملاحظته من الخطوة السابقة.

[stack@director ~]$ openstack baremetal node manage 7eddfa87-6ae6-4308-b1d2-78c98689a56e

[stack@director ~]$ ironic node-list |grep 7eddfa87

| 7eddfa87-6ae6-4308-b1d2-78c98689a56e | None | None                                 | power off   | manageable         | False       |

[stack@director ~]$ openstack overcloud node introspect 7eddfa87-6ae6-4308-b1d2-78c98689a56e --provide

Started Mistral Workflow. Execution ID: e320298a-6562-42e3-8ba6-5ce6d8524e5c

Waiting for introspection to finish...

Successfully introspected all nodes.

Introspection completed.

Started Mistral Workflow. Execution ID: c4a90d7b-ebf2-4fcb-96bf-e3168aa69dc9

Successfully set all nodes to available.

[stack@director ~]$ ironic node-list |grep available

| 7eddfa87-6ae6-4308-b1d2-78c98689a56e | None | None                                 | power off   | available          | False       |

- إضافة عناوين IP إلى custom-templates/layout.yml تحت عناوين IP الخاصة بحوسبة OSD. في هذه الحالة، باستبدال OSD-compute-0 تقوم بإضافة هذا العنوان إلى نهاية القائمة لكل نوع

OsdComputeIPs:

internal_api:

- 11.120.0.43

- 11.120.0.44

- 11.120.0.45

- 11.120.0.43   <<< take osd-compute-0 .43 and add here

tenant:

- 11.117.0.43

- 11.117.0.44

- 11.117.0.45

- 11.117.0.43   << and here

storage:

- 11.118.0.43

- 11.118.0.44

- 11.118.0.45

- 11.118.0.43   << and here

storage_mgmt:

- 11.119.0.43

- 11.119.0.44

- 11.119.0.45

- 11.119.0.43   << and here

- قم بتشغيل البرنامج النصي deploy.sh الذي تم إستخدامه مسبقا لنشر المكدس، لإضافة عقدة الحوسبة الجديدة إلى مكدس عبر السحابة:
[stack@director ~]$ ./deploy.sh

++ openstack overcloud deploy --templates -r /home/stack/custom-templates/custom-roles.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/storage-environment.yaml -e /usr/share/openstack-tripleo-heat-templates/environments/neutron-sriov.yaml -e /home/stack/custom-templates/network.yaml -e /home/stack/custom-templates/ceph.yaml -e /home/stack/custom-templates/compute.yaml -e /home/stack/custom-templates/layout.yaml --stack ADN-ultram --debug --log-file overcloudDeploy_11_06_17__16_39_26.log --ntp-server 172.24.167.109 --neutron-flat-networks phys_pcie1_0,phys_pcie1_1,phys_pcie4_0,phys_pcie4_1 --neutron-network-vlan-ranges datacentre:1001:1050 --neutron-disable-tunneling --verbose --timeout 180

…

Starting new HTTP connection (1): 192.200.0.1

"POST /v2/action_executions HTTP/1.1" 201 1695

HTTP POST http://192.200.0.1:8989/v2/action_executions 201

Overcloud Endpoint: http://10.1.2.5:5000/v2.0

Overcloud Deployed

clean_up DeployOvercloud:

END return value: 0

real   38m38.971s

user   0m3.605s

sys    0m0.466s

- انتظار اكتمال حالة مكدس OpenStack:

[stack@director ~]$  openstack stack list

+--------------------------------------+------------+-----------------+----------------------+----------------------+

| ID                                   | Stack Name | Stack Status    | Creation Time        | Updated Time         |

+--------------------------------------+------------+-----------------+----------------------+----------------------+

| 5df68458-095d-43bd-a8c4-033e68ba79a0 | ADN-ultram | UPDATE_COMPLETE | 2017-11-02T21:30:06Z | 2017-11-06T21:40:58Z |

+--------------------------------------+------------+-----------------+----------------------+----------------------+

- تحقق من أن عقدة الكمبيوتر الجديدة في الحالة "نشط":

[stack@director ~]$ source stackrc

[stack@director ~]$ nova list |grep osd-compute-3

| 0f2d88cd-d2b9-4f28-b2ca-13e305ad49ea | pod1-osd-compute-3    | ACTIVE | -          | Running     | ctlplane=192.200.0.117 |

[stack@director ~]$ source corerc

[stack@director ~]$ openstack hypervisor list |grep osd-compute-3

| 63 | pod1-osd-compute-3.localdomain    |

- قم بتسجيل الدخول إلى خادم OSD-Compute جديد وفحص عمليات الإعداد. في البداية تكون الحالة في HEALTH_WARN مع إسترداد CEPH.

- [heat-admin@pod1-osd-compute-3 ~]$ sudo ceph -s

cluster eb2bb192-b1c9-11e6-9205-525400330666

health HEALTH_WARN

223 pgs backfill_wait

4 pgs backfilling

41 pgs degraded

227 pgs stuck unclean

41 pgs undersized

recovery 45229/1300136 objects degraded (3.479%)

recovery 525016/1300136 objects misplaced (40.382%)

monmap e1: 3 mons at {Pod1-controller-0=11.118.0.40:6789/0,Pod1-controller-1=11.118.0.41:6789/0,Pod1-controller-2=11.118.0.42:6789/0}

election epoch 58, quorum 0,1,2 Pod1-controller-0,Pod1-controller-1,Pod1-controller-2

osdmap e986: 12 osds: 12 up, 12 in; 225 remapped pgs

flags sortbitwise,require_jewel_osds

pgmap v781746: 704 pgs, 6 pools, 533 GB data, 344 kobjects

1553 GB used, 11840 GB / 13393 GB avail

45229/1300136 objects degraded (3.479%)

525016/1300136 objects misplaced (40.382%)

477 active+clean

186 active+remapped+wait_backfill

37 active+undersized+degraded+remapped+wait_backfill

4 active+undersized+degraded+remapped+backfilling

- ولكن بعد فترة قصيرة (20 دقيقة)، يعود ترتيب الشراكة الاقتصادية إلى حالة السلامة الصحية.

[heat-admin@pod1-osd-compute-3 ~]$ sudo ceph -s

cluster eb2bb192-b1c9-11e6-9205-525400330666

health HEALTH_OK

monmap e1: 3 mons at {Pod1-controller-0=11.118.0.40:6789/0,Pod1-controller-1=11.118.0.41:6789/0,Pod1-controller-2=11.118.0.42:6789/0}

election epoch 58, quorum 0,1,2 Pod1-controller-0,Pod1-controller-1,Pod1-controller-2

osdmap e1398: 12 osds: 12 up, 12 in

flags sortbitwise,require_jewel_osds

pgmap v784311: 704 pgs, 6 pools, 533 GB data, 344 kobjects

1599 GB used, 11793 GB / 13393 GB avail

704 active+clean

client io 8168 kB/s wr, 0 op/s rd, 32 op/s wr

[heat-admin@pod1-osd-compute-3 ~]$ sudo ceph osd tree

ID WEIGHT   TYPE NAME                         UP/DOWN REWEIGHT PRIMARY-AFFINITY

-1 13.07996 root default

-2        0     host pod1-osd-compute-0

-3  4.35999     host pod1-osd-compute-2

1  1.09000         osd.1                          up  1.00000          1.00000

4  1.09000         osd.4                          up  1.00000          1.00000

7  1.09000         osd.7                          up  1.00000          1.00000

10  1.09000         osd.10                         up  1.00000          1.00000

-4  4.35999     host pod1-osd-compute-1

2  1.09000         osd.2                          up  1.00000          1.00000

5  1.09000         osd.5                          up  1.00000          1.00000

8  1.09000         osd.8                          up  1.00000          1.00000

11  1.09000         osd.11                         up  1.00000          1.00000

-5  4.35999     host pod1-osd-compute-3

0  1.09000         osd.0                          up  1.00000          1.00000

3  1.09000         osd.3                          up  1.00000          1.00000

6  1.09000         osd.6                          up  1.00000          1.00000

9  1.09000         osd.9                          up  1.00000          1.00000

إستعادة الأجهزة الافتراضية

إسترداد المثيل باستخدام اللقطة

من الممكن إعادة نشر المثيل السابق مع أخذ اللقطة في الخطوات السابقة.

الخطوة 1. (إختياري) إذا لم تكن هناك لقطة VM سابقة متوفرة، فقم بالاتصال بعقدة OSPD حيث تم إرسال النسخ الاحتياطي و SFTP النسخة الاحتياطية مرة أخرى إلى عقدة OSPD الأصلية الخاصة بها. باستخدام SFTP root@x.x.x.xwhere x.x.x.x هو عنوان IP الخاص ب OSPD الأصلي. احفظ ملف اللقطة في دليل /tmp.

الخطوة 2. الاتصال بعقدة OSPD حيث يتم إعادة نشر المثيل.

مصدر متغيرات البيئة باستخدام هذا الأمر:

# source /home/stack/pod1-stackrc-Core-CPAR

الخطوة 3. لاستخدام اللقطة كصورة، من الضروري تحميلها إلى الأفق على هذا النحو. قم بتشغيل الأمر التالي للقيام بذلك.

#glance image-create -- AAA-CPAR-Date-snapshot.qcow2 --container-format bare --disk-format qcow2 --name AAA-CPAR-Date-snapshot

يمكن رؤية العملية في الأفق كما هو موضح في هذه الصورة.

الخطوة 4. في الأفق، انتقل إلى مشروع > مثيلات وانقر مثيل طول كما هو موضح في هذه الصورة.

الخطوة 5. أدخل اسم المثيل واختر منطقة التوفر كما هو موضح في هذه الصورة.

الخطوة 6. في علامة التبويب مصدر، أختر الصورة لإنشاء المثيل. في قائمة تحديد مصدر التمهيد، حدد الصورة، يتم عرض قائمة من الصور، أختر الصورة التي تم تحميلها مسبقا بواسطة النقر فوق علامة + الخاصة بها كما هو موضح في هذه الصورة.

الخطوة 7. في علامة النكهة، أختر النكهة AAA بالنقر فوق علامة + كما هو موضح في هذه الصورة.

الخطوة 8. أخيرا، انتقل إلى علامة التبويب الشبكة واختر الشبكات التي يحتاجها المثيل بالنقر فوق علامة +. بالنسبة لهذه الحالة، حدد القطر-القابل للتوزيع 1 ونصف القطر-routable1 وtb1-mgmt كما هو موضح في هذه الصورة.

الخطوة 9. أخيرا، انقر فوق تشغيل المثيل لإنشائه. يمكن مراقبة التقدم في الأفق كما هو موضح في هذه الصورة.

بعد دقائق قليلة، سيتم نشر المثيل بالكامل وجاهز للاستخدام.

إنشاء عنوان IP عائم وتعيينه

عنوان IP العائم هو عنوان قابل للتوجيه، مما يعني أنه يمكن الوصول إليه من خارج بنية Ultra M/OpenStack، وأنه قادر على الاتصال بالعقد الأخرى من الشبكة.

الخطوة 1. في قائمة Horizon top، انتقل إلى Admin > عناوين IP المتحركة.

الخطوة 2. انقر فوق تخصيص IP للمشروع.

الخطوة 3. في نافذة تخصيص IP العائم، حدد التجمع الذي ينتمي إليه IP العائم الجديد، والمشروع الذي سيتم تعيينه فيه، وعنوان IP العائم الجديد نفسه.

على سبيل المثال:

الخطوة 4. انقر فوق تخصيص IP العائم.

الخطوة 5. في قائمة أعلى الأفق، انتقل إلى مشروع > مثيلات.

الخطوة 6. في عامود العملية، انقر على السهم الذي يشير لأسفل في زر إنشاء لقطة، يجب عرض القائمة. حدد خيار إقران IP العائم.

الخطوة 7. حدد عنوان IP العائم المتوافق المطلوب إستخدامه في حقل عنوان IP، واختر واجهة الإدارة المطابقة (eth0) من المثيل الجديد حيث سيتم تعيين IP العائم هذا في المنفذ المراد اقترانه. ارجع إلى الصورة التالية كمثال على هذا الإجراء.

الخطوة 8. أخيرا، انقر إقران.

تمكين SSH

الخطوة 1. في قائمة أعلى الأفق، انتقل إلى مشروع > مثيلات.

الخطوة 2. انقر فوق اسم المثيل/VM الذي تم إنشاؤه في القسم Lunch مثيل جديد.

الخطوة 3. انقر فوق وحدة التحكم. سيؤدي هذا إلى عرض واجهة سطر الأوامر (CLI) الخاصة ب VM.

الخطوة 4. بمجرد عرض واجهة سطر الأوامر (CLI)، أدخل بيانات اعتماد تسجيل الدخول المناسبة:

اسم المستخدم: الجذر

كلمة المرور: Cisco123 كما هو موضح في هذه الصورة.

الخطوة 5. في واجهة سطر الأوامر (CLI)، قم بتشغيل الأمر vi /etc/ssh/ssh_config لتحرير تكوين SSH.

الخطوة 6. بمجرد فتح ملف تكوين SSH، اضغط على i لتحرير الملف. ثم ابحث عن المقطع الموضح هنا وقم بتغيير السطر الأول من مصادقة كلمة المرور no إلى مصادقة كلمة المرور نعم.

الخطوة 7. اضغط على ESC وأدخل :wq! لحفظ تغييرات ملف sshD_config.

الخطوة 8. قم بتشغيل إعادة تشغيل خدمة الأوامر.

الخطوة 9. لاختبار تغييرات تكوين SSH التي تم تطبيقها بشكل صحيح، افتح أي عميل SSH وحاول إنشاء اتصال آمن عن بعد باستخدام عنوان IP العائم الذي تم تعيينه للمثيل (أي 10.145.0.249) وجذر المستخدم.

إنشاء جلسة SSH

الخطوة 1. افتح جلسة SSH باستخدام عنوان IP الخاص ب VM/server المتوافق حيث يتم تثبيت التطبيق كما هو موضح في هذه الصورة.

بدء مثيل CPAR

اتبع هذه الخطوات بمجرد اكتمال النشاط وإعادة إنشاء خدمات حماية مستوى التحكم (CPAR) في الموقع الذي تم إغلاقه.

الخطوة 1. قم بتسجيل الدخول مرة أخرى إلى الأفق، انتقل إلى مشروع > مثيل > بدء مثيل.

الخطوة 2. تحقق من أن حالة المثيل هي Active وحالة الطاقة قيد التشغيل كما هو موضح في هذه الصورة.

فحص صحة ما بعد النشاط

الخطوة 1. قم بتشغيل الأمر /opt/ciscoAr/bin/arstatus على مستوى نظام التشغيل:

[root@wscaaa04 ~]# /opt/CSCOar/bin/arstatus

Cisco Prime AR RADIUS server running       (pid: 24834)

Cisco Prime AR Server Agent running        (pid: 24821)

Cisco Prime AR MCD lock manager running    (pid: 24824)

Cisco Prime AR MCD server running          (pid: 24833)

Cisco Prime AR GUI running (pid: 24836)

SNMP Master Agent running                (pid: 24835)

[root@wscaaa04 ~]#

الخطوة 2. قم بتشغيل الأمر /opt/ciscoAr/bin/regcmd على مستوى نظام التشغيل وأدخل بيانات اعتماد المسؤول. تحقق من أن حماية CPAr هي 10 من 10 وواجهة سطر الأوامر (CLI) الخاصة بحماية مستوى التحكم (CPAR) للخروج.

[root@aaa02 logs]# /opt/CSCOar/bin/aregcmd

Cisco Prime Access Registrar 7.3.0.1 Configuration Utility

Copyright (C) 1995-2017 by Cisco Systems, Inc.  All rights reserved.

Cluster:

User: admin

Passphrase:

Logging in to localhost

[ //localhost ]

LicenseInfo = PAR-NG-TPS 7.2(100TPS:)

PAR-ADD-TPS 7.2(2000TPS:)

PAR-RDDR-TRX 7.2()

PAR-HSS 7.2()

Radius/

Administrators/

Server 'Radius' is Running, its health is 10 out of 10

--> exit

الخطوة 3. قم بتشغيل الأمر netstat | قطر الشحم والتحقق من إنشاء جميع إتصالات DRA.

الناتج المذكور هنا هو لبيئة حيث يتوقع وجود روابط القطر. إذا تم عرض عدد أقل من الارتباطات، فإن ذلك يمثل انفصالا عن DRA الذي يحتاج إلى التحليل.

[root@aa02 logs]# netstat | grep diameter

tcp         0            0 aaa02.aaa.epc.:77 mp1.dra01.d:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:36 tsa6.dra01:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:47 mp2.dra01.d:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:07 tsa5.dra01:diameter ESTABLISHED

tcp         0            0 aaa02.aaa.epc.:08 np2.dra01.d:diameter ESTABLISHED

الخطوة 4. تحقق من أن سجل TPS يظهر الطلبات التي تتم معالجتها بواسطة CPAR. القيم المبرزة تمثل TPS وتلك هي التي تحتاج إلى الانتباه إليها.

يجب ألا تتجاوز قيمة TPS 1500.

[root@wscaaa04 ~]# tail -f /opt/CSCOar/logs/tps-11-21-2017.csv

11-21-2017,23:57:35,263,0

11-21-2017,23:57:50,237,0

11-21-2017,23:58:05,237,0

11-21-2017,23:58:20,257,0

11-21-2017,23:58:35,254,0

11-21-2017,23:58:50,248,0

11-21-2017,23:59:05,272,0

11-21-2017,23:59:20,243,0

11-21-2017,23:59:35,244,0

11-21-2017,23:59:50,233,0

الخطوة 5. ابحث عن أي رسائل "خطأ" أو "تنبيه" في name_radius_1_log.

[root@aaa02 logs]# grep -E "error|alarm" name_radius_1_log

الخطوة 6. للتحقق من مقدار الذاكرة الذي تستخدمه عملية حماية مستوى التحكم (CPAR)، قم بتشغيل الأمر:

top | grep radius

[root@sfraaa02 ~]# top | grep radius

27008 root      20   0 20.228g 2.413g  11408 S 128.3  7.7   1165:41 radius

يجب أن تكون هذه القيمة المميزة أقل من 7 جيجابايت، وهو الحد الأقصى المسموح به على مستوى التطبيق.