SIOS APAC Portal

มกราคม 9, 2022	แก้ไขการเดินทางบนคลาวด์ของคุณ แก้ไขการเดินทางบนคลาวด์ของคุณ ไม่ทางใดก็ทางหนึ่ง เหตุการณ์ที่เปลี่ยนแปลงโลกในปี 2020 และ 2021 ได้เปลี่ยนโฉมหน้าเกือบทุกอย่างที่เรารู้ และความพร้อมใช้งานสูงก็ไม่มีข้อยกเว้น แม้จะมีการปิดและข้อจำกัด ทีมไอทีจำนวนมากได้แลกเปลี่ยนศูนย์ข้อมูลภายในองค์กรสำหรับระบบคลาวด์หลายคนถามว่า 'แล้วไง' ต่อไปนี้คือสิ่งที่ต้องทำ 5 ประการเพื่อแก้ไขการเดินทางบนระบบคลาวด์ในปี 2022 เพิ่ม ความพร้อมใช้งานสูง ในการผลักดันสู่คลาวด์ ผู้นำด้านไอทีและธุรกิจจำนวนมากพบว่าตนเองกำลังเร่งที่จะย้ายบริการและแอปพลิเคชันจากศูนย์ข้อมูลที่พวกเขากำลังปิดตัวลงเนื่องจากโควิด-19 เข้าสู่คลาวด์ คนอื่นรีบไปที่คลาวด์ ไม่ใช่เพราะการปิดศูนย์ข้อมูล แต่เพื่อจัดการกับกระแสความต้องการที่พุ่งสูงขึ้น สำหรับบางคน การเดินทางไปยังระบบคลาวด์นั้นรวดเร็วมากจนไม่ได้รวม HA และตอนนี้พวกเขาได้ค้นพบวิธีที่ยากที่แอปพลิเคชันยังคงหยุดทำงานในระบบคลาวด์ และการหยุดทำงานที่ไม่คาดคิดและการหยุดทำงานโดยไม่ได้วางแผนยังคงเป็นศัตรูของ AWS, Azure และ GCP มากเท่ากับในศูนย์ข้อมูลเดิม ขั้นตอนแรกในการแก้ไขการเดินทางบนคลาวด์ของคุณคือการเพิ่ม ค . ซึ่งจะมีความหมายหลายประการต่อองค์กรของคุณ: การออกแบบและการออกแบบสถาปัตยกรรมที่มีความพร้อมใช้งานสูงและซ้ำซ้อน การเลือกซอฟต์แวร์และบริการที่จะปกป้องส่วนประกอบและแอปพลิเคชันที่สำคัญ การกำหนดและจัดทำเอกสารกระบวนการและขั้นตอนที่เกี่ยวข้อง และอย่างน้อยต้องมีการกำกับดูแลขั้นต่ำ การปรับใช้สำเนาการผลิตเพื่อการประกันคุณภาพ การทดสอบตามขั้นตอน และการทดสอบความโกลาหล ขยายความพร้อมใช้งานที่สูงขึ้นสำหรับการกู้คืนจากภัยพิบัติ แน่นอนว่าไม่ใช่ทุกคนที่เปลี่ยนไปใช้คลาวด์โดยไม่พิจารณา HA บางรูปแบบ ทีมไอทีบางทีมมองการณ์ไกลที่จะไม่ปล่อยให้ HA อยู่ในองค์กร แต่ด้วยความเร่งรีบไปยังคลาวด์ได้ย้ายเซิร์ฟเวอร์ที่สำคัญทั้งหมดไปยัง Availability Zone บนคลาวด์เดียวกัน แม้ว่าจะมีการป้องกัน HA บางอย่างก็ยังดีกว่าช่องโหว่ที่สมบูรณ์ หากคุณปรับใช้เซิร์ฟเวอร์และแอปพลิเคชันของคุณใน Availability Zone (AZ เดียวเท่านั้น) ตอนนี้เป็นเวลาที่จะขยายไปสู่ AZ แบบหลายจุดสำหรับโหนดคลัสเตอร์สแตนด์บายของคุณ หรือแม้แต่สร้างใน การกู้คืนจากความเสียหายโดยการปรับใช้โหนดที่สามในภูมิภาคอื่น SIOS ได้ช่วยลูกค้าหลายสิบรายในการวางแผนสถาปัตยกรรมหลาย AZ และเพิ่มโซลูชันการกู้คืนจากความเสียหาย สร้างทีมของคุณ ในชั่วข้ามคืนบางบริษัทและทีมไอทีของพวกเขา เปลี่ยนจากการทำงานในองค์กรโดยสมบูรณ์เป็นการต่อสู้กับเทมเพลต Cloud Formation, คู่มือการเริ่มต้นอย่างรวดเร็ว, บทบาท IAM, ตัวจัดสรรภาระงานภายใน, IP โอเวอร์เลย์ และการถอดรหัสความหมายของขนาด VM นั้นตอนนี้เป็นเวลาที่จะสร้างทีมเพื่อรองรับการเดินทางสู่ระบบคลาวด์นี่จะหมายถึงหลายสิ่ง: เพิ่มความจุ.เว้นแต่คุณจะสามารถดึงลิฟต์และกะออกได้ทั้งหมด คุณน่าจะมีพนักงานคนเดียวกันที่จัดการแอปพลิเคชันระบบคลาวด์และในองค์กรโซลูชันแบบเดิมเป็นที่รู้จักว่ามีความเจ้าอารมณ์และต้องทำงานเป็นจำนวนมากเพื่อให้มีเสถียรภาพและพร้อมใช้งาน เพื่อนำทางบนเส้นทางคลาวด์ คุณจะต้องมีความจุที่สามารถตอบสนองความต้องการด้านความพร้อมใช้งาน ทำความเข้าใจสถาปัตยกรรมระบบคลาวด์ และวางแผนหลักสูตรสำหรับความต้องการขององค์กรในอนาคต เสริมทักษะด้วยการฝึกฝนให้การฝึกอบรมทีมของคุณสำหรับระบบคลาวด์หากต้องการจัดการและวางแผนหลักสูตรล่วงหน้า ให้มองหาวิธีเสริมความเป็นเลิศด้านไอทีภายในองค์กรของคุณด้วยการฝึกอบรมเพิ่มเติมเกี่ยวกับโซลูชันระบบคลาวด์ สถาปัตยกรรม แนวทางปฏิบัติที่ดีที่สุด และการแลกเปลี่ยนพนักงานที่ได้รับการฝึกอบรมอย่างมั่นใจจะไม่เพียงจ่ายเงินปันผลในความพร้อมที่เพิ่มขึ้นเท่านั้น แต่ยังจะจ่ายเงินปันผลด้วยการจัดการความพร้อม การบำรุงรักษา และการเติบโตทางเศรษฐกิจ ปรับขนาดได้ และสมเหตุสมผลการแปล: พวกเขาจะหลีกเลี่ยงการเสียเงินในขณะที่สร้างโครงสร้างพื้นฐานคลาวด์ที่เหลือของคุณ การบูรณาการระบบอัตโนมัติและการวิเคราะห์ ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้าที่ SIOS Technology Corp. ฉันได้ทำงานร่วมกับบริษัทหลายแห่งที่ย้ายไปยังระบบคลาวด์ในปี 2564 โดยไม่สูญเสีย HA, DR หรือทีมของพวกเขาหากคุณใช้เวลาถึงเก้าเท่าที่จำเป็น (99.99%) อย่างจริงจัง และการมีแผนรองรับภัยพิบัตินั้นไม่สามารถต่อรองได้ ก็ถึงเวลาเพิ่มความเข้มงวดของการวิเคราะห์และการตรวจสอบเพิ่มเติม ตรวจสอบให้แน่ใจว่าโซลูชันความพร้อมใช้งานของคุณมีระบบอัตโนมัติที่รับรู้แอปพลิเคชันและการทำงานร่วมกันสำหรับการกู้คืนในกรณีที่เกิดภัยพิบัติหรือการหยุดทำงานโดยไม่ได้วางแผนไว้ เพิ่มการวิเคราะห์และระบบอัตโนมัติเพื่อเสริมความแข็งแกร่งให้กับโซลูชันของคุณ และยกระดับการโยกย้ายระบบคลาวด์ของคุณไปอีกขั้นจากหนึ่งในเฟลโอเวอร์แบบตอบสนอง ไปจนถึงการแจ้งเตือนเชิงรุกและการบรรเทาความล้มเหลวก่อนที่จะเกิดขึ้นลองนึกภาพว่าได้รับแจ้งเกี่ยวกับแอปพลิเคชันที่มีประสิทธิภาพต่ำ หรือเวลาในการตอบสนองที่เพิ่มขึ้น ข้อผิดพลาด หรือพฤติกรรมไม่ตอบสนองของ VM ทันเวลาเพื่อหลีกเลี่ยงการหยุดทำงานในช่วงเวลาธุรกิจสูงสุด การวิเคราะห์ก็มีความสำคัญเช่นกัน เนื่องจากสามารถเปิดเผยระบบและแอปพลิเคชันที่อาจหลุดจากสถาปัตยกรรมความพร้อมใช้งานดั้งเดิมของคุณ อัปเดตกระบวนการและการกำกับดูแล หลายสิ่งหลายอย่างที่เราคิดว่าเป็นความล้มเหลวมีรากฐานมาจากความล้มเหลวของกระบวนการ ตรวจสอบให้แน่ใจว่ากระบวนการขององค์กรของคุณเป็นปัจจุบัน มีการจัดทำเป็นเอกสารอย่างดี มีการสื่อสารและปฏิบัติตามอย่างถูกต้อง กระบวนการเหล่านี้ควรมีขั้นต่ำที่สำคัญสองสามประการที่เกี่ยวข้องกับใคร อะไร เมื่อไร ที่ไหน และอย่างไรที่เชื่อมโยงกับกลยุทธ์ทางธุรกิจ เป้าหมาย และความต้องการขององค์กรที่เกี่ยวข้องกับลูกค้า ตรวจสอบให้แน่ใจว่ากระบวนการเป็นเจ้าของและการลงชื่อออกสำหรับสภาพแวดล้อมระบบคลาวด์ใหม่ของคุณได้รับการบันทึกไว้อย่างดี ฉันได้เห็นโดยตรงถึงความคับข้องใจที่มาจากบทบาทและความรับผิดชอบที่ขัดแย้งกัน การปะทะกัน หรือไม่ได้รับการแก้ไขสำหรับลูกค้าที่ย้ายจากทีมฮาร์ดแวร์ที่รับโครงสร้างพื้นฐานมาสู่ทีมระบบคลาวด์ การสับสนระหว่างการย้ายถิ่นถือเป็นปัญหาชุดหนึ่ง การขุดภัยพิบัติโดยปราศจากการกำกับดูแลที่ชัดเจนเป็นปัญหาที่ใหญ่กว่าและมีค่าใช้จ่ายสูงกว่ามาก หากคุณก้าวกระโดดสู่คลาวด์ การอยู่ที่นั่นและทำให้มันได้ผลสำหรับคุณคือส่วนต่อไปของการเดินทางหากการเดินทางบนคลาวด์ของคุณเกิดขึ้นอย่างกะทันหันหรือเต็มไปด้วยหิน ให้พิจารณาห้าประเด็นเหล่านี้เพื่อแก้ไขการเดินทางบนคลาวด์ของคุณและรู้ว่าเทคโนโลยี SIOS สามารถช่วยคุณปรับปรุงไม่เพียงแต่ความพร้อมใช้งานสูงในระบบคลาวด์เท่านั้น แต่ยังรวมถึงกระบวนการสำหรับการทำงานในคลาวด์ด้วย ทำซ้ำโดยได้รับอนุญาตจาก SIOS
มกราคม 6, 2022	วิธีการติดตั้งรหัสสิทธิ์การใช้งาน SIOS DataKeeper Cluster Edition วิธีการติดตั้งรหัสสิทธิ์การใช้งาน SIOS DataKeeper Cluster Edition เมื่อคุณติดตั้งแล้ว ซอฟต์แวร์ SIOS DataKeeper Cluster Edition และได้เปิดใช้งานใบอนุญาตของคุณแล้ว คุณจะต้องติดตั้งรหัสใบอนุญาตของคุณก่อนจึงจะสามารถเริ่มต้นได้ วิดีโอความยาว 4 นาทีนี้จะทบทวนวิธีการติดตั้งซอฟต์แวร์ SIOS DataKeeper Cluster Edition และสาธิตวิธีเปิดใช้งานใบอนุญาตของคุณเพื่อเริ่มต้นการปกป้องแอปพลิเคชันที่สำคัญของคุณ ดูในฐานะตัวแทนฝ่ายสนับสนุน SIOS สาธิตข้อกำหนดเบื้องต้นหลักสามประการที่จำเป็นในการติดตั้งใบอนุญาต SIOS: ตรวจสอบว่าคุณมีซอฟต์แวร์ SIOS DataKeeper เวอร์ชันล่าสุดและอัปเดต ใช้ตัวจัดการคีย์ใบอนุญาตอย่างง่ายของเราเพื่อตรวจสอบ .ของคุณ ใบอนุญาตที่เปิดใช้งาน จากสิทธิ์ที่ซื้อ ให้ดาวน์โหลดและใช้คีย์ใบอนุญาตและเริ่มต้น ซอฟต์แวร์ SIOS DataKeeper . วิดีโอนี้ยังกล่าวถึงขั้นตอนการเข้าถึงของเรา พอร์ทัลเอกสาร SIOS ที่ซึ่งคุณสามารถค้นหาบันทึกประจำรุ่น คู่มือการติดตั้ง เอกสารทางเทคนิค และข้อมูลรายละเอียด SIOS DataKeeper Cluster Edition รวมถึงหัวข้อต่างๆ มากมายเกี่ยวกับ SIOS ทั้งหมด ดูเคล็ดลับและข้อมูลเชิงลึกที่สะดวกสบายเกี่ยวกับวิธีการทำตามขั้นตอนอย่างรวดเร็วและง่ายดายตอนนี้คุณและเริ่มต้นปกป้องแอปพลิเคชันที่สำคัญของคุณด้วยซอฟต์แวร์การทำคลัสเตอร์ SIOS DataKeeper สืบพันธุ์จาก SIOS
มกราคม 1, 2022	สี่กลยุทธ์การหลีกเลี่ยงเพื่อปรับปรุงความยืดหยุ่น ประสิทธิภาพ และผลลัพธ์ของคลัสเตอร์ สี่กลยุทธ์การหลีกเลี่ยงเพื่อปรับปรุงความยืดหยุ่น ประสิทธิภาพ และผลลัพธ์ของคลัสเตอร์ ขั้นตอนง่าย ๆ สำหรับการปรับใช้ในสภาพแวดล้อมคลัสเตอร์ SIOS Protection Suite หลีกเลี่ยงบางสิ่งบางอย่าง – เราทุกคนเคยทำมาก่อนเปลวไฟเก่าที่เราเห็นในร้านขณะเดินไปกับคู่สมรส พนักงานขายเมื่อเรา "ไม่พร้อมที่จะซื้อ" และแม้แต่เจ้านายในขณะที่เราไปเที่ยว "วันหยุด"เมื่อฉันเป็นผู้จัดการของทีมพัฒนา ฉันได้เห็นรายงานตรงที่เรียกดูในร้านค้าขณะที่พวกเขาควรจะป่วยอยู่นอกสำนักงานพวกเขาหลบอยู่ระหว่างชั้นวางเสื้อผ้าและรีบวิ่งไปตามทางเดินถัดไปและรีบออกไปเราทุกคนเคยทำมาแล้ว และในบางกรณี สำหรับสุขภาพจิต สุขภาพกาย หรือเหตุผลที่ยังคงเป็นเรื่องส่วนตัวและเป็นส่วนตัว เราทุกคนจำเป็นต้องมีมาตรการหลีกเลี่ยงบางอย่างแม้แต่ใน HAดังนั้นคุณจะเพิ่มการหลีกเลี่ยงในสภาพแวดล้อม High Availability ของคุณได้อย่างไร และเพราะเหตุใด สี่เหตุผลในการใช้กลยุทธ์การหลีกเลี่ยงในความพร้อมใช้งานสูง 1. ประสิทธิภาพที่ดีขึ้น (ลดการโอเวอร์โหลดของเซิร์ฟเวอร์) เหตุผลหนึ่งที่ใช้กลยุทธ์การหลีกเลี่ยงใน HA คือการเพิ่มประสิทธิภาพแอปพลิเคชันและเซิร์ฟเวอร์พิจารณากรณีของเซิร์ฟเวอร์สามเครื่องที่ใช้งานปริมาณงานจริง ให้เรียกว่าเซิร์ฟเวอร์อัลฟ่า เซิร์ฟเวอร์เบต้า เซิร์ฟเวอร์แกมมาเซิร์ฟเวอร์อัลฟ่าและเบต้ากำลังเรียกใช้แอปพลิเคชันที่สำคัญซึ่งได้รับการสนับสนุนจากฐานข้อมูล ในขณะที่เซิร์ฟเวอร์แกมมากำลังเรียกใช้รายงานและงานการแปลงข้อมูลในกรณีของความล้มเหลวของเซิร์ฟเวอร์อัลฟ่า การเฟลโอเวอร์ไปยังเซิร์ฟเวอร์เบต้ามักจะเกิดขึ้นอย่างไรก็ตาม เนื่องจากเซิร์ฟเวอร์เบต้าใช้งานเวิร์กโหลดจำนวนมากอยู่แล้ว การโหลดแอปพลิเคชันเพิ่มเติมที่เป็นผลลัพธ์อาจส่งผลให้เซิร์ฟเวอร์โอเวอร์โหลดที่ไม่พึงประสงค์และประสิทธิภาพต่ำสำหรับทั้งสองแอปพลิเคชันดังนั้นจึงควรปรับใช้กลยุทธ์การหลีกเลี่ยงเพื่อให้แน่ใจว่า Server Gamma ถูกเลือกเป็นเป้าหมายเฟลโอเวอร์ 2. การเพิ่มประสิทธิภาพการทำงาน พิจารณาสถานการณ์สมมติของเซิร์ฟเวอร์สามตัวอีกครั้ง ได้แก่ อัลฟ่า เบต้า และแกมมาเซิร์ฟเวอร์อัลฟ่าและเบต้าได้รับการปรับขนาดเพื่อรองรับปริมาณงานสูงสุด ในขณะที่ Server Gamma เป็นเซิร์ฟเวอร์ที่ปรับต้นทุนให้เหมาะสมในกรณีที่เซิร์ฟเวอร์อัลฟ่าและเซิร์ฟเวอร์เบต้าล้มเหลว จะเกิดการเฟลโอเวอร์กับเซิร์ฟเวอร์ที่ปรับต้นทุนให้เหมาะสม Gammaอย่างไรก็ตาม เซิร์ฟเวอร์นี้ไม่ได้ปรับขนาดเพื่อรองรับปริมาณงานสูงสุด หรือปริมาณงานของทั้งเซิร์ฟเวอร์อัลฟ่าและเซิร์ฟเวอร์เบต้าในเวลาเดียวกันในกรณีนี้ สามารถใช้กลยุทธ์การหลีกเลี่ยงเพื่อเพิ่มประสิทธิภาพโดยการย้ายหนึ่งหรือทั้งสองปริมาณงานโดยอัตโนมัติจาก Server Gamma ทันทีที่โฮสต์อื่นพร้อมใช้งาน 3. การเพิ่มประสิทธิภาพความพร้อมใช้งานสูง HA Optimization เป็นอีกสถานการณ์หนึ่งสำหรับการปรับใช้กลยุทธ์การหลีกเลี่ยง เช่นเดียวกับกลยุทธ์การเพิ่มประสิทธิภาพการทำงาน การเพิ่มประสิทธิภาพ HA ถูกใช้เพื่อให้แน่ใจว่าสภาพแวดล้อมของคุณสามารถอยู่รอดได้ในสถานการณ์ความล้มเหลวส่วนใหญ่ และแอปพลิเคชันของคุณได้รับการปรับให้เหมาะสมเพื่อให้ระดับความพร้อมใช้งานสูงสุด ณ เวลาใดเวลาหนึ่งการเพิ่มประสิทธิภาพ HA เป็นสิ่งสำคัญสำหรับแอปพลิเคชัน เช่น SAP ที่มีกระบวนการเข้าคิวที่จำลองแบบในสภาพแวดล้อม SAP ใดๆ คุณไม่ต้องการให้อินสแตนซ์ ASCS (ABAP SAP Central Service) และ ERS (enqueue replication services) อยู่บนเซิร์ฟเวอร์เดียวกันเป็นเวลานานเนื่องจากความเสี่ยงของการล็อกที่สูญหายและงานที่ถูกยกเลิก เพื่อป้องกันไม่ให้สิ่งนี้เกิดขึ้น คุณสามารถใช้กลยุทธ์การหลีกเลี่ยงที่ทำให้อินสแตนซ์ ERS และ ASCS ทำงานบนโหนดคลัสเตอร์ตรงข้ามเสมอพิจารณากรณีของเซิร์ฟเวอร์สามเครื่องที่ใช้ปริมาณงานจริง เรียกว่าเซิร์ฟเวอร์อัลฟ่า เบต้า แกมมาเซิร์ฟเวอร์อัลฟ่ากำลังเรียกใช้อินสแตนซ์ ASCS ในขณะที่เซิร์ฟเวอร์เบต้ากำลังเรียกใช้อินสแตนซ์ ERSServer Gamma ทำหน้าที่เป็นโหนดที่สามสำหรับการเฟลโอเวอร์ของทั้ง Server Beta (ERS) และ Server Alpha (ASCS)หากเบต้าขัดข้อง คุณจะไม่ต้องการให้ทรัพยากร ERS ทำงานบนโหนดเดียวกันกับอินสแตนซ์ ASCSเพื่อให้แน่ใจว่าการดำเนินการนี้ คุณสามารถปรับใช้กลยุทธ์การหลีกเลี่ยงที่จะตรวจสอบโดยอัตโนมัติก่อน และทำให้แน่ใจว่าทั้งสองแอปพลิเคชันอยู่บนเซิร์ฟเวอร์ที่แยกจากกัน และคงไว้ซึ่งแนวทางปฏิบัติที่ดีที่สุดของ SAP ASCS/ERS สำหรับการล็อกเมื่อเกิดข้อผิดพลาด 4. การหลีกเลี่ยง DR สมมติว่าคุณมีศูนย์ข้อมูลสองแห่ง: City Alpha และ City Beta ซึ่งอยู่ห่างกันประมาณ 70 ไมล์ โดยที่ลูกค้าส่วนใหญ่ของคุณตั้งอยู่ตรงกลางระหว่างพวกเขา อย่างไรก็ตาม เนื่องจากการเปลี่ยนแปลงล่าสุดในองค์กรภายใน การควบรวม/ปิดและการเข้าซื้อกิจการ และข้อกำหนดด้านการกำกับดูแล ทีมไอทีของคุณจะต้องเพิ่มศูนย์ข้อมูลแห่งที่สามที่ตั้งอยู่ใน City Gamma ซึ่งอยู่ห่างจาก Alpha และ Beta ประมาณ 350 ไมล์ตอนนี้ทรัพยากรที่ได้รับการคุ้มครองในอัลฟ่าและเบต้าเป็นหลักก็ขยายไปยังตำแหน่งแกมมาด้วยเนื่องจากผู้ใช้และทีมส่วนใหญ่อยู่ใกล้ตำแหน่งอัลฟ่าและเบต้า และแม้แต่ผู้ใช้ที่รุนแรงที่สุดก็ตั้งอยู่ในเมืองใกล้เคียง ทีมของคุณต้องหลีกเลี่ยงการเฟลโอเวอร์ไปยังตำแหน่งแกมมา เช่นเดียวกับกลยุทธ์อื่นๆ การหลีกเลี่ยง DR พยายามเพิ่มประสิทธิภาพการทำงาน ต้นทุนข้อมูลขาเข้า/ออกในภูมิภาค เวลาแฝง และการเข้าถึงไคลเอ็นต์โดยการหลีกเลี่ยงโหนด DR หากมีเพียงหนึ่งโหนดภายในภูมิภาคใดภูมิภาคหนึ่งที่ล้มเหลวนอกจากนี้ยังช่วยให้แน่ใจว่าแม้ว่าโหนดทั้งสองจะล้มเหลวหลังจากเวลาต่างกัน แต่การเฟลโอเวอร์จะเกิดขึ้นกับโหนดอื่นในคลัสเตอร์หรือศูนย์ข้อมูลเสมอก่อนที่จะย้ายไปยัง DR คุณจะปรับใช้กลยุทธ์การหลีกเลี่ยงอย่างไรผู้ให้บริการหลายรายมีกฎความสัมพันธ์ที่สามารถกำหนดค่าได้ ในขณะที่ผู้ให้บริการรายอื่นๆ ใช้ลำดับความสำคัญของเซิร์ฟเวอร์ร่วมกันหรือขั้นตอนที่ต้องทำด้วยตัวเองในกรณีของ SIOS Protection Suite สำหรับ Linux คุณสามารถใช้วิธีการในตัวได้หลายวิธี ได้แก่: 1. การจัดลำดับความสำคัญของทรัพยากร ในกรณีที่เกิดความล้มเหลว ทรัพยากรจะล้มเหลวไปยังเซิร์ฟเวอร์ที่มีลำดับความสำคัญที่เหลืออยู่ต่ำสุดและต่อไปยังเซิร์ฟเวอร์เพิ่มเติม (อัลฟ่า เบต้า และแกมมา)Server Alpha เป็นเซิร์ฟเวอร์หลักสำหรับ Resource.HR, Server Beta เป็นเซิร์ฟเวอร์หลักสำหรับ Resource.MFG และ Server Gamma เป็นเซิร์ฟเวอร์สำรองสำหรับทรัพยากร/เซิร์ฟเวอร์ทั้งหมดการใช้การจัดลำดับความสำคัญของทรัพยากร Resource.HR จะมีลำดับความสำคัญหนึ่ง (1) ใน Server Alpha และลำดับความสำคัญสอง (2) บน Server Gammaในขณะที่ Resource.MFG สามารถมีลำดับความสำคัญหนึ่ง (1) บนเซิร์ฟเวอร์เบต้าและลำดับความสำคัญสอง (2) บนเซิร์ฟเวอร์ Gammaหากลูกค้าต้องการปรับการใช้สภาพแวดล้อมให้เหมาะสม Resource.HR สามารถมีลำดับความสำคัญสาม (3) บนเซิร์ฟเวอร์เบต้าและทรัพยากร MFG สามารถมีลำดับความสำคัญสาม (3) บนเซิร์ฟเวอร์อัลฟ่าในกรณีที่เซิร์ฟเวอร์อัลฟ่าล้มเหลว ทรัพยากร Resource.HR จะล้มเหลวในเซิร์ฟเวอร์แกมมาก่อนที่จะพยายามเข้ามาใช้บริการ (ถูกกู้คืน) บนเซิร์ฟเวอร์อัลฟ่า SIOS Protection Suite สำหรับ Linux (UI และ CLI) อนุญาตให้ผู้ใช้ระบุลำดับความสำคัญสำหรับแต่ละเซิร์ฟเวอร์และการรวมทรัพยากร 2. นโยบายหรือกฎความสัมพันธ์ กฎนโยบายยังสามารถใช้เพื่อป้องกันไม่ให้เกิดการกู้คืนทรัพยากรบนเซิร์ฟเวอร์ที่กำหนด และด้วยเหตุนี้จึงช่วยให้ทรัพยากรสามารถหลีกเลี่ยงเซิร์ฟเวอร์ที่ระบุซึ่งอาจใช้ปริมาณงานที่สำคัญหรือต้องใช้ทรัพยากรมากนโยบายทั่วไป ได้แก่ : นโยบายข้อจำกัดที่จะบล็อกแอปพลิเคชันจากเซิร์ฟเวอร์เฉพาะตามค่าเริ่มต้น นโยบายทรัพยากรที่จะบล็อกแอปพลิเคชันจากเซิร์ฟเวอร์ที่มีทรัพยากรไม่เพียงพอ นโยบายชั่วคราวที่กำหนดช่วงเวลาที่ทรัพยากรได้รับอนุญาตหรือไม่อนุญาตจากระบบ นโยบายที่กำหนดเองซึ่งกำหนดเซิร์ฟเวอร์ที่ต้องการหรือความสามารถในการเป็นเจ้าของแอปพลิเคชันที่เป็นไปได้ภายในคลัสเตอร์ SIOS Protection สำหรับ Linux CLI อนุญาตให้ผู้ใช้ระบุกฎของนโยบายซึ่งสามารถปิดใช้งานการเฟลโอเวอร์ไปยังทรัพยากรเฉพาะสำหรับเซิร์ฟเวอร์ที่ระบุ จัดเตรียมนโยบายชั่วคราวเพื่อป้องกันความล้มเหลว ปิดใช้งานความล้มเหลวของแอปพลิเคชันบางประเภท นโยบายข้อจำกัด และนโยบายที่กำหนดเอง แหล่งข้อมูลการหลีกเลี่ยงเฉพาะ วิธีที่ละเอียดที่สุดในการสร้างกลยุทธ์การหลีกเลี่ยงทรัพยากรคือการปรับใช้สคริปต์การหลีกเลี่ยงเฉพาะภายในแต่ละลำดับชั้นวิธีนี้จะอนุญาตให้ผู้ใช้กำหนดค่าแอปพลิเคชันเฉพาะ (เช่น app1 และ app2) เพื่อหลีกเลี่ยงกันและกันเมื่อทำได้ในขณะที่อนุญาตให้แอปพลิเคชันอื่นทำงานโดยไม่มีข้อจำกัดในกรณีของเซิร์ฟเวอร์สามตัวของเรา อัลฟ่า เบต้า และแกมมา และทรัพยากรสามอย่าง app1, app2 และ app3 วิธีการนี้จะให้ความยืดหยุ่นสูงสุดในตัวอย่างนี้ app1 และ app2 จะพยายามหลีกเลี่ยงการจัดระเบียบเมื่อเซิร์ฟเวอร์ล้มเหลว แต่ app3 จะล้มเหลวไปยังโหนดถัดไปที่พร้อมใช้งานตามลำดับความสำคัญโดยไม่มีข้อจำกัดการจัดระเบียบใดๆ สำหรับตัวอย่างเพิ่มเติมของกลยุทธ์การหลีกเลี่ยงและทรัพยากร ให้พิจารณา SIOS Protection Suite สำหรับ Linux เอกสาร .หากลูกค้ามีสองแอปพลิเคชัน ได้แก่ app1 และ app2 ซึ่งพวกเขาต้องการให้ทำงานบนโหนดต่างๆ ทุกครั้งที่ทำได้ ลูกค้าสามารถสร้างทรัพยากรโหนดปลายสุดของเทอร์มินัลการหลีกเลี่ยงได้ 2 รายการโดยใช้ SIOS Protection Suite สำหรับทรัพยากร Linux gen/app และ '/opt/LifeKeeper /lkadm/bin/avoid_restore' สคริปต์ – Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า สืบพันธุ์จาก SIOS
ธันวาคม 28, 2021	การทำคลัสเตอร์ Windows การทำคลัสเตอร์ Windows การทำคลัสเตอร์ Windows วิธีการบรรลุความพร้อมใช้งานสูงใน Windows เพื่อลดเวลาหยุดทำงานของระบบและสร้างความพร้อมใช้งานสูงสำหรับ Windows แนวทางปฏิบัติที่ดีที่สุดด้าน IT แนะนำให้คุณคลัสเตอร์เซิร์ฟเวอร์ (หรือโหนด) เพื่อที่ว่าถ้าโหนดหนึ่งล้มเหลว โหนดอื่นอย่างน้อยหนึ่งโหนดจะทำการประมวลผลเกินโดยอัตโนมัติ สิ่งนี้เรียกว่าการทำคลัสเตอร์ Windows จำเป็นต้องมีซอฟต์แวร์คลัสเตอร์เพื่อตรวจสอบความสมบูรณ์ของโหนดหลักและเริ่มดำเนินการกู้คืนหากตรวจพบปัญหา การทำคลัสเตอร์ HA ยังต้องการวิธีการตรวจสอบให้แน่ใจว่าในกรณีที่เกิดความล้มเหลว โหนดรองกำลังเข้าถึงข้อมูลเวอร์ชันล่าสุดในการจัดเก็บในกรณีส่วนใหญ่ ทำได้โดยการเชื่อมต่อโหนดทั้งหมดของคลัสเตอร์กับที่เก็บข้อมูลที่ใช้ร่วมกันเดียวกัน โหนดคลัสเตอร์ควรแยกจากกันตามภูมิศาสตร์เพื่อป้องกันแอปพลิเคชันจากภัยพิบัติทั่วทั้งไซต์และระดับภูมิภาค ในสภาพแวดล้อม Windows Server Microsoft รวม Windows Server Failover Clustering (WSFC) ในแพลตฟอร์ม Windows Server Windows Server Failover Clustering คืออะไร? ด้วย WSFC แต่ละโหนดที่ใช้งานอยู่จะมีโหนดสแตนด์บายที่มีข้อกำหนดฮาร์ดแวร์เหมือนกันและใช้ที่เก็บข้อมูลร่วมกัน โหนดที่สามมักถูกกำหนดค่าเป็นเซิร์ฟเวอร์ “พยาน” ซึ่งมีวัตถุประสงค์เพียงอย่างเดียวคือเพื่อให้แน่ใจว่าโหนดหลักทำงาน และหากตรวจพบปัญหา เพื่อส่งสัญญาณความจำเป็นในการดำเนินการเฟลโอเวอร์ไปยังโหนดสแตนด์บาย นอกเหนือจากการตรวจสอบความสมบูรณ์ของคลัสเตอร์แล้ว โหนดใน WSFC ยังทำงานร่วมกันเพื่อให้:[1] การจัดการทรัพยากร – แต่ละโหนดมีทรัพยากรทางกายภาพ เช่น SAN และอินเทอร์เฟซเครือข่าย แอปพลิเคชันที่โฮสต์ได้รับการลงทะเบียนเป็นทรัพยากรคลัสเตอร์และสามารถกำหนดค่าการพึ่งพาการเริ่มต้นและสุขภาพตามทรัพยากรอื่นๆ การประสานงานล้มเหลว – ทรัพยากรแต่ละรายการโฮสต์อยู่บนโหนดหลัก และสามารถโอนโดยอัตโนมัติหรือด้วยตนเองไปยังโหนดรองอย่างน้อยหนึ่งโหนด โหนดและแอปพลิเคชันที่โฮสต์จะได้รับแจ้งเมื่อเกิดข้อผิดพลาด เพื่อให้สามารถตอบสนองได้อย่างเหมาะสม WSFC ทำงานร่วมกับ Microsoft Always On Availability Groups และ Always On Failover Clustering เพื่อประสานงานเมื่อเกิดข้อผิดพลาดในสภาพแวดล้อม Microsoft SQL Server SIOS DataKeeper เสริม WSFC อย่างไร WSFC ต้องการที่เก็บข้อมูลที่ใช้ร่วมกันเพื่อให้แน่ใจว่าโหนดคลัสเตอร์ทั้งหมดกำลังเข้าถึงข้อมูลล่าสุดในกรณีที่เกิดข้อผิดพลาด บ่อยครั้ง บริษัทต่างๆ ใช้ฮาร์ดแวร์ SAN ราคาแพงเพื่อรับรองความซ้ำซ้อนของข้อมูล SAN แสดงถึงความเสี่ยงจากความล้มเหลวเพียงจุดเดียว และถ้าคุณต้องการเรียกใช้แอปพลิเคชันของคุณในระบบคลาวด์ด้วยการป้องกันคลัสเตอร์ Windows Server Failover แบบเดียวกัน จะไม่มี SAN ให้ใช้งาน SIOS DataKeeper Cluster Edition รวมและขยายคลัสเตอร์ WSFC และ SQL Server Always On Failover ได้อย่างราบรื่นโดยขจัดความจำเป็นในการจัดเก็บข้อมูลที่ใช้ร่วมกัน ให้การจำลองแบบอิงโฮสต์ที่เพิ่มประสิทธิภาพเพื่อซิงโครไนซ์ที่เก็บข้อมูลในเครื่องในโหนดคลัสเตอร์ทั้งหมด สร้างคลัสเตอร์ SANless ในขณะที่ WSFC จัดการคลัสเตอร์ SIOS DataKeeper จะทำการจำลองการจัดเก็บข้อมูลแบบซิงโครนัสหรือแบบอะซิงโครนัส ทำให้โหนดสแตนด์บายสามารถเข้าถึงข้อมูลล่าสุดได้ทันทีในกรณีที่เกิดข้อผิดพลาด SIOS DataKeeper ไม่เพียงแต่ช่วยลดต้นทุน ความซับซ้อน และความเสี่ยงจากจุดเดียวของความล้มเหลวของ SAN แต่ยังช่วยให้คุณใช้ PCIe Flash และ SSD ที่รวดเร็วล่าสุดในที่จัดเก็บข้อมูลในเครื่องของคุณเพื่อประสิทธิภาพและการป้องกันในต้นทุนเดียว โซลูชั่นที่มีประสิทธิภาพ ด้วย SIOS DataKeeper คุณสามารถปรับสมดุลแบนด์วิดท์เครือข่ายและการใช้ CPU สำหรับแต่ละแอปพลิเคชัน หากการจำลองแบบเร็วเป็นสิ่งสำคัญ SIOS DataKeeper สามารถใช้แบนด์วิดท์ได้มากกว่า 90 เปอร์เซ็นต์เพื่อเร่งการซิงโครไนซ์ข้อมูล หากการลดผลกระทบของเครือข่ายเป็นสิ่งสำคัญที่สุดของคุณ SIOS DataKeeper เสนอการบีบอัดแบบบูรณาการและการควบคุมปริมาณแบนด์วิดท์ นอกจากนี้ คุณลักษณะ Target Snapshots ของ SIOS DataKeeper ยังช่วยให้คุณเรียกใช้รายงานแบบ point-in-time จากโหนดรองเพื่อลดภาระงานที่อาจส่งผลต่อประสิทธิภาพการทำงานของโหนดหลัก วิธีนี้ช่วยให้คุณสืบค้นและเรียกใช้รายงานได้รวดเร็วยิ่งขึ้น และทำการตัดสินใจได้รวดเร็วยิ่งขึ้น การทำงานกับ WSFC ทำให้ SIOS DataKeeper Cluster Edition ปกป้องสภาพแวดล้อม Windows ที่มีความสำคัญต่อธุรกิจ รวมถึง Microsoft SQL Server, SAP, SharePoint, Lync, Dynamics และ Hyper-V โดยใช้ฮาร์ดแวร์มาตรฐานอุตสาหกรรมที่คุณเลือกและพื้นที่จัดเก็บข้อมูลในเครื่องใน ” หรือการกำหนดค่า SANless[2] SIOS DataKeeper ยังให้ความพร้อมใช้งานสูงและการป้องกันการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่มีความสำคัญต่อธุรกิจของคุณในสภาพแวดล้อมระบบคลาวด์ เช่น Amazon Web Services (AWS), Microsoft Azure และ Google Cloud Services โดยไม่ลดทอนประสิทธิภาพลง SIOS Protection Suite – การปกป้องสภาพแวดล้อมของ Windows โดยไม่ต้องใช้ WSFC SIOS Protection Suite สำหรับ Windows ประกอบด้วย DataKeeper, SIOS LifeKeeper และชุดกู้คืนแอปพลิเคชันเสริมสำหรับแอปพลิเคชันชั้นนำและการดำเนินงานด้านโครงสร้างพื้นฐาน เป็นโซลูชันการจัดกลุ่มแบบบูรณาการอย่างแน่นหนาที่รวม ความพร้อมใช้งานสูง คลัสเตอร์เมื่อเกิดข้อผิดพลาด การตรวจสอบแอปพลิเคชันอย่างต่อเนื่อง การจำลองข้อมูล และนโยบายการกู้คืนที่กำหนดค่าได้ เพื่อปกป้องแอปพลิเคชันและข้อมูลที่สำคัญต่อธุรกิจของคุณจากการหยุดทำงานและภัยพิบัติ ข้อมูลเมตาและการแจ้งเตือนแบบกระจาย บริการ WSFC และข้อมูลเมตา/สถานะของโหนดถูกโฮสต์อยู่บนแต่ละโหนดในคลัสเตอร์ เมื่อมีการเปลี่ยนแปลงเกิดขึ้นกับโหนดใดๆ ข้อมูลที่อัปเดตจะเผยแพร่ไปยังโหนดอื่นๆ ทั้งหมดโดยอัตโนมัติ SIOS Protection Suite ไม่ต้องการ WSFC เนื่องจาก SIOS ตรวจสอบความสมบูรณ์ของสภาพแวดล้อมแอปพลิเคชัน รวมถึงเซิร์ฟเวอร์ ระบบปฏิบัติการ และฐานข้อมูล สามารถหยุดและรีสตาร์ทแอปพลิเคชันได้ทั้งในเครื่องและบนเซิร์ฟเวอร์คลัสเตอร์อื่นที่ไซต์เดียวกันหรือในตำแหน่งที่ตั้งอื่น เมื่อตรวจพบปัญหา SIOS Protection Suite จะดำเนินการกู้คืนโดยอัตโนมัติและจัดการการเรียงซ้อนและความล้มเหลวที่จัดลำดับความสำคัญโดยอัตโนมัติ ด้วย SIOS Protection Suite คุณสามารถใช้คลัสเตอร์ SAN หรือ SANless ที่คุณเลือกได้โดยใช้อุปกรณ์จัดเก็บข้อมูลหลากหลายประเภท รวมถึงที่จัดเก็บข้อมูลแบบต่อพ่วงโดยตรง, iSCSI, Fibre Channel และอื่นๆ SIOS Protection Suite สำหรับ Windows สามารถตอบสนองความพร้อมใช้งานสูงและ การกู้คืนระบบ ความต้องการภายในไซต์เดียวและในหลายไซต์ โซลูชันคลัสเตอร์ SIOS Windows ยอดนิยม โซลูชันการทำคลัสเตอร์ SIOS Windows ที่ได้รับความนิยมสูงสุดบางส่วน สำหรับ SQL Server, SAP และสภาพแวดล้อมบนคลาวด์ มีการกล่าวถึงในรายละเอียดเพิ่มเติมด้านล่าง Windows Clustering สำหรับ SQL Server, SAP, S/4HANA และ Oracle SIOS ให้การป้องกันที่รับรองโดย SAP อย่างครอบคลุมสำหรับทั้งแอปพลิเคชันและข้อมูล ซึ่งรวมถึงความพร้อมใช้งานสูง การจำลองข้อมูล และการกู้คืนจากความเสียหาย เพื่อป้องกัน SAP ในสภาพแวดล้อม Windows SIOS Protection Suite มี SIOS LifeKeeper ซึ่งตรวจสอบสแต็กแอปพลิเคชันทั้งหมด SIOS ปกป้องฐานข้อมูล Oracle ของคุณ ไม่ว่าคุณจะใช้งานกับ SAP หรือใช้งานแอปพลิเคชัน Oracle แบบสแตนด์อโลน คุณเพียงแค่เลือก Application Recovery Kit ที่ตรงกับการกำหนดค่าของคุณ การทำคลัสเตอร์ Windows ในคลาวด์ ไม่ว่าคุณจะต้องการ SIOS DataKeeper เพื่อเปิดใช้งาน Windows Server Failover Clustering ในระบบคลาวด์หรือ SIOS Protection Suite สำหรับ Windows สำหรับการตรวจสอบแอปพลิเคชันและการจัดการเฟลโอเวอร์ ตลอดจนการจำลองข้อมูลระดับบล็อกที่มีประสิทธิภาพ SIOS มอบความยืดหยุ่นในการกำหนดค่าที่สมบูรณ์ SIOS ช่วยให้คุณสร้างคลัสเตอร์ในโครงสร้างพื้นฐานระบบคลาวด์จริง เสมือน คลาวด์ หรือไฮบริด ตัวอย่างเช่น การทำงานกับ WSFC SIOS DataKeeper สามารถ: ปกป้องแอปพลิเคชันธุรกิจภายในองค์กรหรือแบบไฮบริดที่สำคัญต่อสภาพแวดล้อม Windows ที่มีความพร้อมใช้งานสูงใน AWS, Azure หรือ Google Cloud ปกป้องแอปพลิเคชันระบบคลาวด์ เช่น SQL Server และ SAP โดยการสร้างคลัสเตอร์ Windows ใน AWS, Azure หรือ Google Cloud ให้ความพร้อมใช้งานสูงและการป้องกันการกู้คืนจากความเสียหายทั่วทั้งไซต์ ในพื้นที่หรือระดับภูมิภาค โดยความล้มเหลวบนอินสแตนซ์ของแอปพลิเคชันในโซนความพร้อมใช้งานของระบบคลาวด์หรือภูมิภาค SIOS DataKeeper Cluster Edition สามารถให้การปกป้องคลัสเตอร์ที่มีความพร้อมใช้งานสูงในคลาวด์ บทสรุป SIOS นำเสนอข้อเสนอที่สนับสนุนแอปพลิเคชัน ระบบปฏิบัติการ และสภาพแวดล้อมโครงสร้างพื้นฐานที่หลากหลาย โดยเป็นโซลูชันเดียวที่สามารถรองรับความต้องการด้านความพร้อมใช้งานสูงทั้งหมดของคุณได้ นี่เป็นเพียงตัวอย่างเล็กๆ น้อยๆ ที่แสดงให้เห็นถึงพลังของ SIOS สนามกีฬาเพิร์ทในรัฐเวสเทิร์นออสเตรเลียใช้ SIOS DataKeeper กับ WSFC เพื่อให้มีความพร้อมใช้งานสูงสำหรับเครื่องเสมือน Hyper-V เพย์โก ( paygoutilities.com ) ซึ่งตั้งอยู่ในสหรัฐอเมริกา ใช้ SIOS DataKeeper กับ WSFC เพื่อให้มีความพร้อมใช้งานสูงสำหรับ SQL Server บน AWS Toyo Gosei ซึ่งตั้งอยู่ในประเทศญี่ปุ่น ได้ติดตั้ง SIOS DataKeeper กับ WSFC เพื่อให้มีความพร้อมใช้งานสูงและกู้คืนระบบสำหรับแอปพลิเคชัน SAP บน Azure สำหรับข้อมูลเพิ่มเติมเกี่ยวกับโซลูชั่นความพร้อมใช้งานสูง/การกู้คืนจากภัยพิบัติเพื่อรองรับสภาพแวดล้อม Windows ของคุณ คลิกที่นี่[TM(1] . อ้างอิง https://www.techopedia.com/definition/24358/windows-clustering https://searchwindowsserver.techtarget.com/definition/Windows-Server-failover-clustering https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver15[1] https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver15[2] สถาปัตยกรรมที่ไม่มีการแบ่งปัน (SN) เป็นสถาปัตยกรรมคอมพิวเตอร์แบบกระจายซึ่งคำขออัปเดตแต่ละรายการได้รับการตอบสนองโดยโหนดเดียว (โปรเซสเซอร์/หน่วยความจำ/หน่วยเก็บข้อมูล) https://en.wikipedia.org/wiki/Shared-nothing_architecture สืบพันธุ์จาก SIOS
ธันวาคม 23, 2021	การทำคลัสเตอร์ Linux การทำคลัสเตอร์ Linux Linux Clustering คืออะไร? คลัสเตอร์ Linux ที่มีความพร้อมใช้งานสูงคือกลุ่มของคอมพิวเตอร์หรือโหนด Linux อุปกรณ์จัดเก็บข้อมูลที่ทำงานร่วมกันและได้รับการจัดการเป็นระบบเดียว ในการกำหนดค่าคลัสเตอร์แบบดั้งเดิม สองโหนดเชื่อมต่อกับที่เก็บข้อมูลที่ใช้ร่วมกัน (โดยทั่วไปคือ SAN) เมื่อใช้คลัสเตอร์ลีนุกซ์ แอปพลิเคชันจะทำงานบนโหนดเดียว และซอฟต์แวร์การจัดกลุ่มจะใช้เพื่อตรวจสอบการทำงานของมัน หากซอฟต์แวร์ตรวจพบปัญหา ซอฟต์แวร์จะย้ายการทำงานของแอปพลิเคชันไปยังโหนดรองในกระบวนการที่เรียกว่าเฟลโอเวอร์ เนื่องจากโหนดรองใช้พื้นที่เก็บข้อมูลร่วมกับโหนดหลัก การดำเนินการสามารถดำเนินต่อไปได้อย่างรวดเร็ว โดยบรรลุเวลาการกู้คืนที่สั้นมาก (วินาทีถึงนาที) และวัตถุประสงค์ของจุดกู้คืน Linux Open Source High Availability Clustering ผู้จำหน่ายระบบปฏิบัติการ Linux บางรายเสนอซอฟต์แวร์การทำคลัสเตอร์ เช่น SUSE Linux HAE; Red Hat Enterprise Linux (RHEL); และ Oracle Real Application Clusters (RAC) ในขณะที่อนุญาตให้คุณสร้าง คลัสเตอร์ล้มเหลว พวกเขานำเสนอความท้าทายที่หลากหลาย อันดับแรก การเลือกซอฟต์แวร์ที่จะใช้สำหรับแต่ละองค์ประกอบของการกำหนดค่า HA ซึ่งอย่างน้อยต้องมีความสามารถที่เกี่ยวข้องสามประการ: การจำลองข้อมูล , การทำคลัสเตอร์เซิร์ฟเวอร์ และตัวจัดการรีซอร์สพร้อมมอนิเตอร์ฮาร์ตบีต ด้วย SUSE และ Red Hat คุณจะถูกล็อคในระบบปฏิบัติการด้วย หากคุณต้องการใช้ระบบปฏิบัติการรุ่นอื่นที่มีราคาไม่แพงหรือฟรี เช่น CentOS หรือ Oracle Enterprise Linux (OEL) คุณจะต้องซื้อโซลูชัน HA แยกต่างหาก ไม่ว่าคุณจะเลือกแบบใด การสร้างโซลูชันคลัสเตอร์ Linux ด้วยซอฟต์แวร์โอเพ่นซอร์สเพื่อความพร้อมใช้งานสูงคือโครงการ “ทำด้วยตัวเอง” (DIY) ซึ่งดำเนินการด้วยตนเองและมีแนวโน้มสูงที่จะเกิดข้อผิดพลาดจากมนุษย์ ส่วนขยาย HA แบบโอเพ่นซอร์สของ Linux ต้องใช้ทักษะทางเทคนิคระดับสูง ซึ่งสร้างปัญหาด้านความซับซ้อนและความน่าเชื่อถือที่ท้าทายผู้ปฏิบัติงานส่วนใหญ่ SUSE Linux Enterprise Server และ Red Hat Enterprise Linux ทั้งสองโซลูชันมีทั้งสภาพแวดล้อม SAN และ SANless แต่ต้องการให้ติดตั้งและกำหนดค่าซอฟต์แวร์การจำลองแบบที่เรียกว่า DRBD ใน OS เพื่อรองรับการจำลองข้อมูลในสภาพแวดล้อม SANless ขออภัย ต้องใช้สคริปต์แบบกำหนดเองจำนวนมาก ซึ่งอาจใช้เวลานานในการทดสอบและตรวจสอบ และต้องมีการทดสอบซ้ำเมื่อมีการอัปเดตสภาพแวดล้อม เนื่องจากบริษัทเหล่านี้เป็นบริษัทระบบปฏิบัติการก่อนและสำคัญที่สุด การสนับสนุนของพวกเขาจึงมุ่งไปที่ปัญหาระดับระบบปฏิบัติการ และบ่อยครั้งที่ผู้เชี่ยวชาญ HA แทบไม่มีหรือไม่มีเลยที่จะช่วยเหลือลูกค้าเกี่ยวกับปัญหาของพวกเขา Oracle RAC เป็น ความพร้อมใช้งานสูง โซลูชัน แต่ได้รับการออกแบบมาเป็นหลักสำหรับระดับการจัดการฐานข้อมูล ซึ่งหมายความว่าคุณจะต้องใช้โซลูชัน HA ที่แตกต่างกันสำหรับส่วนประกอบเหล่านั้นที่ทำการตรวจสอบ จัดการ และกู้คืนระดับแอปพลิเคชันของคุณ Oracle RAC นั้นมีราคาแพงมากเช่นกัน โดยคุณต้องอัปเกรดเป็น Oracle Enterprise Edition เพิ่มเติมจากการจ่ายเงินสำหรับตัวเลือก RAC ซึ่งโดยทั่วไปจะมีมูลค่าหลายแสนดอลลาร์ เมื่อเทียบกับโซลูชันการทำคลัสเตอร์ Linux อื่นๆ เช่น SIOS Protection Suite SIOS Protection Suite สำหรับ Linux Clustering ดิ SIOS Protection Suite สำหรับ Linux ให้การผสมผสานอย่างแน่นหนาของคลัสเตอร์เฟลโอเวอร์ที่มีความพร้อมใช้งานสูง การตรวจสอบแอปพลิเคชันอย่างต่อเนื่อง การจำลองข้อมูล และนโยบายการกู้คืนที่กำหนดค่าได้ ปกป้องแอปพลิเคชันที่มีความสำคัญต่อธุรกิจของคุณจากการหยุดทำงานและภัยพิบัติ แม้ว่า SIOS Protection Suite จะทำงานในสภาพแวดล้อม SAN เพื่อรองรับคลัสเตอร์ที่ใช้ฮาร์ดแวร์ HA แบบดั้งเดิม แต่สถาปัตยกรรมใช้วิธีการแบบไม่มีส่วนร่วมในการจัดคลัสเตอร์เซิร์ฟเวอร์ทำให้สามารถรัน SANless ได้ นำเสนอโซลูชันที่มีประสิทธิภาพ หลากหลาย และกำหนดค่าได้ง่ายด้วยนโยบายการกู้คืนระบบเฟลโอเวอร์/เฟลแบ็คแบบอัตโนมัติและด้วยตนเองสำหรับแอปพลิเคชันที่หลากหลาย SIOS Protection Suite สำหรับ Linux ประกอบด้วย: SIOS LifeKeeper ซึ่งมีซอฟต์แวร์การทำคลัสเตอร์เฟลโอเวอร์ที่ยืดหยุ่นซึ่งตรวจสอบสแต็กแอปพลิเคชันทั้งหมด SIOS DataKeeper ซึ่งให้การจำลองข้อมูลระดับบล็อกที่รวดเร็วและมีประสิทธิภาพสำหรับการมิเรอร์ที่เก็บข้อมูลในเครื่องในการกำหนดค่าคลัสเตอร์ SANless หรือการจำลองแบบไปยังตำแหน่งระยะไกลหรือระบบคลาวด์สำหรับการกู้คืนจากภัยพิบัติ ชุดกู้คืนแอปพลิเคชัน (ARK) หลายชุดพร้อมการกำหนดค่าอัตโนมัติและเครื่องมือตรวจสอบความถูกต้องในผลิตภัณฑ์ เพื่อปกป้องแอปพลิเคชันและข้อมูลที่สำคัญต่อธุรกิจของคุณจากการหยุดทำงานและภัยพิบัติ เป็นความรู้เชิงลึกของทีม SIOS ในการกู้คืนแอปพลิเคชันและการตรวจสอบและกู้คืนแอปพลิเคชันอัตโนมัติของโซลูชัน ซึ่งช่วยให้ใช้งานได้ง่ายขึ้นและเป็นทางเลือกที่ดีกว่าและราคาถูกกว่าเมื่อเปรียบเทียบกับโซลูชันคลัสเตอร์ Linux ที่มี SUSE, Red Hat และ Oracle นอกจากนี้, SIOS LifeKeeper รองรับการกระจาย Linux หลักทั้งหมด รวมถึง Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS และ Oracle Linux และรองรับสถาปัตยกรรมการจัดเก็บข้อมูลที่หลากหลาย ซอฟต์แวร์ SIOS ได้รับการดัดแปลงและปรับให้เหมาะสมเพื่อให้ทำงานบนระบบปฏิบัติการเหล่านี้ และส่วนประกอบได้รับการทดสอบ ดังนั้นตรวจสอบให้แน่ใจว่าโซลูชันคลัสเตอร์ SANless จะทำงานในแต่ละระบบปฏิบัติการ สุดท้ายนี้ ด้วย SIOS Protection Suite สำหรับ Linux คุณสามารถเรียกใช้แอปพลิเคชันที่มีความสำคัญต่อธุรกิจของคุณในสภาพแวดล้อมคลาวด์ที่ยืดหยุ่นและปรับขนาดได้ เช่น Amazon Web Services (AWS) โดยไม่สูญเสียประสิทธิภาพ ความพร้อมใช้งานสูง หรือการป้องกันภัยพิบัติ การทำคลัสเตอร์ Linux ใน AWS แม้ว่าผู้ให้บริการระบบคลาวด์ เช่น AWS จะมีตัวเลือกความพร้อมใช้งานสูง แต่ก็ไม่ได้ให้ระดับความพร้อมใช้งานสูงและการป้องกันที่ครอบคลุมทั่วทั้งโครงสร้างพื้นฐานของแอปพลิเคชันที่ลูกค้าต้องการและที่คุณเคยทำได้โดยใช้คลัสเตอร์ก่อนการประมวลผลบนระบบคลาวด์ นั่นคือเหตุผลที่ AWS เป็นพันธมิตรกับ SIOS SIOS Protection Suite สำหรับ Linux บรรลุความพร้อมใช้งานสูงในระดับที่ต้องการสำหรับลูกค้าร่วมกันของเราและแอปพลิเคชันที่สำคัญที่พวกเขากำลังย้ายไปยัง AWS Cloud SIOS Protection Suite สำหรับ Linux บน AWS จัดเตรียมองค์ประกอบทั้งหมดที่คุณต้องการเพื่อสร้างคลัสเตอร์ Linux ที่มีความพร้อมใช้งานสูงในระบบคลาวด์ส่วนตัวเสมือน (VPC) ภายในเขต AWS เดียวใน Availability Zone สองแห่ง นอกจากนี้ยังสนับสนุนการป้องกันแบบสำเร็จรูปสำหรับระบบ SAP, ฐานข้อมูล Oracle และแอปพลิเคชันที่สำคัญต่อธุรกิจอื่นๆ SIOS และ AWS เสนอ SIOS Protection Suite Quickstart บน AWS ซึ่งช่วยให้คุณสร้างคลัสเตอร์ที่มีความพร้อมใช้งานสูงของ Linux ที่กำหนดค่าอย่างสมบูรณ์และใช้งานได้ในไม่กี่ขั้นตอนสั้นๆ มันตั้งค่าสถาปัตยกรรม AWS สำหรับ SIOS Protection Suite สำหรับ Linux และปรับใช้ในบัญชี AWS ของคุณในเวลาประมาณครึ่งชั่วโมง การเริ่มต้นอย่างรวดเร็วนี้มีอยู่ใน AWS Marketplace มีไว้สำหรับผู้ใช้ระดับองค์กรที่ต้องการปรับใช้ SIOS Protection Suite สำหรับ Linux บน AWS ในสภาพแวดล้อมการทดสอบหรือการใช้งานจริง การทำคลัสเตอร์ SIOS สำหรับ Linux SIOS เป็นบริษัทที่มีความพร้อมใช้งานสูงซึ่งใช้เวลา 20 ปีที่ผ่านมาโดยมุ่งเน้นที่การนำเสนอ HA ที่ออกแบบมาโดยเฉพาะสำหรับ SAP, SQL, Linux, Oracle และแอปพลิเคชันอื่นๆ ประสบการณ์ของมันถูกสร้างขึ้นในผลิตภัณฑ์ การติดตั้งและการกำหนดค่าใช้เวลาและค่าใช้จ่ายเพียงเล็กน้อยเมื่อเทียบกับการเขียนสคริปต์แบบกำหนดเองกับลีนุกซ์รุ่นต่างๆนอกจากนี้ SIOS จะทดสอบและตรวจสอบระบบปฏิบัติการและแอปพลิเคชันเวอร์ชันใหม่เพื่อให้ลูกค้าไม่ต้องทำเมื่อลูกค้าโทรหา SIOS เพื่อขอรับการสนับสนุน พวกเขาจะเชื่อมต่อกับผู้เชี่ยวชาญที่มีความพร้อมใช้งานสูง ซึ่งเป็นผู้ที่มุ่งเน้นเฉพาะ HA เท่านั้นและดำเนินการดังกล่าวมาเป็นเวลานาน สำหรับข้อมูลเพิ่มเติม โปรดดูเอกสารไวท์เปเปอร์ SIOS “การนำความพร้อมใช้งานสูงไปใช้ในสภาพแวดล้อม Linux” ข้อมูลอ้างอิงเพิ่มเติม https://whatis.techtarget.com/definition/clustered-storage สืบพันธุ์จาก SIOS

Results 241-245 of 943
< Page 49 of 189 >

เข้าร่วมรายชื่อผู้รับจดหมายของเรา

First Name Last Name Email Address
ค้นหา