%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

ตุลาคม 4, 2022	AWS Summit Singapore – ผู้สนับสนุนเงิน AWS Summit Singapore – ผู้สนับสนุนเงิน 6 ตุลาคม @ 8:00 น. – 17.00 น. SIOS ยินดีที่จะเป็นผู้สนับสนุนระดับ Silver ที่ AWS Summit Singapore ในปีนี้ ค้นพบวิธีที่องค์กรภาครัฐทุกขนาดใช้ AWS เพื่อสร้างสรรค์สิ่งใหม่ ๆ อย่างรวดเร็ว ปรับปรุงชีวิตของพลเมือง และเปลี่ยนแปลงการดำเนินงานของพวกเขา รับฟังความคิดเห็นจากเพื่อนร่วมงานและผู้เชี่ยวชาญเฉพาะทางจากทั่วโลกที่ประสบความสำเร็จในการสร้างโซลูชันบน AWS
ตุลาคม 2, 2022	วิธีแปลงจากทรัพยากร SIOS NFS เป็น EFS วิธีแปลงจากทรัพยากร SIOS NFS เป็น EFS เนื่องจากลูกค้าจำนวนมากมองหาการย้ายโซลูชัน SAP ของตนไปยัง AWS พวกเขายังอาจต้องการแปลงการแชร์ไฟล์เครือข่าย (NFS) ที่มีอยู่สำหรับระบบไฟล์ /sapmnt หรือ /usr/sap/<SID> เป็นการแชร์ระบบไฟล์แบบยืดหยุ่น (EFS)การแชร์ EFS ถูกโฮสต์เป็นพื้นที่จัดเก็บไฟล์บนคลาวด์ที่สามารถจัดการได้เหมือนกับระบบไฟล์ในเครื่อง ในกรณีนี้ ข้อมูลใด ๆ ที่วางไว้ในการแบ่งปัน EFS จะมีการป้องกันที่สูงกว่ามากเนื่องจาก ความพร้อมใช้งานสูง และความทนทานที่จัดให้ ขั้นตอนในการแปลงลำดับชั้น SAP ที่มีอยู่โดยใช้ NFS เป็น EFS บริษัทที่กำลังใช้ SIOS LifeKeeper สำหรับคลัสเตอร์ Linux เพื่อปกป้อง SAP ในองค์กร สามารถเปลี่ยนลำดับชั้น SAP จาก NFS เป็น EFS ได้อย่างง่ายดายโดยใช้ขั้นตอนง่ายๆ ต่อไปนี้ กระบวนการควรใช้เวลาประมาณ 20 นาทีเท่านั้น ในตัวอย่างนี้ โซลูชัน SIOS LifeKeeper Linux กำลังปกป้องการแชร์การส่งออก NFS /exports/sapmnt/EDM ด้วยจุดเชื่อมต่อในเครื่อง /sapmnt/EDM (เช่น 12.1.4.10:/exports/sapmnt/EDM /sapmnt/EDM) (รูปที่ 1) . สร้างข้อมูลอ้างอิงการแชร์ EFS: https://docs.aws.amazon.com/efs/latest/ug/gs-step-two-create-efs-resources.html ตรวจสอบให้แน่ใจว่าได้อัปเดตกลุ่มความปลอดภัยเป็นกลุ่มที่อินสแตนซ์ของคุณใช้อยู่ ซึ่งจะต้องดำเนินการนี้จึงจะสามารถติดตั้งได้ ที่อยู่ IP ของระบบไฟล์สามารถพบได้ในแท็บเครือข่าย เมานต์ EFS ที่ใช้ร่วมกันบนโหนดหลัก (ISP) ไปยังตำแหน่งชั่วคราว (เช่น /sapmnttmp) mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport <ipaddress-filesystem>:/ /sapmnttmp เพิ่ม SAP_NFS_CHECK_IGNORE=1 ไปที่ /etc/default/LifeKeeper บนทั้งสองโหนด ณ จุดนี้ มีรายการเมาต์สำหรับระบบไฟล์ EFS ก่อนตั้งค่าการตรวจสอบนี้ LifeKeeper กำลังตรวจสอบการเมานต์ NFS ที่มีอยู่แล้ว เนื่องจากเราทราบดีว่าเราได้ติดตั้งระบบไฟล์ efs แล้ว จึงปลอดภัยที่จะเปิดใช้งานการตรวจสอบนี้เพื่อละเว้นคำเตือน nfs เนื่องจากระบบไฟใหม่นี้ไม่สามารถระบุได้ในขณะนี้ ใช้เครื่องมือ LifeKeeper lkbackup เพื่อสร้างสำเนาสำรอง ของการกำหนดค่า LifeKeeper/opt/LifeKeeper/bin/lkbackup -c -n ใช้ LifeKeeper GUI หรือ CLI เพื่อหยุดทรัพยากร SAP (ดำเนินการนอกบริการ) (รูปที่ 2)/opt/LifeKeeper/bin/perform_action -t SAP-EDM_ASCS00 -a ลบ 6. หยุด sapstartsrv ที่เหลือ SAP ERS หรือ saposcol และ saphostexec ดำเนินการบนโหนดสแตนด์บายและโหนดหลัก ก. lsof -c สาป ผม. ฆ่า <pid> 7. คัดลอกข้อมูล NFS จากการส่งออก NFS ไปยังตำแหน่ง EFS ใหม่ ก. cp -pra /exports/sapmnt /sapmnttmp ข. cp -pra /exports/usr/sap/EDM/ASCS00 /sapmnttmp 8. ใช้ทรัพยากร hanf osu ก. /opt/LifeKeeper/bin/perform_action -t hanfs-/exports/sapmnt/EDM -a remove (รูปที่ 3) ข. /opt/LifeKeeper/bin/perform_action -t hanfs-/exports/usr/sap/EDM/ASCS00 -a ลบ (รูปที่ 4) 9. ใช้ umount เพื่อ unmount /sapmnt ที่มีอยู่และการเมาต์ในเครื่อง NFS อื่น ๆ ก. umount /exports/sapmnt/EDM ข. umount /exports/usr/sap/EDM/ASCS00 10. ใช้ LifeKeeper GUI หรือ CLI เพื่อใช้ทรัพยากร datarep-sapmnt ที่เกี่ยวข้อง OSU เอ ./opt/LifeKeeper/bin/perform_action -t datarep-EDM -a remove (รูปที่ 5) */opt/LifeKeeper/bin/perform_action -t datarep-ASCS00 -a remove* (รูปที่ 6) เพิ่มรายการเมานต์สำหรับ EFS ลงใน /etc/fstab บนโหนด 1 ก. แทนที่การเมานต์การส่งออก SAP ด้วย efs ผม. :/sapmnt/EDM /sapmnt/EDM nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0 ii. :/ASCS00 /usr/sap/EDM/ASCS00 nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0 ใช้คำสั่ง umount เพื่อยกเลิกการต่อเชื่อมจุดเชื่อมต่อชั่วคราว /sapmnttmp บนโหนด 1 ก. umount /sapmnttmp ถอนติดตั้ง SAP ก. umount -l /sapmnt/EDM ข. umount -l /usr/sap/EDM/ASCS00 ใช้คำสั่ง mount เพื่อเมาต์ระบบไฟล์ EFS อีกครั้งบนโหนด 1 ก. mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport :/sapmnt/EDM /sapmnt/EDM b. mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport :/ASCS00 /usr/sap/EDM/ASCS00 ตอนนี้คุณพร้อมที่จะลบการพึ่งพาระหว่าง ทรัพยากร SAP และทรัพยากร SIOS HANFS และ NFS เก่า ใช้ GUI เพื่อลบการพึ่งพาระหว่างทรัพยากร SAP และทรัพยากร HANFS และ NFS ก. ลบ nfs-/exports/dependencies จาก SAP-EDM_ASCS00 b ลบการพึ่งพา hanfs-/ child จาก ip-12.1.4.10 c ลบการพึ่งพาลูก ip-12.1.4.10 จาก nfs-/export/ filesystems d ใช้ LifeKeeper GUI หรือ CLI เพื่อเริ่มต้นทรัพยากร SAP (นำทรัพยากร SAP มาใช้ในบริการ) e. ลำดับชั้นใหม่จะมีลักษณะคล้ายกับต่อไปนี้ (รูปที่ 7): ฉ. ลบลำดับชั้นของ hanfs-/exports และ nfs-/exports (รูปที่ 8) เพิ่มรายการเมานต์สำหรับ EFS ลงใน /etc/fstab บนโหนด 2 ก. :/sapmnt/EDM /sapmnt/EDM nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0 ข. :/ASCS00 /usr/sap/EDM/ASCS00 nfs nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 0 0 ใช้คำสั่ง mount เพื่อเมาต์ระบบไฟล์ EFS บนโหนด 2 อีกครั้ง โปรดดูขั้นตอนที่ 13 ก่อนเพิ่มรายการ ก. mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 10.0.147.83:/sapmnt /sapmnt ข. mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport 10.0.147.83:/ASCS00 /usr/sap/EDM/ASCS00 ตรวจสอบว่าทรัพยากร SAP เริ่มต้นอย่างถูกต้องรวมถึงทรัพยากร IP และ EC2 ใช้ LK GUI เพื่อทำการสลับไปยังเป้าหมาย (หรือโหนดสแตนด์บาย) เสร็จแล้ว บทสรุป การแปลงระบบไฟล์ NFS เป็น EFS เป็นวิธีที่มั่นใจได้ในการปกป้องข้อมูลของคุณและใช้ประโยชน์จากทรัพยากรระบบคลาวด์ของ AWS นอกจากนี้ยังลดความซับซ้อนของลำดับชั้นของทรัพยากรทำให้ระบบไฟล์ของคุณอ่านและจัดการได้ง่ายขึ้น ขั้นตอนที่ให้ไว้ข้างต้นจะช่วยให้การเปลี่ยนแปลงข้อมูลของคุณที่จัดเก็บไว้ในระบบคลาวด์เป็นไปอย่างรวดเร็วและราบรื่นยิ่งขึ้น ทำซ้ำโดยได้รับอนุญาตจาก SIOS
กันยายน 28, 2022	มีอะไรใหม่ใน SIOS LifeKeeper สำหรับ Linux v 9.6.2 มีอะไรใหม่ใน SIOS LifeKeeper สำหรับ Linux v 9.6.2 SIOS LifeKeeper สำหรับ Linux เวอร์ชัน 9.6.2 พร้อมใช้งานแล้ว! เวอร์ชันใหม่นี้รองรับเวอร์ชัน 8.6 ของลีนุกซ์ชั้นนำ, รองรับ Azure Shared Disk และให้การป้องกันเพิ่มเติมจากสถานการณ์สมมติสมองแตกที่อาจเกิดขึ้นได้เมื่อการเชื่อมต่อเครือข่ายระหว่างโหนดคลัสเตอร์ล้มเหลว ใหม่ใน SIOS LifeKeeper Linux เวอร์ชัน 9.6.2 SIOS LifeKeeper Linux เวอร์ชัน 9.6.2 ใช้ประโยชน์จากการแก้ไขข้อผิดพลาดล่าสุด การอัปเดตความปลอดภัย และการสนับสนุนแอปพลิเคชันที่สำคัญต่อโครงสร้างพื้นฐาน และเพิ่มการรองรับสำหรับ Miracle Linux v 8.4 เป็นครั้งแรก เช่นเดียวกับการรองรับระบบปฏิบัติการเวอร์ชันต่อไปนี้: Red Hat Enterprise Linux (RHEL)8.6 Oracle Linux 8.6 Rocky Linux 8.6 การสนับสนุนใหม่สำหรับ Azure Shared Disk LifeKeeper สำหรับ Linux เวอร์ชัน 9.6.2 ได้รับการรับรองสำหรับใช้กับดิสก์ที่ใช้ร่วมกันของ Azure ทำให้ลูกค้าสามารถสร้างคลัสเตอร์ Linux HA ใน Azure ซึ่งใช้ประโยชน์จากทรัพยากรดิสก์ที่ใช้ร่วมกันของ Azure ใหม่ การป้องกันการเขียนโหนดสแตนด์บาย ตอนนี้ LifeKeeper สามารถใช้คุณลักษณะการตรวจสอบสภาพของโหนดสแตนด์บายแบบใหม่เพื่อล็อกโหนดสแตนด์บายจากการพยายามเขียนไปยังอุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันที่ได้รับการป้องกัน ซึ่งป้องกันความเสียหายของข้อมูลที่อาจเป็นผลมาจากการสูญเสียการเชื่อมต่อเครือข่ายระหว่างโหนดคลัสเตอร์ LifeKeeper Load Balancer ชุดตรวจสุขภาพ Application Recovery Kit (ARK) SIOS LifeKeeper สำหรับ Linux มาพร้อมกับ Application Recovery Kits (ARK) ที่เพิ่มความชาญฉลาดเฉพาะแอปพลิเคชัน ทำให้สามารถกำหนดค่าคลัสเตอร์อัตโนมัติและจัดการการเฟลโอเวอร์ตามแนวทางปฏิบัติที่ดีที่สุดของแอปพลิเคชัน SIOS LifeKeeper เวอร์ชันล่าสุดมี ARK ใหม่ที่ช่วยให้ผู้ใช้ติดตั้ง ค้นหา และใช้ฟังก์ชัน Load Balancer ใน AWS EC2 ได้ง่ายขึ้น ติดต่อ SIOS ที่นี่ สำหรับข้อมูลการจัดซื้อ ทำซ้ำโดยได้รับอนุญาตจาก SIOS
กันยายน 24, 2022	ตัวเลือกใหม่สำหรับคลัสเตอร์ที่มีความพร้อมใช้งานสูง SIOS ประสานการสนับสนุน Microsoft Azure Shared Disk ตัวเลือกใหม่สำหรับคลัสเตอร์ที่มีความพร้อมใช้งานสูง SIOS ประสานการสนับสนุน Microsoft Azure Shared Disk Microsoft เปิดตัว Azure Shared Disk ในไตรมาส 1 ปี 2022 ดิสก์ที่ใช้ร่วมกันช่วยให้คุณสามารถแนบดิสก์ที่มีการจัดการกับโฮสต์ได้มากกว่าหนึ่งโฮสต์ อย่างมีประสิทธิภาพ นี่หมายความว่าตอนนี้ Azure มีพื้นที่จัดเก็บ SAN ที่เทียบเท่ากัน ทำให้คลัสเตอร์ที่มีความพร้อมใช้งานสูงสามารถใช้ดิสก์ที่แชร์ในระบบคลาวด์ได้! ข้อได้เปรียบที่สำคัญของการใช้ Azure Shared Disk กับลำดับชั้นของคลัสเตอร์ SIOS Lifekeeper คือคุณไม่จำเป็นต้องมีโควรัมพื้นที่เก็บข้อมูลหรือโหนดพยานอีกต่อไปเพื่อหลีกเลี่ยงสิ่งที่เรียกว่า split-brain ซึ่งเกิดขึ้นเมื่อการสื่อสารระหว่างโหนดสูญหายและหลายโหนด โหนดอาจเปลี่ยนแปลงข้อมูลพร้อมกัน จำนวนโหนดน้อยลงหมายถึงค่าใช้จ่ายและความซับซ้อนน้อยลง SIOS ได้แนะนำ Application Recovery Kit (ARK) สำหรับ LifeKeeper สำหรับ Linux ผลิตภัณฑ์; เรียกว่า LifeKeeper SCSI-3 Persistent Reservations (SCSI3) Recovery Kit ที่อนุญาตให้ใช้ Azure Shared Disks ร่วมกับการจอง SCSI-3 ARK นี้รับประกันว่าดิสก์ที่ใช้ร่วมกันสามารถเขียนได้จากโหนดที่จอง SCSI-3 ไว้บนดิสก์นั้นเท่านั้น เมื่อติดตั้ง SIOS Lifekeeper โปรแกรมติดตั้งจะตรวจพบว่ากำลังทำงานอยู่ใน Microsoft Azure EC2 และติดตั้งชุดการกู้คืน LifeKeeper SCSI-3 Persistent Reservations (SCSI3) โดยอัตโนมัติเพื่อเปิดใช้การสนับสนุนสำหรับ Azure Shared Disk การสร้างทรัพยากรภายใน Lifekeeper นั้นตรงไปตรงมาและเรียบง่าย (รูปที่ 1) เมื่อติดตั้งในเครื่องแล้ว Azure Shared Disk จะถูกเพิ่มลงใน Lifekeeper เป็นทรัพยากรประเภทระบบไฟล์ ผู้ดูแลจะกำหนด ID (รูปที่ 2) และจัดการการล็อค SCSI-3 โดยอัตโนมัติ รูปที่ 1] การสร้าง /sapinst ภายใน Lifekeeper รูปที่ 2] /sapinst สร้างและขยายไปยังโหนดคลัสเตอร์ทั้งสอง การจอง SCSI-3 รับประกันว่า Azure Shared Disk สามารถเขียนได้บนโหนดที่เก็บการจองเท่านั้น (รูปที่ 3) ในสถานการณ์ที่คลัสเตอร์โหนดสูญเสียการสื่อสารระหว่างกัน เซิร์ฟเวอร์สแตนด์บายจะออนไลน์ ทำให้เกิดศักยภาพ สถานการณ์สมองแตก . อย่างไรก็ตาม เนื่องจากการจอง SCSI-3 มีเพียงโหนดเดียวเท่านั้นที่สามารถเข้าถึงดิสก์ได้ในแต่ละครั้ง ซึ่งป้องกันสถานการณ์สมมติสมองแตกที่เกิดขึ้นจริง มีเพียงระบบเดียวเท่านั้นที่จะระงับการจอง และจะกลายเป็นโหนดที่ทำงานอยู่ใหม่ (ในกรณีนี้ระบบอื่นจะรีบูต) หรือยังคงเป็นโหนดที่ทำงานอยู่ โหนดที่ไม่มีการจอง Azure Shared Disk จะจบลงด้วยทรัพยากรในสถานะ "สถานะสแตนด์บาย" เนื่องจากไม่สามารถรับการจองได้ รูปที่ 3] เอาต์พุตจากบันทึกของ Lifekeeper เมื่อพยายามเมานต์ดิสก์ที่จองไว้แล้ว ลิงก์ไปยังคำจำกัดความของ Azure Shared Disks ของ Microsoft https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared ในปัจจุบัน SIOS รองรับ Locally-redundant Storage (LRS) และเรากำลังทำงานร่วมกับ Microsoft เพื่อทดสอบและสนับสนุน Zone-Redundant Storage (ZRS) เป็นการดีที่เราต้องการทราบเมื่อมีความล้มเหลวของ ZRS เพื่อให้เราสามารถจัดการลำดับชั้นของทรัพยากรไปยังโหนดภายในเครื่องส่วนใหญ่ไปยังที่เก็บข้อมูลที่ใช้งานอยู่ได้ ในปัจจุบัน SIOS คาดว่าการสนับสนุน Azure Shared Disk จะมาถึงในรุ่นถัดไปของ Lifekeeper 9.6.2 สำหรับ Linux, ไตรมาสที่ 3 ปี 2022 ทำซ้ำโดยได้รับอนุญาตจาก SIOS
กันยายน 20, 2022	การสัมมนาผ่านเว็บ: Disaster Recovery for SQL Server บน Public Clouds การสัมมนาผ่านเว็บ: Disaster Recovery for SQL Server บน Public Clouds ลงทะเบียนเข้าร่วมการสัมมนาผ่านเว็บแบบออนดีมานด์ การเรียกใช้อินสแตนซ์ SQL Server ของคุณกับแพลตฟอร์มคลาวด์สาธารณะหลักๆ จำเป็นต้องมีกลยุทธ์ที่แข็งแกร่งสำหรับการกู้คืนจากความเสียหายและความพร้อมใช้งานสูง เรียนรู้วิธีวางแผนการกู้คืนจากภัยพิบัติและความพร้อมใช้งานสูง และวิธีตัดสินใจว่าสิ่งใดดีที่สุดสำหรับสภาพแวดล้อมของคุณ ลงทะเบียน สำหรับการสัมมนาออนไลน์ตามความต้องการ ทำซ้ำโดยได้รับอนุญาตจาก SIOS