Archives

คำถามที่พบบ่อยและคำตอบของคลัสเตอร์ 3 โหนด

มีนาคม 15, 2023 by Jason Aw Leave a Comment

คำถามที่พบบ่อยและคำตอบของคลัสเตอร์ 3 โหนด

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

คลัสเตอร์ 3 โหนดคืออะไร

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

เหตุใดฉันจึงต้องใช้คลัสเตอร์ 3 โหนด

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

คลัสเตอร์ 3 โหนดทำงานอย่างไร

ในคลัสเตอร์ 3 โหนดทั่วไป แอปพลิเคชันที่สำคัญจะทำงานบนโหนดเซิร์ฟเวอร์หลัก (A) และจำลองข้อมูลไปยังโหนดเป้าหมายรอง (B) ซึ่งอยู่ใกล้เคียงและโหนดเป้าหมายระดับตติยภูมิ (C) ซึ่งอยู่ในตำแหน่งที่แยกจากกันทางภูมิศาสตร์ ซอฟต์แวร์การทำคลัสเตอร์จะตรวจสอบสภาพแวดล้อมของแอปพลิเคชันบน A และหากตรวจพบความล้มเหลว จะดำเนินการล้มเหลวเหนือการดำเนินการไปยังโหนด B โหนด B จะรับบทบาทของโหนดหลักและตอนนี้ต้องทำซ้ำไปยังโหนด C เพื่อรักษาการป้องกันภัยพิบัติ เมื่อการดำเนินการถูกกู้คืนไปยังโหนด A จำเป็นต้องเปลี่ยนโหนดกลับจาก B เป็น A โดยที่ A ดำเนินการจำลองแบบต่อไปยัง C

ฉันต้องใช้ซอฟต์แวร์ใดในการตั้งค่าคลัสเตอร์ 3 โหนด

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

ข้อจำกัดและความท้าทายของโซลูชันซอฟต์แวร์การจัดการคลัสเตอร์:

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

การเพิ่มโหนดไปยังคลัสเตอร์ 3 โหนดที่มีอยู่:

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

จะเกิดอะไรขึ้นหากมากกว่าหนึ่งโหนดล้มเหลวในคลัสเตอร์ 3 โหนด

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

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

ติดต่อ SIOS วันนี้สำหรับโซลูชัน High Availability และ Disaster Recovery

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

การส่งกลับประเทศบนคลาวด์และ HA

มีนาคม 11, 2023 by Jason Aw Leave a Comment

การส่งกลับประเทศบนคลาวด์และ HA

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

สาเหตุทั่วไปของการส่งกลับประเทศบนคลาวด์

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

อธิปไตยของข้อมูล: บางองค์กรอาจอยู่ภายใต้ข้อบังคับที่กำหนดว่าข้อมูลของตนถูกจัดเก็บไว้ในประเทศใด ใครบ้างที่สามารถเข้าถึงข้อมูลได้ และได้รับการคุ้มครองอย่างไร ภาระงานการส่งกลับสามารถให้องค์กรควบคุมข้อมูลของตนได้มากขึ้น และช่วยให้ปฏิบัติตามกฎหมายและระเบียบข้อบังคับด้านการรักษาข้อมูล

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

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

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

ขาดบริการหรือคุณสมบัติเฉพาะของผู้ให้บริการคลาวด์: องค์กรอาจพบว่าบริการหรือฟีเจอร์บางอย่างไม่พร้อมใช้งานในระบบคลาวด์สาธารณะ ดังนั้นพวกเขาอาจตัดสินใจส่งภาระงานกลับคืนภายในองค์กร

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

ความพร้อมใช้งานสูงในบริบทของการส่งกลับประเทศบนคลาวด์สาธารณะ

เป็นเวลาหลายปีที่ระบบคลาวด์สาธารณะได้รับความนิยมเนื่องจากธุรกิจต่าง ๆ แห่กันไปที่โซลูชันบนคลาวด์สำหรับความต้องการด้านคอมพิวเตอร์ของพวกเขา แต่จากข้อมูลล่าสุดของ InfoWorld[link to article] ในบทความ เราอาจเห็นการเปลี่ยนแปลงในปี 2023 เนื่องจากบริษัทต่างๆ เริ่มนำข้อมูลและปริมาณงานกลับมาใช้ภายในองค์กรหรือไปยังไพรเวทคลาวด์ เหตุผลสำคัญประการหนึ่งสำหรับการย้ายครั้งนี้คือความต้องการความพร้อมใช้งานและการควบคุมโครงสร้างพื้นฐานที่มากขึ้น

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

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

โมเดลไฮบริดคลาวด์สามารถแก้ปัญหาได้อย่างไร

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

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

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

โซลูชั่น SIOS High Availability

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

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

วิดีโอ: ความพร้อมใช้งานสูงสำหรับรัฐ รัฐบาลท้องถิ่น และการศึกษา (SLED)

มีนาคม 7, 2023 by Jason Aw Leave a Comment

วิดีโอ: ความพร้อมใช้งานสูงสำหรับรัฐ รัฐบาลท้องถิ่น และการศึกษา (SLED)

Watch this video on YouTube

ในวิดีโอนี้ Dave Bermingham ผู้อำนวยการ SIOS of Customer Success กล่าวถึงการจัดหาโซลูชันความพร้อมใช้งานสูงของบริษัทให้กับองค์กรของรัฐ รัฐบาลท้องถิ่น และองค์กรการศึกษา (SLED)

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

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

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

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

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

8 การเปลี่ยนแปลงที่อาจบั่นทอนโซลูชันความพร้อมใช้งานสูงของคุณ

มีนาคม 2, 2023 by Jason Aw Leave a Comment

8 การเปลี่ยนแปลงที่อาจบั่นทอนโซลูชันความพร้อมใช้งานสูงของคุณ

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

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

การเปลี่ยนแปลง 8 ประการที่อาจบั่นทอนโซลูชัน HA ของคุณ:

เอกสารหาย

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

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

ข้อกำหนดที่หายไป

เช่นเดียวกับเอกสารที่สูญหาย ข้อกำหนดมักเป็นสิ่งแรกที่สูญหายเมื่อถ่ายโอนเครื่องมือ

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

ประวัติที่หายไปและ Mindshare

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

การปรับปรุงที่แนะนำ: อย่าลืมฝึกฝนและถ่ายทอดความคิดและความรู้อย่างเพียงพอระหว่างเครื่องมือใหม่ๆ ตรวจสอบให้แน่ใจว่าประวัติ บริบท และการตัดสินใจเกี่ยวกับเครื่องมือปัจจุบันและเครื่องมือก่อนหน้าได้รับการบันทึกเป็นเอกสารก่อนที่จะยุติเครื่องมือปัจจุบัน

สูญเสียการเข้าถึง / การควบคุมการเข้าถึง

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

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

สูญเสียผู้ติดต่อ

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

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

การบูรณาการที่ไม่สมบูรณ์

การผสานรวมที่ไม่สมบูรณ์เป็นรายการทั่วไปที่มีผลกระทบ ความพร้อมใช้งานสูง , เฝ้าระวังและแจ้งเตือน.ในขณะที่บริษัทต่าง ๆ มุ่งสู่เครื่องมือเพิ่มประสิทธิภาพการทำงานที่ใหม่กว่า การผสานรวมที่มีอยู่อาจไม่ทำงานอีกต่อไปและต้องการการพัฒนาเพิ่มเติมตัวอย่างเช่น บริษัทที่ใช้ Skype สำหรับการส่งข้อความก่อนหน้านี้ได้ย้ายไปที่ Slackเครื่องมือหลายอย่างที่ส่งข้อความผ่าน Skype จำเป็นต้องได้รับการปรับปรุง ในสภาพแวดล้อม HA ของคุณ การผสานรวมที่ไม่สมบูรณ์ระหว่างแดชบอร์ดหรือระบบแจ้งเตือนอาจทำให้ไม่ได้รับการแจ้งเตือนที่สำคัญอย่างทันท่วงที

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

แพ้แชมป์

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

สูญเสียผลผลิต

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

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

Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า ทำซ้ำโดยได้รับอนุญาตจาก SIOS

ตัวเลือกความพร้อมใช้งานสูงสำหรับ SQL Server บน Azure VM

กุมภาพันธ์ 28, 2023 by Jason Aw Leave a Comment

ตัวเลือกความพร้อมใช้งานสูงสำหรับ SQL Server บน Azure VM

โครงสร้างพื้นฐาน Microsoft Azure ได้รับการออกแบบมาเพื่อให้แอปพลิเคชันและข้อมูลของคุณมีความพร้อมใช้งานสูง Azure มีตัวเลือกโครงสร้างพื้นฐานที่หลากหลายเพื่อให้มีความพร้อมใช้งานสูง รวมถึง Availability Zones, Paired Regions, redundant storage และการเชื่อมต่อเครือข่ายความเร็วสูงและความหน่วงต่ำ บริการทั้งหมดนี้ได้รับการสนับสนุนโดยข้อตกลงระดับบริการ (SLA) เพื่อให้มั่นใจว่าแอปพลิเคชันที่สำคัญต่อธุรกิจของคุณพร้อมใช้งาน โพสต์บล็อกนี้จะมุ่งเน้นไปที่ตัวเลือกความพร้อมใช้งานสูงเมื่อใช้งาน SQL Server ใน Azure Virtual Machines

โครงสร้างพื้นฐาน Azure

ก่อนที่เราจะพูดถึงตัวเลือกความพร้อมใช้งานสูงสำหรับ SQL Server เรามาพูดถึงโครงสร้างพื้นฐานที่สำคัญที่ต้องมี Availability Zones, Regions และ Paired Regions เป็นแนวคิดหลักในโครงสร้างพื้นฐาน Azure ที่มีความสำคัญต่อการทำความเข้าใจเมื่อวางแผนสำหรับ ความพร้อมใช้งานสูงของแอปพลิเคชันและข้อมูลของคุณ .

Availability Zone คือตำแหน่งที่แยกจากกันภายในภูมิภาคซึ่งให้พลังงานสำรอง การระบายความร้อน และเครือข่าย แต่ละ Availability Zone ประกอบด้วยศูนย์ข้อมูลตั้งแต่หนึ่งแห่งขึ้นไป ด้วยการวางทรัพยากรของคุณใน Availability Zone ต่างๆ คุณสามารถปกป้องแอปพลิเคชันและข้อมูลของคุณจากการหยุดทำงานที่เกิดจากการบำรุงรักษาตามแผนหรือไม่ได้วางแผน ความล้มเหลวของฮาร์ดแวร์ หรือภัยธรรมชาติ เมื่อใช้ประโยชน์จาก Availability Zone สำหรับการปรับใช้ SQL Server คุณจะมีสิทธิ์ได้รับ 99.99% ความพร้อมใช้งาน SLA สำหรับเครื่องเสมือน

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

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

การใช้ Availability Zones และ Paired Regions ร่วมกับตัวเลือกความพร้อมใช้งานสูง เช่น Availability Groups และ Failover Cluster Instances คุณสามารถสร้างการปรับใช้ SQL Server ที่พร้อมใช้งานสูงและยืดหยุ่นซึ่งสามารถทนต่อความล้มเหลวได้หลากหลาย ช่วยลดเวลาหยุดทำงานให้เหลือน้อยที่สุด

กลุ่มความพร้อมใช้งานของเซิร์ฟเวอร์ SQL และอินสแตนซ์ของคลัสเตอร์ล้มเหลว

SQL Server Availability Groups (AGs) และ SQL Server Failover Cluster Instances (FCIs) เป็นทั้งโซลูชัน High Availability (HA) และ Disaster Recovery (DR) สำหรับ SQL Server แต่ทำงานในลักษณะที่ต่างกัน

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

SQL Server Standard Edition รองรับสิ่งที่เรียกว่า Basic AG มีข้อจำกัดบางประการสำหรับ Basic AGs ใน SQL Server ประการแรก Basic AG รองรับฐานข้อมูลเดียวเท่านั้น คุณต้องมี AG สำหรับแต่ละฐานข้อมูลและที่อยู่ IP ที่เกี่ยวข้องและโหลดบาลานเซอร์หากคุณมีฐานข้อมูลมากกว่าหนึ่งฐานข้อมูล นอกจากนี้ Basic AG ไม่สนับสนุนแบบจำลองแบบอ่านอย่างเดียว แม้ว่า Basic AG จะมอบวิธีง่ายๆ ในการนำ HA ไปใช้กับฐานข้อมูลเดียว แต่อาจไม่เหมาะสำหรับสถานการณ์ที่ซับซ้อนมากขึ้น

ในทางกลับกัน SQL Server FCI คือ Windows Server Failover Cluster (WSFC) ที่ให้บริการโซลูชัน HA โดยการสร้างคลัสเตอร์ของเซิร์ฟเวอร์หลายเครื่อง (เรียกว่าโหนด) ที่ใช้พื้นที่เก็บข้อมูลร่วมกัน ในกรณีที่เกิดความล้มเหลว อินสแตนซ์ SQL Server ที่ทำงานบนโหนดหนึ่งสามารถล้มเหลวไปยังอีกโหนดหนึ่งได้

ใน SQL Server 2022 Enterprise Edition Contained Availability Groups (CAG) ใหม่จะจัดการกับข้อจำกัดบางอย่างของ AG โดยอนุญาตให้ผู้ใช้สร้างฐานข้อมูลระบบไปยัง CAG ซึ่งสามารถทำซ้ำได้ CAG ขจัดความจำเป็นในการซิงโครไนซ์สิ่งต่างๆ เช่น การเข้าสู่ระบบ SQL และงาน SQL Agent ด้วยตนเอง

Availability Groups และ Failover Cluster Instances มีข้อดีและข้อเสียในตัวเอง AGs มีคุณสมบัติขั้นสูง เช่น วินาทีที่อ่านได้ และการจำลองแบบแบบซิงโครนัสและแบบอะซิงโครนัส อย่างไรก็ตาม AGs ต้องการ Enterprise Edition ของ SQL Server ซึ่งสามารถประหยัดค่าใช้จ่ายได้ โดยเฉพาะอย่างยิ่งหากคุณไม่ต้องการฟีเจอร์ Enterprise Edition อื่นๆ

FCIs ปกป้องอินสแตนซ์ SQL Server ทั้งหมด รวมถึงฐานข้อมูลที่ผู้ใช้กำหนดและฐานข้อมูลระบบทั้งหมด FCI ทำให้การจัดการง่ายขึ้นเนื่องจากการเปลี่ยนแปลงทั้งหมด รวมถึงการเปลี่ยนแปลงที่ทำกับงาน SQL Server Agent บัญชีผู้ใช้และรหัสผ่าน และการเพิ่มและการลบฐานข้อมูล จะได้รับการปรับยอดโดยอัตโนมัติใน SQL Server ทุกเวอร์ชัน ไม่ใช่แค่ SQL 2022 ที่มี CAG FCIs พร้อมใช้งานกับ SQL Server Standard Edition ซึ่งทำให้ประหยัดต้นทุนมากขึ้น อย่างไรก็ตาม FCIs ต้องการพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน ซึ่งนำเสนอความท้าทายเมื่อปรับใช้ในสภาพแวดล้อมที่ครอบคลุม Availability Zones ภูมิภาค หรือการกำหนดค่าคลาวด์แบบไฮบริด อ่านเพิ่มเติมเกี่ยวกับวิธีการเปิดใช้งานซอฟต์แวร์ SIOS ความพร้อมใช้งานสูงสำหรับเซิร์ฟเวอร์ SQL .

ตัวเลือกการจัดเก็บสำหรับอินสแตนซ์ของคลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL

เกี่ยวกับตัวเลือกที่เก็บข้อมูลสำหรับอินสแตนซ์ของคลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL ที่ครอบคลุม Availability Zones มีสามตัวเลือก: Azure File Share, Azure Shared Disk with Zone Redundant Storage และ SIOS DataKeeper Cluster Edition มีตัวเลือกที่สี่คือ Storage Spaces Direct (S2D) แต่จำกัดเฉพาะการปรับใช้ AZ เดียว ดังนั้นคลัสเตอร์ที่ใช้ S2D จะไม่เข้าเกณฑ์สำหรับ SLA 99.99% และจะไวต่อความล้มเหลวที่ส่งผลกระทบและ AZ ทั้งหมด

แชร์ไฟล์ Azure

Azure File Share with zonal redundancy (ZRS) เป็นฟีเจอร์ที่ช่วยให้คุณจัดเก็บสำเนาข้อมูลของคุณหลายชุดในโซนความพร้อมใช้งานที่แตกต่างกันในภูมิภาค Azure ซึ่งให้ความทนทานและความพร้อมใช้งานที่เพิ่มขึ้น จากนั้นข้อมูลนี้สามารถแชร์เป็นไฟล์ CIFS ร่วมกัน และคลัสเตอร์จะเชื่อมต่อโดยใช้โปรโตคอล SMB 3

ดิสก์ที่ใช้ร่วมกัน Azure

Azure Shared Disk with Zone Redundant Storage (ZRS) เป็นดิสก์ที่ใช้ร่วมกันที่สามารถเก็บข้อมูล SQL Server สำหรับใช้ในคลัสเตอร์ การจองอย่างต่อเนื่องของ SCSI ช่วยให้มั่นใจได้ว่าเฉพาะโหนดคลัสเตอร์ที่ใช้งานอยู่เท่านั้นที่สามารถเข้าถึงข้อมูลได้ หาก Availability Zone หลักล้มเหลว ข้อมูลใน Availability Zone ที่สแตนด์บายจะทำงาน ดิสก์ที่ใช้ร่วมกันกับ ZRS มีเฉพาะในภูมิภาค West US 2, West Europe, North Europe และ France Central

SIOS DataKeeper รุ่นคลัสเตอร์

SIOS DataKeeper รุ่นคลัสเตอร์ เป็นโซลูชันการจัดเก็บข้อมูล HA ที่รองรับ SQL Server Failover Clusters ใน Azure พร้อมใช้งานในทุกภูมิภาคและเป็นตัวเลือกพื้นที่จัดเก็บ FCI เพียงตัวเลือกเดียวที่รองรับการย้ายเมื่อเกิดข้อผิดพลาดข้าม Availability Zone และข้ามเขตเมื่อเกิดข้อผิดพลาด นอกจากนี้ยังเปิดใช้งานการกำหนดค่าคลาวด์แบบไฮบริดที่ครอบคลุมการกำหนดค่าภายในองค์กรไปจนถึงการกำหนดค่าคลาวด์ DataKeeper เป็นโซลูชันซอฟต์แวร์ที่ช่วยให้การซิงค์ที่เก็บข้อมูลในเครื่องกับโหนดคลัสเตอร์ทั้งหมด มันรวมเข้ากับ WSFC เป็นทรัพยากรคลัสเตอร์คลาสพื้นที่เก็บข้อมูลบุคคลที่สามที่เรียกว่าไดรฟ์ข้อมูล DataKeeper Failover Cluster ควบคุมการจัดการทั้งหมดของไดรฟ์ข้อมูล DataKeeper ทำให้ผู้ใช้ปลายทางได้รับประสบการณ์ที่ราบรื่น เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS Data Keeper

สรุป

โดยสรุป Azure มีตัวเลือกโครงสร้างพื้นฐานที่หลากหลายเพื่อให้มีความพร้อมใช้งานสูงสำหรับการปรับใช้ SQL Server เช่น Availability Zones, Regions และ Paired Regions ด้วยการใช้ประโยชน์จากตัวเลือกเหล่านี้ ร่วมกับโซลูชันความพร้อมใช้งานสูง เช่น Availability Groups และ Failover Cluster Instances คุณสามารถสร้างการปรับใช้ SQL Server ที่พร้อมใช้งานสูงและยืดหยุ่นได้ ซึ่งสามารถทนต่อความล้มเหลวได้หลากหลายและลดเวลาหยุดทำงาน การทำความเข้าใจเกี่ยวกับโครงสร้างพื้นฐานที่จำเป็นและข้อดีข้อเสียของแต่ละตัวเลือกเป็นสิ่งสำคัญก่อนที่จะเลือกโซลูชันที่ดีที่สุดสำหรับความต้องการเฉพาะของคุณ ขอแนะนำให้ปรึกษากับผู้เชี่ยวชาญ SQL และ Azure เพื่อแนะนำคุณตลอดกระบวนการ และตรวจทานเอกสาร Azure และแนวทางปฏิบัติที่ดีที่สุด ด้วยการวางแผนและการใช้งานที่เหมาะสม คุณจะมั่นใจได้ว่าการปรับใช้ SQL Server บน Azure จะพร้อมเสมอเพื่อรองรับแอปพลิเคชันที่สำคัญต่อธุรกิจของคุณ

ติดต่อเราสำหรับข้อมูลเพิ่มเติมเกี่ยวกับเรา โซลูชันความพร้อมใช้งานสูง .

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