%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

พฤษภาคม 17, 2020	บทสรุปโซลูชัน: ความพร้อมใช้งานสูงสําหรับ SQL Server ในสภาพแวดล้อม Amazon Cloud บทสรุปโซลูชัน: ความพร้อมใช้งานสูงสําหรับ SQL Server ในสภาพแวดล้อม Amazon Cloud ซอฟต์แวร์ SIOS ให้ง่าย, วิธีประหยัดค่าใช้จ่ายเพื่อให้การป้องกันความพร้อมใช้งานสูงสําหรับ SQL Server ใน Amazon เว็บเซอร์วิสคลาวด์. เพิ่มซอฟต์แวร์ SIOS DataKeeper คลัสเตอร์ Edition ไปยังสภาพแวดล้อมคลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ Windows เช่น SQL Server เสมอบนอินสแตนซ์คลัสเตอร์ล้มเหลว (FCI) เพื่อสร้างคลัสเตอร์ SANless เมฆมิตร ใช้เทมเพลตการปรับใช้ AWS Quickstart เพื่อสร้างคลัสเตอร์ SOS SANless ในไม่กี่นาที รวดเร็วและประหยัดค่าใช้จ่ายเพื่อเพิ่มความพร้อมใช้งานสูง เช่นเดียวกับโซลูชันคลัสเตอร์ failover แบบดั้งเดิมทั้งหมด สภาพแวดล้อมของ SQL Server FCI จําเป็นต้องใช้ที่เก็บที่ใช้ร่วมกัน ข้อกําหนดนี้ทําให้พวกเขาทําไม่ได้หรือเป็นไปไม่ได้ในสภาพแวดล้อมระบบคลาวด์สาธารณะ รวมถึง Amazon Web Services ซอฟต์แวร์ SIOS SANless clustering กําจัดความต้องการนี้ในสภาพแวดล้อมที่ถูกรวมทั้งหมดกับคลัสเตอร์ล้มเหลวเซิร์ฟเวอร์ของ Windows ซอฟต์แวร์ SIOS เพิ่มความยืดหยุ่นในการปกป้องแอปพลิเคชันที่สําคัญทางธุรกิจของคุณเช่น SQL Server Standard หรือ Enterprise Edition ใน Windows หรือ Linux และการรวมกันของสภาพแวดล้อมทางกายภาพเสมือนและระบบคลาวด์ การซิงโครไนซ์ที่รวดเร็วและมีประสิทธิภาพ ซอฟต์แวร์ SIOS ใช้การจําลองแบบบล็อกในระดับที่มีประสิทธิภาพสูงเพื่อซิงโครไนซ์การจัดเก็บข้อมูลในโหนดคลัสเตอร์ทั้งหมดในแบบเรียลไทม์เพื่อสร้างคลัสเตอร์ SANless โดยการจําลองปริมาณข้อมูลที่ระดับบล็อกซอฟต์แวร์ SIOS ใช้ทรัพยากรระบบน้อยลงทําให้การใช้แบนด์วิดท์ที่พร้อมใช้งานมีประสิทธิภาพมากขึ้นและถ่ายโอนข้อมูลได้เร็วขึ้นกว่าทางเลือกการจําลองแบบตามไฟล์ ด้วยเหตุนี้ ซอฟต์แวร์ SIOS จึงให้ความเร็วในการจําลองแบบที่รวดเร็วเหลือเชื่อ คุณจะได้รับการจัดเก็บที่มีประสิทธิภาพโดยไม่มีข้อจํากัดด้านต้นทุนหรือการกําหนดค่าของสภาพแวดล้อมแบบ SAN แบบดั้งเดิม ล้มเหลวในโซนความพร้อมใช้งานสําหรับการป้องกันภัยพิบัติ มันช่วยให้สําเนาเวลาจริงของข้อมูลตรงกันในหลายโหนดและทั่วเขตความพร้อมใช้งาน EC2 (AZs) สําหรับความพร้อมใช้งานและการป้องกันภัยพิบัติ ความพร้อมใช้งานสูงกับรุ่นมาตรฐานของเซิร์ฟเวอร์ SQL ซอฟต์แวร์ SIOS DataKeeper คลัสเตอร์ Edition สามารถใช้กับ FCI มาตรฐานของเซิร์ฟเวอร์ SQL Edition เพื่อสร้างคลัสเตอร์พร้อมใช้งานสูงต้นทุนที่มีประสิทธิภาพโดยไม่ต้องใช้สิทธิ์การใช้งาน SQL Server องค์กร Edition ค่าใช้จ่ายเพิ่มเติม ประโยชน์ที่สำคัญ เปิดใช้งานการจัดกลุ่มในเมฆ •ทําให้การป้องกันคลัสเตอร์ล้มเหลวในสภาพแวดล้อมเมฆที่เป็นไปได้โดยไม่จําเป็นต้องใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกัน •รวมอย่างเต็มที่กับ Windows เซิร์ฟเวอร์ล้มเหลวคลัสเตอร์ (WSFC) การป้องกันสําหรับแอปพลิเคชันและข้อมูล •ความพร้อมใช้งานสูงและการป้องกันภัยพิบัติในสภาพแวดล้อมระบบคลาวด์ ความง่ายในการใช้งาน •เทมเพลตการปรับใช้ AWS ด่วน •คอนโซลที่ใช้งานง่ายสําหรับการตรวจสอบและการจัดการ AWS อย่างต่อเนื่องได้ง่าย ดาวน์โหลดโซลูชันของเราพร้อมสําหรับ SQL Server ในสภาพแวดล้อมของ Amazon Cloud
พฤษภาคม 15, 2020	กรณีศึกษา: SIOS AppKeeper ให้อุ่นใจญี่ปุ่นและช่วยให้พนักงานผลิตเนื้อหาที่ดีที่สุดที่เป็นไปได้ กรณีศึกษา: SIOS AppKeeper ให้อุ่นใจญี่ปุ่นและช่วยให้พนักงานผลิตเนื้อหาที่ดีที่สุดที่เป็นไปได้ SIOS ได้รับการแต่งตั้งสําหรับความสามารถในการส่งมอบทั้งความพร้อมใช้งานสูงและประสิทธิภาพสูง "เราไม่สามารถป้องกันข้อผิดพลาดการกําหนดค่าหรือปัญหาการโหลด แต่ SIOS AppKeeper ดีมากสําหรับความสงบของฉันของจิตใจ กับ AppKeeper พนักงานของเราจะไม่ถูกเรียกทุกครั้งที่เกิดความล้มเหลวของระบบหรือเซิร์ฟเวอร์"Yuichiro Fukabori "เป้าหมายของเราคือการสร้างสภาพแวดล้อมที่ไม่มีค่าใช้จ่ายและต้นทุนต่ําและ SIOS AppKeeper ช่วยให้เราทําเช่นนั้น" งานอดิเรกญี่ปุ่นเป็น บริษัท ที่เผยแพร่กับธุรกิจที่มีความหลากหลายที่เกี่ยวข้องกับงานอดิเรก (เช่นอะนิเมะ, ตัวเลขการดําเนินการเก็บ, เกมการ์ด, ฯลฯ ) ที่มีการเผยแพร่หนังสือและนิตยสารหนุ่มสาวผู้ใหญ่เช่น "งานอดิเรกญี่ปุ่น", "แขนรายเดือน" และ "เกมการ์ด. นอกจากนี้ บริษัทยังขายตัวเลขและสินค้าตัวละคร, เครื่องมือการวางแผนเกม, และนําเข้าและขายเกมอนาล็อก. Yuichiro Fukabori จากประชาสัมพันธ์, ฝ่ายบริหารธุรกิจของ Hobby ญี่ปุ่นอธิบายบริษัทเป็น "บริษัทการค้าทั่วไปที่มีเกือบทุกอย่างที่เกี่ยวข้องกับงานอดิเรก. สิ่งแวดล้อม งานอดิเรกญี่ปุ่นไม่ได้มีแผนกไอทีโดยเฉพาะ หลายพนักงานของตนมีบทบาทหลาย, และในขณะที่เขาเป็นสมาชิกของทีมประชาสัมพันธ์, นาย. Fukabori ยังจัดการเว็บเซิร์ฟเวอร์ของ บริษัท ฯ. "เนื่องจากไม่มีแผนกไอทีภายในบริษัทผมรับผิดชอบการดําเนินงานของเซิร์ฟเวอร์ทั้งหมดยกเว้นที่มีการจัดการโดยแต่ละแผนก"นาย Fukabori กล่าวว่า มันง่ายที่จะจินตนาการว่าเขาอยู่ในสถานการณ์ที่ยากลําบาก งานอดิเรกญี่ปุ่นใช้พึ่งพา บริษัท ให้บริการโฮสติ้งในการจัดการเว็บเซิร์ฟเวอร์ของพวกเขา แต่พวกเขาประสบภัยพิบัติเมื่อพวกเขามีความล้มเหลวฮาร์ดไดรฟ์ ในขณะที่พวกเขาสามารถกู้คืนข้อมูลได้ในที่สุด บริการคลาวด์กําลังเป็นที่นิยมมากขึ้นในประเทศญี่ปุ่นดังนั้นนาย Fukabori จึงนําความพยายามในการเปลี่ยนบริษัทไปสู่ระบบคลาวด์ งานอดิเรกญี่ปุ่นย้ายไปที่ Amazon Web Services (AWS) ในปี 2013 ดังนั้นพ้นจากปัญหาต่างๆที่พวกเขาเคยมีประสบการณ์ในอดีต แต่การเข้าชมเว็บไซต์เริ่มเพิ่มขึ้นอย่างต่อเนื่อง, วางความดันในสภาพแวดล้อมของพวกเขา. นาย Fokabori ได้รับมอบหมายให้จัดการกับปัญหานี้ เขาต้องการสิ่งที่สามารถมั่นใจได้ว่ามีระดับสูงและมีประสิทธิภาพสูง ความท้าทาย งานอดิเรกญี่ปุ่นกําลังเฝ้าดูสภาพแวดล้อม EC2 ด้วย AWS Cloud Watch แต่นาย Fukabori ไม่สามารถตอบสนองได้อย่างถูกต้องเมื่อการเข้าชมเว็บเซิร์ฟเวอร์ถูกแทงเช่นเมื่อปัญหารายเดือนงานอดิเรกญี่ปุ่นถูกโพสต์ เขาได้รับการแจ้งเตือนเฉพาะในช่วงเวลาของเซิร์ฟเวอร์หยุดทํางาน นอกจากนี้เขายังกล่าว "เมื่อเนื้อหาของเราถูกแนะนําในเว็บไซต์วิดีโอยอดนิยมหรือตัวเลขของเราถูกโพสต์บน Twitter เรายังมีเพิ่มขึ้นที่ไม่คาดคิดในการเข้าชมเซิร์ฟเวอร์บ่อยครั้งส่งผลให้เวลาหยุดทํางานมากขึ้น" บริษัทประสบปัญหาระบบประมาณ 10 ครั้งต่อเดือนและนาย Fukabori ยุ่งอยู่กับพวกเขา การแจ้งเตือนมักจะเกิดขึ้นในช่วงกลางของคืนที่รบกวนการนอนหลับของคุณ Fukabori และชีวิตที่บ้าน เขาคิดว่า "ฉันไม่สามารถจัดการด้วยตนเองได้" และขอความช่วยเหลือจาก AWS AWS ได้เปิดตัว Hobby Japan ให้กับ ForgeVision, Inc ซึ่งเป็นพันธมิตรให้คําปรึกษาของ AWS ที่ให้บริการการรวมระบบคลาวด์ ForgeVision เสนอการปรับปรุง 3 การปรับปรุงสําหรับความพร้อมใช้งานสูงและนําไปใช้ในเดือนสิงหาคม 2018 ครั้งแรกคือการใช้อัตโนมัติปรับสําหรับ Hobby ญี่ปุ่น EC2 อินสแตนซ์การเปิดใช้งานการตอบสนองอัตโนมัติและปรับขนาดได้เมื่อการเข้าถึงเกินพิกัดที่เกิดขึ้น AWS Auto Scaling ทําให้การดําเนินงานเซิร์ฟเวอร์มีเสถียรภาพได้อย่างรวดเร็ว "ขอบคุณ Auto Scaling เราไม่ได้มีปัญหาใด ๆ ในช่วงซัมเมอร์ของเราออกอากาศวันออกอากาศ 2018 เมื่อผู้ใช้จํานวนมากเข้าถึงเซิร์ฟเวอร์ของเราพร้อมกัน"นาย Fukabori กล่าว เหตุการณ์ที่เกิดขึ้นต่อเดือนลดลงจาก 10 ครั้งต่อเดือนเป็นหนึ่งหรือสองครั้งต่อเดือนทําให้เขาสามารถกลับไปใช้ชีวิตตามปกติมากขึ้น การปรับปรุงที่สองคือการดําเนินการของเครื่องมือการสร้างภาพเพื่อให้ญี่ปุ่น Hobby เพื่อตรวจสอบสถานะการเข้าถึงและการใช้ทรัพยากร การปรับปรุงครั้งที่สามคือการลดภาระในการดําเนินงานโดยการแนะนําบริการการจัดการการดําเนินงานของ AWS แต่ญี่ปุ่น Hobby ยังคงมีปัญหาอื่น การดําเนินงานของ AWS และการบริการการจัดการของ ForgeVision ส่งการแจ้งเตือนความล้มเหลวของระบบตลอดเวลา แต่ทีมของพวกเขาสามารถใช้ได้เฉพาะกับปัญหาระหว่าง 10:00 และ 6 PM ในวันธรรมดา เนื่องจากการเข้าชมเว็บไซต์เพิ่มขึ้นในตอนกลางคืน, Hobby Japan ตระหนักว่าพวกเขาต้องการความช่วยเหลือเพิ่มเติมเพื่อแก้ไขปัญหานี้. "ฉันไม่ต้องการกังวลมากเกี่ยวกับระบบหรือเซิร์ฟเวอร์ หากเราสามารถที่จะเราต้องการจะสมบูรณ์ outsource การตรวจสอบและการจัดการสภาพแวดล้อมของเรา แต่มันจะเสียค่าใช้จ่ายเพิ่มเติม"นาย Fukabori กล่าวว่า "เราผลิตเนื้อหาที่มีคุณภาพสูง แต่การทํางานนั้นจะไม่สามารถใช้งานได้หากเราไม่สามารถให้บริการในเวลาที่เหมาะสมเนื่องจากเซิร์ฟเวอร์หยุดทํางาน ดังนั้นเราจึงจําเป็นต้องมีระบบที่ระบบเป็นระบบอัตโนมัติที่เป็นไปได้. ForgeVision ชี้ให้เห็นว่างานอดิเรกญี่ปุ่นจะดูที่ SIOS AppKeeper ซึ่งจะให้ความพร้อมสูงที่จําเป็น การประเมินผล งานอดิเรกญี่ปุ่นเริ่มใช้ AppKeeper ในห้าเว็บไซต์ที่พวกเขาทํางาน "เราเข้าใจการทํางานและไม่จําเป็นต้องใช้เวลาในการประเมินพิเศษ เราเริ่มใช้มันทันที"นาย Fukabori กล่าว โซลูชั่น SIOS AppKeeper ถูกนําเสนอให้เป็นโซลูชันซอฟต์แวร์แบบคลาวด์ที่สนับสนุนการตรวจสอบและการกู้คืนบริการและอินสแตนซ์ของ AWS EC2 โดยอัตโนมัติ โดยจะตรวจสอบผ่าน AWS API และตรวจจับและกู้คืนจากความล้มเหลวได้อย่างรวดเร็ว AppKeeper คืนค่าการดําเนินการแอพลิเคชันโดยอัตโนมัติ โดยการตรวจหา และเริ่มต้นบริการโปรแกรมประยุกต์ โดยทั่วไปขั้นตอนนี้จะคืนค่าบริการในไม่กี่วินาที ถ้าการเริ่มระบบของบริการล้มเหลว รายงานความล้มเหลวที่แสดงให้เห็นความล้มเหลวที่เกิดขึ้นและการกู้คืนข้อมูลที่เกี่ยวข้องซึ่งได้รับก่อนและหลังการกู้คืนจากเครื่องเสมือน, บริการ, และ AWS. หากลูกค้าเลือกฟังก์ชันการปรับมาตราส่วนอัตโนมัติ EC2 พวกเขาสามารถเพิ่มอินสแตนซ์เพิ่มเติมสําหรับการป้องกัน AppKeeper ได้อย่างง่ายดาย AppKeeper จะปรับขนาดเพื่อตรวจสอบกรณีใหม่เหล่านี้ในเวลาใกล้จริงและหากต้องการใช้การตั้งค่าที่กําหนดโดยอัตโนมัติ ผลลัพธ์ เนื่องจากความล้มเหลวส่วนใหญ่สามารถแก้ไขได้โดยการรีสตาร์ทอินสแตนซ์หรือรีบูตบริการ SIOS AppKeeper จะแก้ปัญหาเหล่านี้ได้อย่างรวดเร็ว มันให้ความสงบของจิตใจแม้ในเวลากลางคืนเมื่อคนไอทีไม่สามารถที่อยู่ความล้มเหลว นาย Fukabori ตัดสินใจที่จะดําเนินการ SIOS AppKeeper ที่ Hobby ญี่ปุ่นในเดือนเมษายน 2019 โดยคาดหวังว่าการแก้ปัญหาจะเพิ่มความรู้สึกใหม่ของความปลอดภัยในการจัดการการดําเนินงาน SIOS AppKeeper ไม่ได้พบปัญหาใด ๆ ที่ไม่สามารถกู้คืนโดยอัตโนมัติจาก, ให้นาย Fukabori และทีมงานของเขามั่นใจว่ารู้ว่าพวกเขามีกลไกที่ปลอดภัยล้มเหลวโดยอัตโนมัติกู้คืนระบบของพวกเขาหากความล้มเหลวเกิดขึ้น. "แน่นอนข้อผิดพลาดของมนุษย์ไม่สามารถป้องกัน ได้ แต่การแนะนําของ SIOS AppKeeper ได้ดีมากสําหรับความสงบสุขของฉันใจ"นาย Fukabori กล่าว "ผมรู้สึกว่าเราเป็นหนึ่งในขั้นตอนที่ใกล้ชิดกับสภาพแวดล้อมที่ฉันสามารถสงบแม้ในขณะที่คนจํานวนมากพยายามที่จะเข้าถึงเนื้อหาที่เป็นที่นิยมของเรา"เขากล่าวว่า "ความสามารถในการเปิดใช้งานการบํารุงรักษาฟรี, สภาพแวดล้อมที่ดูแลฟรีที่ต้นทุนต่ําเป็นข้อได้เปรียบของ SIOS AppKeeper." เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS AppKeeper เพื่อเพลิดเพลินกับความพร้อมใช้งานสูงและประสิทธิภาพสูง ลงทะเบียนเพื่อทดลองใช้ฟรีของ SIOS DataKeeper ดาวน์โหลดกรณีศึกษา PDF
พฤษภาคม 12, 2020	กรณีศึกษา: โรงพยาบาล Chris O'Brien Lifehouse รับประกันความพร้อมในการให้บริการสูงใน AWS Cloud กับ SIOS DataKeeper กรณีศึกษา: โรงพยาบาล Chris O'Brien Lifehouse รับประกันความพร้อมในการให้บริการสูงใน AWS Cloud กับ SIOS DataKeeper SIOS ได้รับการแต่งตั้งสําหรับความสามารถในการส่งมอบทั้งความพร้อมใช้งานสูงและประสิทธิภาพสูง คริสโอไบรอันไลฟ์เฮ้าส์ (www.mylifehouse.org.au) เป็นศูนย์กลางแบบบูรณาการและมุ่งเน้นความเป็นเลิศในการบําบัดและการวิจัยของรัฐของศิลปะสําหรับผู้ป่วยที่ทุกข์ทรมานจากกรณีมะเร็งที่หายากและซับซ้อน Lifehouse มีทุกอย่างผู้ป่วยโรคมะเร็งอาจต้องอยู่ในที่เดียว, รวมทั้งขั้นสูงมะเร็ง- ศัลยกรรม, เคมีบําบัด, การรักษาด้วยรังสี, การทดลองทางคลินิก, การวิจัย, การศึกษา, การรักษาเสริมและการสนับสนุนทางจิตสังคม. โรงพยาบาลที่ไม่หวังผลกําไรมีผู้ป่วยมากกว่า 40,000 รายต่อปีในการคัดกรองการวินิจฉัยและการรักษา ศูนย์ทดลองทางคลินิกที่ใหญ่ที่สุดแห่งหนึ่งของออสเตรเลีย Lifehouse ยังช่วยให้ผู้ป่วยเข้าถึงความก้าวหน้าในการรักษามะเร็งล่าสุดของโลก สิ่งแวดล้อม ไลฟ์เฮาส์ใช้ระบบเวชระเบียนอิเล็กทรอนิกส์และเวชศาสตร์การแพทย์ MEDITECH ซึ่งจัดเก็บบันทึกสุขภาพอิเล็กทรอนิกส์สําหรับผู้ป่วยทุกรายในฐานข้อมูล "ระบบข้อมูลสุขภาพและฐานข้อมูลมีความสําคัญต่อการดูแลที่เรามีและถ้าทั้งไปลงบันทึกผู้ป่วยจะไม่สามารถเข้าถึงได้และที่จะเป็นอัมพาตการดําเนินงานของโรงพยาบาล"ปีเตอร์ซิงเกอร์, ผู้อํานวยการเทคโนโลยีสารสนเทศที่ Lifehouse ในศูนย์ข้อมูลของโรงพยาบาล แต่เช่นเดียวกับองค์กรจํานวนมาก, Lifehouse ความท้าทาย ไลฟ์เฮาส์เลือกบริการ Amazon Web Services เป็นผู้ให้บริการระบบคลาวด์ และหวังว่าจะ "ยกและเปลี่ยน" สภาพแวดล้อมของ Amazon Cloud โดยตรง เพื่อจําลองการกําหนดค่าในสถานที่ Peter เลือกบริการ "ปริมาณเมฆ" ที่มีอยู่ใน AWS Marketplace คลัสเตอร์ Failover ถูกกําหนดค่าโดยใช้ซอฟต์แวร์วอลุ่มเก็บข้อมูลที่กําหนดเพื่อแบ่งปันข้อมูลระหว่างอินสแตนซ์ที่ใช้งานอยู่และสแตนด์บายและการทดสอบพิสูจน์แล้วว่าวิธีการที่สามารถให้ล้มเหลวโดยอัตโนมัติที่จําเป็นเพื่อตอบสนองความต้องการของโรงพยาบาลจุดกู้คืนและวัตถุประสงค์เวลาการกู้คืน อย่างไรก็ตามมีปัญหา: การใช้วอลุ่มระบบคลาวด์ที่กําหนดโดยซอฟต์แวร์มีผลกระทบอย่างมากต่อประสิทธิภาพการทํางานที่ส่งผ่านข้อมูล ด้วยองค์ประกอบและเลเยอร์จํานวนมากที่เกี่ยวข้องกับปัญหาประสิทธิภาพการทํางานจึงเป็นเรื่องยากที่จะแก้ไขปัญหาในการกําหนดค่าที่กําหนดซอฟต์แวร์ที่ใช้งานในระบบคลาวด์ ด้วยตัวเลือก "ไม่มีการป้องกัน" ที่ระบุไดรฟ์ข้อมูลเมฆทํางานได้ดี แต่ "ไม่มีการป้องกัน" ไม่ใช่ตัวเลือกสําหรับ Chris O'Brien Lifehouse ทําให้มั่นใจได้ว่ามีพร้อมใช้งานสูงใน AWS Cloud กับ SIOS DataKeeper "เราสามารถที่จะไปจากการทดสอบการผลิตในเวลาไม่กี่วัน การบํารุงรักษาอย่างต่อเนื่องยังค่อนข้างง่ายซึ่งเราคาดหวังว่าจะลดลงค่าใช้จ่ายในการดําเนินงานของเราที่เกี่ยวข้องกับความพร้อมใช้งานสูงและการกู้คืนความเสียหาย"ปีเตอร์ที่เป็นผู้รับผิดชอบภารกิจที่สําคัญ MEDITECH โปรแกรมและฐานข้อมูลของ "เราพยายามอย่างสมเหตุสมผลเพื่อค้นหาและแก้ไขสาเหตุหลัก และสรุปในที่สุดว่าการจัดเก็บซอฟต์แวร์ที่กําหนดจะไม่สามารถส่งมอบประสิทธิภาพการทํางานที่เราต้องการ" Peter ดังนั้นทีมที่ Lifehouse เริ่มมองหาโซลูชันอื่น การประเมินผล ในการค้นหาโซลูชันอื่นที่มีความสามารถในการให้บริการทั้งความพร้อมใช้งานสูงและมีประสิทธิภาพสูง Lifehouse ได้สร้างเกณฑ์สามข้อ: การตรวจสอบความถูกต้องสําหรับการใช้ในระบบคลาวด์ AWS ความสามารถในการทํางานผ่าน Availability Zone หลายโซน ประสิทธิภาพที่ดีเท่าหรือดีกว่าสิ่งที่ได้รับในสถานที่ การรักษาความปลอดภัย / ความเป็นส่วนตัวด้วยการสนับสนุนการเข้ารหัสในการเคลื่อนไหวและที่เหลือ การตรวจสอบเป็นสิ่งสําคัญในการลดความเสี่ยงที่เกี่ยวข้องกับการใช้โซลูชันของบุคคลที่สามในระบบคลาวด์ ความสามารถในการทํางานผ่าน Availability Zone หลายโซนจะรับประกันความต่อเนื่องของธุรกิจในกรณีที่ศูนย์ข้อมูล AWS ทั้งหมดได้รับผลกระทบจากภัยพิบัติที่แปลเป็นภาษาท้องถิ่น เวลาแฝงของเวลาแฝงย่อยของ AWS จะส่งมอบระหว่าง Availability Zones จะมีความสําคัญอย่างยิ่งต่อความสามารถในการจําลองข้อมูลแบบซิงโครนัสไปยังอินสแตนซ์สแตนด์บาย "ร้อน" เพื่อตอบสนองความต้องการเวลาการกู้คืนและวัตถุประสงค์จุดกู้คืนของโรงพยาบาล หลังจากทําการค้นหาที่ละเอียดถี่ถ้วนแล้วเปโตรสรุปว่าโซลูชันที่ดีที่สุดคือ SIOS DataKeeper Cluster Edition จากเทคโนโลยี SIOS SIOS DataKeeper พร้อมใช้งานบน AWS Marketplace ซึ่งมั่นใจได้ว่าได้รับการพิสูจน์แล้วว่าสามารถทํางานได้อย่างน่าเชื่อถือใน AWS Cloud และเนื่องจากไม่ได้ใช้การจัดเก็บซอฟต์แวร์ที่กําหนด, ปีเตอร์มีความมั่นใจ SIOS DataKeeper จะสามารถส่งมอบประสิทธิภาพการทํางานที่จําเป็น โซลูชั่น SIOS DataKeeper ให้ประสิทธิภาพสูง, แบบซิงโครจําลองข้อมูลความต้องการชีวิต. โดยใช้เวลาจริง, บล็อกระดับสะท้อนข้อมูลระหว่างการจัดเก็บในท้องถิ่นที่แนบกับอินสแตนซ์ที่ใช้งานและสแตนด์บาย, การแก้ปัญหาเอาชนะปัญหาที่เกิดจากการขาด SAN ในเมฆ, รวมทั้งประสิทธิภาพต่ําที่มักจะทําให้เกิดภัยพิบัติการจัดเก็บซอฟต์แวร์ที่กําหนด. คลัสเตอร์ SANless ที่ได้จะเข้ากันได้กับ Windows Server Failover Clustering ให้การตรวจสอบอย่างต่อเนื่องสําหรับความล้มเหลวในการตรวจจับความล้มเหลวในระดับโปรแกรมประยุกต์และฐานข้อมูล และเสนอนโยบายที่กําหนดค่าได้สําหรับ failover และ failback ปัจจุบัน Lifehouse มีอินสแตนซ์ 8 อินสแตนซ์ในคลัสเตอร์ล้มเหลวของ SANless เพื่อสนับสนุนแอปพลิเคชัน MEDITECH และฐานข้อมูลของอินสแตนซ์ต่างๆ ของ AWS เพื่อรองรับพื้นที่ความพร้อมใช้งานของ AWS เพื่อป้องกันภัยพิบัติที่แพร่หลาย เวลาแฝงอยู่ตลอดระยะทางที่เกี่ยวข้องตามปกติต้องใช้การจําลองแบบข้อมูลอะซิงโครนัสเพื่อหลีกเลี่ยงการหน่วงเวลาไปยังอินสแตนซ์ที่ใช้งานอยู่ของฐานข้อมูล แต่เวลาจริง, บล็อกระดับเทคโนโลยีสะท้อนข้อมูลที่ใช้ใน SIOS DataKeeper ยังคงช่วยให้ปีเตอร์ซิงเกอร์เพื่อให้บรรลุจุดใกล้ศูนย์การกู้คืน. ผลลัพธ์ SIOS DataKeeper แตกต่างจากที่เก็บข้อมูลที่ใช้ร่วมกันที่กําหนดโดยซอฟต์แวร์ SIOS DataKeeper คือจุดประสงค์ที่สร้างขึ้นเพื่อความพร้อมใช้งานสูงจึงมาไม่น่าแปลกใจที่ Peter Singer ที่การกําหนดค่า cloudbased ทํางานตามความจําเป็น สิ่งที่น่าแปลกใจเล็กน้อยคือวิธีที่ง่ายโซลูชันที่ได้รับการดําเนินการและการดําเนินงาน: "เราสามารถที่จะไปจากการทดสอบการผลิตในเรื่องของวัน. การบํารุงรักษาอย่างต่อเนื่องนั้นค่อนข้างง่ายซึ่งเราคาดหวังว่าจะช่วยลดค่าใช้จ่ายในการดําเนินงานของเราที่เกี่ยวข้องกับความพร้อมใช้งานสูงและการกู้คืนความเสียหาย SIOS DataKeeper ได้เปิดใช้งาน Lifehouse เพื่อใช้ประโยชน์จากเศรษฐกิจของเครื่องชั่งที่ afforded ในเมฆโดยไม่สูญเสียเวลาทํางานหรือประสิทธิภาพการทํางาน "หากไม่ใช่สําหรับ SIOS เราอาจไม่สามารถโยกย้ายสภาพแวดล้อมของเราไปยังระบบคลาวด์ได้" ดาวน์โหลด PDF
พฤษภาคม 9, 2020	กรณีศึกษา: AppKeeper ให้อิสระจากการตรวจสอบ 24 ชั่วโมงพร้อมกับการลดต้นทุนอย่างมาก กรณีศึกษา: AppKeeper ให้อิสระจากการตรวจสอบ 24 ชั่วโมงพร้อมกับการลดต้นทุนอย่างมาก แผนกไอทีของหน่วยงานโฆษณาดิจิทัลชั้นนําต้องการวิธีที่ง่ายและคุ้มค่าในการจัดหาการป้องกันสําหรับแอปพลิเคชันที่ทํางานใน AWS EC2 ในขณะที่กําจัดพายุเตือนภัยและงานไอทีที่ไม่จําเป็น พวกเขาดําเนินการ AppKeeper และนาทีและเห็นการปรับปรุงทันทีประหยัดค่าใช้จ่ายในความพร้อมใช้งานของแอพลิเคชัน INFOBAHN เป็นบริษัทย่อยของ INFOBAHN Group, Inc. เป็นบริษัทตัวแทนโฆษณาดิจิทัลที่โตเกียวซึ่งให้บริการสร้างแบรนด์ดิจิทัล โฆษณา และการจัดการเนื้อหาสําหรับร้านสื่อที่ลูกค้าเป็นเจ้าของ แผนก IT ของ INFOBAHN Group, Inc. เป็นแผนกเล็ก ๆ ที่ให้บริการจัดการเว็บเซิร์ฟเวอร์สําหรับสื่อที่ลูกค้าเป็นเจ้าของและสําหรับ บริษัท น้องสาวของ Mediagene Inc. เจ้าของเว็บไซต์สื่อเนื้อหาชั้นนําเช่น "Gizmodo Japan"cafeglove""Life Hacker"(ภาษาญี่ปุ่น), "ธุรกิจ INSIDER JAPAN"" ROOMIE และอื่น ๆ) สิ่งแวดล้อม ประมาณ 80% ของลูกค้า INFOBAHN ที่ใช้ Amazon Web Services (AWS) โดยอาศัยระบบการจัดการเนื้อหา (CMS) เพื่อส่งมอบเนื้อหาที่ทันสมัยที่สุดให้กับผู้อ่าน เนื่องจากลูกค้าของ INFOBAHN มีความคาดหวังสูงสําหรับความพร้อมและความพร้อมใช้งานที่เข้มงวด SLAs ในสถานที่สําหรับเครื่องมือ CMS เหล่านี้พวกเขา outsource การตรวจสอบและการจัดการของเซิร์ฟเวอร์ที่พวกเขาทํางานบนไปยังผู้ให้บริการที่มีการจัดการ (MSP) ความท้าทาย มันเป็นสิ่งสําคัญมากที่จะ INFOBAHN ว่าพวกเขาได้พบทั้งภายในของพวกเขาและลูกค้าของพวกเขาและข้อตกลงระดับการให้บริการ (SLAs) พวกเขายังใช้ MSP เพื่อตรวจสอบบางส่วนของเซิร์ฟเวอร์ภายในของพวกเขาในขณะที่พวกเขาตรวจสอบคนอื่น ๆ ซึ่งจําเป็นต้องจัดการใกล้ชิดตัวเอง "ในขณะที่เราสามารถดําเนินการตรวจสอบเซิร์ฟเวอร์สําหรับระบบของลูกค้าของเราต่อไป รุ่นนี้จะไม่ทํางานสําหรับเซิร์ฟเวอร์ภายในของเราเพราะจะไม่ขนาดเป็นธุรกิจขยาย"Yu Amano, IT อินบันได้แล้วใช้จ่ายเกือบ US $ 1,400 ต่อเดือนสําหรับ MSP เพื่อตรวจสอบเซิร์ฟเวอร์ภายในของพวกเขาและทีมงานภายในของพวกเขาไม่สามารถจัดการเซิร์ฟเวอร์มากขึ้นเอง อามาโนะและเพื่อนร่วมงานของเขาได้รับการแจ้งเตือนความล้มเหลวทั้งคืนและวัน การแจ้งเตือนทุก Amano ต้องหรือเพื่อนร่วมงานของเขาที่จะทิ้งทุกอย่างตรวจสอบสาเหตุและแก้ไขปัญหา การประเมินผล การตระหนักว่าพวกเขาต้องการโซลูชันที่ดีกว่า พวกเขาทดสอบ AppKeeper กับเซิร์ฟเวอร์ WordPress ของพวกเขา, โดยการลดการให้บริการ Apache กับมันและตรวจสอบอีเมลการแจ้งเตือน AppKeeper และบันทึกความผิดเพื่อตรวจสอบสถานะและการกระทําที่ดําเนินการโดย AppKeeper. "เราทําการทดสอบการตรวจสอบหลายครั้งรวมถึงการหยุดบริการและเรายืนยันว่ามันเริ่มต้นตามที่คาดไว้ เราเห็นได้ว่า AppKeeper เชื่อถือได้ นอกจากนี้เรายังพบว่าหลังจากขั้นตอนการกําหนดค่าง่ายมาก, มันให้การตรวจสอบอัตโนมัติและการฟื้นฟูบริการ,"Amano กล่าวว่า. โซลูชั่น SIOS AppKeeper ถูกนําเสนอเป็นบริการซอฟต์แวร์ที่สนับสนุนการตรวจสอบและการกู้คืนบริการและอินสแตนซ์ของ AWS EC2 โดยอัตโนมัติ โดยจะตรวจสอบผ่าน AWS API และตรวจจับและกู้คืนจากความล้มเหลวได้อย่างรวดเร็ว AppKeeper คืนค่าการดําเนินการแอพลิเคชันโดยอัตโนมัติ โดยการตรวจหา และเริ่มต้นบริการโปรแกรมประยุกต์ โดยทั่วไปขั้นตอนนี้จะคืนค่าบริการในไม่กี่วินาที ถ้าการเริ่มระบบของบริการล้มเหลวนั้นแล้วรีสตาร์ทอินสแตนซ์ทั้งหมด รายงานความล้มเหลวที่แสดงความล้มเหลวที่เกิดขึ้นและการกู้คืนข้อมูลที่เกี่ยวข้องซึ่งได้รับก่อนและหลังการกู้คืนจากบริการเครื่องเสมือนและ AWS หากลูกค้าเลือกฟังก์ชันการปรับมาตราส่วนอัตโนมัติ EC2 พวกเขาสามารถเพิ่มอินสแตนซ์เพิ่มเติมสําหรับการป้องกัน AppKeeper ได้อย่างง่ายดาย AppKeeper จะปรับขนาดโดยอัตโนมัติเพื่อตรวจสอบกรณีใหม่เหล่านี้ในเวลาใกล้จริงและหากต้องการใช้การตั้งค่าที่กําหนดโดยอัตโนมัติ ผลลัพธ์ ในช่วงต้นเดือนมีนาคม 2017 ข้อมูลเริ่มต้นการตรวจสอบเซิร์ฟเวอร์ภายในโดยใช้ SIOS AppKeeper "หลังจากส่งข้อมูลประจําตัว AWS ของเราผ่านกระบวนการลงทะเบียนออนไลน์ทั้งหมดที่ฉันต้องทําคือการเลือกการตั้งค่าสําหรับขั้นตอนที่ฉันต้องการให้ AppKeeper รับเมื่อตรวจพบความล้มเหลว มันเอา 10 ~ 15 นาทีในการกําหนดค่า AppKeeper โดยคลิกที่หน้าจอตามที่อธิบายไว้ในคู่มือผู้ใช้ออนไลน์ของ"Amano Amano กล่าวว่าตั้งแต่พวกเขาเริ่มใช้ SIOS AppKeeper มีความล้มเหลวที่ว่าพวกเขาไม่สามารถกู้คืนโดยอัตโนมัติจาก SIOS AppKeeper ได้ช่วยปกป้องพวกเขาจากข้อผิดพลาดของมนุษย์ "บางครั้งสมาชิกไอทีอื่น ๆ ได้นําเซิร์ฟเวอร์ Active Directory ลงโดยไม่ตั้งใจ ฉันได้รับการแจ้งเตือนทางอีเมลจาก AppKeeper เมื่อฉันออกบอกว่าบริการได้รับการบูรณะแล้ว คืนได้ราบรื่นจนผมไม่เห็นมันจนกระทั่งผมบอก"Amano หัวเราะ INFOBAHN กําลังพิจารณาการขยายการใช้ AppKeeper เพื่อตรวจสอบเซิร์ฟเวอร์ AWS ภายในทั้งหมด พวกเขายังพิจารณาใช้ AppKeeper สําหรับโครงการของลูกค้าในอนาคต "ถ้าเรามี SIOS AppKeeper เราสามารถติดตั้ง CMS ที่จําเป็นเช่น WordPress และประเภทที่สามารถเคลื่อนย้ายบนเซิร์ฟเวอร์หนึ่งกับ AWS และให้เพิ่มมูลค่าที่บริการกู้คืนโดยอัตโนมัติเมื่อล้มเหลว"Amano เกี่ยวกับ SIOS AppKeeper ซอฟต์แวร์ SIOS AppKeeper จะตรวจสอบและปกป้องแอปพลิเคชันใน AWS EC2 อย่างต่อเนื่องจากบริการขัดข้องและเวลาหยุดทํางานในขณะที่ไม่จําเป็นต้องมีการแทรกแซงด้วยตนเองที่มีค่าใช้จ่ายสูงและใช้เวลานาน เรียนรู้เพิ่มเติมได้ที่ https://us.sios.com/products/sios-appkeeper/ ลงทะเบียนทดลองใช้ฟรีของ SIOS AppKeeper ดาวน์โหลด PDF
เมษายน 28, 2020	ความพร้อมใช้งานสูงและ DR สําหรับ S / 4HANA และแพลตฟอร์ม SAP อื่น ๆ SAP เป็นผู้นําตลาดในซอฟต์แวร์โปรแกรมประยุกต์ระดับองค์กร ช่วงของหลายปี SAP ได้ช่วย บริษัท ทุกขนาดและในทุกอุตสาหกรรมทํางานได้อย่างมีประสิทธิภาพและกว่าปีสร้างระบบนิเวศของวิสาหกิจที่ขึ้นอยู่กับแพลตฟอร์มมัน มันได้รับการพิสูจน์แล้วว่า 77% ของรายได้การทําธุรกรรมของโลกสัมผัสกับระบบ SAP เป็นแอปพลิเคชัน SAP สัมผัสส่วนที่สําคัญมากมายของบริษัท เช่น ERP การผลิต กระบวนการทางธุรกิจ การบริการลูกค้า เป็นต้น มันได้กลายเป็นเส้นชีวิตของหลายองค์กรที่ขึ้นอยู่กับมันสําหรับธุรกิจของพวกเขาที่จะทํางานอย่างถูกต้อง ดังนั้นความพร้อมใช้งานสูงได้กลายเป็นหนึ่งในความกังวลด้านบนของการจัดการบริษัทเมื่อมาถึงระบบ SAP ของพวกเขา ในบทความนี้เราจะหารือในระดับสูงสิ่งที่ถูกจําลองแบบระบบ HANA วิธีการทํางานสิ่งที่เป็นข้อ จํากัด เมื่อมันมาถึงความพร้อมใช้งานสูงและวิธีที่เราสามารถเอาชนะพวกเขา นอกจากนี้เรายังจะหารือเกี่ยวกับตัวเลือกสําหรับความพร้อมใช้งานสูงของ HANA และอะไรคือความแตกต่างที่สําคัญเพื่อให้คุณสามารถเลือกเครื่องมือที่เหมาะสมสําหรับงานที่เหมาะสม บางส่วนของคําถามสําคัญที่คุณอาจต้องถามตัวเองในตอนท้ายของวันเพื่อเลือกทางออกที่เหมาะสมที่จะใช้สําหรับ HA : บรรลุวัตถุประสงค์เวลาการกู้คืน (RTO) —–ระยะเวลา SAP จะลดลงก่อนที่คุณจะกู้คืน? บรรลุวัตถุประสงค์จุดกู้คืน (RPO) —–ว่าข้อมูลของคุณจะเก่าแค่ไหนเมื่อบริการถูกคืนค่า เป็นไปตามข้อตกลงระดับการให้บริการ (SLA) —–คุณต้องการเวลาทํางานกี่ครั้ง? การจําลองแบบระบบ SAP HANA SAP HANA System Replication เป็นโซลูชันการป้องกันข้อมูลที่เชื่อถือได้และการกู้คืนความเสียหายที่ให้การซิงโครไนซ์ฐานข้อมูล HANA อย่างต่อเนื่องไปยังตําแหน่งรองทั้งในศูนย์ข้อมูลไซต์ระยะไกลหรือในระบบคลาวด์เดียวกัน การจําลองระบบเป็นคุณลักษณะมาตรฐาน SAP HANA ที่มาพร้อมกับซอฟต์แวร์ ข้อมูลทั้งหมดจะถูกจําลองแบบไปยังไซต์รองและข้อมูลจะถูกโหลดล่วงหน้าลงในหน่วยความจําบนไซต์รองซึ่งจะช่วยลดเวลาการกู้คืนเป้าหมาย (RTO) อย่างมีนัยสําคัญ ดังนั้นในกรณีของ failover, เว็บไซต์รองจะสามารถที่จะผ่านโดยไม่ต้องดําเนินการ HANA DB (re) เริ่มต้นและจะทํางานเป็น DB หลักทันทีเมื่อ failover อย่างไรก็ตาม failover ต้องทริกเกอร์ด้วยตนเอง โดย admin โดยใช้คําสั่งsr_takeover และสําหรับการจําลองแบบจะถูกย้อนกลับ หรือ failback หลัก คําสั่งแยกต่างหากจะต้องออกด้วย รูปที่ 1: HANA ระบบจําลองแบบล้มเหลวพร้อมใช้งานสูงและ DR ด้านล่างนี้เป็นประเด็นสําคัญของวิธีการจําลองแบบระบบ HANA สําหรับ HA และ DR: เซิร์ฟเวอร์ซ้ําซ้อน / โหนด ฐานข้อมูลในหน่วยความจําที่จําลองแบบโดยจําลองแบบระบบ HANA (ในโหมด “เล่นซ้ํา”) ตัวเลือกการจําลองแบบหลาย: ซิงค์, ซิงค์-mem, รองรับการใช้งาน (อ่านอย่างเดียวบนรอง) การตั้งค่าและผู้ดูแลระบบผ่านห้องนักบิน HANA, สตูดิโอ HANA หรือบรรทัดคําสั่ง ขีด จำกัด ไม่มีการตรวจสอบของกระบวนการแอพลิเคชันหรือความล้มเหลวในการจําลองแบบและล้มเหลวโดยอัตโนมัติ เกิดข้อผิดพลาด, การจําลองแบบย้อนกลับและ failback ได้ที่จะดําเนินการด้วยตนเอง – ขั้นตอนด้วยตนเองจํานวนมากมีความจําเป็น ไม่มี IP เสมือน ไม่มีการรวม HA ล้มประสานร่วมกับ SAP ASCS ฯลฯ คอม โพ เนนต์ ในขณะที่คุณอาจจะอนุมานจากจุดข้างต้นโดยขณะนี้จําลองแบบระบบ HANA ถูกออกแบบมาเพื่อป้องกันการสูญหายของข้อมูล เช่นเมื่อปัญหาที่เกิดขึ้นกับโหนดหลักผู้ดูแลระบบสามารถเรียกใช้คําสั่ง “sr_takeover” ด้วยตนเองเพื่อให้มีปัญหากับระบบหลักจะไม่นําการตั้งค่า SAP ทั้งหมดซึ่งขึ้นอยู่กับฐานข้อมูล HANA สําหรับระยะเวลาที่นานของการหยุดทํางาน อย่างไรก็ตามมากของงานนี้ได้เกิดขึ้นด้วยตนเองและขึ้นอยู่กับการแทรกแซงด้วยตนเองซึ่งแม้ว่าจะดีพอสําหรับ DR ก็ไม่ได้ทําให้สถานการณ์ที่เหมาะสําหรับ HA (ที่ต้องป้องกันไม่ให้เวลาหยุดทํางาน) คลัสเตอร์ความพร้อมใช้งานสูง SIOS ซอฟต์แวร์ SIOS ความพร้อมใช้งานสูงสําหรับ SAP ช่วยให้คุณสามารถปกป้อง SAP S / 4HANA ในการกําหนดค่าใด ๆ (หรือรวมกัน) ของทางกายภาพ, เสมือน, เมฆ (สาธารณะส่วนตัวและไฮบริด) และมีประสิทธิภาพสูงสภาพแวดล้อมการจัดเก็บแฟลช ซอฟต์แวร์ SIOS ให้การกําหนดค่าที่ง่ายและยืดหยุ่น, การจําลองแบบได้อย่างรวดเร็ว, และการตรวจสอบที่ครอบคลุมและการป้องกันของสภาพแวดล้อม SAP S / 4HANA ทั้งหมด. โดยเฉพาะสําหรับ SAP S / 4HANA และฐานข้อมูล HANA SIOS สามารถใช้เพื่อเติมเต็มสิ่งที่ SAP จะทําอยู่แล้วกับระบบ HANA จําลองเพิ่มไปยังมันเพื่อให้ความพร้อมใช้งานสูงจริง – การตรวจสอบอัตโนมัติของกระบวนการสมัคร HANA ที่สําคัญและให้ failover อัตโนมัติ, failback รวมทั้ง IP เสมือน (s) แม้ว่าคุณจะมีหลายอินสแตนซ์ภายใน HANA โหนดเดียว รูปที่ 2: SIOS HANA ระบบจําลองแบบล้มเหลวพร้อมใช้งานสูงและ DR ด้านล่างมีบางจุดสําคัญของชุดป้องกัน SIOS สําหรับ SAP HANA HA และ DR: ทํางานในเมฆข้ามอารโซลาร์และ AR ให้ตรวจหาความล้มเหลวโดยอัตโนมัติและล้มเหลวสําหรับคอมโพเนนต์ SAP HANA DB: —ตัวแทนโฮสต์ SAP HANA — SAP HANA sapstartsrv —การจําลองแบบ SAP HANA เปิดใช้งานการยึดแบบจําลอง SAP HANA แบบอัตโนมัติ, สวิตช์แบ็ก การย้อนกลับการจําลองแบบโดยอัตโนมัติ ตรวจสอบและตรวจสอบว่า HANA DB กําลังทํางานอยู่ ให้ IP เสมือน “กองซ้อนเต็ม” ประสานล้มด้วย ASCS ฯลฯ ส่วนประกอบของ SAP สี่ขั้นตอนในการติดตั้งและกําหนดค่า HA สําหรับฐานข้อมูล HANA เราจะไม่หารือเกี่ยวกับขั้นตอนเฉพาะของวิธีการกําหนดค่า SAP HANA เนื่องจากมีทรัพยากรออนไลน์จํานวนมากที่ครอบคลุมขั้นตอนเหล่านั้น แต่ในระดับสูง, สิ่งที่คุณต้องทําคือ 4 ขั้นตอนพื้นฐาน: ติดตั้ง SAP HANA กําหนดค่าการจําลองแบบระบบ HANA ซี – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html ติดตั้งชุดป้องกัน SIOS ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide ใช้ชุดการกู้คืน HANA (วิซาร์ด) ใน GUI เพื่อปกป้อง HANA ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit ขั้นตอนกระบวนการติดตั้งจะคล้ายกันสําหรับส่วนประกอบอื่น ๆ ของ SAP (ASCS, ERS, PAS, Web Dispatcher ฯลฯ ) เช่นกัน ด้วยชุดการกู้คืน HANA รวมอยู่ในซอฟต์แวร์ชุดป้องกัน SIOS คุณสามารถใช้ตัวช่วยสร้างในการจัดการระบบจัดการผู้รักษาชีวิตของ SIOS GUI ได้อย่างรวดเร็วป้องกันอินสแตนซ์ฐานข้อมูล HANA กําหนดที่อยู่ IP เสมือนสําหรับลูกค้าที่จะเชื่อมต่อกับมันและจัดการสแต็คทั้งหมดจากมัน คุณสามารถมีหลายอินสแตนซ์สภาพแวดล้อมและการแก้ปัญหาจะจัดการอินสแตนซ์ทั้งหมด, IP เสมือนฯลฯ. ภายใน GUI แบบครบวงจรซึ่งทําให้ง่ายต่อการกําหนดค่าจัดการภูมิทัศน์ SAP ทั้งหมดที่อยู่ใน SIOS HA รูปที่ 3: การจัดการผู้รักษาชีวิตของ SIOS สําหรับ SAP HANA ASCS และ ERS ครอบคลุม HA / DR กองสําหรับ SAP — นอกเหนือจากฐานข้อมูล HANA, SIOS Protection Suite ยังให้การป้องกันสําหรับบริการ SAP ที่สําคัญและสนับสนุนการใช้งานทั้งหมดที่สามารถจัดการจาก GUI เดียวกัน : เซิร์ฟเวอร์แอพลิเคชันหลัก (PAS) อาพ SAP บริการกลาง (ASCS) บริการกลางของ SAP (SCS) เซิร์ฟเวอร์ที่จัดคิวและเซิร์ฟเวอร์ข้อความ เซิร์ฟเวอร์การจําลองแบบ (ERS) ที่จัดคิว ฐานข้อมูล (ออราเคิล, Sybase, MaxDB, HANA, ฯลฯ ) ระบบแฟ้มที่ใช้ร่วมกัน และ/หรือการจําลองแบบ โลจิคัลวอลุ่ม (LVM) เมาท์ NFS และการส่งออก IP เสมือน การจัดกลุ่มในระบบคลาวด์ เมื่อย้าย SAP ไปยัง cloud หนึ่งในความท้าทายที่สําคัญคือวิธีการป้องกันฐานข้อมูล SAP เช่นเดียวกับโปรแกรมประยุกต์ SAP กองซ้อนใน SAP สนับสนุนสถาปัตยกรรม SIOS ได้รับแถวหน้าของการย้ายนี้และได้รับการออกแบบได้รับการรับรองและสนับสนุนโดย SAP เช่นเดียวกับผู้ให้บริการคลาวด์รายใหญ่ทั้งหมด แผนภาพด้านล่างคือการออกแบบระดับสูงของวิธีการใช้งานระบบ S/4HANA ผ่านโซนความพร้อมใช้งานที่แตกต่างกันหรือแม้แต่ภูมิภาค ในสภาพแวดล้อมคลาวด์เนื่องจากผู้ให้บริการมีเวลาแฝงต่ํามากระหว่าง AZs สามารถใช้การจําลองแบบซิงโครนัสผ่าน AZs ได้ดังนั้นจึงสร้างระบบ S/4HANA ที่ใช้งานได้สูงไม่ใช่แค่สําหรับ HA เท่านั้น แต่ยังใช้กับ DR ในเวลาเดียวกัน นี่เป็นเพราะ AZs เป็นศูนย์ข้อมูลที่แยกจากกันทางภูมิศาสตร์ รูปที่ 4: ชุดป้องกัน SIOS สําหรับสถาปัตยกรรมระบบคลาวด์ของ SAP S/4HANA ทําไมต้องใช้ SIOS ผ่าน HA โอเพนซอร์สสําหรับ SAP? คําถามนี้มักจะเกิดขึ้นในใจของผู้คนเนื่องจากบางผู้ขาย Linux อยู่แล้วให้นามสกุล HA (HAE) หรือกลุ่มทําไมทุกคนต้องการใช้โซลูชั่น HA บุคคลที่สามเช่น SIOS? โอเพนซอร์ส HA จะถูกนําเสนอเป็นส่วนหนึ่งของรสชาติ OS บาง “องค์กร SAP” ส่วนขยายการสมัครสมาชิก – มันมาที่ค่าใช้จ่ายก็ไม่แน่นอนฟรีและรสชาติลินุกซ์ไม่ได้รับการสนับสนุนทั้งหมด สนับสนุนทุกรสชาติที่สําคัญ Linux รวมทั้ง Redhat, SUSE, Centos และ Oracle Linux สําหรับลูกค้าที่ต้องการเรียกใช้ Windows สําหรับ ASCS หรือเซิร์ฟเวอร์เนื้อหาอื่น ๆ SIOS ยังมีโซลูชันที่ใช้ Windows กับ Windows clustering สนับสนุน, ทําให้เป็นหนึ่งหยุดร้านค้าสําหรับภูมิ SAP ทั้งหมดโดยไม่คํานึงถึงแพลตฟอร์ม. การสนับสนุน HA เชิงพาณิชย์ – ผู้จําหน่ายระบบปฏิบัติการขึ้นอยู่กับชุมชนโอเพนซอร์สสําหรับแก้ไขข้อผิดพลาด, ซึ่งอาจเป็นปัญหาถ้าข้อผิดพลาดต้องใช้เวลานานกว่าที่จะได้รับการแก้ไขโดยผู้สนับสนุนที่ใช้งานน้อย. SIOS ให้การสนับสนุนในเชิงพาณิชย์ด้วยการสนับสนุนและทีมพัฒนาโดยเฉพาะเพียงเพื่อแก้ปัญหาความพร้อมใช้งานสูงและมีความละเอียดการสนับสนุน 24×7 ทันทีซึ่งจะทําให้ลูกค้ามีความมั่นใจมากขึ้นเมื่อมีปัญหาที่อาจพัฒนา การตั้งค่าที่ซับซ้อนและผู้ดูแลระบบผ่านทางบรรทัดคําสั่งเป็นสิ่งจําเป็นโดยเครื่องมือโอเพนซอร์ส พวกเขาจะประกอบด้วยส่วนประกอบที่แตกต่างกันเช่น Pacemaker, Corosync ฯลฯ โดยยังคงรักษาไว้ซึ่งโครงการโอเพ่นซอร์สที่แตกต่างกัน SIOS ให้ GUI แบบออลอินวันสําหรับการตั้งค่าและผู้ดูแลระบบตามตัวช่วยสร้าง จะช่วยให้หนึ่งเพื่อปรับใช้ SAP HA ในเวลาไม่กี่ชั่วโมงแทนสัปดาห์ / เดือน SIOS ให้การตรวจสอบแอปพลิเคชันและการเข้าแทนที่สําหรับส่วนประกอบ SAP และคลาวด์ทั้งหมดที่ต้องใช้ HA ผ่านตัวช่วยสร้างใน GUI ซึ่งตรงข้ามกับการใช้ส่วนขยาย HA ที่ยังคงต้องการการกําหนดค่าด้วยตนเองจํานวนมาก โดยอัตโนมัติเพื่อให้แน่ใจว่า SAP ERS มักจะทํางานในโหนดตรงข้ามของ ASCS – SIOS ให้ความฉลาดแม้ในการตั้งค่าหลายโหนด ASCS ถ้าล้มเหลวเกิดขึ้นและ ASCS ล้มเหลวกับโหนดที่มีการทํางาน ERS เมื่อโหนด ASCS เดิมกู้คืน ERS ได้รับโดยอัตโนมัติสลับข้ามเพื่อให้ล็อคมักจะได้รับความซ้ําซ้อนที่จําเป็น โซลูชั่น Opensource ต้องนี้จะต้องทําด้วยตนเองจึงส่งผลกระทบต่อความน่าเชื่อถือและความพร้อมใช้งานโดยเฉพาะอย่างยิ่งในช่วงเวลาของความล้มเหลวและการกู้คืนหลาย SIOS ช่วยลดเวลาการใช้งาน / การจัดการและค่าใช้จ่าย, เวลาน้อยที่คุณใช้และการบํารุงรักษา HA, เวลามากขึ้นคุณจะมีสําหรับงานที่สําคัญอื่น ๆ โอเพนซอร์สใช้กลไก STONITH ซึ่งแทบจะไม่เชื่อถือได้โดยเฉพาะอย่างยิ่งในสภาพแวดล้อมคลาวด์ SIOS มีวิธีการหลาย throng เพื่อป้องกันการล้มเหลวเท็จและสมองแยก – พยานควอรัม, comm หลาย. เส้นทาง (หัวใจเต้น) ซึ่งได้รับการพิสูจน์มานานกว่า 20 ปีจะเชื่อถือได้อย่างมากในหลายสถานการณ์ สรุป คุณลักษณะการจําลองแบบระบบ SAP HANA เป็นส่วนหนึ่งของซอฟต์แวร์และทํางานได้ดีเพื่อป้องกันฐานข้อมูลจาก dataloss ในกรณีที่มีปัญหาเกิดขึ้นจากความล้มเหลวของฮาร์ดแวร์หรือระบบ อย่างไรก็ตามหากความพร้อมใช้งานสูงเป็นความต้องการก็ยังคงต้องแก้ปัญหาของบุคคลที่ 3 เพื่อให้ได้รับบางส่วนของการตรวจสอบอัตโนมัติ, orchestration ในขณะที่มีตัวเลือก opensource ในรูปแบบขององค์กร Linux OS สมัครสําหรับ SAP พวกเขาแน่นอนไม่ได้มาฟรีและการสนับสนุนทางเทคนิคยังคงมีจํากัดที่พวกเขาหมดจดอาศัยชุมชน opensource เพื่อรักษา Pacemaker, Corosync ฯลฯ โครงการ และเพื่อรับการสนับสนุนจากผู้มีส่วนร่วม นอกจากนี้ยังมีข้อ จํากัด ในการจําลองระบบพื้นเมือง, โอเพนซอร์ส HAE ซึ่งสามารถเอาชนะโดยผู้ขายซอฟต์แวร์ในเชิงพาณิชย์เช่น SIOS ดังนั้น SIOS เป็นผู้ให้บริการโซลูชันที่มีจําหน่ายสูงที่เชื่อถือได้ของบุคคลที่ 3 สามารถช่วยให้ลูกค้าองค์กรได้รับความน่าเชื่อถือและความพร้อมใช้งานสูงที่พวกเขาต้องการในภารกิจที่สําคัญของพวกเขาปฏิบัติการระบบ SAP เพื่อความสงบของจิตใจพิสูจน์ตัวเองเป็นโซลูชันเสริมทํางานได้มากเพื่อ SAP HANA จําลองระบบซึ่งยังได้รับการสนับสนุนอย่างเต็มที่โดย SAP และทุกระบบปฏิบัติการและแพลตฟอร์มผู้ขายที่สําคัญ สร้าง: เจสัน Aw ผู้เชี่ยวชาญด้านไอทีที่มุ่งเน้นความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติมานานกว่า 20 ปี ปัจจุบันได้ว่าจ้างบริษัท SIOS Technology Corp. เป็นยุทธศาสตร์การพัฒนาธุรกิจสําหรับ APAC