วิธีขจัดจุดเดียวของความล้มเหลวในระบบคลาวด์ด้วยคลัสเตอร์ที่มีความพร้อมใช้งานสูง

วิธีขจัดจุดเดียวของความล้มเหลวในระบบคลาวด์ด้วยคลัสเตอร์ที่มีความพร้อมใช้งานสูง

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

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

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

หลักการสำคัญในการรับรองความพร้อมใช้งานมีอะไรบ้าง

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

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

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

ระวังหลุมพรางของความล้มเหลวจุดเดียวที่ซ่อนอยู่ในโครงสร้างพื้นฐานที่มองไม่เห็นของคลาวด์

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

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

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

ควรใช้ประโยชน์จากโซนความพร้อมใช้งานคลาวด์สาธารณะและภูมิภาคเพื่อความพร้อมใช้งาน

เราจะหลีกเลี่ยงจุดบกพร่องจุดเดียวที่ซ่อนอยู่ในคลาวด์สาธารณะได้อย่างไร วิธีที่มีประสิทธิภาพที่สุดคือการใช้ "Availability Zones" และ "Regions" ที่เตรียมไว้บนฝั่งคลาวด์

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

ตัวอย่างเช่น Amazon Web Service (AWS) มี 12 ภูมิภาคทั่วโลก นอกจากนี้ Microsoft Azure ยังมี 22 ภูมิภาคโดยการสร้างคอนฟิกูเรชันคลัสเตอร์ HA ซึ่งโหนดปฏิบัติการและโหนดสแตนด์บายถูกแจกจ่ายในโซนความพร้อมใช้งานที่แตกต่างกันทั่วทั้งสองภูมิภาคขึ้นไป เกือบทั้งหมดสามารถหลีกเลี่ยง SPOF ได้อย่างแน่นอนหากคุณปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดเหล่านี้ คุณจะมั่นใจได้ถึงความพร้อมใช้งาน DR (การกู้คืนระบบ ) และ BCP (การวางแผนความต่อเนื่องทางธุรกิจ)

วิธีป้องกันแอปพลิเคชันในแพลตฟอร์มคลาวด์ – คลัสเตอร์สำหรับความพร้อมใช้งานสูงของ Microsoft Azure

คลัสเตอร์สำหรับความพร้อมใช้งานสูงของ Microsoft Azure

ความพร้อมใช้งานสูงและโซลูชันคลัสเตอร์สำหรับ Azure

Azure Clustering คืออะไร?

คลัสเตอร์ Azure คือชุดของเทคโนโลยีที่ได้รับการกำหนดค่าเพื่อให้แน่ใจว่ามีการป้องกันความพร้อมใช้งานสูงสำหรับแอปพลิเคชันที่รันสภาพแวดล้อมระบบคลาวด์ของ Microsoft Azure ในสภาพแวดล้อมคลัสเตอร์ Azure มีการกำหนดค่าโหนดตั้งแต่สองโหนดขึ้นไปในคลัสเตอร์ที่ล้มเหลว และตรวจสอบด้วยซอฟต์แวร์การทำคลัสเตอร์ แอปพลิเคชันทำงานบนโหนดหลักในคลัสเตอร์ หากซอฟต์แวร์การทำคลัสเตอร์ตรวจพบความล้มเหลวในการทำงานของแอปพลิเคชัน ซอฟต์แวร์จะจัดการการเฟลโอเวอร์ของการทำงานของแอปพลิเคชันไปยังโหนดรองในคลัสเตอร์SIOS DataKeeper Cluster Edition ซอฟต์แวร์การทำคลัสเตอร์เป็นส่วนเสริมเฉพาะสำหรับ Microsoft Windows Server Failover Clusters (WSFC) ที่ช่วยให้คลัสเตอร์ของ Microsoft สามารถทำงานใน Azure และ Azure StackSIOS Protection Suite สำหรับ Linux ปกป้องแอปพลิเคชัน Linux ที่สำคัญ เช่น SAP, HANA Oracle, MySQL หรือ Postgres ใน Azure และ Azure Stack คลัสเตอร์ SIOS เปิดใช้งานการเฟลโอเวอร์ของคลัสเตอร์โดยไม่ซ้ำกันทั่วทั้งภูมิภาค Azure และโซนความพร้อมใช้งานสำหรับเวลาทำงานจริง 99.99% และการป้องกันการกู้คืนจากความเสียหาย

ลงทะเบียนตอนนี้สำหรับความพร้อมใช้งานของ SIOS Cloud

สัมมนา

ซอฟต์แวร์ที่ผ่านการรับรอง Microsoft Azure สำหรับคลัสเตอร์ HA พร้อม WSFC

ซอฟต์แวร์ SIOS DataKeeper Cluster Edition ได้รับการรับรองจาก Microsoft Azure และพร้อมใช้งานใน Azure Marketplace . เป็นซอฟต์แวร์เดียวที่ได้รับการรับรองจาก Azure ที่ช่วยให้ลูกค้าสามารถสร้างคลัสเตอร์ที่มีความพร้อมใช้งานสูง SANless ใน Azure หรือ Azure Stack โดยใช้ Microsoft Windows Server Failover Clustering (WSFC)

การเพิ่มซอฟต์แวร์ SIOS DataKeeper ลงใน WSFC ช่วยให้สามารถปกป้องสภาพแวดล้อม Windows ที่มีความสำคัญต่อธุรกิจได้อย่างรวดเร็วและง่ายดายจากการหยุดทำงานและการสูญหายของข้อมูลในระบบคลาวด์ หรือการผสมผสานระหว่างสภาพแวดล้อมทางกายภาพ เสมือน หรือไฮบริด เป็นครั้งแรกที่ลูกค้าที่ใช้คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ Windows ที่ใช้ SAN เพื่อปกป้องแอปพลิเคชันที่สำคัญที่สุดของพวกเขาสามารถย้ายไปยัง Azure หรือ Azure Stack ได้ฟรี และได้รับการป้องกันความพร้อมใช้งานสูงตามที่ต้องการ

ค้นหาคำแนะนำทีละขั้นตอนเพื่อสร้างคลัสเตอร์ล้มเหลว HA ใน Azure ที่นี่ .

ค้นหา SIOS DataKeeper ใน Azure Marketplace ที่นี่ .

ความเข้ากันได้ของการกู้คืนไซต์ Azure เพื่อความพร้อมใช้งานสูงและการป้องกันภัยพิบัติ SIOS DataKeeper Cluster Edition เป็นรุ่นเดียวเท่านั้น ความพร้อมใช้งานสูง โซลูชันที่ได้รับการรับรองสำหรับใช้กับ Microsoft Azure Site Recovery เพื่อความพร้อมใช้งานสูงและ การกู้คืนระบบ การป้องกันสำหรับแอปพลิเคชันที่สำคัญต่อธุรกิจใน Azure

ความเข้ากันได้ของ SIOS DataKeeper ช่วยให้ลูกค้าสามารถปกป้องแอปพลิเคชันที่สำคัญ ซึ่งรวมถึง SAP, SQL Server และ Oracle ในสภาพแวดล้อม Azure cloud SIOS DataKeeper Cluster Edition เป็นวิธีง่ายๆ ในการใช้ Windows Server Failover Clustering ซึ่งรวมถึง SQL Server Always On Failover Clustering ในสภาพแวดล้อมระบบคลาวด์ ลูกค้าสามารถจำลองคลัสเตอร์ไปยังตำแหน่งที่แยกจากกันทางภูมิศาสตร์ได้โดยใช้ Azure Site Recovery เพื่อการป้องกันภัยพิบัติที่มีประสิทธิภาพและคุ้มค่าเรียนรู้เพิ่มเติมเกี่ยวกับความพร้อมใช้งานสูงของเซิร์ฟเวอร์ SQL ใน Azure .

SIOS DataKeeper และ Microsoft Azure Site Recovery ร่วมกันเปิดใช้งานตัวเลือกเดียวสำหรับการป้องกันความพร้อมใช้งานสูงในพื้นที่พร้อมกับการกู้คืนจากภัยพิบัติในโซลูชันที่ยืดหยุ่นสูงและตามความต้องการ

ปกป้องแอปพลิเคชัน Linux ใน Azure

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

เรียนรู้เพิ่มเติม เกี่ยวกับซอฟต์แวร์ SIOS SANless สำหรับความพร้อมใช้งานสูงบนคลาวด์

ปกป้องแอปพลิเคชัน SAP ใน Azure

SIOS Protection Suite และ SIOS DataKeeper Cluster Edition ให้การป้องกันที่ครอบคลุมและได้รับการรับรองจาก SAP สำหรับแอปพลิเคชันและข้อมูล SAP ของคุณ ซึ่งรวมถึงความพร้อมใช้งานสูง การจำลองข้อมูล และการกู้คืนจากความเสียหายในโซลูชันที่ใช้งานง่ายและประหยัดต้นทุน ซึ่งสามารถทำงานได้ในระบบคลาวด์ ในองค์กร หรือในการกำหนดค่าไฮบริดคลาวด์

เรียนรู้เพิ่มเติมเกี่ยวกับประสิทธิภาพสูงและความพร้อมใช้งานสูงสำหรับ SAP บน Azure ความพร้อมใช้งานสูงของ Microsoft สำหรับฐานข้อมูล SAP HANA บน Azure โดยใช้ SIOS Protection Suite เรียนรู้เพิ่มเติม เกี่ยวกับ SIOS Protection Suite สำหรับ SAP .

ดูบล็อกโพสต์ล่าสุดเกี่ยวกับความพร้อมใช้งานสูงของระบบคลาวด์ที่นี่

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

วิธีปกป้องแอปพลิเคชันในแพลตฟอร์มคลาวด์ – คลัสเตอร์ความพร้อมใช้งานสูงของ AWS EC2

วิธีปกป้องแอปพลิเคชันในแพลตฟอร์มคลาวด์ – คลัสเตอร์ความพร้อมใช้งานสูงของ AWS EC2

คลัสเตอร์สำหรับความพร้อมใช้งานสูงของ AWS

โซลูชันความพร้อมใช้งานและคลัสเตอร์ระดับสูงสำหรับแอปพลิเคชันใน AWS

การทำคลัสเตอร์ AWS คืออะไร

คลัสเตอร์ AWS คือชุดของเทคโนโลยีที่ได้รับการกำหนดค่าเพื่อให้แน่ใจว่ามีการป้องกันความพร้อมใช้งานสูงสำหรับแอปพลิเคชันที่ใช้สภาพแวดล้อม AWS EC2 และตรวจสอบด้วยซอฟต์แวร์การทำคลัสเตอร์ ในสภาพแวดล้อมคลัสเตอร์ AWS โหนดสองโหนดขึ้นไปใน AWS ได้รับการกำหนดค่าในคลัสเตอร์เฟลโอเวอร์ แอปพลิเคชันทำงานบนโหนดหลักในคลัสเตอร์ หากซอฟต์แวร์การทำคลัสเตอร์ตรวจพบความล้มเหลวในการทำงานของแอปพลิเคชัน ซอฟต์แวร์จะจัดการการเฟลโอเวอร์ของการทำงานของแอปพลิเคชันไปยังโหนดรองในคลัสเตอร์ เพื่อลดความซับซ้อนและเร่งการปรับใช้คลัสเตอร์ที่มีความพร้อมใช้งานสูงใน AWS ซอฟต์แวร์คลัสเตอร์ที่มีความพร้อมใช้งานสูงของ SIOS จะพร้อมใช้งานบน AWS Marketplace . สามารถใช้งานได้โดยอัตโนมัติโดยใช้ an AWS QuickStart หรือผ่านรูปแบบการให้สิทธิ์ใช้งานแบบถาวรของคุณเอง คลัสเตอร์ SIOS เปิดใช้งานการเฟลโอเวอร์ของคลัสเตอร์โดยเฉพาะในภูมิภาค AWS และโซนความพร้อมใช้งานสำหรับเวลาทำงานจริง 99.99% และการป้องกันการกู้คืนจากความเสียหาย

SIOS มอบความพร้อมใช้งานสูงใน AWS

เพื่อลดความซับซ้อนและเร่งการปรับใช้คลัสเตอร์ที่มีความพร้อมใช้งานสูงในระบบคลาวด์ SIOS High Availability Clustering Software พร้อมใช้งานบน ตลาด AWS สามารถใช้งานได้โดยอัตโนมัติโดยใช้ an AWS QuickStart . การปรับใช้ AWS Quick Start เหมาะอย่างยิ่งสำหรับองค์กรที่ลงทุนในคลัสเตอร์ที่มีความพร้อมใช้งานสูงในคลาวด์เป็นครั้งแรก

ความพร้อมใช้งานสูงของ AWS พร้อม SIOS DataKeeper

SIOS DataKeeper Cluster Edition เป็นความพร้อมใช้งานสูงครั้งแรกและ การกู้คืนระบบ โซลูชันเพื่อรวมการทำคลัสเตอร์แบบอัตโนมัติเต็มรูปแบบที่เน้นแอปพลิเคชันและการจำลองข้อมูลอย่างมีประสิทธิภาพ การรวมเข้ากับสภาพแวดล้อม Windows Server Failover Clustering ได้อย่างราบรื่น ช่วยให้คลัสเตอร์ที่มีความพร้อมใช้งานสูงทำงานในระบบคลาวด์ซึ่งไม่สามารถจัดเก็บข้อมูลที่ใช้ร่วมกันได้ SIOS DataKeeper ซิงโครไนซ์ที่เก็บข้อมูลในเครื่องแบบเรียลไทม์โดยใช้การจำลองระดับบล็อกที่มีประสิทธิภาพสูงเพื่อสร้างคลัสเตอร์ SANless ผู้ดูแลระบบและผู้จัดการมีโอกาสลองใช้โปรแกรม AWS Quick Start พวกเขาสามารถใช้ SIOS Amazon Machine Image (AMI) บน AWS Marketplace เพื่อดูว่าการปรับใช้สองโหนดนั้นง่ายเพียงใด คลัสเตอร์เซิร์ฟเวอร์ SQL ในระบบคลาวด์ ด้วย SIOS DataKeeper SIOS AMI บน AWS Marketplace มอบวิธีที่ง่ายและสะดวกสำหรับลูกค้าในการซื้อซอฟต์แวร์ SIOS DataKeeper เพื่อปกป้องแอปพลิเคชันที่มีความสำคัญต่อธุรกิจใน AWS

เทคโนโลยี SIOS ได้รับสถานะ AWS Microsoft Workloads Competency การกำหนดนี้ตระหนักว่า SIOS มอบเทคโนโลยีที่ได้รับการพิสูจน์แล้วและความเชี่ยวชาญอย่างลึกซึ้งในการช่วยเหลือลูกค้าในการโยกย้าย การปรับใช้ และการจัดการแอปพลิเคชันบน Microsoft บน AWS โดยเฉพาะกับปริมาณงานที่ใช้ Microsoft SQL Server

SIOS Protection Suite สำหรับ Linux ให้ความพร้อมใช้งานสูงอย่างแท้จริงสำหรับ AWS

ผู้ให้บริการระบบคลาวด์ เช่น AWS มีตัวเลือกความพร้อมใช้งาน แต่พวกเขาไม่ได้ให้ระดับของ ความพร้อมใช้งานสูง และการป้องกันที่ครอบคลุมทั่วทั้งโครงสร้างพื้นฐานของแอปพลิเคชันทั้งหมดที่ลูกค้าต้องการและที่คุณได้รับจากการใช้คลัสเตอร์ก่อนที่จะมีคลาวด์ ลูกค้า AWS ทราบเรื่องนี้ พวกเขารู้ว่าพวกเขาต้องการความพร้อมใช้งานจริงและเครื่องมือซอฟต์แวร์การจัดกลุ่มที่ให้ความพร้อมใช้งานสูงในระดับที่แท้จริง (เวลาทำงานอย่างน้อย 99.99%) ด้วยเหตุนี้ AWS จึงเป็นพันธมิตรกับ SIOS ของเรา SIOS Protection Suite สำหรับ Linux เพื่อให้ได้ระดับความพร้อมใช้งานสูงที่ต้องการเหล่านี้ด้วย การทำคลัสเตอร์ Linux สำหรับลูกค้าที่มีร่วมกันของเราและแอปพลิเคชันที่สำคัญที่พวกเขากำลังย้ายไปยัง AWS Cloud

SIOS Protection Suite สำหรับ Linux ให้การผสมผสานอย่างแน่นหนาของคลัสเตอร์เฟลโอเวอร์ที่มีความพร้อมใช้งานสูง การตรวจสอบแอปพลิเคชันอย่างต่อเนื่อง การจำลองข้อมูล และนโยบายการกู้คืนที่กำหนดค่าได้ SIOS Protection Suite สำหรับ Linux ประกอบด้วย SIOS LifeKeeper, SIOS DataKeeper และ Application Recovery Kits (ARK) หลายชุดเพื่อปกป้องแอปพลิเคชันและข้อมูลที่สำคัญต่อธุรกิจของคุณจากการหยุดทำงานและภัยพิบัติ

การปรับใช้ SIOS Quick Start สำหรับ AWS

SIOS มอบความสามารถความพร้อมใช้งานสูงแบบเดียวกับที่มีให้ผ่าน Windows Server Failover Cluster ในระบบคลาวด์และกำหนดค่าได้บน AWS อย่างรวดเร็วและง่ายดาย ช่วยประหยัดเวลาหลายเดือน ปรับปรุงความยืดหยุ่นในการปฏิบัติงาน และลดต้นทุนในการติดตั้งและบำรุงรักษาลงอย่างมาก มาดูกันว่าลูกค้าของเรา กัลลิเวอร์ และ มหากาพย์ ใช้ซอฟต์แวร์คลัสเตอร์ความพร้อมใช้งานสูง SIOS ใน AWS

ข้อเสนอของ AWS Marketplace และการปรับใช้ SIOS DataKeeper และ SIOS Protection Suite Quick Start สำหรับ AWS เป็นโซลูชันที่ครอบคลุมซึ่งช่วยลดความยุ่งยากในการเปลี่ยนไปใช้ปฏิบัติการที่มีความพร้อมใช้งานสูงในระบบคลาวด์ ในที่สุดก็นำไปสู่การปลดพนักงานไอทีเพื่อสนับสนุนความคิดริเริ่มในการขับเคลื่อนธุรกิจเพิ่มเติม

AWS Quick Starts คือการปรับใช้อ้างอิงอัตโนมัติสำหรับปริมาณงานหลักบน AWS QuickStart แต่ละรายการจะเปิดใช้ กำหนดค่า และเรียกใช้บริการของ AWS ที่จำเป็นในการปรับใช้ปริมาณงานเฉพาะบน AWS ซึ่งทำได้โดยใช้แนวทางปฏิบัติที่ดีที่สุดของ AWS เพื่อความปลอดภัยและความพร้อมใช้งาน QuickStarts ขจัดขั้นตอนที่ต้องทำด้วยตนเองด้วยการคลิกเพียงครั้งเดียว รวดเร็ว ต้นทุนต่ำ และปรับแต่งได้ SIOS DataKeeper AMI หลายรายการพร้อมจำหน่ายบน AWS Marketplace ดังนั้นจึงช่วยให้ลูกค้าเพิ่มความพร้อมใช้งานสูงในการปรับใช้ที่มีอยู่หรือปรับใช้คลัสเตอร์ SQL Server แบบสองโหนดใน AWS อ่านเอกสารไวท์เปเปอร์

• ซื้อ SIOS DataKeeper ผ่าน AWS Marketplace
• ดูการเริ่มต้นอย่างรวดเร็วสำหรับ SIOS Protection Suite สำหรับ Linux บน AWS
• ดูข้อมูลเพิ่มเติมเกี่ยวกับ ความพร้อมใช้งานสูงสำหรับ SQL บน AWS
• ขอ ทดลองใช้ซอฟต์แวร์การทำคลัสเตอร์ความพร้อมใช้งานสูงของ SIOS ฟรี

ดูบล็อกโพสต์ล่าสุดเกี่ยวกับความพร้อมใช้งานสูงของระบบคลาวด์ที่นี่

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

วิธีป้องกันแอปพลิเคชันในแพลตฟอร์มคลาวด์ – คลัสเตอร์ SANless สำหรับสภาพแวดล้อมคลาวด์

วิธีป้องกันแอปพลิเคชันในแพลตฟอร์มคลาวด์ – คลัสเตอร์ SANless สำหรับสภาพแวดล้อมคลาวด์

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

สิ่งสำคัญเจ็ดประการในการเปลี่ยนทีมความพร้อมใช้งานสูง

สิ่งสำคัญเจ็ดประการในการเปลี่ยนทีมที่มีความพร้อมใช้งานสูง (การนำทางการลาออกครั้งใหญ่)

เว้นแต่คุณจะอยู่ใต้ก้อนหินหรือถูกแช่แข็งในเวลาที่คุณน่าจะเคยได้ยินจากแหล่งใดแหล่งหนึ่งว่านายจ้างและพนักงานอยู่ท่ามกลางกระแสที่เรียกว่า "การลาออกครั้งใหญ่"ตามที่รายงานใน US News and World Report “ตามรายงานของสำนักงานสถิติแรงงานสหรัฐ ชาวอเมริกัน 4 ล้านคนลาออกจากงานในเดือนกรกฎาคม พ.ศ. 2564 และแนวโน้มก็ไม่ชะลอตัวลง” ไม่ว่าขนาดบริษัทของคุณหรือกระแสรายได้ในปัจจุบัน หากยังไม่มี แนวโน้มนี้จะส่งผลกระทบต่อทีมไอทีของคุณในอนาคตอันใกล้ใช่ ปล่อยให้มันจมลงไปทีมเดียวกันที่รับผิดชอบในการตรวจสอบความพร้อมของแอปพลิเคชันที่สำคัญต่อภารกิจของคุณมีความเสี่ยงไม่ทางใดก็ทางหนึ่งต่อผลกระทบของ "The Great Resignation" แล้วคุณจำสัญญาณเตือนได้อย่างไร มาตกลงกับความเป็นจริงและนำทางด้วยความเอาใจใส่และชัดเจนผ่าน “การลาออกครั้งใหญ่” เพื่อไม่ให้เกิด “ภัยพิบัติครั้งใหญ่” สำหรับการใช้งานที่สำคัญของคุณ?

นี่คือคำแนะนำทางเทคนิคและไม่ใช่ทางเทคนิคสำหรับเสียง ความพร้อมใช้งานสูง (HA) แนวปฏิบัติที่ดีที่สุดท่ามกลางการเปลี่ยนแปลง:

1. Don't Quit

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

2. ระบุความเสี่ยงที่สำคัญต่อความพร้อมใช้งานสูง

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

1. ความเชี่ยวชาญและความรู้เกี่ยวกับคลาวด์
2. การบริหารฐานข้อมูล
3. การดูแลระบบการจัดเก็บและการกำหนดค่า
4. ความรู้เกี่ยวกับผลิตภัณฑ์ Tacit High Availability
5. ความคุ้มครองฉุกเฉิน (บุคลากร)
6. ความเป็นผู้นำทางเทคนิค
7. เอกสาร

3. ผู้จัดการ: ประเมินบริษัทของคุณ

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

4. หัวหน้าทีม: ประเมินทีมของคุณ

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

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

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

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

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

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

5. ระบุงานด้านเทคนิคที่สำคัญ ลำดับความสำคัญ และมอบหมายความรับผิดชอบ

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

6. จัดทำแผนระยะสั้นสำหรับการบำรุงรักษาและการดำเนินงาน

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

7. มุ่งสู่อนาคต

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

1. สร้างบทบาทและความรับผิดชอบ
2. อัปเดตสถาปัตยกรรมและเอกสารประกอบ
3. ประเมินโอกาสในการเติบโตและการจัดตำแหน่ง
4. วางแผนการว่าจ้างใหม่ รวมทั้งเวลาในการเริ่มต้นใช้งาน
5. จัดสรรเวลาและทรัพยากรเพื่อสร้างและอัปเดตสื่อการสอนงาน
6. เน้นสุขภาพทีม
7. ใช้กลยุทธ์การลดความเสี่ยงในระยะใกล้และวางแผนระยะยาว

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

ฉันได้พูดถึงเรื่องนี้โดยละเอียดมากขึ้นในครั้งล่าสุดนี้ สัมภาษณ์ ทีเอฟ.-Cassius Rhue, VP, ประสบการณ์ลูกค้าทำซ้ำจาก SIOS