คำแนะนำทีละขั้นตอนในการตั้งค่าพยานไฟล์ NFS ด้วย SIOS LifeKeeper บน Linux

คำแนะนำทีละขั้นตอนในการตั้งค่าพยานไฟล์ NFS ด้วย SIOS LifeKeeper บน Linux

เริ่มต้นใช้งาน SIOS Lifekeeper และพยานไฟล์ที่ใช้ NFS

ในการทำคลัสเตอร์ความพร้อมใช้งานสูงพยานมีบทบาทสำคัญในการรับรองความสมบูรณ์และความน่าเชื่อถือของคลัสเตอร์ โดยไม่ต้องโหนดที่ 3อาจเป็นเรื่องยากที่จะบรรลุองค์ประชุมเนื่องจากไม่มีข้อมูลที่จะช่วยทำลายความสัมพันธ์ที่โหนดทั้งสองคิดว่าควรจะใช้งานได้ (ซึ่งเรียกว่าสมองแตก– คุณสามารถแก้ไขปัญหานี้ได้หลายวิธี เช่น โดยการจัดหาเซิร์ฟเวอร์พยานเฉพาะ เส้นทางการจัดเก็บข้อมูลที่ใช้ร่วมกันที่คลัสเตอร์ทั้งหมดเห็น หรือเพียงแค่มีโหนดมากขึ้นในคลัสเตอร์เอง (ขั้นต่ำ 3!) โชคดีที่SIOS ไลฟ์คีปเปอร์นำเสนอโซลูชั่นที่มีประสิทธิภาพสำหรับการตั้งค่าคลัสเตอร์ที่มีความพร้อมใช้งานสูงบนสภาพแวดล้อม Linux และการกำหนดค่าพยานเพื่อปรับปรุงองค์ประชุมถือเป็นคุณสมบัติที่สำคัญ

ในคู่มือนี้ เราจะแนะนำคุณตลอดขั้นตอนในการตั้งค่าพยานไฟล์ที่ใช้ NFS ด้วย SIOS LifeKeeper บน Linux ซึ่งช่วยให้คุณปรับปรุงความพร้อมใช้งานและความยืดหยุ่นของแอปพลิเคชันแบบคลัสเตอร์ของคุณ

เป้าหมาย:

เพื่อให้ได้คลัสเตอร์แบบ 2 โหนดโดยใช้พยานหน่วยเก็บข้อมูลแบบ NFS ดังแสดงในแผนภาพด้านล่าง:

ข้อกำหนดเบื้องต้น: ก่อนที่จะเริ่มต้น ตรวจสอบให้แน่ใจว่าคุณมีสิ่งต่อไปนี้:

• เซิร์ฟเวอร์ Linux ได้รับการกำหนดค่าและเชื่อมต่อกับสิทธิ์ผู้ดูแลระบบ (เช่น การเข้าถึงรูท)
• SIOS LifeKeeper ได้รับการติดตั้งหรือดาวน์โหลดและพร้อมที่จะติดตั้งบนแต่ละเซิร์ฟเวอร์
• การแชร์ NFS สามารถเข้าถึงได้โดยเซิร์ฟเวอร์ทั้งหมดในคลัสเตอร์

ขั้นตอนที่ 1: ติดตั้ง/แก้ไข SIOS LifeKeeper:

เราจะต้องติดตั้ง LifeKeeper ในขั้นตอนนี้หรือทำการตั้งค่าใหม่เพื่อเพิ่มฟังก์ชันการทำงานของพยาน เว้นแต่คุณจะรวมไว้ก่อนหน้านี้แล้ว

ในกรณีของฉัน ฉันใช้ RHEL8.8 ดังนั้น ฉันจะติดตั้ง ISO ก่อนที่จะรันการตั้งค่าด้วยแพ็คเกจเสริมที่จำเป็นสำหรับ RHEL8.8

[root@server1-LK ~]# เมานต์ /root/sps.img /mnt/loop -t iso9660 -o ลูป

[root@server1-LK ~]# cd /mnt/loop/

[root@server1-LK วนรอบ]# ./setup –addHADR /root/HADR-RHAS-4.18.0-477.10.1.el8_8.x86_64.rpm

ส่วนที่สำคัญสำหรับจุดประสงค์ของเราคือการเปิดใช้งานฟังก์ชันพยานเหมือนในภาพหน้าจอด้านล่าง อย่างไรก็ตาม คุณจะต้องมีไฟล์ลิขสิทธิ์เพิ่มเติม ซึ่งคุณสามารถเพิ่มที่นี่หรือเพิ่มผ่านทางบรรทัดคำสั่งในภายหลังได้ตามดุลยพินิจของคุณ:

มิฉะนั้น ให้กำหนดค่า LifeKeeper ตามวัตถุประสงค์ของคุณ หรือหากกำหนดค่าไว้แล้ว เพียงดำเนินการตั้งค่าต่อเมื่อคุณได้รวมตัวเลือก “ใช้ฟังก์ชันองค์ประชุม / พยาน” แล้ว

หากคุณตัดสินใจที่จะเพิ่มใบอนุญาตผ่านทางบรรทัดคำสั่ง ให้เรียกใช้คำสั่งต่อไปนี้บนแต่ละโหนดในคลัสเตอร์ด้วยเส้นทางที่ถูกต้องไปยังไฟล์ใบอนุญาตของคุณ:

[root@server1-LK ~]# /opt/LifeKeeper/bin/lkkeyins /<path-to-license-file>l/quorum-disk.lic

ขั้นตอนที่ 2: ตั้งค่าและติดตั้งที่เก็บข้อมูลที่ใช้ร่วมกัน:

ตรวจสอบให้แน่ใจว่าคุณมีพื้นที่เก็บข้อมูลที่ใช้ร่วมกันซึ่งสามารถเข้าถึงได้โดยเซิร์ฟเวอร์ทั้งหมดในคลัสเตอร์ คุณสามารถตรวจสอบแต่ละเซิร์ฟเวอร์ได้โดยใช้คำสั่ง ‘mount’ หรือด้วย ‘findmnt’ เพื่อตรวจสอบว่าคุณได้ติดตั้งในเครื่องแล้ว:

[root@server1-LK วนซ้ำ]# เมานต์ | grep nfs

sunrpc บน /var/lib/nfs/rpc_pipefs พิมพ์ rpc_pipefs (rw, relatime)

172.16.200.254:/var/nfs/general บน /nfs/ประเภททั่วไป nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans= 2,sec=sys,clientaddr=172.16.205.151,local_lock=none,addr=172.16.200.254)

หรือ

[root@server1-LK ~]# findmnt -l /nfs/general

ตัวเลือก FSTYPE แหล่งที่มาเป้าหมาย

/nfs/ทั่วไป 172.16.200.254:/var/nfs/ทั่วไป nfs4 rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,ยาก,proto=tcp,timeo=600,retrans=2,วินาที =sys,ไคลเอนต์addr=172.16.205.151,local_lock=none,addr=172.16.200.254

หากคุณยังคงจำเป็นต้องเมานต์การแชร์ด้วยตัวเอง โปรดทำตามขั้นตอนเหล่านี้:

ขั้นแรก ยืนยันว่าคุณสามารถดูการแชร์ NFS บนเซิร์ฟเวอร์โฮสต์ได้

[root@server1-LK ~]# showmount -e 172.16.200.254

รายการส่งออกสำหรับ 172.16.200.254:

/บ้าน 172.16.205.244,172.16.205.151

/var/nfs/ทั่วไป 172.16.205.244,172.16.205.151

ในกรณีของฉัน ฉันต้องการเมานต์การแชร์ ‘/var/nfs/general’

หากต้องการเมานต์การแชร์นี้ ขั้นแรกตรวจสอบให้แน่ใจว่าไดเร็กทอรีของคุณที่คุณวางแผนจะเมานต์นั้นมีอยู่ ถ้าไม่ ให้สร้างมันขึ้นมา:

[root@server1-LK ~]# mkdir -p /nfs/general

ตอนนี้คุณสามารถเมานต์การแชร์ได้ด้วยตนเองโดยใช้คำสั่งต่อไปนี้เพื่อยืนยันว่าคุณสามารถเชื่อมต่อได้ และใช้งานได้:

[root@server1-LK ~]# เมานต์ 172.16.200.254:/var/nfs/general /nfs/general

ท้ายที่สุด เมื่อพอใจแล้ว ให้เพิ่มจุดเมานต์ให้กับไฟล์ /etc/fstab ของคุณ เพื่อที่มันจะเมานต์ตอนบูท:

[root@server1-LK ~]# cat /etc/fstab

–

# /etc/fstab

# สร้างโดย anaconda เมื่อ พฤหัสบดี 25 ม.ค. 12:07:15 2024

–

# โดยการอ้างอิง ระบบไฟล์ที่สามารถเข้าถึงได้นั้นได้รับการดูแลภายใต้ ‘/dev/disk/’

# ดู man page fstab(5), findfs(8), mount(8) และ/หรือ blkid(8) สำหรับข้อมูลเพิ่มเติม

–

# หลังจากแก้ไขไฟล์นี้แล้ว ให้รัน ‘systemctl daemon-reload’ เพื่ออัปเดต systemd

# หน่วยที่สร้างจากไฟล์นี้

–

/dev/mapper/rhel-root / xfs ค่าเริ่มต้น 0 0

UUID=6b22cebf-8f1c-405b-8fa8-8f12e1b6b56c /boot xfs ค่าเริ่มต้น 0 0

/dev/mapper/rhel-swap none swap ค่าเริ่มต้น 0 0

#added สำหรับการแบ่งปัน NFS

172.16.200.254:/var/nfs/general /nfs/general nfs4 ค่าเริ่มต้น 0 0

ตอนนี้คุณสามารถยืนยันได้ว่ามันถูกเมาท์โดยใช้คำสั่ง mount:

[root@server1-LK ~]# mount -l | grep nfs

sunrpc บน /var/lib/nfs/rpc_pipefs พิมพ์ rpc_pipefs (rw, relatime)

172.16.200.254:/var/nfs/general บน /nfs/ประเภททั่วไป nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans= 2,sec=sys,clientaddr=172.16.205.151,local_lock=none,addr=172.16.200.254)

ดังที่คุณเห็นจากข้อความที่ไฮไลต์ด้านบน ตอนนี้ติดตั้งสำเร็จแล้ว ทำซ้ำบนเซิร์ฟเวอร์ทั้งหมดจนกว่าคุณจะแน่ใจว่าเซิร์ฟเวอร์ทั้งหมดมีการติดตั้งร่วมกันก่อนดำเนินการต่อ

ขั้นตอนที่ 4: ตรวจสอบชื่อโฮสต์ของคุณและกำหนดการตั้งค่า /etc/default/LifeKeeper:

คุณสามารถดูชื่อโฮสต์ที่ LifeKeeper ทราบสำหรับแต่ละเซิร์ฟเวอร์ของคุณโดยการรันคำสั่งต่อไปนี้บนแต่ละโหนด:

/opt/LifeKeeper/bin/lcduname

ตัวอย่างการตั้งค่าที่คุณต้องเพิ่มลงในไฟล์ /etc/default/LifeKeeper:

WITNESS_MODE=ที่เก็บข้อมูล

QWK_STORAGE_TYPE=ไฟล์

QWK_STORAGE_HBEATTIME=6

QWK_STORAGE_NUMHBEATS=9

QWK_STORAGE_OBJECT_server1_LK_localdomain=/nfs/ทั่วไป/nodeA

QWK_STORAGE_OBJECT_server2_LK_localdomain=/nfs/ทั่วไป/nodeB

สำหรับ ‘QWK_STORAGE_OBJECT_<server-name>’ คุณต้องประกาศสิ่งนี้สำหรับแต่ละโหนด และสร้างขึ้นโดยใช้ชื่อโฮสต์ของคุณตลอดจนเส้นทาง และตำแหน่งที่ต้องการของไฟล์พยานเอง

ควรสังเกตว่าหากชื่อโฮสต์มี “-” หรือ “.” ให้แทนที่ด้วยเครื่องหมายขีดล่าง “_” (เช่น lksios-1 → lksios_1 หรือ lksios-1.localdomain → lksios_1_localdomain )

ในตัวอย่างของฉัน ฉันมีชื่อโฮสต์ต่อไปนี้:

เซิร์ฟเวอร์1-LK.localdomain

server2-LK.localdomain

ซึ่งหมายถึงการเพิ่มคำจำกัดความ ‘QWK_STORAGE_OBJECT_’ ต่อไปนี้:

QWK_STORAGE_OBJECT_server1_LK_localdomain=/nfs/ทั่วไป/nodeA

QWK_STORAGE_OBJECT_server2_LK_localdomain=/nfs/ทั่วไป/nodeB

นอกจากนี้ เราจะต้องปรับการตั้งค่าอย่างใดอย่างหนึ่งที่มีอยู่ใน /etc/default/LifeKeeper:

QUORUM_MODE=ที่เก็บข้อมูล

เพื่อช่วยให้เข้าใจว่าเหตุใดเราจึงตั้งค่าทั้ง WITNESS_MODE และ QUORUM_MODE เป็นที่เก็บข้อมูล โปรดดูตารางต่อไปนี้:

รองรับการผสมผสานระหว่างโหมดองค์ประชุมและโหมดพยาน

LifeKeeper รองรับการรวมกันดังต่อไปนี้

เรามีคลัสเตอร์แบบสองโหนดที่ต้องการใช้ที่จัดเก็บข้อมูลภายนอกสำหรับองค์ประชุม ดังนั้นชุดค่าผสมที่รองรับเพียงอย่างเดียวคือ ‘ที่เก็บข้อมูล’ สำหรับทั้งสองค่า อย่างไรก็ตาม คุณสามารถดูได้จากตารางว่าความยืดหยุ่นนี้จะเป็นอย่างไรเมื่อคุณต้องการโหนดมากขึ้น ซึ่งนำเสนอวิธีต่างๆ มากมายในการบรรลุการสื่อสารและจัดเตรียมองค์ประชุม

ขั้นตอนที่ 4: เริ่มต้นไฟล์พยาน:

ในการเริ่มต้นไฟล์พยานและเปิดใช้งาน คุณต้องรันคำสั่งต่อไปนี้บนแต่ละโหนด:

[root@server1-LK ~]# /opt/LifeKeeper/bin/qwk_storage_init

มันจะหยุดชั่วคราวเมื่อรันจนกว่าแต่ละโหนดจะเสร็จสมบูรณ์ ดังนั้นให้รันคำสั่งบนโหนดแรกในคลัสเตอร์ จากนั้นโหนดที่สอง และต่อไปเรื่อยๆ ก่อนที่จะกลับมาตรวจสอบว่าคำสั่งเสร็จสมบูรณ์โดยไม่มีข้อผิดพลาด

ตัวอย่าง:

[root@server1-LK ~]# /opt/LifeKeeper/bin/qwk_storage_init

ตกลง: LifeKeeper กำลังทำงานอยู่

ตกลง: ติดตั้งรหัสลิขสิทธิ์ LifeKeeper สำเร็จแล้ว

ตกลง: พารามิเตอร์ QWK ถูกต้อง

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeA ยังไม่พร้อมใช้งาน

/nfs/general/nodeA มีอยู่แล้วเนื่องจากไม่ใช่ QWK_STORAGE_OBJECT: เขียนทับหรือไม่ (ใช่/ไม่ใช่): ใช่

ตกลง: เส้นทางของวัตถุ QWK ถูกต้อง

ตกลง: ลง: /opt/LifeKeeper/etc/service/qwk-storage: 1377s

ตกลง: การเริ่มต้นวัตถุ QWK ของโหนดของตัวเองเสร็จสมบูรณ์

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

อ็อบเจ็กต์ QWK ของ /nfs/general/nodeB ยังไม่พร้อมใช้งาน

ตกลง: ระบบองค์ประชุมพร้อมแล้ว

ตกลง: วิ่ง: /opt/LifeKeeper/etc/service/qwk-storage: (pid 14705) 1 วินาที ปกติจะหยุดทำงาน

ประสบความสำเร็จ.

ขั้นตอนที่ 5: ตรวจสอบการกำหนดค่า:

สามารถตรวจสอบการกำหนดค่าได้โดยการรันคำสั่งต่อไปนี้:

/opt/LifeKeeper/bin/lktest

หากพบข้อผิดพลาดใดๆ ข้อผิดพลาดเหล่านั้นจะถูกพิมพ์ไปที่เครื่องเทอร์มินัลให้คุณ ในตัวอย่างด้านล่าง ฉันไม่ได้เปลี่ยนอักขระพิเศษในชื่อโฮสต์ของฉัน ดังนั้นจึงเน้นว่าไม่พบที่เก็บข้อมูล

[root@server1-LK ~]# /opt/LifeKeeper/bin/lktest

/opt/LifeKeeper/bin/lktest: /etc/default/LifeKeeper[308]: QWK_STORAGE_OBJECT_server1_LK.localdomain=/nfs/general/nodeA: ไม่พบ

/opt/LifeKeeper/bin/lktest: /etc/default/LifeKeeper[309]: QWK_STORAGE_OBJECT_server2_LK.localdomain=/nfs/general/nodeB: ไม่พบ

FS UID PID PPID C CLS PRI NI SZ STIME เวลา CMD

4 สรูท 2348 873 0 TS 39 -20 7656 15:49 00:00:00 lcm

4 S รูท 2388 882 0 TS 39 -20 59959 15:49 00:00:00 ttymonlcm

4 S รูต 2392 872 0 TS 29 -10 10330 15:49 00:00:00 จอแอลซีดี

4 S รูท 8591 8476 0 TS 19 0 7670 15:58 00:00:00 lcdremexec -d server2-LK.localdomain -e — cat /proc/mdstat

คุณยังสามารถยืนยันได้ว่าไฟล์พยานกำลังได้รับการอัปเดตผ่านทางบรรทัดคำสั่งดังนี้:

[root@server1-LK ~]# cat /nfs/general/nodeA

ลายเซ็น=ผู้ช่วยชีวิต_qwk_object

local_node=server1-LK.localdomain

เวลา=พฤ. 15 ก.พ. 14:10:56 น. 2567

ลำดับ=157

โหนด=server2-LK.localdomain

comstat=UP

เช็คซัม=13903688106811808601

พยานการแบ่งปันไฟล์ที่ประสบความสำเร็จโดยใช้ NFS

การตั้งค่าพยานการแชร์ไฟล์โดยใช้ NFS เป็นเรื่องง่าย! อาจมีประสิทธิภาพได้หากคุณถูกจำกัดไว้เพียงสองโหนด แต่ต้องการความยืดหยุ่นที่ดีกว่าในเหตุการณ์แบบแบ่งสมอง โดยเฉพาะอย่างยิ่งในระบบคลาวด์ที่คุณสามารถใช้ประโยชน์จากบางอย่าง เช่น EFS ของ AWS ได้… ส่วนที่สำคัญอีกประการหนึ่งคือการใช้เส้นทางการสื่อสารมากขึ้น แต่นั่นเป็นบล็อกอื่น อย่างไรก็ตาม ด้วยการทำตามขั้นตอนที่ระบุไว้ในคู่มือนี้ คุณจะสามารถเพิ่มความยืดหยุ่นของแอปพลิเคชันแบบคลัสเตอร์ของคุณและลดความเสี่ยงของการหยุดทำงานได้ อ้างถึงเสมอเอกสาร SIOSและแนวทางปฏิบัติที่ดีที่สุดสำหรับคำแนะนำเพิ่มเติมและการเพิ่มประสิทธิภาพการตั้งค่าความพร้อมใช้งานสูงของคุณ เปิดเผยต่อสาธารณะและครอบคลุมอย่างยิ่ง!

SIOS ความพร้อมใช้งานสูงและการกู้คืนความเสียหาย

SIOS เทคโนโลยี คอร์ปอเรชั่น จัดให้ความพร้อมใช้งานสูงและการกู้คืนระบบผลิตภัณฑ์ที่ปกป้องและเพิ่มประสิทธิภาพโครงสร้างพื้นฐานด้านไอทีด้วยการจัดการคลัสเตอร์สำหรับแอปพลิเคชันที่สำคัญที่สุดของคุณติดต่อเราวันนี้สำหรับข้อมูลเพิ่มเติมเกี่ยวกับบริการและการสนับสนุนอย่างมืออาชีพของเรา

ทำซ้ำโดยได้รับอนุญาตจากSIOS

ทีมการจัดการผลิตภัณฑ์ SIOS มีความยินดีที่จะประกาศความพร้อมใช้งานทั่วไปของ SIOS LifeKeeper สำหรับ Linux v 9.8.1

ทีมการจัดการผลิตภัณฑ์ SIOS มีความยินดีที่จะประกาศความพร้อมใช้งานทั่วไปของ SIOS LifeKeeper สำหรับ Linux v 9.8.1

สิ่งใหม่ใน LifeKeeper Linux เวอร์ชัน 9.8.1

• คอนโซลการจัดการเว็บ LifeKeeper ใหม่ออกแบบมาเพื่อความสะดวกในการใช้งานสำหรับผู้ดูแลระบบในขั้นตอนการจัดตั้งและการดำเนินงาน โดยเฉพาะอย่างยิ่งในสภาพแวดล้อมระบบคลาวด์ หมายเหตุในเวอร์ชัน 9.8.1 ลูกค้าสามารถเลือกรัน LWMC ใหม่หรือ GUI ที่ใช้ Java ที่มีอยู่ได้ คุณสมบัติใหม่ใน LWMC รวมถึง:
  • การติดตามความคืบหน้าการตั้งค่าใหม่
  • “ตัวชี้นำข้อมูล” ใหม่ช่วยให้ช่วยเหลือตนเองได้สำหรับทุกฟังก์ชันการทำงาน
  • มีในตัวเอง – ไม่จำเป็นต้องติดตั้งหรือส่วนเสริมเพิ่มเติม
  • การแปลภาษา – เริ่มแรกมีทั้งภาษาญี่ปุ่นและภาษาอังกฤษ
  • การจัดการไฟร์วอลล์ที่ง่ายขึ้น – เข้าถึงได้บนพอร์ต TCP เพียง 2 พอร์ตเท่านั้น
  • การออกแบบที่ตอบสนองทำให้สามารถใช้งานร่วมกับแท็บเล็ตและสมาร์ทโฟนได้
  • การสนับสนุนที่กว้างขึ้น – แพลตฟอร์ม ระบบปฏิบัติการ และการสนับสนุน SAP ที่ได้รับการปรับปรุง

• ตัวเลือกความปลอดภัยขั้นสูง
  • รองรับ IMDS2(บริการข้อมูลเมตาของอินสแตนซ์) ใน AWS ซึ่งให้การป้องกันที่ได้รับการปรับปรุงสำหรับโปรแกรมที่เข้าถึงข้อมูลเมตาของอินสแตนซ์ที่ละเอียดอ่อน รวมถึง ID ของอินสแตนซ์บนคลาวด์ ที่อยู่ IP และกลุ่มความปลอดภัยที่เป็นเจ้าของ
  • รองรับ Security-Enhanced Linux (SELinux) ในทั้งสามโหมด:การบังคับใช้ การรักษาความปลอดภัย และการปิดการใช้งาน SELinux ให้การควบคุมการเข้าถึงเคอร์เนล Linux ตามที่ US National Security Agency (NSA) กำหนด

• รองรับแพลตฟอร์มเพิ่มเติม
  • ฟูจิตสึ เอ็นเตอร์ไพรส์ PostGres 15
  • มาเรีย ดีบี เวอร์ชัน 10.5 – 10.11
  • มาเรีย DB เวอร์ชัน 11.0 – 11.1

• รองรับระบบปฏิบัติการรุ่นล่าสุด
  • Red Hat, มิราเคิล, ออราเคิล, Rocky Linux 8.8
  • ร็อคกี้, ออราเคิล ลินุกซ์ 9.2
  • ร็อคกี้ลินุกซ์ 9.1
  • เรดแฮทลินุกซ์ 8.9
  • เรดแฮทลินุกซ์ 9.3
  • SLES 15 SP5

• รองรับระบบปฏิบัติการเวอร์ชันที่สร้างขึ้นเพื่อรองรับ SAP ที่ได้รับการปรับปรุง SAP ARK
  • เรดแฮทลินุกซ์ 8.7
  • เรดแฮทลินุกซ์ 8.8
  • SLES 15 SP5

• ชุดการกู้คืนแอปพลิเคชัน SIOS LifeKeeper SAP HANA ใหม่
  • เรดแฮทลินุกซ์ 8.8

ทำซ้ำโดยได้รับอนุญาตจากSIOS

30 วันแรก: สิ่งสำคัญที่ควรรู้สำหรับมือใหม่กับ SIOS LifeKeeper หรือ SIOS DataKeeper

30 วันแรก: สิ่งสำคัญที่ควรรู้สำหรับมือใหม่กับ SIOS LifeKeeper หรือ SIOS DataKeeper

ในฐานะพนักงานที่ค่อนข้างใหม่ เจ้านายของฉันขอให้ฉันจดความประทับใจเกี่ยวกับผลิตภัณฑ์ SIOS และสิ่งต่างๆ ที่ SIOS มือใหม่อาจอยากรู้ นี่คือความคิดของฉัน

แนวคิดผลิตภัณฑ์หลัก: การทำคลัสเตอร์และการมิเรอร์ข้อมูล

ไลฟ์คีปเปอร์(หน้าต่างหรือลินุกซ์) คือซอฟต์แวร์การทำคลัสเตอร์ที่ตรวจสอบสแต็กแอปพลิเคชันทั้งหมด (เครือข่าย พื้นที่เก็บข้อมูล O/S ฐานข้อมูล ซอฟต์แวร์แอปพลิเคชัน และฮาร์ดแวร์เซิร์ฟเวอร์) ช่วยให้คุณสามารถระบุทรัพยากรทางกายภาพหรือเสมือนสำรอง (เรียกว่าโหนด) และเส้นทางการสื่อสารเพื่อเชื่อมต่อทรัพยากรเหล่านั้น การเชื่อมโยงในแต่ละโหนดสามารถสร้างขึ้นเพื่อแสดงลำดับชั้นของทรัพยากรได้ ตัวอย่างเช่น การเชื่อมโยงสามารถทำได้ระหว่างแอปพลิเคชันฐานข้อมูลและข้อมูลฐานข้อมูล การเชื่อมโยงนี้จะเก็บแอปและข้อมูลไว้ด้วยกันเมื่อมีการย้ายระบบ Lifekeeper ยังเสนอความสามารถในการดูบันทึกระบบของโหนดต่างๆ

DataKeeperเป็นเครื่องมือซอฟต์แวร์ที่มาพร้อมกับ LifeKeeper โดยให้ความสามารถในการจำลองไดรฟ์ต้นทางในเครื่องแบบเรียลไทม์ไปยังไดรฟ์ปลายทางซึ่งอยู่ที่อื่นบนเครือข่ายของลูกค้าหรือในระบบคลาวด์ สิ่งนี้ให้ความยืดหยุ่นต่อการหยุดทำงานหรือความล้มเหลวของไดรฟ์ การมิเรอร์ข้อมูลไดรฟ์ได้รับการจัดการโดยซอฟต์แวร์ SIOS ซึ่งจะทำการซิงโครไนซ์ข้อมูลจากต้นทางไปยังปลายทางโดยอัตโนมัติเมื่อมีการเปลี่ยนแปลงเกิดขึ้นบนไดรฟ์ต้นทาง บิตแมปถูกใช้เพื่อแมปการเขียนไปยังบล็อกเฉพาะ และใช้การเขียนระดับบล็อกเพื่อดำเนินการคัดลอก

คุณสมบัติและรายละเอียดของผลิตภัณฑ์ Datakeeper และ Lifekeeper ที่สำคัญ

ระบบปฏิบัติการ Linux และ Windows ได้รับการสนับสนุนสำหรับผลิตภัณฑ์ทั้งสอง

ข้อเสนอของผู้ช่วยชีวิตความยืดหยุ่นด้านไอทีสูงแก้ไขปัญหาทำให้ระบบสามารถทำงานได้ หากตรวจพบปัญหา ระบบจะพยายามรีสตาร์ทแอปพลิเคชัน หากไม่สำเร็จ ก็จะทำการเฟลโอเวอร์ไปยังโหนดสแตนด์บาย หากเส้นทางการสื่อสารไม่ทำงาน การแทรกแซงจะเกิดขึ้นและทำการพิจารณาว่าโหนดใดกลายเป็นโหนดต้นทางโดยพิจารณาจากข้อมูลที่มีอยู่สำหรับแต่ละโหนดและการตั้งค่าองค์ประชุมที่จัดเตรียมไว้

DataKeeper ช่วยให้คุณสามารถกำหนดค่าการเชื่อมต่อต้นทางและปลายทางได้การเขียนไดรฟ์แบบซิงโครนัสหรือแบบอะซิงโครนัส. การเขียนไฟล์แบบซิงโครนัส หมายความว่าระบบจะทำการเขียนไปยังปลายทางให้เสร็จสิ้นก่อนที่จะรายงานว่าการเขียนเสร็จสมบูรณ์ มันตอบสนองช้ากว่าแต่ปลอดภัยกว่า ด้วยการเขียนไฟล์แบบอะซิงโครนัส การดำเนินการเขียนจะดำเนินการในพื้นหลังเพื่อให้การตอบสนองเร็วขึ้น ผู้เก็บข้อมูลใช้การควบคุมปริมาณ WAN และการบีบอัดข้อมูลเพื่อประสิทธิภาพ

การผสมผสานของผลิตภัณฑ์สามารถใช้เพื่อโยกย้ายแอปพลิเคชันไปยัง VM ใหม่ หรือดำเนินการบำรุงรักษาบนระบบรองในขณะที่ยังคงรักษาหลักไว้ได้

มูลค่าผลิตภัณฑ์ของผู้ดูแลข้อมูลและผู้ช่วยชีวิต

ประโยชน์หลักของการใช้ SIOS Datakeeper คือคุณสามารถใช้ไดรฟ์ที่แนบในเครื่องซึ่งมีอยู่แล้วในระบบของคุณได้ ไม่จำเป็นต้องวางแผนและซื้อฮาร์ดแวร์จัดเก็บข้อมูล ไม่ต้องกังวลว่าคอนโทรลเลอร์ RAID จะล้มเหลว ป้องกันไม่ให้เข้าถึงพื้นที่จัดเก็บข้อมูลทั้งหมด หรือหน่วยจัดเก็บข้อมูลทั้งหมดตกเป็นเป้าหมายของการโจมตี เช่น แรนซัมแวร์

เจ้าหน้าที่ช่วยชีวิตพร้อมให้บริการเป็นโซลูชันคลัสเตอร์การใช้หลายโหนดที่มีการตรวจจับความล้มเหลวของทรัพยากรและความสามารถในการโอเวอร์โหลด หรือมีอยู่ในตัวแปรโหนดเดียว (การป้องกันเซิร์ฟเวอร์เดี่ยว) ให้การตรวจจับความล้มเหลวของทรัพยากรและความสามารถในการรีบูตสำหรับระบบเซิร์ฟเวอร์เดียว ทั้งสองแบบพร้อมใช้งานสำหรับ Linux และ Windows ที่ให้การป้องกันสำหรับระบบของลูกค้าหลายประเภท LifeKeeper ไม่ต้องการฮาร์ดแวร์ที่ปรับแต่งและทนทานต่อข้อผิดพลาดใดๆ

Linux Lifekeeper รองรับ RHEL9-7, SLES15-12, Oracle Linux 9-6, CentOS 8-6 Rocky 8-6, Miracle 9-8 และสามารถโฮสต์ได้โดยใช้ VMware vSphere, VMware Cloud บน AWS, KVM, Oracle VM Server และ นูทานิคซ์ อะโครโพลิส ไฮเปอร์ไวเซอร์ สคริปต์การตั้งค่าการติดตั้ง Linux LifeKeeper ใช้เครื่องมือจัดการแพ็คเกจเพื่อติดตั้งผลิตภัณฑ์

ประเด็นสำคัญที่ควรทราบ

มือใหม่ของ SIOS LifeKeeper หรือ DataKeeper อาจประสบปัญหาสับสนบางประการ นี่คือบางส่วนที่ควรทราบ:

ผู้เก็บข้อมูล:

• การตั้งค่ามิเรอร์ – ไดรฟ์ปลายทางต้องมีขนาดใหญ่เท่ากับแหล่งที่มาเป็นอย่างน้อย
• หากมิเรอร์หยุดชั่วคราวและมีการเปลี่ยนแปลงกับเป้าหมาย เมื่อรีสตาร์ทมิเรอร์ การเปลี่ยนแปลงเหล่านั้นจะถูกตรวจสอบและเขียนทับด้วยข้อมูลต้นฉบับจากแหล่งที่มา

ผู้ช่วยชีวิต:

• คุณต้องนำทรัพยากรลูกที่เกี่ยวข้องขึ้นมาก่อนที่จะนำทรัพยากรหลักขึ้นมา

เอกสารทางเทคนิคของ SIOS

อ่านอย่างเป็นทางการเอกสารทางเทคนิคของ SIOSเพื่อเรียนรู้เพิ่มเติมเกี่ยวกับรายละเอียดสินค้าและวิธีแก้ไขปัญหา จากหน้าสนับสนุน คุณสามารถไปที่พอร์ทัลสนับสนุน.

พอร์ทัลการสนับสนุนมีแท็บต่อไปนี้:

– แท็บแนวทางแก้ไขจะนำคุณไปยังหน้าที่แสดงปัญหา / แนวทางแก้ไขร่วมกัน

– แท็บกรณีต่างๆ จะนำคุณไปยังหน้าที่แสดงกรณีต่างๆ โดยละเอียด

ทั้งสองหน้ามีแผงการค้นหาที่ช่วยให้ลูกค้าสามารถเจาะลึกบันทึกที่เกี่ยวข้องได้

ข้อกำหนดและคำศัพท์เฉพาะสำหรับการกู้คืนความเสียหายที่สำคัญ

เฟลโอเวอร์อัตโนมัติ– การตรวจจับความล้มเหลวและการสลับไดรฟ์หลักและไดรฟ์สำรองได้รับการจัดการโดยซอฟต์แวร์ SIOS ช่วยให้ระบบของลูกค้ายังคงทำงานได้อย่างถูกต้องหากเกิดการขัดข้อง

ชุดการกู้คืนแอปพลิเคชัน (ARK)– มีไว้เพื่อปกป้องแอปพลิเคชันและข้อมูลทางธุรกิจที่สำคัญของคุณจากการหยุดทำงานและภัยพิบัติ ARK มอบความสามารถในการดำเนินการตั้งค่า งานอัตโนมัติ และเฟลโอเวอร์

กลุ่ม– กลุ่มของเครื่องทางกายภาพหรือเสมือนที่ทำงานเป็นระบบเดียว ทำให้เกิดความซ้ำซ้อนเพื่อสร้างทรัพยากรที่มีความพร้อมใช้งานสูง

มิเรอร์– จงใจซิงโครไนซ์เนื้อหาไดรฟ์หลักที่เปลี่ยนแปลงไปยังไดรฟ์สำรองแบบเรียลไทม์

สวิตช์โอเวอร์– การสลับแหล่งที่มาและไดรฟ์สแตนด์บายโดยผู้ใช้ ใช้เมื่อจำเป็นต้องดำเนินการบำรุงรักษาระบบบนไดรฟ์

บทเรียนและเคล็ดลับสำหรับมือใหม่คนต่อไป:

สิ่งที่พิสูจน์แล้วว่ามีประโยชน์มากที่สุดสำหรับฉันในการรักษาสิ่งที่ฉันได้เรียนรู้มาจนถึงตอนนี้คือการจดบันทึกจำนวนมาก และบันทึกวิดีโอหน้าจอในการฝึกซ้อมร่วมกับเพื่อนๆ สิ่งนี้จะช่วยให้คุณมีบางสิ่งที่เป็นรูปธรรมเพื่อใช้อ้างอิงในภายหลัง

ฝึกฝนการตั้งค่ามิเรอร์ เชื่อมต่อและใช้งาน จากนั้นทำการสลับมีประโยชน์มากต่อความเข้าใจของฉันเกี่ยวกับผลิตภัณฑ์ ฝึกหัดฝึกหัด. เอกสารอย่างเป็นทางการเป็นแหล่งข้อมูลที่ดีเยี่ยมในการอ่านวิธีดำเนินการ

SIOS ความพร้อมใช้งานสูงและการกู้คืนความเสียหาย

SIOS เทคโนโลยี คอร์ปอเรชั่น จัดให้ความพร้อมใช้งานสูงและการกู้คืนระบบผลิตภัณฑ์ที่ปกป้องและเพิ่มประสิทธิภาพโครงสร้างพื้นฐานด้านไอทีด้วยการจัดการคลัสเตอร์สำหรับแอปพลิเคชันที่สำคัญที่สุดของคุณติดต่อเราวันนี้สำหรับข้อมูลเพิ่มเติมเกี่ยวกับบริการและการสนับสนุนอย่างมืออาชีพของเรา

ทำซ้ำโดยได้รับอนุญาตจากSIOS

Rehost ใบอนุญาตคืออะไร?

Rehost ใบอนุญาตคืออะไร?

วิธีดำเนินการ Rehost ใบอนุญาตใน SIOS Licensing Portal

เมื่อสิทธิ์การใช้งานผลิตภัณฑ์ถาวรของ SIOS ถูกเปิดใช้งานครั้งแรกใน SIOS Licensing Portal สิทธิ์การใช้งานดังกล่าวจะเชื่อมโยงกับตัวระบุเฉพาะที่อยู่ในเซิร์ฟเวอร์นั้น โดยทั่วไปตัวระบุที่ไม่ซ้ำกันนั้นจะเป็นที่อยู่ MAC (ซึ่งเรียกอีกอย่างว่ารหัสโฮสต์ของระบบ) ที่กำหนดให้กับ Network Interface Controller (NIC) เมื่อตัวระบุเฉพาะของระบบนี้เปลี่ยนจากตัวระบุเฉพาะเดิมที่ใช้ในการเปิดใช้งานใบอนุญาต จำเป็นต้องมีการโฮสต์ใบอนุญาตใหม่เพื่อใช้ต่อไปผลิตภัณฑ์ของ SIOS.

การโฮสต์ใบอนุญาตใหม่เป็นขั้นตอนที่จำเป็นในการเปิดใช้งานรหัสลิขสิทธิ์ผลิตภัณฑ์ที่อัปเดต เมื่อตัวระบุเฉพาะของระบบ (ที่อยู่ MAC/รหัสโฮสต์ของระบบ) ไม่ตรงกับตัวระบุเฉพาะของระบบดั้งเดิมในรหัสลิขสิทธิ์ผลิตภัณฑ์อีกต่อไป

เมื่อใดจึงจำเป็นต้องมี License Rehost

จำเป็นต้องมีโฮสต์ใหม่เมื่อตัวระบุเฉพาะของระบบเปลี่ยนจากตัวระบุเฉพาะดั้งเดิมที่ใช้ในการสร้างรหัสลิขสิทธิ์ดั้งเดิม มีหลายสิ่งที่อาจทำให้ตัวระบุที่ไม่ซ้ำกันเปลี่ยนแปลง:

• ตัวระบุที่ไม่ซ้ำกันอาจเปลี่ยนแปลงอันเป็นผลมาจากการเปลี่ยนแปลงการกำหนดค่าเครือข่ายในระบบปัจจุบัน
• หากระบบปัจจุบันล้มเหลวและถูกแทนที่ด้วยระบบใหม่ ตัวระบุเฉพาะของระบบจะเปลี่ยนไปและจำเป็นต้องเปิดใช้งานรหัสลิขสิทธิ์ผลิตภัณฑ์อีกครั้ง
• รหัสลิขสิทธิ์ผลิตภัณฑ์จะต้องเปิดใช้งานอีกครั้งหากระบบปัจจุบันกำลังอัปเกรดเป็นระบบใหม่

ปัญหาใดเกิดขึ้นเมื่อจำเป็นต้องใช้ License Rehost

ปัญหาที่พบบ่อยที่สุดที่เกิดขึ้นเมื่อจำเป็นต้องมีการโฮสต์ใบอนุญาตใหม่ก็คือผลิตภัณฑ์ SIOS จะไม่เริ่มทำงานอย่างถูกต้อง เมื่อสิ่งนี้เกิดขึ้น บันทึกจะแสดงความล้มเหลวเนื่องจากรหัสลิขสิทธิ์ไม่ถูกต้อง เนื่องจากรหัสลิขสิทธิ์ที่ติดตั้งบนระบบจะไม่ตรงกับตัวระบุเฉพาะของระบบ

บนระบบ Windows ข้อผิดพลาดนี้จะปรากฏใน Event Viewer ใต้บันทึกของแอปพลิเคชัน

บนระบบ Linux ข้อผิดพลาดนี้ปรากฏในบันทึก LifeKeeper ที่อยู่ใน /var/log

ขั้นตอนในการโฮสต์คีย์ใบอนุญาตใหม่คืออะไร

ขั้นตอนแรกในขั้นตอนนี้คือการเข้าสู่พอร์ทัล SIOS Licensing ไปที่support.us.sios.comและเลือกจัดการใบอนุญาต

หลังจากเลือกจัดการใบอนุญาตแล้ว ให้ล็อกอินเข้าสู่ไซต์การออกใบอนุญาต:

เมื่อเข้าสู่ระบบแล้ว ให้ไปที่การสนับสนุนใบอนุญาตและแสดงรายการใบอนุญาต

• เลือกใบอนุญาตที่คุณต้องการโฮสต์ใหม่ (ทำเครื่องหมายที่ช่องด้านซ้าย)
• เลือกการดำเนินการ โฮสต์ใหม่

คลิกที่เครื่องหมายบวกสีเขียว

ป้อนโฮสต์ / ที่อยู่ MAC 12 อักขระใหม่แล้วคลิกตกลง อย่าใส่เครื่องหมายจุลภาค ทวิภาค หรือช่องว่างระหว่างอักขระ 12 ตัว

• คลิกปุ่มโฮสต์ใหม่แล้วคลิกเสร็จสิ้น
• เลือกใบอนุญาตที่ได้รับการโฮสต์ใหม่โดยทำเครื่องหมายในช่องด้านซ้าย
• เลือกดู ใบอนุญาตอีเมล และป้อนที่อยู่อีเมลของคุณ คลิกส่งที่ด้านล่างของหน้าจอ

SIOS ความพร้อมใช้งานสูงและการกู้คืนความเสียหาย

SIOS เทคโนโลยี คอร์ปอเรชั่น จัดให้ความพร้อมใช้งานสูงซอฟต์แวร์คลัสเตอร์ที่ปกป้องและเพิ่มประสิทธิภาพโครงสร้างพื้นฐานด้านไอทีด้วยการจัดการคลัสเตอร์สำหรับแอปพลิเคชันที่สำคัญที่สุดของคุณติดต่อเราวันนี้สำหรับข้อมูลเพิ่มเติมเกี่ยวกับบริการและการสนับสนุนอย่างมืออาชีพของเรา

การรับรอง HA สำหรับระบบการจัดการอาคาร

การรับรอง HA สำหรับระบบการจัดการอาคาร

เหตุใด BMS จึงทำหน้าที่เป็นแบบอย่างให้กับอุตสาหกรรมอื่นๆ

หัวใจของอาคารสมัยใหม่ทุกหลังมีระบบบริหารจัดการอาคาร (BMS)ที่ควบคุมระบบทำความร้อน การระบายอากาศ และการปรับอากาศ (HVAC) ระบบแสงสว่างและระบบรักษาความปลอดภัย ระบบดับเพลิง และอื่นๆ ผู้จัดการอาคารอาศัยคอนโซล BMS เพื่อปรับปรุงและเพิ่มประสิทธิภาพการดำเนินงานของอาคาร และรับประกันสภาพแวดล้อมของผู้เช่าที่สะดวกสบายและปลอดภัย BMS จำเป็นต้องทำงานได้อย่างน่าเชื่อถือไม่ว่าจะอยู่ในศูนย์ข้อมูลภายในองค์กรหรือสภาพแวดล้อมคลาวด์สาธารณะ เช่น AWS EC2, Azure หรือ Google Cloud Platform (GCP) มีหลายวิธีในการปกป้อง BMS จากการหยุดทำงานและภัยพิบัติ โดยใช้โซลูชันที่ทนทานต่อข้อผิดพลาด (FT)โซลูชันความพร้อมใช้งานสูง (HA), และโซลูชันการกู้คืนความเสียหาย (DR)—แต่การพิจารณาว่าแนวทางใดดีที่สุดนั้นขึ้นอยู่กับการพิจารณาหลายประการ

SIOS รับรอง HA สำหรับ BMS อย่างไร

Harry Aujla ผู้อำนวยการด้านเทคนิคของ SIOS ‘EMEA อธิบายในเรื่องนี้วิดีโอ TFiRสัมภาษณ์ว่าเหตุใดความพร้อมใช้งานสูงจึงเป็นส่วนสำคัญของโซลูชัน BMS และเป็นต้นแบบที่ดีสำหรับแอปพลิเคชันที่สำคัญอื่นๆ เขายังอธิบายต่อไปว่า BMS มีการพัฒนาอย่างไรในช่วงหลายปีที่ผ่านมาด้วยการพึ่งพาไอทีที่เพิ่มมากขึ้น เขากล่าวว่า “หากลูกค้า BMS เข้าใจอย่างถ่องแท้ว่าความพร้อมใช้งานสูงทำงานบนคลาวด์ได้อย่างไร ฉันคิดว่าเราจะได้เห็นการโยกย้ายโซลูชัน BMS ไปยังแพลตฟอร์มคลาวด์ที่สำคัญยิ่งขึ้น” SIOS Technology Corporation นำเสนอซอฟต์แวร์คลัสเตอร์ความพร้อมใช้งานสูงที่ปกป้องและปรับโครงสร้างพื้นฐานด้านไอทีให้เหมาะสมที่สุด พร้อมการจัดการคลัสเตอร์สำหรับแอปพลิเคชันที่สำคัญที่สุดของคุณติดต่อเราวันนี้สำหรับข้อมูลเพิ่มเติมเกี่ยวกับบริการและการสนับสนุนระดับมืออาชีพของเรา

ทำซ้ำโดยได้รับอนุญาตจากSIOS