Date: ธันวาคม 10, 2014
ศูนย์ข้อมูลขององค์กรได้ใช้ cloud computing สำหรับหลายปีสำหรับความเสี่ยงต่ำ เช่นทดสอบ dev และภารกิจพพลิ ในบริบทนี้ ประโยชน์ของ cloud computing มีความเข้าใจดีขึ้น ผู้จัดการสามารถใช้ cloud ได้ง่าย และต้นทุนมีประสิทธิภาพตั้ง และเตรียมสภาพแวดล้อมของโปรแกรมประยุกต์ โดยไม่มีข้อจำกัดและการลงทุนฮาร์ดแวร์ที่จำเป็นในสภาพแวดล้อมจริง หรือเสมือน server แผนกไอทีกำลังขยายการใช้งานของ cloud computing สำหรับโปรแกรมประยุกต์ทางธุรกิจหลักเพิ่มเติม บางคนแม้กำลังจะผลักดันศูนย์ข้อมูลทั้งหมดของพวกเขา สู่ระบบคลาวด์ที่พวกเขาสามารถได้รับการกำหนดค่าความยืดหยุ่น พัฒนา IT การจัดสรรทรัพยากร และ ในบางกรณีสำคัญประหยัดต้นทุน ย้ายไปยัง cloud เป็นวิธีเดียวที่บางศูนย์ข้อมูลสามารถรองรับการเจริญเติบโต หรือเปลี่ยนข้อกำหนดสำหรับการจัดเก็บข้อมูล ประสิทธิภาพ และทรัพยากรในเศรษฐกิจยุคปัจจุบันอย่างรวดเร็ว กำหนดขั้นต่ำสำหรับธุรกิจสำคัญโปรแกรมประยุกต์อย่างไรก็ตาม ย้ายโปรแกรมประยุกต์ที่สำคัญธุรกิจหนึ่งระดับ เช่น SQL Server, Oracle, SAP ไปยัง cloud นำเสนอความท้าทายสำคัญหลาย สำหรับการใช้งาน บริษัทมีค่าเผื่อไม่หยุดทำงาน การหยุดชะงักของบริการ ข้อมูลสูญหาย หรือลดเวลาการตอบสนอง แม้พิจารณาย้ายโปรแกรมประยุกต์ที่สำคัญธุรกิจคลาวด์ ผู้จัดการศูนย์ข้อมูลได้เพื่อให้แน่ใจว่า การย้ายจะไม่เพิ่มความเสี่ยง ความซับซ้อน หรือต้นทุนสิ่งแวดล้อมของโปรแกรมประยุกต์ สภาพแวดล้อมคลาวด์ยังมีตรงกับ หรือเกินระดับบริการ และเวลาการกู้คืนและการกู้คืนจุดประสงค์ที่มีการประชุมในสภาพแวดล้อมเซิร์ฟเวอร์ทางกายภาพของพวกเขา (โดยปกติใช้ร่วมกลุ่มการจัดเก็บ) ข้อกำหนดเหล่านี้ซักถามหลายคีย์:
- วิธีการที่คุณสามารถให้ป้องกันภัยพิบัติและความพร้อมสูงจำเป็นสำหรับโปรแกรมประยุกต์ระดับ 1 ในเมฆที่คลัสเตอร์ที่ใช้ร่วมกันเก็บไม่มี
- จะให้ความคุ้มครองของ HA และดร.กำหนดขีดจำกัดความยืดหยุ่นเมฆ
- ย้ายโปรแกรมประยุกต์ไปยัง cloud จะเพิ่มความเสี่ยง ความซับซ้อน ประสิทธิภาพค่าใช้จ่าย
ตัวเลือกสำหรับการป้องกันโปรแกรมประยุกต์ในผู้ให้บริการคลาวด์คลาวด์สาธารณะเสนอบางสำรองในรูปของศูนย์ข้อมูลที่แยกต่างหาก และซ้ำซ้อนหรือทรัพยากรที่ใช้งาน เช่น AWS EC2 พร้อมโซนและ Azure ของ Microsoft โดเมนความผิด อย่างไรก็ตาม พวกเขาตกสั้นพร้อมใช้งานสูงที่ clustering การป้องกันที่บริษัทมักจะใช้ในการป้องกันโปรแกรมประยุกต์ที่สำคัญในสภาพแวดล้อมเซิร์ฟเวอร์เสมือน หรือทางกายภาพของพวกเขา ในขณะที่ย้ายไปยัง cloud หมายถึงคุณไม่มีเซิร์ฟเวอร์จริงในบ้านต้องกังวล คุณยังต้องป้องกันความล้มเหลวในกรณีเมฆและขัดข้องในบริการผู้ให้บริการระบบคลาวด์สาธารณะ ในคลัสเตอร์ failover แบบดั้งเดิม เซิร์ฟเวอร์สอง หรือมากกว่าร่วมกันจัดเก็บทางกายภาพเดียวกัน เครือข่ายมักจะเก็บการกำหนดค่าผ่าน SAN ที่สำคัญโปรแกรมทำงาน บนเซิร์ฟเวอร์หนึ่ง และในกรณี ซอฟต์แวร์ระบบคลัสเตอร์ย้ายการดำเนินการแอพลิเคชันไปยังเซิร์ฟเวอร์อื่นในคลัสเตอร์ เนื่องจากทุกเซิร์ฟเวอร์คลัสเตอร์ที่ใช้ร่วมกันเก็บเหมือนกัน แอพลิเคชันสามารถต่อการใช้งานหลังจากล้มเหลวโดยไม่มีการสูญเสียข้อมูล บริษัทมากขึ้นจะเอาชนะการขาดร่วมเก็บคลัสเตอร์บริการ โดยผู้ให้บริการคลาวด์กับการแก้ปัญหาแบบง่าย: SANless คลัสเตอร์ ในการปรับใช้เซิร์ฟเวอร์ทางกายภาพ คุณโดยทั่วไปจะใช้ซอฟต์แวร์ที่จัดการกระบวนการล้มเหลวของโปรแกรมประยุกต์เช่น Windows Server Failover Clustering (WSFC) และเชื่อมต่อกับ SAN การสร้างคลัสเตอร์เซิร์ฟเวอร์ที่สอง ในสภาพแวดล้อมคลาวด์ คุณยังคงสามารถใช้ WSFC หรือซอฟต์แวร์อื่นล้มเหลว โดยเพียงแค่เพิ่ม SANless คลัสเตอร์ซอฟต์แวร์ที่เก็บข้อมูลในโหนดคลัสเตอร์เมฆที่ใช้การจำลองแบบที่มีประสิทธิภาพ (แบบอะซิงโครนัส หรือแบบซิงโครนัส) เพื่อสร้างการจัดเก็บเสมือนจริงที่มีลักษณะการล้มเช่น SAN การซิงโครไนส์ จะช่วยให้คุณเรียกใช้โปรแกรมประยุกต์ที่สำคัญของธุรกิจในสาธารณะ ส่วนตัวหรือไฮบริดสลี cloud ของคุณ ด้วยระดับการป้องกันเป็นการปรับใช้เซิร์ฟเวอร์ทางกายภาพเดียวกัน ซอฟต์แวร์บางอย่าง SANless สามารถใช้เพื่อจัดการทั้งล้มเหลวและการจำลองแบบ ในสภาพแวด ล้อมลินุกซ์ ในการปรับใช้ multinode ระหว่างเครือข่ายย่อย หรือสถานการณ์อื่น ๆ ที่ WSFC อาจไม่สามารถ โดยใช้ซอฟต์แวร์ SANless เพื่อสร้างคลัสเตอร์ใน cloud คุณได้รับพร้อมใช้งานสูงและการป้องกันภัยพิบัติที่คุณได้รับในการปรับใช้เซิร์ฟเวอร์ทางกายภาพโดยไม่เพิ่มความซับซ้อน หรือเปลี่ยนแปลงขั้นตอนการปฏิบัติอยู่ ในระดับเดียวกัน ได้รับการจัดการในลักษณะเดียวกันเป็นคลัสเตอร์แบบดั้งเดิม นอกจากนี้คุณยังกำจัดทั้งหมดของข้อจำกัดและข้อเสียของเจ้าของ และดำเนินงาน SAN ทางกายภาพ ตัวอย่างเช่น SANs มีราคาแพงในการซื้อ และใช้ทักษะการจัดการ (บางครั้งค่าใช้จ่าย) เฉพาะการจัดการ เพราะ SANs เป็นหลักเหมาะสำหรับเก็บข้อมูลขนาดใหญ่มากกว่าที่เข้าถึงข้อมูลเวลาแฝงต่ำ SANs สามารถช้าประสิทธิภาพในสภาพแวดล้อมสูงฐานข้อมูล เช่น SQL, Oracle, SAP เช่น บริษัทขนาดใหญ่เป็นเจ้าของก่อนรถในญี่ปุ่นการวางแผนการขยายธุรกิจอย่างรวดเร็ว – เท่าของทั่วโลกในสองปีถัดไป วิธีเดียวที่ในโครงสร้างพื้นฐาน IT สามารถรองรับการระดับของการเจริญเติบโต โดยย้ายไปยัง cloud ของ AWS ได้ อย่างไรก็ตาม พวกเขาจะไม่ย้ายไปยัง cloud เว้นแต่พวกเขามีการป้องกัน HA ที่ใช้งานง่ายสำหรับธุรกิจสำคัญ SQL Server โปรแกรมประยุกต์ของตน การกำหนดค่าความยืดหยุ่นคลาวด์ช่วยให้คุณกำหนดค่าสภาพแวดล้อมของโปรแกรมประยุกต์ และจัดสรรทรัพยากรในวิธีง่าย ยืดหยุ่น ไดนามิกที่คลัสเตอร์ที่ใช้ SAN ไม่สามารถประมาณ คลัสเตอร์ SANless ช่วยให้คุณสามารถใช้ประโยชน์จากสภาพแวดล้อมเมฆ และช่วยให้คุณเพิ่มความยืดหยุ่นในการผสมทางกายภาพ เสมือน และเมฆตั้งค่าคอนฟิกให้ดีที่สุดตอบสนองความต้องของคุณ HA และ DR ระบบคลาวด์เป็นภัยพิบัติการกู้คืนหนึ่งไซต์ประโยชน์ที่ใหญ่ที่สุดของการย้ายไปยัง cloud คือ ความง่ายในการปรับใช้โซลูชันการกู้คืนภัยพิบัติ ตัวอย่างเช่น บริษัทเกมออนไลน์ที่ย้ายการดำเนินการที่คลาวด์ AWS และอยากให้มันได้รับการป้องกันจากภัยทั่วทั้งไซต์ การแก้ปัญหาที่ง่ายที่สุดคือการ สร้างคลัสเตอร์ SANless ที่อยู่โซน หากพวกเขาพบการดับบนอินสแตนซ์หลักคลาวด์ของพวกเขา จะยังคงดำเนินงานบนเซิร์ฟเวอร์ในอินสแตนซ์ที่เมฆแยกออกจากกันทางภูมิศาสตร์ แม้ มีข้อได้เปรียบของคลาวด์ วิสาหกิจหลายเกินไปลงทุน ในเซิร์ฟเวอร์ทางกายภาพของพวกเขา และ ในสถานศูนย์ข้อมูลเพื่อย้ายไปยังสภาพแวดล้อมคลาวด์ทั้งหมด อย่างไรก็ตาม SANless คลัสเตอร์เป็นการพิสูจน์จะเป็นโซลูชันสำคัญสำหรับองค์กรเหล่านี้เป็นอย่างดี โดยให้การแก้ไขปัญหาการกู้คืนภัยพิบัติง่าย ประหยัดต้นทุนสูง จนกระทั่งเมื่อเร็ว ๆ นี้ การจัดการความล้มเหลวของไซต์ได้ซับซ้อนมาก และมีราคา แพง ต้องลงทุนขนาดใหญ่เฉพาะฮาร์ดแวร์ และซอฟต์แวร์ ตลอดจนความพร้อมของเว็บไซต์ศูนย์ข้อมูลสอง ใช้คลัสเตอร์ล้มเหลว SANless คุณสามารถสร้างการป้องกันการกู้คืนภัยพิบัติขนาดไม่ มีต้นทุนหรือความซับซ้อนของอาคารออก หรือเช่ายังสถานกู้ภัย off-site คุณสามารถใช้ cloud เป็นสองเว็บไซต์ค้นหาเป็นสมาชิกของคลัสเตอร์ และใช้การจัดการล้มเหลวเมื่อเว็บไซต์ท้องถิ่นล้มเหลว คลัสเตอร์ sANless จะกลายเป็น ความต้องการจำเป็นเป็นบริษัทดูเต็มรวมเข้าในโครงสร้างพื้นฐานคลาวด์ โดยขจัดข้อจำกัดของวิธีแก้ไขปัญหา SAN คลัสเตอร์ SANless เปิดใช้งานผู้ประกอบการอย่างเต็มประโยชน์ของระบบคลาวด์ เจอร์รี่ Melnick เป็นประธานเจ้าหน้าที่ฝ่ายปฏิบัติการที่ SIOS เทคโนโลยี คอร์ป maker ซาน SIOS และซอฟต์แวร์คลัสเตอร์ SANless เขามีมากกว่า 25 ปีประสบการณ์ในอุตสาหกรรมซอฟต์แวร์ระดับสูงและองค์กร ท่านได้รับปริญญาวิทยาศาสตร์บัณฑิตจากวิทยาลัยเบลัว มีงานศึกษาในด้านวิศวกรรมคอมพิวเตอร์และวิทยาการคอมพิวเตอร์ที่มหาวิทยาลัยบอสตัน