เทคโนโลยี SIOS เข้าร่วมโครงการ Nutanix Elevate Partner

SIOS เทคโนโลยีคอร์ปอเรชั่น– ประกาศเป็นสมาชิกในโปรแกรมพันธมิตร Nutanix Elevateซึ่งถือเป็นก้าวสำคัญในการนำเสนอโซลูชันการทำคลัสเตอร์ HA ที่ใช้งานง่ายสำหรับแอปพลิเคชันที่สำคัญภายในสภาพแวดล้อมของ Nutanix AHV

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

ประวัติของ SIOS ประกอบด้วยการใช้งานที่ประสบความสำเร็จสำหรับลูกค้าที่เปิดใช้งาน HA และ DR ด้วยใบอนุญาตมากกว่า 80,000 ใบที่ติดตั้งทั่วโลก ปกป้องแอปพลิเคชันสำหรับบริษัทในอุตสาหกรรมต่างๆ

ผลิตภัณฑ์ LifeKeeper และ DataKeeper ผ่านการทดสอบการตรวจสอบเรียบร้อยแล้ว ซึ่งสามารถช่วยเพิ่มความมั่นใจให้กับลูกค้าเกี่ยวกับความเข้ากันได้ของโซลูชัน LifeKeeper สำหรับ Linux ช่วยให้ Nutanix สามารถนำเสนอ HA ที่เรียบง่ายและเชื่อถือได้แก่ลูกค้าสำหรับแอปพลิเคชันที่สำคัญทางธุรกิจซึ่งได้รับการสนับสนุนโดยความเชี่ยวชาญ HA เชิงลึก ด้วยผลิตภัณฑ์ SIOS ลูกค้าของ Nutanix ที่มีสภาพแวดล้อมที่ซับซ้อน เช่น SAP, HANA, SQL Server และอื่นๆ ที่ทำงานบน SUSE Linux, Red Hat Linux, Oracle Linux, Rocky Linux และ Windows Server สามารถประหยัดเวลาและลดการหยุดทำงานที่มีค่าใช้จ่ายสูงได้ด้วยการติดตั้ง บำรุงรักษา และการจัดการสภาพแวดล้อม HA ที่เสถียรและเชื่อถือได้

Margaret Hoagland รองประธานฝ่ายการตลาดระดับโลก SIOS กล่าวว่า “การเข้าร่วมโครงการ Nutanix Elevate Partner ถือเป็นเครื่องพิสูจน์ถึงความมุ่งมั่นของเราในการนำเสนอโซลูชัน HA ที่แข็งแกร่งให้แก่ลูกค้า ขยายขอบเขตการเข้าถึงของเรา และมอบความน่าเชื่อถือและความเรียบง่ายแก่ผู้ใช้ Nutanix ที่พวกเขาต้องการ เพื่อให้มั่นใจว่าจะไม่หยุดชะงัก การดำเนินงานสำหรับการใช้งานที่สำคัญของพวกเขา”

ผลิตภัณฑ์ SIOS ได้รับรางวัล “Nutanix Ready Validated” ได้แก่:

• LifeKeeper สำหรับ Linux 9.8.0
• LifeKeeper สำหรับ Windows 8.10.0
• DataKeeper สำหรับ Windows 8.10.0

LifeKeeper สำหรับ Linux มอบ HA สำหรับการแจกแจงระบบปฏิบัติการ Linux เวอร์ชันและแพลตฟอร์มที่หลากหลายที่สุด ภายในองค์กร เสมือน และคลาวด์ กลุ่มผลิตภัณฑ์ HA/DR ของ SIOS ประกอบด้วยแบนด์วิธที่มีประสิทธิภาพ การจำลองแบบระดับบล็อกตามโฮสต์ ชุดการกู้คืนแอปพลิเคชัน (ARK) เพื่อให้สามารถรับรู้แอปพลิเคชันสำหรับ SAP, HANA และฐานข้อมูลและแอปพลิเคชันยอดนิยมอื่นๆ รวมถึง ARK ทั่วไปที่ปรับแต่งได้ LifeKeeper สำหรับ Linux ให้การตรวจสอบอัตโนมัติ การตรวจจับปัญหา และการกู้คืนอัจฉริยะสำหรับแอปพลิเคชัน ฐานข้อมูล และพื้นที่จัดเก็บข้อมูลเพื่อให้แน่ใจว่าระบบและแอปพลิเคชันที่สำคัญยังคงมีความพร้อมใช้งานสูง

ข้อมูลเพิ่มเติมเกี่ยวกับโซลูชัน SIOS-Nutanix

ละขั้นตอน – SQL Server 2019 Failover Cluster Instance (FCI) ใน OCI

การแนะนำ

หากคุณกำลังปรับใช้แอปพลิเคชันที่สำคัญต่อธุรกิจใน Oracle Cloud Infrastructure (OCI) สิ่งสำคัญคือต้องทำความเข้าใจและใช้ประโยชน์จาก SLA (ข้อตกลงระดับการให้บริการ) ที่ให้บริการโดย OCI เพื่อเวลาทำงานและความน่าเชื่อถือที่เหมาะสมที่สุด SLA ของ OCI จะแตกต่างกันไปตามกลยุทธ์การใช้งานที่คุณเลือก:

การปรับใช้ข้ามโดเมนความพร้อมใช้งาน:OCI เสนอ SLA ความพร้อมใช้งาน 99.99% เมื่อคุณปรับใช้เครื่องเสมือน (VM) สองเครื่องขึ้นไปในโดเมนความพร้อมใช้งานที่แตกต่างกันภายในภูมิภาค OCI เดียวกัน

การปรับใช้ข้ามโดเมนข้อบกพร่อง:หากคุณปรับใช้ VM ทั่วทั้ง Fault Domains OCI จะให้ SLA ความพร้อมใช้งาน 99.95% สิ่งสำคัญคือต้องทราบว่าไม่ใช่ทุกภูมิภาคของ OCI ที่มีโดเมนความพร้อมใช้งานหลายโดเมน ดังนั้นในบางภูมิภาค การปรับใช้ข้ามโดเมนข้อบกพร่องจะเป็นทางเลือกเดียวของคุณ

การปรับใช้ VM เดี่ยว:สำหรับการปรับใช้ที่เกี่ยวข้องกับ VM เดียว SLA จะอยู่ที่ 99.9%

เฟรมเวิร์กนี้หมายความว่า OCI รับประกันการเชื่อมต่อภายนอกในระดับหนึ่งโดยขึ้นอยู่กับวิธีที่คุณปรับใช้ VM ของคุณ:

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

เพื่อให้เป็นไปตามเกณฑ์สำหรับ SLA ความพร้อมใช้งาน 99.99% ใน OCI จำเป็นอย่างยิ่งที่จะต้องปรับใช้ VM ของคุณในโดเมนความพร้อมใช้งานหลายแห่ง โพสต์นี้จะแนะนำคุณในการออกแบบโครงสร้างพื้นฐาน OCI ของคุณเพื่ออำนวยความสะดวกให้กับ SQL Server Failover Cluster Instances ที่ครอบคลุมโดเมนความพร้อมใช้งาน เพื่อให้มั่นใจถึงความพร้อมใช้งานและความน่าเชื่อถือสูงสุดสำหรับแอปพลิเคชันทางธุรกิจที่สำคัญของคุณ

สร้าง VCN และซับเน็ต

ในคู่มือนี้ ฉันถือว่าคุณมีความคุ้นเคยกับ Oracle Cloud Infrastructure (OCI) และความเข้าใจพื้นฐานเกี่ยวกับแนวคิดด้านเครือข่าย ฉันจะอธิบายงานการกำหนดค่าทั่วไปพร้อมคำอธิบาย และให้คำแนะนำเพิ่มเติมเมื่อจำเป็นเพื่อจัดการกับความท้าทายทั่วไปที่พบในเครือข่าย OCI

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

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

ในสถานการณ์ของเรา เราจะตั้งค่าเครือข่ายย่อยสามเครือข่ายในโดเมนความพร้อมใช้งานที่แตกต่างกันสามโดเมนภายใน Virtual Cloud Network (VCN) เดียวใน OCI

วีซีเอ็น: 10.0.0.0/16

• AD1: 10.0.0.0/18
• AD2: 10.0.64.0/18
• AD3: 10.0.128.0/18

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

สร้าง VCN

สร้างเครือข่ายย่อยสามเครือข่ายใน VCN

สร้างเกตเวย์อินเทอร์เน็ต

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

แก้ไขรายการความปลอดภัยเริ่มต้น

แก้ไขตารางเส้นทาง

แก้ไขตารางเส้นทางเพื่อให้การรับส่งข้อมูลทั้งหมดที่กำหนดไว้สำหรับภายนอก VCN ถูกกำหนดเส้นทางผ่านอินเทอร์เน็ตเกตเวย์

สร้างกลุ่มความปลอดภัยเครือข่าย

แก้ไขรายการความปลอดภัย

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

แก้ไขตัวเลือก DHCP

เพื่อให้ Active Directory ทำงานได้อย่างถูกต้อง คุณต้องตั้งค่า DC1 เป็นเซิร์ฟเวอร์ DNS หลักในตัวเลือก DHCP ดังที่แสดงด้านล่าง ในกรณีนี้ เราตั้งค่าเป็น 10.0.0.100 ซึ่งเป็น IP แบบคงที่ของตัวควบคุมโดเมนที่เรากำลังกำหนดค่า คุณควรเพิ่มโดเมนของคุณลงในโดเมนการค้นหาที่กำหนดเองด้วย ในกรณีนี้ เราจะใช้โดเมนชื่อ datakeeper.local ซึ่งเราจะสร้างในภายหลังเมื่อเรากำหนดค่าตัวควบคุมโดเมนของเรา

จัดเตรียม VM

เมื่อกำหนดค่า VCN แล้ว ก็ถึงเวลาเริ่มจัดเตรียม VM ในตัวอย่างนี้ เราจะใช้ Windows Server 2022 และ SQL Server 2019 อย่างไรก็ตาม ขั้นตอนที่อธิบายในบทความนี้แทบจะเหมือนกันในทุกเวอร์ชันของ Windows Server และ SQL Server ดังนั้นคุณไม่ควรมีปัญหาใดๆ ไม่ว่าเวอร์ชันของ Windows Server จะเป็นเวอร์ชันใดก็ตาม Windows หรือ SQL Server ที่คุณวางแผนจะใช้

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

ในการกำหนดค่าตัวอย่าง เราจะปรับใช้ Active Directory ในอินสแตนซ์ (DC1) ที่จะทำหน้าที่เป็นพยานในการแชร์ไฟล์ด้วย

AD1 – DC1 (10.0.0.100)

AD2 – SQL1 – (10.0.64.100, 10.0.64.101, 10.0.64.102)

AD3 – SQL2 – (10.0.128.100, 10.0.128.101, 10.0.128.102)

คุณอาจสังเกตเห็นว่าแต่ละโหนดคลัสเตอร์ (SQL1, SQL2) มีที่อยู่ IP สามแห่ง ที่อยู่แรกคือที่อยู่ IP ส่วนตัวของอินสแตนซ์ ที่อยู่ IP อีกสองแห่งจะถูกเพิ่มเป็นที่อยู่รองในแต่ละอินสแตนซ์ ที่อยู่ IP เหล่านี้ใช้สำหรับที่อยู่ IP ของคลัสเตอร์หลักและที่อยู่ IP เสมือนที่เกี่ยวข้องกับทรัพยากรชื่อเครือข่าย SQL Server FCI

เมื่อเราจัดเตรียมโหนดคลัสเตอร์ เราจะใช้อิมเมจ Windows Server 2022 พื้นฐานโดยไม่มีซอฟต์แวร์ SQL Server รวมอยู่ด้วย แต่เราจะดาวน์โหลดสื่อการติดตั้ง SQL Server และใช้สิทธิ์การใช้งาน SQL Server แบบถาวรแทนสิทธิ์การใช้งานแบบ “จ่ายตามการใช้งาน” ที่มีอยู่บน Marketplace

ส่วนต่อไปนี้จะแสดงกระบวนการจัดเตรียม VM ทั้งสามตัวที่ใช้ในตัวอย่างนี้

เตรียมใช้งาน DC1 ใน FD1

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

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

เตรียมใช้งาน SQL1 ใน FD2

ตามที่กล่าวไว้ก่อนหน้านี้ ตัวอย่างนี้ใช้การติดตั้งพื้นฐานของ Windows Server 2022 SQL Server 2019 จะถูกดาวน์โหลดในภายหลังและใช้สำหรับการติดตั้ง SQL Server FCI

เตรียมใช้งาน SQL2 ใน FD3

การเพิ่มเล่มเพิ่มเติม

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

หลายเล่ม

คุณสามารถเพิ่มหลายวอลุ่มเพื่อแยกข้อมูล บันทึก และการสำรองข้อมูลของคุณได้

ประเภทการจัดเก็บ: มีประเภทการจัดเก็บที่หลากหลายเพื่อให้เหมาะกับความต้องการที่แตกต่างกัน

วิธีการแนบ

มีหลายวิธีในการแนบที่เก็บข้อมูลเข้ากับเซิร์ฟเวอร์ของคุณ

ตัวอย่างการกำหนดค่า

ด้านล่างนี้ เราได้รวมภาพหน้าจอที่สาธิตการกำหนดค่าพื้นที่จัดเก็บข้อมูลที่เป็นไปได้จำนวนหนึ่งไว้ด้วย นี่เป็นตัวอย่างเชิงปฏิบัติเพื่อช่วยในการทำความเข้าใจกระบวนการตั้งค่า กระบวนการนี้ควรจะเสร็จสิ้นบน SQL1 และ SQL2

สร้างบล็อควอลลุม

ขั้นแรก สร้างบล็อควอลลุมในโดเมนความพร้อมใช้งานที่เหมาะสมสำหรับ SQL1 และ SQL2

แนบวอลุ่ม

เมื่อสร้างวอลลุมแล้ว คุณต้องแนบไปกับอินสแตนซ์

ประเด็นสำคัญที่ต้องจำ

การตั้งค่ามีความยืดหยุ่น คุณสามารถกำหนดค่าวอลุ่มหนึ่งหรือหลายวอลุ่มได้ตามความต้องการเฉพาะของคุณ

พิจารณาประเภทพื้นที่เก็บข้อมูลและวิธีการแนบที่แตกต่างกันสำหรับการกำหนดค่าของคุณ

เพิ่มที่อยู่ IP รอง

เพื่อให้ Windows Server Failover Clustering ทำงานอย่างถูกต้องใน OCI คุณต้องเพิ่มที่อยู่ IP ของคลัสเตอร์เป็นที่อยู่รองบนอินเทอร์เฟซเครือข่ายเสมือน (VNIC) ที่แนบกับ SQL1 และ SQL1 ดังที่คุณจำได้ เราได้พูดคุยกันโดยใช้ที่อยู่ IP ต่อไปนี้บนแต่ละโหนดคลัสเตอร์ของเรา

	SQL1	SQL2
ที่อยู่หลัก	10.0.64.100	10.0.128.100
คลัสเตอร์ IP 1 (ทรัพยากรคลัสเตอร์หลัก)	10.0.64.101	10.0.128.101
IP คลัสเตอร์ 2(IP คลัสเตอร์เซิร์ฟเวอร์ SQL)	10.0.64.102	10.0.128.102

บนทั้ง SQL1 และ SQL2 ให้แก้ไข VNIC ที่แนบมาเพื่อเพิ่มที่อยู่รอง

สร้างโดเมน

เพื่อความยืดหยุ่น คุณควรจัดเตรียมตัวควบคุม AD หลายตัวในโซนความพร้อมใช้งานที่แตกต่างกัน แต่เพื่อวัตถุประสงค์ของคู่มือนี้ เราจะจัดเตรียมตัวควบคุม AD เพียงตัวเดียว ทำตามภาพหน้าจอด้านล่างเพื่อกำหนดค่า AD บน DC1

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

เปิดใช้งานบริการโดเมน Active Directory

เลื่อนระดับเซิร์ฟเวอร์เป็นตัวควบคุมโดเมน

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

เมื่อคุณเปิดใช้งานบัญชีผู้ดูแลระบบและตั้งรหัสผ่านแล้ว ให้ดำเนินการกำหนดค่าหลังการปรับใช้งาน

ก่อนที่จะเปิดใช้งานบริการโดเมน Active Directory คุณต้องเปิดใช้งานบัญชีผู้ดูแลระบบภายในและเข้าสู่ระบบด้วยบัญชีนั้น

ใช้โปรแกรม RDP ที่คุณชื่นชอบ เชื่อมต่อกับ DC1 โดยใช้ที่อยู่ IP สาธารณะที่เชื่อมโยงกับอินสแตนซ์ เพิ่มบทบาทบริการโดเมน Active Directory

หลังจากการติดตั้งเสร็จสมบูรณ์ ให้เลื่อนระดับเซิร์ฟเวอร์นี้เป็นตัวควบคุมโดเมน

เพื่อจุดประสงค์ของเรา เราจะสร้างโดเมนใหม่

รีบูต DC1 และไปยังส่วนถัดไป

เข้าร่วม SQL1 และ SQL2 กับโดเมน

เตรียมที่จัดเก็บ

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

กำหนดค่าคุณสมบัติการทำคลัสเตอร์ล้มเหลว

เปิดใช้งานคุณลักษณะ Failover Clustering บนทั้ง SQL1 และ SQL2

เรียกใช้คำสั่ง PowerShell นี้บน SQL1 และ SQL2

ติดตั้ง WindowsFeature – ชื่อการทำคลัสเตอร์ล้มเหลว – รวม ManagementTools

ตรวจสอบคลัสเตอร์ของคุณ

เรียกใช้คำสั่ง PowerShell นี้จาก SQL1 หรือ SQL2

คลัสเตอร์ทดสอบ – โหนด sql1, sql2

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

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

สร้างคลัสเตอร์

ต่อไป คุณจะสร้างคลัสเตอร์ ในตัวอย่างด้านล่าง คุณจะสังเกตเห็นว่าฉันใช้ที่อยู่ IP สองแห่งที่เราวางแผนจะใช้ คือ 10.0.64.101 และ 10.0.128.101 คุณสามารถเรียกใช้ Powershell นี้ได้จากโหนดคลัสเตอร์ใดก็ได้

คลัสเตอร์ใหม่ – ชื่อคลัสเตอร์ 1 – โหนด sql1, sql2 – ที่อยู่คงที่ 10.0.64.101, 10.0.128.101

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

เพิ่มพยานการแชร์ไฟล์

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

ในตัวอย่างด้านล่าง พยานการแบ่งปันไฟล์จะถูกสร้างขึ้นบน DC1 ซึ่งอยู่ใน FD1

บน DC1 ให้สร้างการแชร์ไฟล์และกำหนดสิทธิ์การอ่าน-เขียนของวัตถุชื่อคลัสเตอร์ (CNO) ในโฟลเดอร์ เพิ่มสิทธิ์สำหรับ CNO บนแท็บ Share และ Security ของโฟลเดอร์ที่คุณสร้างขึ้น ในตัวอย่างด้านล่าง ฉันได้สร้างโฟลเดอร์ชื่อ “Witness”

เมื่อสร้างโฟลเดอร์และกำหนดสิทธิ์ที่เหมาะสมให้กับ CNO แล้ว ให้รันคำสั่ง PowerShell ต่อไปนี้บน SQL1 หรือ SQL2

ชุด-ClusterQuorum -คลัสเตอร์คลัสเตอร์1 -FileShareWitness \\dc1\Witness

คลัสเตอร์ของคุณควรมีลักษณะดังนี้เมื่อคุณเปิดตัว Failover Cluster Manager บน SQL1 หรือ SQL2

การสร้าง FCI เซิร์ฟเวอร์ SQL

ติดตั้ง DataKeeper Cluster Edition

ก่อนที่คุณจะดำเนินการขั้นตอนต่อไปได้ คุณจะต้องติดตั้ง DataKeeper Cluster Edition บนทั้ง SQL1 และ SQL2 ดาวน์โหลดไฟล์ปฏิบัติการการตั้งค่าและรันการตั้งค่า DataKeeper บนทั้งสองโหนด อ้างถึงเอกสาร SIOSสำหรับคำแนะนำเฉพาะเกี่ยวกับการติดตั้ง

สร้างทรัพยากรโวลุ่ม DataKeeper

เปิดใช้งาน DataKeeper UI บนโหนดคลัสเตอร์ใดโหนดหนึ่งและสร้าง DataKeeper Volume Resource ของคุณดังที่แสดงด้านล่าง

เชื่อมต่อกับเซิร์ฟเวอร์ทั้งสอง อันดับแรกคือ SQL1 และ SQL2

หากคุณเชื่อมต่อกับเซิร์ฟเวอร์ทั้งสองเครื่องและกำหนดค่าที่เก็บข้อมูลอย่างถูกต้อง รายงานภาพรวมเซิร์ฟเวอร์ควรมีลักษณะดังนี้

คลิกสร้างงานเพื่อเริ่มตัวช่วยสร้างงาน

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

คลิก “ใช่” ที่นี่เพื่อลงทะเบียนทรัพยากร DataKeeper Volume ใน Available Storage

DataKeeper Volume D ปรากฏใน Failover Cluster Manager ในที่เก็บข้อมูลที่มีอยู่

ติดตั้งโหนดแรกของ SQL Server FCI บน SQL1

หลังจากที่สร้างคลัสเตอร์หลักแล้วและทรัพยากรโวลุ่ม DataKeeper อยู่ใน Available Storage ก็ถึงเวลาติดตั้ง SQL Server บนโหนดคลัสเตอร์แรก ตามที่กล่าวไว้ก่อนหน้านี้ ตัวอย่างที่นี่แสดงการกำหนดค่าคลัสเตอร์โดยใช้ SQL 2019 และ Windows 2022 แต่ขั้นตอนทั้งหมดที่อธิบายไว้ในตัวอย่างนี้แทบจะเหมือนกัน ไม่ว่าคุณจะพยายามปรับใช้ Windows Server หรือ SQL Server เวอร์ชันใดก็ตาม

ทำตามตัวอย่างด้านล่างเพื่อติดตั้ง SQL Server บน SQL1

ชื่อที่คุณระบุด้านล่างคือจุดเข้าใช้งานไคลเอ็นต์ นี่คือชื่อที่แอปพลิเคชันเซิร์ฟเวอร์ของคุณจะใช้เมื่อต้องการเชื่อมต่อกับ SQL Server FCI

บนหน้าจอนี้ คุณจะเพิ่มที่อยู่ IP รองของ SQL1 ที่เราระบุไว้ก่อนหน้านี้ในส่วนการวางแผนของส่วนที่ 1ของซีรีย์นี้

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

ติดตั้งโหนดที่สองของ SQL Server FCI บน SQL2

ถึงเวลาติดตั้ง SQL Server บน SQL2 แล้ว

เมื่อคุณติดตั้ง SQL Server บนโหนดคลัสเตอร์ทั้งสองแล้ว Failover Cluster Manager ควรมีลักษณะเช่นนี้

ติดตั้ง Studio จัดการเซิร์ฟเวอร์ SQL

ใน SQL Server เวอร์ชัน 2016 และใหม่กว่า คุณต้องดาวน์โหลดและติดตั้ง SSMS เป็นตัวเลือกแยกต่างหากดังที่แสดงด้านล่าง หมายเหตุ: ใน SQL Server เวอร์ชันก่อนหน้า SQL Server Management Studio (SSMS) เป็นตัวเลือกที่คุณสามารถเลือกติดตั้งระหว่างการติดตั้ง SQL

เมื่อติดตั้ง SSMS แล้ว ให้เชื่อมต่อกับคลัสเตอร์ผ่านจุดเข้าใช้งานไคลเอ็นต์ SQL Server FCI ของคุณควรมีลักษณะเช่นนี้

ข้อควรพิจารณาเกี่ยวกับหลายซับเน็ต

ข้อควรพิจารณาที่ใหญ่ที่สุดประการหนึ่งสำหรับการรัน SQL Server FCI ใน OCI คือข้อเท็จจริงที่ว่าโหนดคลัสเตอร์อยู่ในเครือข่ายย่อยที่แตกต่างกัน Microsoft เริ่มคำนึงถึงข้อเท็จจริงที่ว่าโหนดคลัสเตอร์อาจอยู่ในเครือข่ายย่อยที่แตกต่างกันโดยการเพิ่มฟังก์ชัน “OR” ใน Windows Server 2008 R2 ตามที่อธิบายไว้ใน Microsoftเอกสารประกอบ–

เอามาจากการทำคลัสเตอร์หลายซับเน็ตเซิร์ฟเวอร์ SQL (SQL Server)

สิ่งสำคัญที่อธิบายไว้ในเอกสารประกอบคือแนวคิดของ RegisterAllProvidersIP บนทรัพยากรชื่อเครือข่าย ซึ่งเปิดใช้งานตามค่าเริ่มต้นเมื่อคุณสร้าง SQL Server FCI ตามที่อธิบายไว้ เมื่อเปิดใช้งาน เรคคอร์ด A สองเรคคอร์ดจะถูกลงทะเบียนใน DNS พร้อมด้วยทรัพยากรชื่อเครือข่าย หนึ่งเรคคอร์ดสำหรับแต่ละที่อยู่ IP

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

เอกสารประกอบกล่าวต่อไปว่าหากไคลเอ็นต์ของคุณไม่รองรับฟังก์ชัน multisubnetfailover=true คุณควร “ลองปรับการหมดเวลาการเชื่อมต่อในสตริงการเชื่อมต่อไคลเอ็นต์ภายใน 21 วินาทีสำหรับที่อยู่ IP เพิ่มเติมแต่ละรายการ สิ่งนี้ทำให้แน่ใจได้ว่าความพยายามในการเชื่อมต่อใหม่ของไคลเอ็นต์จะไม่หมดเวลาก่อนที่จะสามารถวนผ่านที่อยู่ IP ทั้งหมดใน FCI แบบหลายซับเน็ตของคุณได้”

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

ข้อเสียของการกำหนดค่าสถานการณ์นี้คือ ไคลเอนต์ของคุณจะแคชที่อยู่ IP เก่าจนกว่า time to live (TTL) จะหมดลง เพื่อลดความล่าช้าในการเชื่อมต่อใหม่ ขอแนะนำให้คุณเปลี่ยน TTL บนชื่อทรัพยากร กระบวนการนี้อธิบายไว้ที่นี่และตัวอย่างที่แสดงด้านล่างซึ่งตั้งค่า TTL เป็น 5 นาที

รับ ClusterResource – ชื่อ sqlcluster | ตั้งค่า ClusterParameter – ชื่อ HostRecordTTL – ค่า 300

โปรดทราบว่าอาจต้องใช้เวลาสักระยะก่อนที่การเปลี่ยนแปลงเซิร์ฟเวอร์ DNS ที่รวม AD ของคุณจะเผยแพร่ทั่วทั้งฟอเรสต์ของคุณ

สรุป

คู่มือทางเทคนิคนี้ให้ภาพรวมที่ครอบคลุมของการตั้งค่า SQL Server 2019 Failover Cluster Instance (FCI) ใน Oracle Cloud Infrastructure (OCI) เริ่มต้นด้วยการเน้นถึงความสำคัญของการทำความเข้าใจ SLA ความพร้อมใช้งานของ OCI ที่แตกต่างกันไปตามกลยุทธ์การปรับใช้: 99.99% สำหรับการปรับใช้ข้ามโดเมนความพร้อมใช้งาน, 99.95% สำหรับการปรับใช้ข้ามโดเมนข้อบกพร่อง และ 99.9% สำหรับการปรับใช้ VM เดี่ยว คู่มือนี้เน้นย้ำว่า SLA ครอบคลุมความพร้อมใช้งานของ VM ไม่ใช่แอปพลิเคชันหรือบริการที่ทำงานอยู่บนนั้น จึงจำเป็นต้องมีมาตรการเพิ่มเติมสำหรับความพร้อมใช้งานของแอปพลิเคชัน

คู่มือนี้ให้รายละเอียดเกี่ยวกับขั้นตอนเริ่มต้นของการสร้าง Virtual Cloud Network (VCN) และซับเน็ตใน OCI โดยเน้นถึงความจำเป็นในแผนเครือข่ายที่รองรับโดเมนความพร้อมใช้งานอย่างน้อยสามโดเมนเพื่อจุดประสงค์ในการทำคลัสเตอร์ โดเมนความพร้อมใช้งานแต่ละโดเมนต้องอยู่ในเครือข่ายย่อยที่แตกต่างกัน ซึ่งเป็นข้อกำหนดที่ใช้กับคลัสเตอร์ที่ขยาย Fault Domains เช่นกัน โดยให้การกำหนดค่าเฉพาะสำหรับการตั้งค่าเครือข่ายย่อยสามเครือข่ายในโดเมนความพร้อมใช้งานที่แตกต่างกันภายใน VCN เดียว

นอกจากนี้ คู่มือนี้ยังอธิบายกระบวนการสร้างอินเทอร์เน็ตเกตเวย์และการแก้ไขรายการความปลอดภัยเริ่มต้นและตารางเส้นทางเพื่ออำนวยความสะดวกในการเข้าถึงและการรักษาความปลอดภัยทั่วทั้งโดเมนความพร้อมใช้งาน นอกจากนี้ยังครอบคลุมการกำหนดค่าตัวเลือก DHCP สำหรับความเข้ากันได้ของ Active Directory และสรุปขั้นตอนสำหรับการจัดเตรียม VM ด้วย Windows Server 2022 และ SQL Server 2019 โดยเน้นความสำคัญของชื่อเซิร์ฟเวอร์การวางแผน ที่อยู่ IP และตำแหน่งโซนความพร้อมใช้งาน

จากนั้น คำแนะนำจะเจาะลึกในการเพิ่มวอลลุมเพิ่มเติมสำหรับความต้องการพื้นที่จัดเก็บข้อมูล SQL Server FCI โดยให้รายละเอียดกระบวนการสร้างและการแนบบล็อควอลลุมเข้ากับอินสแตนซ์ นอกจากนี้ยังแนะนำการกำหนดค่าที่อยู่ IP รองสำหรับ Windows Server Failover Clustering ใน OCI

ถัดไป คำแนะนำจะกล่าวถึงการตั้งค่าตัวควบคุมโดเมน รวมถึงการเปิดใช้งานบริการโดเมน Active Directory และการโปรโมตเซิร์ฟเวอร์ไปยังตัวควบคุมโดเมน โดยจะอธิบายขั้นตอนการเตรียมการจัดเก็บข้อมูลและการเปิดใช้งานคุณลักษณะ Failover Clustering บน SQL1 และ SQL2 พร้อมด้วยการตรวจสอบความถูกต้องของคลัสเตอร์และกระบวนการสร้าง

คู่มือนี้จะอธิบายเพิ่มเติมเกี่ยวกับการเพิ่ม File Share Witness เพื่อรักษาองค์ประชุมคลัสเตอร์และการติดตั้ง DataKeeper Cluster Edition สำหรับการจำลองโวลุ่ม โดยให้แนวทางทีละขั้นตอนในการติดตั้ง SQL Server บนโหนดคลัสเตอร์และ SQL Server Management Studio พร้อมด้วยข้อควรพิจารณาสำหรับการปรับใช้หลายซับเน็ต

โดยสรุป คู่มือนี้เสนอพิมพ์เขียวโดยละเอียดสำหรับการปรับใช้และกำหนดค่า SQL Server 2019 FCI ใน OCI ครอบคลุมแง่มุมต่างๆ ตั้งแต่การตั้งค่าเครือข่ายและการจัดเตรียม VM ไปจนถึงการทำคลัสเตอร์ การกำหนดค่าพื้นที่เก็บข้อมูล และการตั้งค่าการควบคุมโดเมน เพื่อให้มั่นใจถึงเวลาทำงานและความน่าเชื่อถือสูงสุดสำหรับแอปพลิเคชันที่สำคัญต่อธุรกิจ .

ดาวน์โหลดคำแนะนำทีละขั้นตอนที่นี่

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

เคล็ดลับสี่ประการในการเลือกโซลูชันความพร้อมใช้งานสูงที่เหมาะสม

ความพร้อมใช้งานสูงและ Lebron ถือเป็นข้อถกเถียงที่ยิ่งใหญ่ที่สุดตลอดกาล (GOAT)

ฉันแพ้ที่โพดำ ฉันกำลังแพ้ที่ Kahoot ฉันแพ้ในเกมบาสเก็ตบอล และแพ้ให้กับผู้แข่งขันที่เป็นมิตรคนเดียวกันคือแบรนดอน ดังนั้น เพื่อกวนใจเขา ฉันจึงกลับไปอภิปรายอีกครั้งว่า “เลอบรอนคือผู้ยิ่งใหญ่ที่สุดตลอดกาล!” นาทีต่อมาที่เต็มไปด้วยความตึงเครียดเต็มไปด้วยคำพูดโวยวายไปมาซึ่งแต่งแต้มด้วยชื่อของนักบาสเก็ตบอลผู้ยิ่งใหญ่: Michael Jordan, Julius Erving, Wilt Chamberlain, Bob Cousy, Shaq, Bill Russell, Jerry West, Steph Curry, Kevin Durant, Kobe Bryant , เวทมนตร์และคู่ควร และ เลอบรอน เขาล้อเล่นว่า “คุณพูดได้ยังไงว่าเลอบรอนคือผู้ยิ่งใหญ่ที่สุด โคบี้มีสัญชาตญาณในการฆ่า!” การซ้อมด้วยวาจาของเราจะขยายไปถึงข้อกำหนดอะไรบ้าง อะไรที่ทำให้บางคนเป็นส่วนหนึ่งของการสนทนาแห่งความยิ่งใหญ่ หรือแม้แต่ผู้สมัครเพื่อเป็นส่วนหนึ่งของการสนทนา พวกเขาต้องการอายุยืนยาว, สถิติการทำประตู, ความสามารถในการป้องกัน, รางวัลและเกียรติยศอื่นๆ หรือไม่? พวกเขาควรได้รับรางวัลผู้เล่นทรงคุณค่าสูงสุดกี่รางวัลเป็นขั้นต่ำ? แล้วความเหนือชั้นของยุคของพวกเขาล่ะ? แล้วเรื่องนี้ล่ะ และแน่นอนว่าเพื่อนของฉัน แบรนดอน มักจะคว้าแชมป์ได้อย่างรวดเร็วเสมอ!

วิธีเลือกโซลูชันที่มีความพร้อมใช้งานสูงที่ดีที่สุด

แต่นี่มันเกี่ยวอะไรด้วย.ความพร้อมใช้งานสูง– ดีใจที่คุณถาม บ่อยแค่ไหนที่คุณถูกขอให้จัดหาหรือเลือกโซลูชันความพร้อมใช้งานที่ดีที่สุดหรือความพร้อมใช้งานที่สูงกว่าจากคู่แข่งมากมาย คุณได้ตัดสินใจว่าสุดสัปดาห์ที่ผ่านมาที่เสียหายจากแอปพลิเคชันขัดข้องโดยไม่ได้วางแผนหรือเซิร์ฟเวอร์ที่ใช้งานจริงล่มคือสุดสัปดาห์ที่ผ่านมาที่จะเสียหายเนื่องจากขาดการตรวจสอบและกู้คืนแบบอัตโนมัติ แต่โซลูชันใดดีที่สุดในบรรดาชื่อที่ยอดเยี่ยม เช่น Microsoft Failover Clustering, SuSE High Availability Extensions, PaceMaker, NEC ClusterPro, vWare HA, SIOS Protection Suite และ SIOS AppKeeper สี่สิ่งที่ฉันได้เรียนรู้จากการซ้อมในช่วงเวลาที่ยิ่งใหญ่ที่สุดซึ่งจะช่วยให้คุณรับมือกับปัญหาความพร้อมในระดับสูงและสูงขึ้นได้

ข้อกำหนดสำหรับ HA

ประการแรกมีข้อกำหนดอะไรบ้าง? หากฉันต้องการเกมยิงปืนที่บริสุทธิ์ที่สุดตลอดกาล ฉันจะรวม Steph Curry เข้าไปอย่างง่ายดายและพร้อม ถ้าฉันต้องการการแสดงตนที่น่าเกรงขามที่สุด ฉันจะเลือกคนอย่าง Shaq ถ้าฉันต้องการเพื่อนร่วมทีมที่ดีที่สุด ผู้ช่วยผู้นำ หรือผู้ที่ยอดเยี่ยม ฉันคิดว่า Lebron James, Magic Johnson, Jerry West, Larry Bird อยู่ในการสนทนา ในทำนองเดียวกัน ก่อนที่คุณจะเริ่มสร้างโซลูชัน HA คุณต้องทำความเข้าใจสิ่งที่คุณต้องการก่อน เป็นการจำลองข้อมูลจำเป็นหรือไม่จำเป็น? คุณต้องการSQLหรือคุณมีแนวโน้มที่จะใช้ฐานข้อมูลอื่นเท่า ๆ กัน? จำเป็นต้องมีแอปพลิเคชันและแพ็คเกจอื่นใดอีกบ้าง? คุณต้องการโซลูชันที่สามารถนำคุณเข้าสู่ระบบคลาวด์ แต่ก่อนอื่นต้องทำให้ระบบเดิม, vmWare และระบบทางกายภาพเชื่องเสียก่อน คุณจะเป็นร้านขายแอพพลิเคชั่น Windows ทั้งหมดหรือเป็นส่วนผสม? ลองคิดถึงทีมของคุณด้วย คุณมีผลประกอบการที่สูงซึ่งทำให้การจัดการโซลูชันต่างๆ เป็นเรื่องยาก หลักสูตรการฝึกอบรมจำเป็น หรือไม่ และมีคนสนับสนุนจริง ๆวิกฤต? คุณต้องการความสะดวกในการใช้งานหรือต้องการความทนทานสูงหรือไม่? ความยืนยาวและความมั่นคงของการเสนอขาย ผลิตภัณฑ์ และบริษัทเหมาะสมกับที่ใด?

ประการที่สอง คุณจะจัดลำดับความสำคัญของความต้องการของคุณอย่างไร คุณจะจัดลำดับความสำคัญของผู้ยิ่งใหญ่เทียบกับข้อกำหนดที่กำหนดไว้อย่างไร แบรนดอนเพื่อนของฉันมักจะคว้าแชมป์ได้อย่างรวดเร็ว เขาโต้กลับเสมอว่าเลอบรอนมีกี่แชมป์? ตำแหน่งเป็นกษัตริย์ในการอภิปรายของเขา ฉันมักจะโต้ตอบและประชดประชันโดยระบุว่าแม้แต่ชายคนที่ 12 บนม้านั่งก็ยังได้รับแหวน ฉันขอเน้นย้ำถึงความจริงที่ว่า Robert Horry กองหน้าที่มีพลังโดดเด่น คว้าแชมป์ได้มากกว่า Lebron และ MJ สนทนาอย่างตรงไปตรงมาและซื่อสัตย์เกี่ยวกับลำดับความสำคัญของข้อกำหนด เมื่อคุณเลือกโซลูชัน HA ความง่ายในการใช้งาน การรองรับระบบปฏิบัติการ และการสนับสนุนด้านแอปพลิเคชันมีความสำคัญเพียงใดเมื่อเปรียบเทียบกับ RTO/RPO คุณสมบัติและข้อกำหนดใดบ้างที่ถือว่าต้องมี ควรมี และน่ามี ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้า ครั้งหนึ่งเราเคยพบลูกค้าที่ยืนยันว่าซอฟต์แวร์คลัสเตอร์รองรับ 32 โหนด แม้ว่าพวกเขาจะไม่มีแผนที่จะสร้างคลัสเตอร์ที่ใหญ่กว่าสองหรือสามโหนดก็ตาม จัดลำดับความสำคัญของรายการ

การวัด RPO และ RTO สำหรับการกู้คืนความเสียหาย

ประการที่สาม คุณจะวัดข้อกำหนดเหล่านั้นได้อย่างไร คุณจะวัดความยิ่งใหญ่กับข้อกำหนดที่กำหนดไว้ได้อย่างไร? สถิติในบาสเก็ตบอลเป็นเรื่องสนุก ให้ความรู้ และมักทำให้เข้าใจผิด แบรนดอนมักจะเตือนฉันให้ตรวจสอบว่าได้แชมป์การให้คะแนนบ่อยแค่ไหน เท่าที่ฉันสอนว่าชนะไปกี่รายการ เรามักจะแสดงความคิดเห็นว่าใครดีกว่าในการเริ่มหรือปิดเกม และวิธีวัดแรงผลักดัน ความเข้มข้น และความตั้งใจที่จะชนะ ในทำนองเดียวกัน เมื่อคุณอ่านวรรณกรรมต่างๆ ให้เทรายละเอียดการพิสูจน์แนวคิด กำหนดและกำหนดว่าคุณจะวัดผลต่างๆ เช่น RPO และ RTO อย่างไร RTO อิงตามเวลาเชื่อมต่อไคลเอ็นต์อีกครั้งหรือเวลาที่แอปพลิเคชันรีสตาร์ทหรือไม่ คุณกำลังวัด RTO สำหรับ aการกู้คืนเมื่อเกิดข้อผิดพลาด (เซิร์ฟเวอร์ขัดข้อง) (แอปพลิเคชันขัดข้อง), การสลับด้วยตนเอง (การดำเนินการด้านการดูแลระบบ)หรือทั้งหมดข้างต้น? หากประสิทธิภาพของแอปพลิเคชันมีความสำคัญต่อคุณ การวัดนั้นจะมีหน้าตาเป็นอย่างไร เป็นประสิทธิภาพการอ่าน ประสิทธิภาพการเขียน หรือขึ้นอยู่กับปริมาณงานจริงหรือลักษณะเฉพาะของลูกค้า ลองนึกถึงว่าเกณฑ์มาตรฐานอยู่ในจุดไหนหรือว่าเป็นอย่างไร นอกจากนี้ โปรดซื่อสัตย์เกี่ยวกับสิ่งที่คุณกำลังเปรียบเทียบตัวเลขด้วย การวัดเวลาในการสืบค้นฐานข้อมูลที่เร็วขึ้นระหว่างการทำงานปกติและในการกู้คืนเป็นสิ่งสำคัญ แต่จะเกิดอะไรขึ้นหากโซลูชันที่เหลือสร้างความล่าช้าที่สูงกว่าในประสบการณ์ผู้ใช้

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

สุดท้ายนี้ให้ประเมินต่อไป นับตั้งแต่เวลาที่ Julius โยกทารกให้นอนบนเส้นฐาน จนถึงวันที่ Jordan ออกจากเส้นโยนโทษ จนถึงเวลาที่ Steph Curry ยิงก้าวเข้าไปในเส้นครึ่งสนาม เกมบาสเก็ตบอลได้พัฒนาไปมาก “กฎของจอร์แดน” และ “ยุคแบดบอย” ถูกแทนที่ด้วยกฎเกณฑ์ที่สนับสนุนและเน้นย้ำถึงการผสมผสานระหว่างทักษะ พลัง และกลเม็ดเด็ดพราย ในทำนองเดียวกันภูมิทัศน์ของเทคโนโลยีก็เปลี่ยนแปลงอยู่ตลอดเวลา โซลูชันที่ติดสิบอันดับแรกเมื่อเซิร์ฟเวอร์ Solaris และ MP-RAS ครองตลาดในแต่ละวัน อาจไม่ได้ปรับให้เข้ากับความคล่องตัวของ Linux, Windows หรือเวอร์ชันอื่นๆ โซลูชันที่ใช้ SAN ซึ่งควบคุมพลังของ Fibre Channel อาจล้าสมัยแล้วเมฆและโลกไร้ซาน– ดังนั้นจงประเมินความยิ่งใหญ่ต่อไป ติดตามดูว่าโซลูชันในสิบอันดับแรกเคลื่อนไหวตามแนวโน้มอย่างไร หรือดีกว่านั้นคือยังคงสร้างโซลูชันเหล่านั้นอยู่

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

คำแนะนำทีละขั้นตอนในการตั้งค่าพยานไฟล์ 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