โยกย้ายระบบที่มีอยู่ที่ใช้ SQL Server และการกำหนดค่า WSFC ให้มีเมฆด้วย SIOS สำหรับการป้องกันข้อมูลและการจัดกลุ่มการคลาดเคลื่อน
กัลลิเวอร์กำลังดำเนินการโยกย้ายระบบที่มีอยู่ในสถานที่ให้เป็นระบบคลาวด์ สำหรับโครงการนี้พวกเขาเลือกเก็บข้อมูล SIOS เพื่อให้แน่ใจว่าการจำลองแบบเรียลไทม์การป้องกันข้อมูลและการจัดกลุ่ม failover
บริษัท มีเป้าหมายในการสร้างโครงสร้างพื้นฐานด้านไอทีที่สามารถตอบสนองความรวดเร็วและยืดหยุ่นในการเติบโตของธุรกิจเหล่านี้ การปกป้องข้อมูลที่สำคัญเป็นสิ่งจำเป็นเมื่อเปลี่ยนไปใช้ระบบคลาวด์
ระบบที่เป็นของ Gulliver รวมถึงระบบจำหน่ายรถยนต์ที่ใช้ "Dolphinet" ส่วนใหญ่ของระบบนี้ได้รับการสร้างและใช้งานเซิร์ฟเวอร์กายภาพในศูนย์ข้อมูลของตน ดังนั้นการปฏิรูปจึงเป็นไปในทิศทางที่ดีเพื่อให้บรรลุเป้าหมายการขยายตัวของร้านค้าทั่วโลกกว่า 1,600 แห่ง
การเปลี่ยนจากสถานที่ให้เป็นมีเมฆ
ทีม IT Team Tsukishima กล่าวว่าสำหรับ Gulliver ไอทีเป็นหลักในการดำเนินธุรกิจ ดังนั้นการมีรากฐานด้านไอทีที่แข็งแกร่งและมั่นคงจะทำให้ บริษัท สามารถตอบสนองต่อการขยายธุรกิจได้อย่างรวดเร็ว ตั้งแต่ปีพ. ศ. 2554 บริษัท ได้รับการพิจารณาย้ายระบบอย่างเต็มรูปแบบไปยังบริการระบบ AWS cloud การดำเนินงานทั้งหมดของพวกเขาสามารถควบคุมได้ในระบบคลาวด์ซึ่งง่ายและรวดเร็ว
ความท้าทายที่ต้องเผชิญกับการโยกย้ายไปยังเมฆ
หลายระบบของ Gulliver ถูกสร้างขึ้นด้วยผลิตภัณฑ์ของ Microsoft เช่น Windows Server, SQL Server ของฐานข้อมูลเชิงสัมพันธ์, IIS (Internet Information Services) ของเว็บเซิร์ฟเวอร์,. NET Framework ของการพัฒนาแอพพลิเคชันและสภาพแวดล้อมการทำงาน
ความท้าทายแรกในการเปลี่ยนไปใช้ระบบคลาวด์คือคำถามเกี่ยวกับวิธีใช้แพลตฟอร์มเหล่านี้ใน AWS
"เราเริ่มพิจารณาการใช้ฟังก์ชัน SQL Server ที่สนับสนุนโดย RDS (Relational Database Service) แต่เรายังพยายามใช้ระบบที่สำคัญและการจัดการผู้ใช้ที่ซ้ำซ้อน (คลัสเตอร์) (Active Directory link) เรายังไม่มีฟังก์ชันที่จำเป็นทั้งหมด ดังนั้นเราจึงพิจารณาวิธีการอื่น ๆ แต่ความเสี่ยงที่มากเกินไปและใหญ่เกินไปที่จะดำเนินการ "
แผนสำรองเพื่อให้แน่ใจว่ามีความพร้อมสูง
ดังนั้น Gulliver จึงเลือกที่จะใช้ Amazon Elastic Compute Cloud (Amazon EC 2) ของเซิร์ฟเวอร์เสมือน สภาพแวดล้อมที่มีอยู่รวมถึงฟังก์ชันการจัดกลุ่มการรับส่งข้อมูล (failover clustering – WSFC) ของ Windows Server ที่ทำงานในสถานที่จะถูกใช้งานโดยตรง ดังนั้น DataKeeper จึงมีบทบาทสำคัญในการซิงโครไนซ์ข้อมูลของสภาพแวดล้อมที่มีอยู่ตามที่เป็นอยู่
บรรลุการป้องกันข้อมูลแบบเรียลไทม์โดยไม่ต้องใช้ที่จัดเก็บข้อมูลร่วมกัน
DataKeeper ทำการจำลองข้อมูลตามเวลาจริงระหว่างโหนดการผลิตกับโหนดสแตนด์บายและปกป้องข้อมูลจนกว่าจะเกิดความล้มเหลวขึ้น เมื่อเทียบกับฟังก์ชั่นการจัดเก็บข้อมูลทั่วไปการทำมิเรอร์ปริมาณจะเกิดขึ้นในราคาที่ต่ำ สามารถใช้งานได้ตามความต้องการที่หลากหลายเช่นการกำหนดค่าระบบและความสำคัญของข้อมูลและความจำเป็นในการใช้มาตรการป้องกันภัยพิบัติ (DR)
คลัสเตอร์ HA แบบธรรมดาโดยไม่ใช้พื้นที่เก็บข้อมูลที่ใช้ร่วมกันบน AWS
เป็นประโยชน์เพื่อให้สามารถมีระบบคลัสเตอร์ HA (การกำหนดค่าการป้องกันแอพพลิเคชัน) โดยไม่ต้องใช้ที่จัดเก็บข้อมูลภายนอกร่วมกับการแบ่งกลุ่ม failover เช่น WSFC นี่คือจุดที่ Gulliver เลือกใช้ DataKeeper สำหรับ Data Protection และ Failover Clustering
Gulliver's Tsukishima กล่าวว่า "ฉันรู้สึกประหลาดใจที่ DataKeeper มีลักษณะราวกับว่ากำลังแชร์ข้อมูลจาก WSFC ความเร็วของการสะท้อนเป็นสิ่งที่ดี เมื่อความผิดปกติเกิดขึ้นในการดำเนินการคลัสเตอร์ HA ฉันพอใจอย่างยิ่งที่จะแยกและจัดการได้ง่าย ไม่ว่าจะเป็นด้านการจัดกลุ่ม (WSFC) หรือด้านการจำลองข้อมูล (DataKeeper) ก็จะกลายเป็นกระบวนการที่รวดเร็วและยุ่งยากฟรี จุดนี้ใช้แม้ในขณะที่เรากำลังกำหนดค่าเซิร์ฟเวอร์ทางกายภาพ เปลี่ยนเป็น AWS ได้โดยไม่ต้องเปลี่ยนรูปแบบการทำงานของระบบที่มีอยู่เลย "
Gulliver ตั้งใจจะย้ายไปยังส่วนที่เหลือของระบบที่มีอยู่ภายในปี 2014 ในขณะเดียวกันก็กำลังใช้ระบบที่พัฒนาขึ้นใหม่ใน AWS
หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับผลิตภัณฑ์ SIOS โปรดไปที่นี่
อ่านเกี่ยวกับวิธีที่ SIOS ช่วยให้ Gulliver ได้รับการปกป้องข้อมูลและการเข้าสู่ระบบแบบคลัสเตอร์ในการโยกย้ายระบบคลาวด์ของพวกเขาได้ที่นี่