SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

กรณีศึกษา: โซลูชันการตรวจสอบ AWS EC2 ช่วยบรรเทา บริษัท ผู้ผลิตระดับโลกจากความเครียดขณะย้ายไปไว้บนคลาวด์

by Leave a Comment

Tokyo Diamond Tools Manufacturing ปกป้องแอปพลิเคชันที่สำคัญด้วย SIOS AppKeeper

Tokyo Diamond Tools ในการผลิตระดับก่อตั้งขึ้นในปี 1932 Co. , Ltd. เป็นผู้ผลิตเครื่องมือเพชรสำหรับการตัดการตัดการขัดและการเจาะในหลากหลายสาขาเช่นเครื่องใช้ไฟฟ้าในบ้านเซมิคอนดักเตอร์อุปกรณ์อิเล็กทรอนิกส์การดูแลสุขภาพและวิศวกรรมโยธา แม้ว่าจะเป็น บริษัท ที่ก่อตั้งมายาวนานและมีประวัติยาวนานกว่า 80 ปีโตเกียวไดมอนด์ยังคงแนะนำเครื่องมือไอทีใหม่ ๆ อยู่เสมอ  บริษัท ตัดสินใจย้ายไปที่ Amazon AWS และการจำลองเสมือนสำหรับความเร็วและประสิทธิภาพของการปรับปรุงธุรกิจ SIOS AppKeeper มีบทบาทสำคัญในการให้การป้องกันความพร้อมใช้งานของแอปพลิเคชันที่พวกเขาต้องการ หนึ่งในเหตุผลสำหรับการย้ายเครื่องมือเพชรของโตเกียวไปยังคลาวด์และ AWS คือแผ่นดินไหวครั้งใหญ่ทางตะวันออกของญี่ปุ่นในปี 2554  แม้ว่าจะไม่มีความเสียหายโดยตรงกับเซิร์ฟเวอร์ที่สำนักงานใหญ่ แต่อุปกรณ์ที่โรงงานเซนไดในจังหวัดมิยากิหลุดออกจากชั้นวางทำให้เกิดความเสียหายร้ายแรง  โตเกียวไดมอนด์เห็นความจำเป็นในการวางแผนความต่อเนื่องทางธุรกิจที่ดีขึ้น  นี่เป็นไดร์เวอร์หลักสำหรับการเปลี่ยนเป็นการทำเวอร์ชวลไลเซชันของระบบหลักและการใช้สภาพแวดล้อมคลาวด์

ตอนแรก บริษัท เริ่มโยกย้ายแอพพลิเคชั่นที่ค่อนข้างเล็กไปยังคลาวด์  “ เราเริ่มต้นการย้ายประมาณพฤศจิกายน 2011  ในเวลานั้นเราไม่มีทางเลือกนอกจาก AWS "คุณ Takuji Kokubo หัวหน้าฝ่าย IT Systems ของ Tokyo Diamond กล่าว  พวกเขาจัดการการดำเนินงานด้วยตนเองโดยใช้พอร์ทัลเมฆ“ Managed Cloud with AWS” ของ Sony Network Communications  Mr. Kokubo เป็นคนอธิบายการดำเนินงานด้านไอทีแบบ One Man ดังนั้นประสิทธิภาพและระบบอัตโนมัติจึงมีความสำคัญต่อการทำงานที่ราบรื่นของระบบไอทีของ บริษัท ที่ตั้งอยู่ในญี่ปุ่นและสิงคโปร์และไทย

Takuji Kokubo เครื่องมือเพชรของโตเกียว
Mr. Takuji Kokubo
หัวหน้าฝ่ายระบบไอที
Tokyo Diamond Tools ในการผลิตระดับ จำกัด.

ย้ายไปยังคลาวด์และระบุความต้องการโซลูชันการกู้คืน 

เครื่องมือเพชรดำเนินการ Amazon EC2 และ Amazon S3 ซึ่งเป็นบริการจัดเก็บข้อมูลบนคลาวด์ พวกเขาย้ายกรุ๊ปแวร์, ฝ่ายสนับสนุนการขายและระบบการประชุมทางวิดีโอไปยัง AWS  ระบบการประชุมทางวิดีโอของ Diamond Tools มีความสำคัญต่อการทำงานประจำวัน  “ เป็นเครื่องมือที่ใช้บ่อยในการประชุมและการประชุมต่าง ๆ กับสถานที่ต่างประเทศ  มันถูกใช้งานประมาณ 100 ครั้งต่อเดือนและด้วยการเปลี่ยนจากระบบ SaaS แบบจ่ายตามการใช้งานเป็น AWS แบบธรรมดาเราสามารถลดต้นทุนได้มากถึงสองล้านเยนต่อปี” นายโคกุโบกล่าว  ก่อนหน้านี้คุณภาพเสียงมักจะลดลงเมื่อผู้ใช้จำนวนมากเกินไปรวมถึง บริษัท อื่น ๆ ที่เชื่อมต่อกับระบบในเวลาเดียวกัน  จากนั้นนายโคคุโบจะได้รับการร้องเรียนจากผู้ใช้ แต่ปัญหาไม่สามารถแก้ไขได้อย่างง่ายดาย  การสร้างระบบการประชุมทางวิดีโอเฉพาะทางของ บริษัท บน AWS ทำให้คุณภาพวิดีโอและเสียงมีความเสถียรและลดการร้องเรียน

Mr. Kokubo ประสบปัญหาเกี่ยวกับสภาพแวดล้อม EC2 ในไม่ช้า “ EC2 มีเสถียรภาพเหมือนโครงสร้างพื้นฐาน อย่างไรก็ตามบางครั้งบริการที่ล้มเหลว ฉันกังวลเสมอและวันหนึ่งระหว่างการเดินทางไปทำธุรกิจในต่างประเทศฉันได้รับโทรศัพท์แจ้งว่าผู้ใช้ไม่สามารถเข้าถึงระบบได้  ฉันต้องเปิดแล็ปท็อปของฉันซึ่งฉันพกติดตัวตลอดเวลาเพื่อเชื่อมต่อกับ AWS ผ่าน VPN และกู้คืนบริการที่ล้มเหลว "Mr. Kokubo กล่าว  เห็นได้ชัดว่ากระบวนการนี้ไม่สามารถปรับขนาดได้

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

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

นาย Kokubo รู้สึกเสมอว่าเขาจะต้องดูแลปัญหาใด ๆ เมื่อบริการใดบริการหนึ่งที่ทำงานบน EC2 ล้มเหลว  การเป็นคนเดียวที่สามารถแก้ไขปัญหาใด ๆ ยังคงเป็นภาระสำหรับเขา  Mr. Kokubo กล่าวว่า“ การเป็นร้านไอทีคนเดียวฉันมักจะพิจารณาว่าคุณค่าของฉันอยู่ที่การให้บริการฟังก์ชั่นช่วยเหลือเท่านั้น  แต่มันไม่ดีฉันต้องพิจารณาว่าฉันจะทำให้ระบบของ Tokyo Diamond ทำงานได้อย่างไรโดยไม่ต้องให้การสนับสนุน”

เนื่องจากเขาเป็นมืออาชีพด้านไอทีเพียงคนเดียวใน บริษัท ที่พึ่งพาบริการคลาวด์มากขึ้นเขาจึงรู้ว่าเขาต้องการความช่วยเหลือ “ เมื่อ Sony Network Communications บอกกับฉันว่า SIOS AppKeeper ให้การดำเนินงานอัตโนมัติและการจัดการอินสแตนซ์ EC2 ฉันตัดสินใจที่จะใช้มันก่อนที่จะดูรายละเอียด หากเรามีวิธีแก้ปัญหาที่กู้คืนบริการ EC2 โดยอัตโนมัติฉันก็ไม่จำเป็นต้องแก้ไขปัญหาทุกปัญหาด้วยการเชื่อมต่อกับ VPN ในระหว่างเดินทาง "นาย Kokubo กล่าว

SIOS AppKeeper เป็นบริการคลาวด์ที่ตรวจสอบอินสแตนซ์ของ EC2 และเริ่มบริการใหม่โดยอัตโนมัติเมื่อตรวจพบความบกพร่องของระบบ  เมื่อบริการที่ถูกตรวจสอบล้มเหลว SIOS AppKeeper จะกู้คืนบริการโดยอัตโนมัติโดยไม่ต้องให้บุคลากรเข้าไปแทรกแซงด้วยตนเอง

แอปพลิเคชั่นมากกว่า 10 รายการทำงานบน AWS

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

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

SIOS AppKeeper เปิดใช้งานบุคลากรด้านไอทีเพื่อมุ่งเน้นงานอื่น ๆ

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

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

ต้องบอกว่านาย Kokubo ตกลงว่ามันเป็นประโยชน์อย่างมากที่เขาจะได้รับอิสระจากการแก้ไขปัญหาแอปพลิเคชันเหล่านี้  ตอนนี้เขาสามารถใช้เวลาในการจัดการมากขึ้นรวมถึงการพัฒนากลยุทธ์และการวางแผนด้านไอทีความปลอดภัยและการริเริ่ม BCP ของ Diamond Tool

แม้ว่าวันนี้เครื่องมือเพชรใช้ SIOS AppKeeper สำหรับการดำเนินงานและการจัดการของสามแอปพลิเคชัน แต่ก็มีแผนที่จะขยายความคุ้มครองของ AppKeeper ไปยังแอปพลิเคชันอื่น ๆ ในไม่ช้า  สิ่งนี้จะทำให้ Mr. Kokubo ใช้เวลากับกิจกรรมที่มีมูลค่าเพิ่ม  “ แม้ว่าเราจะพยายามจ้างเจ้าหน้าที่ระบบ แต่ก็เป็นเรื่องยากเพราะแรงงานญี่ปุ่นหดตัวลง  ในอนาคตฉันคาดหวังว่าเครื่องมือระบบจะแทนที่ผู้คนที่ใช้ AI (ปัญญาประดิษฐ์) และฉันหวังว่า SIOS AppKeeper ยังพัฒนาฟังก์ชั่นคล้าย AI เพื่อจัดการกับความล้มเหลวที่มีผลกระทบสูงโดยอัตโนมัติ” นาย Kokubo กล่าว ของการจัดการการดำเนินงานจะรับรู้

เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS AppKeeper

ลงทะเบียนเพื่อทดลองใช้ฟรีของ SIOS AppKeeper

 

 

กรณีศึกษา: SIOS AppKeeper ให้อุ่นใจญี่ปุ่นและช่วยให้พนักงานผลิตเนื้อหาที่ดีที่สุดที่เป็นไปได้

by Leave a Comment

"เราไม่สามารถป้องกันข้อผิดพลาดการกําหนดค่าหรือปัญหาการโหลด แต่ 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

กรณีศึกษา: โรงพยาบาล Chris O'Brien Lifehouse รับประกันความพร้อมในการให้บริการสูงใน AWS Cloud กับ SIOS DataKeeper

by Leave a Comment

โรงพยาบาลคริสโอไบรอัน ไลฟ์เฮาส์รับประกันความพร้อมในการให้บริการใน 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

บริษัท โทโย โกเซ จํากัด โยกย้าย SAP องค์กรระบบไปยัง Azure

by Leave a Comment

บริษัท โทโย โกเซ จํากัด โยกย้ายระบบองค์กร SAP ไปยัง Azure: การสร้าง "ระบบที่ไม่เคยหยุด" ด้วยการจําลองแบบ

""เรามีข้อเสนอมากมายสําหรับทั้งในสถานที่และระบบคลาวด์ และตัดสินใจที่จะโยกย้ายไปยัง Microsoft Azure ด้วยข้อเสนอของฟูจิตสึของ SIOS DataKeeper ซึ่งเหมาะกับความต้องการของเราที่สุด" Akihiko Kobayashi

Toyo Gosei เป็นผู้ผลิตสารเคมีที่ยาวนานขึ้นซึ่งดําเนินธุรกิจมาเป็นเวลา 65 ปี ผลิตภัณฑ์หลักของ บริษัท วัสดุไวแสงสําหรับ photoresist เป็นวัสดุที่ขาดไม่ได้สําหรับการผลิตจอแสดงผลคริสตัลเหลวและวงจรเซมิคอนดักเตอร์แบบบูรณาการ บริษัทยังมุ่งเน้นการพัฒนาเทคโนโลยีสําหรับวัสดุไวแสงที่ทันสมัยที่สุด

ในปี 2550 บริษัทได้กําหนดให้บริษัทต้องเลือกระบบสืบของ GLOVIA/Process C1 ซึ่งใช้เป็นระบบธุรกิจหลัก ในขณะที่ได้รับข้อเสนอจากหลาย บริษัท พวกเขาเลือกที่จะแนะนํา "SAP, " ระบบ ERP ของ บริษัท เยอรมัน SAP เนื่องจากการสนับสนุนของแข็ง J-SOX เวลาผ่านไปและประมาณ 2015 เซิร์ฟเวอร์ที่ติดตั้งเมื่อแนะนํา SAP มาถึงจุดสิ้นสุดของการบํารุงรักษา

โครงสร้างพื้นฐานไอที

โครงสร้างพื้นฐานด้านไอทีของบริษัทเป็นศูนย์ข้อมูลบน VMware และศูนย์ข้อมูลระยะไกลสําหรับการป้องกันความต่อเนื่องทางธุรกิจ/ภัยพิบัติ เนื่องจากส่วนใหญ่ของการใช้งานของพวกเขาทํางานบนระบบปฏิบัติการ Microsoft Windows, พวกเขาใช้ Windows server ล้มเหลวระดับ guest clustering ในสภาพแวดล้อม VMware ของพวกเขาเพื่อให้มีพร้อมใช้งานสูงและการป้องกันภัยพิบัติ.

ความท้าทาย – การโยกย้ายไปยัง Azure

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

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

เมื่อโยกย้ายไปยัง Azure บริษัท ได้สร้างระบบการสํารองข้อมูลเพื่อแก้ไขปัญหาความล้มเหลวของระบบและในกรณีที่เกิดภัยพิบัติ "SAP มีข้อมูลทั้งหมดที่จําเป็นสําหรับธุรกิจของเรา ถ้า SAP หยุด กระบวนการผลิตจะหยุด หากการหยุดทํางานยังคงเป็นเวลาสองหรือสามวัน, การจัดส่ง, การชําระเงินและการเรียกเก็บเงินจะหยุดยัง. ระบบ SAP ไม่สามารถหยุดได้"

ขั้นตอนแรกคือการตั้งค่าระบบการสํารองข้อมูล SAP บน Azure เพื่อใช้การสํารองข้อมูลประจําวันของระบบการผลิตในภูมิภาคญี่ปุ่นตะวันออกของ Azure และการสํารองข้อมูลรายสัปดาห์ของระบบสแตนด์บายในภูมิภาคญี่ปุ่นตะวันตก

การดำเนินงาน

"อย่างไรก็ตาม การสํารองข้อมูลเป็นเพียงการสํารองข้อมูล โดยทั่วไปเราต้องทําให้ระบบการผลิตซ้ําซ้อนเพื่อป้องกันไม่ให้หยุด บน AWS ซึ่งถูกใช้สําหรับระบบข้อมูล อย่างไรก็ตาม Azure ไม่สนับสนุนดิสก์ที่ใช้ร่วมกัน ด้วยเหตุนี้ เราจึงตัดสินใจใช้ DataKeeper ของเทคโนโลยี SIOS ที่ช่วยให้การจําลองข้อมูลบน Azure" โคบายาชิ กล่าว

พวกเขาสร้างการกําหนดค่าคลัสเตอร์ระหว่างระบบจัดเก็บข้อมูลที่เชื่อมต่อกับระบบการผลิต SAP ซ้ําซ้อนและทําซ้ําข้อมูลโดยใช้ DataKeeper เพื่อให้สอดคล้องกัน ซึ่งให้ความพร้อมใช้งานเช่นเดียวกับเมื่อใช้ดิสก์ที่ใช้ร่วมกันแม้บน Azure ที่ไม่สนับสนุนการกําหนดค่าดิสก์ที่ใช้ร่วมกัน

"เราได้รับในการดําเนินงานที่มั่นคงหลังจากขั้นตอนแรกที่เกิด failover"โคบายาชิกล่าวว่า "เกี่ยวกับ SIOS DataKeeper, สิ่งเดียวที่เราต้องทําคือการต่ออายุสัญญาบํารุงรักษา."

ผลลัพธ์

เป็นแผนกลางในระยะในอนาคตพวกเขาจําเป็นต้องเตรียมความพร้อมสําหรับ "ปัญหา SAP 2025" ที่การสนับสนุนสําหรับรุ่น SAP ปัจจุบันจะหมดอายุ พวกเขายังไม่ได้สร้างแผนเฉพาะ แต่ Kobayashi กล่าวว่า"เมื่อย้ายไปยังสถาปัตยกรรมใหม่ S / 4HANA และถ้ากลุ่มเป็นสิ่งจําเป็นเราจะใช้ SIOS DataKeeper เพราะเราไว้วางใจมัน."

SIOS DataKeeper เป็นพันธมิตรที่เชื่อถือได้สําหรับโคบายาชิ "เพราะคุณไม่สามารถหยุดระบบการผลิต, มันเป็นความรับผิดชอบของบุคลากรไอทีที่จะเลือกเครื่องมือที่เชื่อถือได้,"เขากล่าวว่า.

ทดลองใช้ SIOS DataKeeper ฟรี

เรียนรู้เพิ่มเติมเกี่ยวกับความพร้อมใช้งานสูงของ SAP บน Azure

ดาวน์โหลดกรณีศึกษาใน PDF

SIOS DataKeeper ได้รับเลือกสำหรับความสามารถในการเปิดใช้งานการจัดเก็บข้อมูลร่วมกันในคลัสเตอร์ใน Azure

by Leave a Comment

RSM Australia ได้รับความคุ้มครองใน Hybrid Cloud

“ ด้วยเทคโนโลยีการจัดกลุ่มใด ๆ คุณต้องระวังสิ่งที่คุณทำเพื่อหลีกเลี่ยงความล้มเหลวที่ล้มเหลว แต่ด้วย SIOS DataKeeper ระบบจะจัดการและดูแลรักษาตัวมันเอง … มันใช้งานได้!” – Craig Hannagan ผู้จัดการโครงการ RSM RSM ออสเตรเลีย (www.rsm.global/australia) เป็น บริษัท บริการระดับมืออาชีพพร้อมที่ปรึกษาในสำนักงาน 30 แห่งทั่วออสเตรเลีย . RSM Australia เป็นส่วนหนึ่งของ RSM Global เครือข่ายการตรวจสอบภาษีและการให้คำปรึกษาที่ใหญ่เป็นอันดับหกของโลก RSM Global เชื่อมโยง บริษัท สมาชิกเข้าด้วยกันโดยมีพนักงานมากกว่า 43,000 คนในสำนักงาน 800 แห่งใน 120 ประเทศเพื่อช่วยแนะนำลูกค้าเกี่ยวกับความท้าทายทางธุรกิจทั้งในระดับท้องถิ่นและไร้พรมแดน

สิ่งแวดล้อม

เป็นเวลาหลายปีที่ RSM Global มีกลุ่มของระบบการจัดการเนื้อหาอิสระที่ทำงานอยู่ในสำนักงานทั้ง 30 แห่งทั่วประเทศ Craig Hannagan ผู้จัดการโครงการของ RSM ได้รับมอบหมายให้สร้าง CMS แบบรวมศูนย์ที่มีผู้ใช้มากกว่า 1,200 ราย หลังจากตัดสินใจใช้ผลิตภัณฑ์ CMS ของ iManage พวกเขาต้องพิจารณาวิธีที่ดีที่สุดในการเพิ่มความพร้อมใช้งานให้สูงสุด

ความท้าทาย: การประสบความสำเร็จบน Azure

การมีระบบที่พร้อมใช้งานสูงเป็นสิ่งสำคัญ “ เราสามารถโฮสต์โซลูชันแบบรวมศูนย์ในสถานที่นี้ แต่ในฐานะลูกค้าของ Microsoft ที่มีอยู่และด้วยความพร้อมใช้งานสูงของ Azure ระบบคลาวด์สาธารณะจึงเป็นตัวเลือกที่น่าสนใจสำหรับเรา” Craig กล่าว “ เรามีเครือข่าย Telstra MPLS ที่เชื่อมต่อสำนักงานทั้งหมดของเรา ดังนั้นการให้การเข้าถึง Azure จึงค่อนข้างง่าย” หลังจากการวิจัยเบื้องต้นบางอย่างทีมพบว่า Microsoft Azure ไม่สามารถบรรลุเวลาที่จำเป็นโดยไม่ต้องมีการสนับสนุนเพิ่มเติม การทำคลัสเตอร์บน Azure cloud ไม่สนับสนุนการแชร์ดิสก์ที่จำเป็นในการปรับใช้ SQL Server Standard Edition “ เราสามารถใช้ Enterprise Edition เพื่อให้ได้รับความพร้อมใช้งานตลอดเวลา แต่เราไม่ต้องการทำซ้ำฐานข้อมูล เราต้องการที่จะทำซ้ำอินสแตนซ์ทั้งหมดของ SQL Server เพื่อให้แน่ใจว่ามีการล้มเหลวทันทีและต่อเนื่อง” เครกอธิบาย

การประเมินผล

ในขณะที่ค้นหาทางแก้ปัญหาที่เป็นไปได้ทางอินเทอร์เน็ตเครกและทีมของเขาได้เรียนรู้เกี่ยวกับพรอวิเดนซ์โซลูชั่นออสเตรเลีย (www.providencesolutions.com.au) ผู้เชี่ยวชาญด้าน uptime พร้อมการเข้าถึงเอเชียแปซิฟิก ทีมงานที่ Providence Solutions Australia แนะนำโดยใช้ SIOS DataKeeper นอกเหนือจากการปฏิบัติตามข้อกำหนดทางเทคนิคทั้งหมดแล้วเครกยังประทับใจที่ SIOS DataKeeper ได้รับการรับรองจาก Microsoft “ ปัจจัยทั้งสองนี้ทำให้เรามั่นใจว่าเราจะไม่เผชิญหน้ากับความขัดแย้งระหว่างผู้ขายสองราย

โซลูชันสำหรับ Azure ความพร้อมใช้งานสูง & การกู้คืนความเสียหาย

RSM Australia กำลังใช้ SIOS DataKeeper เพื่อจัดการกับความไม่สามารถของ Azure ในการใช้ที่เก็บข้อมูลแบบคลัสเตอร์ที่รับรู้ถึงคลัสเตอร์เช่นเครือข่ายพื้นที่เก็บข้อมูล เพื่อเพิ่มความพร้อมใช้งานสูงสุด บริษัท ได้ติดตั้งโหนดที่สามในสถานที่ในซิดนีย์ซึ่งทำหน้าที่เป็นทั้งโซลูชันการกู้คืนความเสียหายในกรณีที่เกิดความล้มเหลวของ Azure ทั้งหมดและ "กลยุทธ์ทางออก" หากพวกเขาตัดสินใจทิ้ง Azure ในอนาคต การจำลองแบบในสถานที่ยังอำนวยความสะดวกในการปลดล็อคดิสก์ไดรฟ์เพื่อทำการสำรองข้อมูลเป็นระยะลงบนเทปสำหรับการเก็บบันทึกถาวร จากข้อมูลของ Craig:“ สิ่งหนึ่งที่เราพบกับ Azure คือในขณะที่พวกเขานำเสนอเทคโนโลยีการสำรองข้อมูลที่หลากหลายภายในคลาวด์หากคุณต้องการออกด้วยเหตุผลใดก็ตามการขอสำเนาสำรองนั้นอาจทำได้ยาก ความจริงที่ว่าเราสามารถรับการสำรองข้อมูลในสื่อเทปของเรานั้นเป็นโบนัสที่แท้จริง”

ผลลัพธ์

“ เมื่อพูดถึงความเป็นไปได้ที่จะเกิดกระแสไฟฟ้าดับในระยะยาวเช่นพายุที่สร้างความเสียหายการโจมตีของผู้ก่อการร้ายไฟไหม้แผ่นดินไหวหรือแม้แต่การก่อกวนป่าเถื่อนโซลูชั่นระดับสูงของ Azure ไม่สามารถครอบคลุมเราได้  การมีโซลูชัน Disaster Recovery ในสถานที่โดยใช้ SIOS DataKeeper ช่วยให้เราสามารถเริ่มต้นการกู้คืนระบบจากภัยพิบัติด้วยการกดปุ่มเพียงปุ่มเดียว” Craig กล่าว “ และเราสามารถทดสอบการกำหนดค่า Disaster Recovery เมื่อใดก็ตามที่เราต้องการตรวจสอบให้แน่ใจว่ามันจะทำงานหากและเมื่อใดก็ตามที่เราต้องการ” Craig และทีมของเขาพอใจอย่างสมบูรณ์กับความน่าเชื่อถือของ SIOS DataKeeper:“ ด้วยเทคโนโลยีการจัดกลุ่มใด ๆ ระวังสิ่งที่คุณทำเพื่อหลีกเลี่ยงความล้มเหลวที่ล้มเหลว แต่ด้วย SIOS DataKeeper ระบบจะจัดการและดูแลรักษาตัวเอง ในระหว่างอินสแตนซ์จริงเมื่อ Azure ลงไปชั่วครู่ทำให้ดิสก์หลุดจากการซิงค์โซลูชัน SIOS ก็สามารถรักษาตัวเองได้ แน่นอนว่าเราตรวจสอบทุกครั้งเพื่อให้แน่ใจ 100 เปอร์เซ็นต์ แต่เราไม่จำเป็นต้องทำอะไรทุกวัน ใช้งานได้!” Craig ยังชื่นชมการสนับสนุนที่เขาได้รับจากพรอวิเดนซ์โซลูชั่นออสเตรเลียซึ่งกล่าวว่า“ เราต้องสร้างตั๋วปัญหาสองสามใบเท่านั้นและพวกเขาก็มีคำถามมากกว่าปัญหาจริง แต่ทีมพรอวิเดนซ์อยู่ที่นั่นเพื่อเราทุกครั้ง” รับการทดลองใช้ฟรีของ SIOS DataKeeper เรียนรู้เพิ่มเติมเกี่ยวกับความพร้อมใช้งานสูงของ SQL Server ใน Azure Download กรณีศึกษา PDF