المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

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

المشكلة

يتعذر الوصول إلى مخططات البيانات في vCenter

لا تتوفر مخططات البيانات على الإطلاق في vCenter/CLI

الحل

التحقق من إمكانية الوصول إلى الشبكة

التحقق من حالة وكيل IOvisor/ SCVMclient/ NFS

حل UUID لنظام المجموعة ل ESXi Loopback IP

الإدخالات القديمة لمحول البيانات في /etc/vmware/esx.conf

التحقق من قواعد جدار الحماية في ESXi

التحقق من قواعد IPTABLE على SCVM

معلومات ذات صلة

المقدمة

يصف هذا المستند الخطوات التي يمكنك إستخدامها لاستكشاف أخطاء تحميل HyperFlex Datastore وإصلاحها.

المتطلبات الأساسية

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

المكونات المستخدمة

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

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

وبشكل افتراضي، يتم تحميل مخططات البيانات HyperFlex في الإصدار 3 من NFS.

NFS (نظام ملفات الشبكة) هو بروتوكول لمشاركة الملفات يتم إستخدامه من قبل برنامج مراقبة الأجهزة الافتراضية للاتصال بخادم NAS (وحدة التخزين المتصلة بالشبكة) عبر شبكة TCP/IP قياسية.

فيما يلي وصف لمكونات NFS المستخدمة في بيئة vSphere:

- خادم NFS- جهاز تخزين أو خادم يستخدم بروتوكول NFS لتوفير الملفات عبر الشبكة. في عالم HyperFlex، تقوم كل وحدة تحكم تشغل مثيل خادم NFS. يعد IP لخادم NFS لمخططات البيانات هو عنوان IP لواجهة ETH1:0.

- DataStore ل NFS - قسم مشترك على خادم NFS يمكن إستخدامه لاحتجاز ملفات الأجهزة الظاهرية.

- عميل NFS - يتضمن ESXi عميل NFS مضمن يستخدم للوصول إلى أجهزة NFS.

بالإضافة إلى مكونات نظام ملفات الشبكة (NFS) العادية، هناك شخصية مهمة مركبة على برنامج ESXi تسمى IOVisor.  توفر أداة VIB هذه نقطة تحميل لنظام ملفات الشبكة (NFS) حتى يتمكن برنامج مراقبة الأجهزة الافتراضية ESXi من الوصول إلى محركات الأقراص الافتراضية المتصلة بالأجهزة الافتراضية الفردية. من منظور برنامج hypervisor، يتم توصيله ببساطة بنظام ملفات الشبكة.

المشكلة

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

يتعذر الوصول إلى مخططات البيانات في vCenter

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

تحقق من Datastores عبر CLI:

- SSH إلى مضيف ESXi، وأدخل الأمر:

[root@node1:~] esxcfg-nas -l

test1 is 10.197.252.106:test1 from 3203172317343203629-5043383143428344954 mounted unavailable

test2 is 10.197.252.106:test2 from 3203172317343203629-5043383143428344954 mounted unavailable

لا تتوفر مخططات البيانات على الإطلاق في vCenter/CLI

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

- تحقق من مخططات البيانات عبر واجهة سطر الأوامر (CLI)

SSH إلى مضيف ESXi وأدخل الأمر:

[root@node1:~] esxcfg-nas -l

[root@node1:~]

الحل

يمكن أن تكون أسباب مشكلة التحميل مختلفة، تحقق من قائمة التحققات للتحقق من الصحة والتصحيح إن وجدت.

التحقق من إمكانية الوصول إلى الشبكة

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

ال NFS نادل ip في حالة HyperFlex ال IP يعين إلى القارن ظاهري th1:0، أي يكون حاضر على واحد من SCVMs.

إذا لم تتمكن مضيفات ESXi من إختبار اتصال IP لخادم NFS، فسيؤدي ذلك إلى تعذر الوصول إلى مخططات البيانات.

ابحث عن ETH1:0 IP باستخدام الأمر ifconfig على جميع SCVMs.

ملاحظة: ETH1:0 عبارة عن واجهة افتراضية وموجودة في واحد فقط من SCVMs.

root@SpringpathControllerGDAKPUCJLE:~# ifconfig eth1:0

eth1:0 Link encap:Ethernet HWaddr 00:50:56:8b:62:d5

inet addr:10.197.252.106 Bcast:10.197.252.127 Mask:255.255.255.224

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

من أجل مضيف ESXi الذي يتضمن مشاكل تحميل مخزن البيانات وتحقق مما إذا كان قادرا على الوصول إلى IP الخاص بخادم NFS.

[root@node1:~] ping 10.197.252.106

PING 10.197.252.106 (10.197.252.106): 56 data bytes

64 bytes from 10.197.252.106: icmp_seq=0 ttl=64 time=0.312 ms

64 bytes from 10.197.252.106: icmp_seq=1 ttl=64 time=0.166 m

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

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

- إعدادات HX-Storage-Data vSwitch:

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

إعدادات وحدة الحد الأقصى للنقل (MTU) - إذا قمت بتمكين وحدة الحد الأقصى للنقل (MTU) أثناء نشر نظام المجموعة، فيجب أن تكون وحدة الحد الأقصى للنقل (MTU) الموجودة على المحول vSwitch أيضا 9000. في حالة عدم إستخدام وحدة الحد الأقصى للنقل (MTU) من Jumbo يجب أن تكون هذه القيمة 1500.

تكوين الفرق وتجاوز الفشل - يحاول النظام بشكل افتراضي ضمان تحويل حركة مرور بيانات التخزين محليا بواسطة FI. لذلك يجب أن تكون المهايئات النشطة والحاسبة الاحتياطية عبر جميع الأجهزة المضيفة هي نفسها.

إعدادات شبكة VLAN لمجموعة المنافذ - يجب تحديد شبكة VLAN الخاصة بوحدة التخزين - بيانات على كل من مجموعات منافذ شبكة بيانات وحدة التحكم في التخزين وبرنامج مراقبة بيانات وحدة التخزين Hypervisor.

لا توجد تجاوزات على مستوى مجموعة المنافذ- يتم تطبيق إعدادات تكوين الفرق وتجاوز الفشل التي يتم تنفيذها على مستوى المحول vSwitch على مجموعات المنافذ بشكل افتراضي، ومن ثم يوصى بعدم تجاوز الإعدادات على مستوى مجموعة المنافذ.

- إعدادات UCS vNIC:

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

إعدادات MTU- تأكد من تكوين حجم MTU ونهج جودة الخدمة بشكل صحيح في قالب بطاقة واجهة الشبكة (VNIC) الخاصة بوحدة التخزين والبيانات. تستخدم وحدات التخزين-البيانات سياسة جودة الخدمة البلاتينية، ويجب تهيئة وحدة الحد الأقصى للنقل (MTU) وفقا لبيئتك.

إعدادات VLAN - يجب السماح للشبكة المحلية الظاهرية VLAN الخاصة بوحدة التخزين-البيانات التي تم إنشاؤها أثناء نشر نظام المجموعة في قالب بطاقة واجهة الشبكة (VNIC). تأكد من عدم وضع علامة عليها كأصلية

التحقق من حالة وكيل IOvisor/ SCVMclient/ NFS

يعمل معرف SCVMclient في ESXi كوكيل NFS. وهو يعترض إدخال/إخراج الجهاز الظاهري، ويرسله إلى SCVM المعني، ويخدمهم مرة أخرى بالمعلومات المطلوبة.

تأكد من تثبيت VIB على مضيفينا، بالنسبة إلى SSH هذا على أحد خوادم ESXi وقم بتشغيل الأوامر:

[root@node1:~] esxcli software vib list | grep -i spring

scvmclient                  3.5.2b-31674   Springpath VMwareAccepted 2019-04-17

stHypervisorSvc             3.5.2b-31674   Springpath VMwareAccepted 2019-05-20

vmware-esx-STFSNasPlugin    1.0.1-21       Springpath VMwareAccepted 2018-11-23

تحقق من حالة عميل scvmClient على esxi الآن وتأكد من تشغيله، إذا تم إيقافه، فالرجاء بدء تشغيله باستخدام الأمر /etc/init.d/scvmclient start

[root@node1:~] /etc/init.d/scvmclient status

+ LOGFILE=/var/run/springpath/scvmclient_status

+ mkdir -p /var/run/springpath

+ trap mv /var/run/springpath/scvmclient_status /var/run/springpath/scvmclient_status.old && cat /var/run/springpath/scvmclient_status.old |logger -s EXIT

+ exec

+ exec

Scvmclient is running

حل UUID لنظام المجموعة ل ESXi Loopback IP

يقوم HyperFlex بتعيين UID الخاص بمجموعة البيانات إلى واجهة إسترجاع ESXi، حتى يقوم ESXi بتمرير طلبات NFS إلى عميل الخدمة الخاص به. إذا لم يكن هذا موجودا، يمكنك مواجهة مشكلات تتعلق بمراكز البيانات التي يتم تثبيتها على المضيف. للتحقق من ذلك، يقوم بروتوكول SSH بالمضيف الذي تم تحميل مخططات البيانات عليه، ويعرض بروتوكول SSH على المضيف مع وجود مشاكل، ثم يعرض الملف /وما إلى ذلك/الأجهزة المضيفة

إذا رأيت أنت المضيف غير افتراضي لا يتلقى المدخل في /etc/host، أنت يستطيع نسخت هو من مضيف طبيعي داخل /etc/مضيف من المضيف لا يعمل.

مضيف لا يعمل

[root@node1:~] cat /etc/hosts

# Do not remove these lines, or various programs

# that require network functionality will fail.

127.0.0.1 localhost.localdomain localhost

::1 localhost.localdomain localhost

10.197.252.75 node1

مضيف وظيفي

[root@node2:~] cat /etc/hosts

# Do not remove these lines, or various programs

# that require network functionality will fail.

127.0.0.1 localhost.localdomain localhost

::1 localhost.localdomain localhost

10.197.252.76 node2

127.0.0.1 3203172317343203629-5043383143428344954.springpath 3203172317343203629-5043383143428344954

الإدخالات القديمة لمحول البيانات في /etc/vmware/esx.conf

إذا تمت إعادة إنشاء نظام مجموعة HX بدون إعادة تثبيت ESXi، فقد يكون لديك إدخالات مخزن بيانات قديمة في ملف esx.conf.

لا يسمح لك هذا بتحميل مخططات البيانات الجديدة بنفس الاسم. يمكنك التحقق من كافة مخططات بيانات HX في esx.conf من الملف:

[root@node1:~] cat /etc/vmware/esx.conf | grep -I nas

/nas/RepSec/share = "10.197.252.106:RepSec"

/nas/RepSec/enabled = "true"

/nas/RepSec/host = "5983172317343203629-5043383143428344954"

/nas/RepSec/readOnly = "false"

/nas/DS/share = "10.197.252.106:DS"

/nas/DS/enabled = "true"

/nas/DS/host = "3203172317343203629-5043383143428344954"

/nas/DS/readOnly = "false"

إذا كنت ترى في الإخراج أن DataStore القديم الذي تم تعيينه واستخدام UUID القديم لنظام المجموعة، وبالتالي فإن ESXi لا يسمح لك بتركيب DataStore بالاسم نفسه باستخدام UUID الجديد.

لحل هذه المشكلة، يلزم إزالة إدخال datastore القديم باستخدام الأمر - esxcfg-nas -d RepSec

بمجرد إزالته، أعد محاولة تحميل محول البيانات من HX-Connect

التحقق من قواعد جدار الحماية في ESXi

التحقق من إعدادات تمكين جدار الحماية

تم تعيينه إلى خطأ، يسبب مشاكل.

[root@node1:~] esxcli network firewall get

Default Action: DROP

Enabled: false

Loaded: true

مكنت هو مع الأمر:

[root@node1:~] esxcli network firewall set –e true

[root@node1:~] esxcli network firewall get

Default Action: DROP

Enabled: true

Loaded: true

التحقق من إعدادات قاعدة الاتصال:

تم تعيينه إلى خطأ، يسبب مشاكل.

[root@node1:~] esxcli network firewall ruleset list | grep -i scvm

ScvmClientConnectionRule       false

مكنت هو مع الأمر:

[root@node1:~] esxcli network firewall ruleset set –e true –r ScvmClientConnectionRule

[root@node1:~] esxcli network firewall ruleset list | grep -i scvm

ScvmClientConnectionRule true

التحقق من قواعد IPTABLE على SCVM

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

root@SpringpathControllerI51U7U6QZX:~# iptables -L | wc -l

48

معلومات ذات صلة

- الدعم التقني والمستندات - Cisco Systems