โซลูชันการกู้คืนความเสียหาย: วิธีจัดการกับ “คำแนะนำ” กับ “ข้อกำหนด”

โซลูชันการกู้คืนความเสียหาย: วิธีจัดการกับ “คำแนะนำ” กับ “ข้อกำหนด”

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

การกำหนดค่าที่แนะนำของโซลูชัน DR

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

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

วิธีจัดการการกำหนดค่าโซลูชัน DR นอกเหนือจากคำแนะนำ

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

ข้อกำหนดโซลูชันการกู้คืนความเสียหาย

อย่างไรก็ตาม บางครั้งการพูดว่า “ไม่” กับสิ่งที่ผู้ขายกำลังบอกคุณไม่ใช่เรื่องง่าย นี่คือจุดที่คุณข้ามพรมแดนจาก “คำแนะนำ” ของผู้ขายไปยัง “ข้อกำหนด” ของผู้ขาย และเป็นสิ่งที่หลีกเลี่ยงไม่ได้ เมื่อมันถูกนำเสนอต่อคุณเป็นข้อกำหนด มันจะกลายเป็นสิ่งที่คุณไม่สามารถปฏิเสธที่จะปฏิบัติตามได้ อย่างไรก็ตาม เช่นเดียวกับคำแนะนำ สิ่งสำคัญคือต้องเข้าใจว่าเหตุใดจึงเป็นข้อกำหนด และแท้จริงแล้วคือข้อกำหนดสำหรับอะไร อาจจำเป็นต้องมีแนวทางปฏิบัติบางอย่างโดยเป็นส่วนหนึ่งของ SLA ที่คุณตกลงกับผู้จำหน่าย หรือ TSA สำหรับผลิตภัณฑ์ แอปพลิเคชัน หรือบริการ ในกรณีเหล่านี้ จะต้องมีการเปลี่ยนแปลงที่จำเป็นเพื่อให้เป็นไปตามข้อกำหนดนี้อย่างแน่นอน ข้อกำหนดมักตกอยู่ในด้านเทคนิคมากกว่า ตัวอย่างเช่น ข้อกำหนดเกี่ยวกับขนาดดิสก์ ความจุ I/O หรือทรัพยากรเครื่องที่มีอยู่ และอื่นๆ อีกมากมาย สิ่งเหล่านี้มีความจำเป็นเพื่อให้แอปพลิเคชันทำงานตามที่ตั้งใจไว้ ดังนั้นคุณค่าในการทำให้แน่ใจว่าตรงตามข้อกำหนดเหล่านี้จึงปรากฏชัดเจน

ความยืดหยุ่นของโซลูชันการกู้คืนความเสียหาย

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

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

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

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

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