SIOS LifeKeeper สำหรับการฝึกอบรมผู้ดูแลระบบ Linux พร้อมใช้งานบน Udemy

การฝึกอบรมผู้ดูแลระบบ SIOS ซึ่งก่อนหน้านี้สามารถเข้าถึงได้ผ่านกิจกรรมรายปักษ์ที่กำหนดไว้ล่วงหน้าเป็นหลัก ขณะนี้มีให้บริการตามความต้องการผ่าน Udemy

เทคโนโลยีเอสไอโอเอสได้ประกาศความพร้อมของการฝึกอบรมผู้ดูแลระบบ SIOS LifeKeeper สำหรับ Linuxอูเดมี่ตลาดทักษะออนไลน์และแพลตฟอร์มการเรียนรู้ การพัฒนานี้ตอกย้ำความมุ่งมั่นของ SIOS ในการอำนวยความสะดวกด้านความพร้อมใช้งานของแอปพลิเคชันที่สำคัญโดยจัดเตรียมธุรกิจต่างๆ ทั่วโลกให้มีความพร้อมใช้งานสูงอย่างครอบคลุมและการกู้คืนจากภัยพิบัติ (ฮ่า/ดร) ฝึกอบรมทางเทคนิค.

แพลตฟอร์มของ Udemy มอบความสะดวกสบายและความยืดหยุ่นที่ไม่มีใครเทียบได้ ช่วยให้ผู้เรียนสามารถเข้าถึงการฝึกอบรมผู้ดูแลระบบ SIOS ได้ทุกที่ทุกเวลา การฝึกอบรมผู้ดูแลระบบ SIOS LifeKeeper สำหรับ Linux ครอบคลุมแนวคิดหลักและวิธีการที่จำเป็นเพื่อให้แน่ใจว่าแอปพลิเคชัน Linux, ERP และฐานข้อมูลที่สำคัญจะพร้อมใช้งานอยู่เสมอ แม้ว่าฮาร์ดแวร์หรือซอฟต์แวร์จะขัดข้องก็ตาม

“ความร่วมมือกับ Udemy ครั้งนี้ถือเป็นก้าวสำคัญในภารกิจของเราในการทำให้ทุกคนสามารถเข้าถึงความเชี่ยวชาญของ SIOS HA/DR” Margaret Hoagland รองประธานฝ่ายการขายและการตลาดทั่วโลกของ SIOS Technology Corp. “ด้วยการใช้ประโยชน์จากแพลตฟอร์มของ Udemy เราสามารถเข้าถึงวงกว้างได้ ผู้ชมของผู้เชี่ยวชาญด้านไอที เพิ่มขีดความสามารถให้พวกเขาด้วยความรู้และทักษะที่จำเป็นเพื่อให้แน่ใจว่ามีความพร้อมใช้งานสูงและการกู้คืนความเสียหายในองค์กรของพวกเขา”

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

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

เทคโนโลยี 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