SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

วิธีการรวมการสำรองข้อมูลการจำลองแบบและการจัดกลุ่มความพร้อมใช้งานสูง

by Leave a Comment

วิธีการรวมการสำรองข้อมูลการจำลองแบบและการจัดกลุ่มความพร้อมใช้งานสูง

วิธีการรวมการสำรองข้อมูลการจำลองแบบและการจัดกลุ่มความพร้อมใช้งานสูง

การสำรองข้อมูลการจำลองแบบและความพร้อมใช้งานสูง (HA) เป็นส่วนพื้นฐานของการจัดการความเสี่ยงด้านไอทีและเป็นสิ่งที่ขาดไม่ได้เช่นเดียวกับล้อรถ การทำสำเนาเป็นสิ่งจำเป็นสำหรับการปกป้องข้อมูลด้วย

สภาพแวดล้อมการสำรองข้อมูลและ HA คลัสเตอร์ไม่ได้เกิดขึ้นพร้อมกัน

ในขณะที่การสำรองข้อมูลการจำลองแบบและการเฟลโอเวอร์มีความสำคัญ แต่ก็มีความแตกต่างหลัก ๆ ที่จำเป็นต้องเข้าใจเพื่อให้แน่ใจว่ามีการใช้งานอย่างถูกต้อง

ตัวอย่างเช่นในขณะที่คุณสามารถใช้การจำลองแบบเพื่อรักษาสำเนาของข้อมูลที่ทันสมัยอย่างต่อเนื่องโดยไม่พิจารณาในสภาพแวดล้อมการป้องกันข้อมูลขนาดใหญ่คุณจะคัดลอกข้อมูลปัญหา (เช่นข้อมูลที่ติดไวรัส)

ในกรณีเช่นนี้การสำรองข้อมูลเป็นสิ่งสำคัญที่จะนำข้อมูลกลับไปยังจุดดีที่ทราบล่าสุด ด้วยการทำเรพลิเคทคุณสามารถเข้าถึงอิมเมจที่เรพลิเคตทันทีก่อนที่ความล้มเหลวของระบบ (= RTO / RTO นั้นเหนือกว่า) ในวิธีที่เพียงแค่จัดเก็บข้อมูลตามการสร้างและสนับสนุนในรูปแบบชนิด eDiscovery

ดังนั้น SIOS Protection Suite จึงรวมทั้งซอฟต์แวร์การทำคลัสเตอร์ SIOS LifeKeeper และซอฟต์แวร์การจำลองข้อมูล DataKeeper SIOS LifeKeeper เป็นผลิตภัณฑ์คลัสเตอร์ล้มเหลวของ HA ที่ตรวจสอบสภาพของแอพพลิเคชั่นและจัดการแอพพลิเคชั่นที่ล้มเหลวและ DataKeeper เป็นซอฟต์แวร์การจำลองแบบหน่วยเก็บข้อมูลแบบบล็อก อย่างไรก็ตามเพียงเพราะเป็นคลัสเตอร์ HA ไม่ได้หมายความว่าการสำรองข้อมูลนั้นไม่จำเป็น พิจารณาข้อควรระวังและจุดที่ควรทราบเมื่อทำการสำรองข้อมูลในสภาพแวดล้อมคลัสเตอร์ HA โดยใช้ SIOS Protection Suite

การสำรองข้อมูลห้าจุดในสภาพแวดล้อมการจัดกลุ่มที่พร้อมใช้งานสูง

พิจารณาห้าคะแนนต่อไปนี้เป็นเป้าหมายของการจัดหาข้อมูลสำรอง:

  1. ระบบปฏิบัติการ (OS)
  2. SIOS Protection Suite – โปรแกรม Clustering LifeKeeper / DataKeeper
  3. SIOS Protection Suite – ข้อมูลการกำหนดค่า LifeKeeper / DataKeeper
  4. แอปพลิเคชันโปรแกรม (เช่น SQL Server, SAP S / 4 HANA, Oracle, PostgreSQL ฯลฯ )
  5. ข้อมูลแอปพลิเคชัน

สำรองข้อมูลระบบปฏิบัติการ

ในการสำรอง OS เป็นเรื่องปกติที่จะใช้ยูทิลิตี้ระบบปฏิบัติการมาตรฐานหรือซอฟต์แวร์สำรองข้อมูลของบุคคลที่สาม อย่างไรก็ตามเนื่องจากไม่มีการพิจารณาเป็นพิเศษสำหรับสภาพแวดล้อมที่มีความพร้อมใช้งานสูงเราจะไม่ครอบคลุมที่นี่

สำรองซอฟต์แวร์การทำคลัสเตอร์ของ SIOS Protection Suite

SIOS Protection Suite รวมถึงโปรแกรม SIOS LifeKeeper / DataKeeper นอกจากนี้ยังสามารถรับได้จากยูทิลิตี้มาตรฐานระบบปฏิบัติการหรือซอฟต์แวร์สำรองข้อมูลของบุคคลที่สาม แต่หากโปรแกรมหายไปเนื่องจากความล้มเหลวของดิสก์เป็นต้น โดยไม่ต้องสำรองข้อมูลโดยเจตนาคุณต้องติดตั้งใหม่ อาจมีบางคนที่คิดเกี่ยวกับการแบ่งขั้วของการทำเช่นนั้น

สำรองข้อมูลการกำหนดค่า SIOS Protection Suite

SIOS LifeKeeper มาพร้อมกับคำสั่งง่ายๆที่เรียกว่า lkbackup ซึ่งช่วยให้คุณสามารถสำรองข้อมูลการกำหนดค่า lkbackup สามารถทำงานบน SIOS LifeKeeper และทรัพยากรที่เกี่ยวข้องและจะไม่ส่งผลกระทบต่อการใช้บริการ

คำสั่งนี้สามารถดำเนินการได้ในสามกรณีหลักดังต่อไปนี้

  • ทันทีหลังจากติดตั้งทรัพยากร SIOS LifeKeeper ที่สร้างขึ้นใหม่
  • ก่อนและหลังการเปลี่ยนแปลงการกำหนดค่า SIOS LifeKeeper (การเพิ่ม / การเปลี่ยนแปลงการอ้างอิงการเพิ่ม / การลบทรัพยากร)
  • ก่อนและหลังการอัพเกรดรุ่น SIOS LifeKeeper

หากคุณสำรองข้อมูลการกำหนดค่าด้วย lkbackup แม้ว่าข้อมูลการกำหนดค่าจะหายไปเนื่องจากความล้มเหลวของดิสก์หรือข้อมูลการกำหนดค่าเสียหายเนื่องจากความผิดพลาดในการดำเนินการ ฯลฯ ) คุณสามารถกลับสู่สถานะการทำงานดั้งเดิมได้อย่างรวดเร็ว

โปรแกรมสำรองข้อมูล

แม้ว่าการสำรองข้อมูลโปรแกรมการดำเนินการหมายถึงการสำรองข้อมูลแอปพลิเคชันธุรกิจที่ได้รับการปกป้องในคลัสเตอร์ HA ของคุณเป็นไปได้ที่จะสร้างและเรียกคืนอิมเมจการสำรองข้อมูลโดยใช้ยูทิลิตี้มาตรฐานระบบปฏิบัติการหรือซอฟต์แวร์สำรองข้อมูลของบุคคลที่สาม และ 2 ข้างต้น

ข้อมูลแอปพลิเคชันธุรกิจสำรอง

ในสภาพแวดล้อมคลัสเตอร์ HA มีการจัดเก็บที่แชร์ที่สามารถเข้าถึงได้โดยเซิร์ฟเวอร์ทั้งที่ใช้งานอยู่และสแตนด์บาย ระหว่างการดำเนินการปกติหน่วยความจำแบบแบ่งใช้จะถูกใช้โดยโหนดคลัสเตอร์ที่ใช้งานอยู่ ข้อมูลแอปพลิเคชัน (ตัวอย่างเช่นข้อมูลฐานข้อมูล) มักจะเป็นที่เก็บข้อมูลในที่เก็บข้อมูลที่ใช้ร่วมกันนี้ แต่ควรคำนึงถึงประเด็นต่อไปนี้เมื่อทำการสำรองข้อมูลที่เก็บข้อมูลนี้

สำหรับการกำหนดค่าการจัดเก็บข้อมูลที่ใช้ร่วมกัน 

เมื่อได้รับการสำรองข้อมูลที่อยู่ในการกำหนดค่าคลัสเตอร์ SANless ด้วยที่เก็บข้อมูลที่ใช้ร่วมกันโดยทั้งโหนดคลัสเตอร์ที่ใช้งานและระบบสแตนด์บายข้อมูลสามารถเข้าถึงได้จากระบบที่ใช้งานอยู่เท่านั้น (ระบบสแตนด์บายไม่สามารถเข้าถึงข้อมูลได้) ดังนั้นการสำรองข้อมูลจึงใช้งานได้เช่นกัน ในกรณีนี้ตรวจสอบให้แน่ใจว่ามีกำลังการประมวลผลเพียงพอที่จะจัดการกับสถานการณ์การเฟลโอเวอร์และการกู้คืนข้อมูลสำรอง

สำหรับการกำหนดค่าการจัดเก็บข้อมูลที่ใช้ร่วมกัน

 

สำหรับการกำหนดค่าการจำลองข้อมูล 

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

สำหรับการกำหนดค่าการจำลองข้อมูล

การสำรองโหนดคลัสเตอร์จากเซิร์ฟเวอร์สำรองภายนอก

เมื่อต้องการสำรองข้อมูลโหนดคลัสเตอร์จากเซิร์ฟเวอร์สำรองข้อมูลภายนอกให้ใช้ที่อยู่ IP เสมือนหรือที่แท้จริงของโหนดคลัสเตอร์ จุดที่ควรทราบในแต่ละกรณีมีดังนี้

การสำรองข้อมูลโดยใช้ที่อยู่ IP เสมือนของโหนดคลัสเตอร์

จากมุมมองของเซิร์ฟเวอร์สำรองการสำรองข้อมูลจะถูกดำเนินการไปยังโหนดที่ระบุโดยที่อยู่ IP เสมือนของ LifeKeeper ในกรณีนี้เซิร์ฟเวอร์สำรองไม่จำเป็นต้องทราบว่าโหนดใดเป็นโหนดที่ใช้งานอยู่

การสำรองข้อมูลโดยใช้ที่อยู่ IP เสมือนของโหนดคลัสเตอร์

การสำรองข้อมูลโดยใช้ที่อยู่ IP ที่แท้จริงของโหนดคลัสเตอร์

จากมุมมองของเซิร์ฟเวอร์สำรองการสำรองข้อมูลจะดำเนินการไปยังที่อยู่ IP จริงโดยไม่ต้องใช้ที่อยู่ IP เสมือนของ LifeKeeper เนื่องจากไม่สามารถเข้าถึงที่เก็บข้อมูลที่ใช้ร่วมกันจากโหนดคลัสเตอร์สแตนด์บายเซิร์ฟเวอร์สำรองและไคลเอ็นต์ต้องตรวจสอบว่าโหนดใดเป็นโหนดที่ใช้งานอยู่

การรวมการสำรองข้อมูลการจำลองแบบและการทำคลัสเตอร์ล้มเหลวในการสำรองข้อมูลการกำหนดค่าที่ผ่านการทดสอบเป็นอย่างดีนั้นเป็นสิ่งที่ขาดไม่ได้ ใช้ดำเนินการตรวจสอบการดำเนินงานที่เพียงพอล่วงหน้าในด้านผู้ใช้

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

ซอฟต์แวร์ความพร้อมใช้งานสูงคือการประกันการหยุดทำงานของ SAP

by Leave a Comment

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

ซอฟต์แวร์ความพร้อมใช้งานสูงคือการประกันการหยุดทำงาน

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

บริษัท ซอฟต์แวร์ที่มีความพร้อมใช้งานสูงที่เชื่อถือได้ควร: 

  • เสนอโซลูชันเดียวที่ไม่เชื่อเรื่องพระเจ้าแพลตฟอร์ม – สามารถใช้ได้ในสถานที่บนคลาวด์และบนแพลตฟอร์มฮาร์ดแวร์และซอฟต์แวร์ทั้งหมดของคุณ
  • มีผลิตภัณฑ์ที่ง่ายต่อการกำหนดค่าและตั้งค่าโดยไม่ต้องมีความเชี่ยวชาญด้านแอปพลิเคชันเป็นอย่างมาก
  • รู้จักแอปพลิเคชันของคุณและเมื่อแอปพลิเคชันของคุณมีปัญหา
  • ดำเนินการที่เหมาะสมเพื่อพยายามรีสตาร์ทหรือแอปพลิเคชันที่ล้มเหลว
  • ล้มเหลวเหนือแอปพลิเคชันไปยังเซิร์ฟเวอร์รองรักษาแนวทางปฏิบัติที่ดีที่สุดของแอพพลิเคชั่น

หนึ่งในแอพพลิเคชั่นที่สำคัญที่ใช้ในองค์กรในปัจจุบันคือ SAP S / 4HANA ตามฐานข้อมูลในหน่วยความจำ HANA  ลูกค้า SAP ส่วนใหญ่จะต้องเรียกใช้ฐานข้อมูล HANA ด้วย SAP ภายในปี 2568  คุณต้องการค้นหาโซลูชันความพร้อมใช้งาน HANA ที่ชาญฉลาดจาก บริษัท ที่รู้ว่ามีความพร้อมใช้งานสูงที่รู้จัก SAP รู้จัก HANA และรู้ว่าต้องทำอย่างไรเพื่อให้แน่ใจว่าแอปพลิเคชัน SAP ที่สำคัญของคุณและธุรกิจของคุณดำเนินงานต่อไปได้อย่างราบรื่น

SIOS Technology เป็น บริษัท ที่คุณเชื่อถือได้สำหรับซอฟต์แวร์ความพร้อมใช้งานสูงที่เชื่อถือได้ LifeKeeper for Linux รุ่น 9.5 ประกอบด้วย HANA Application Recovery Kit ใหม่ สิ่งนี้จะช่วยให้คุณมีทุกสิ่งที่คุณต้องการเพื่อให้สภาพแวดล้อม SAP และ HANA ของคุณทำงานได้  ต้องการข้อมูลเพิ่มเติมเกี่ยวกับรุ่นนี้หรือไม่? ดูการสัมภาษณ์นี้

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

6 ความท้าทายในการย้ายระบบคลาวด์ทั่วไป

by Leave a Comment

6 ความท้าทายในการย้ายระบบคลาวด์ทั่วไป

ในฐานะวิศวกรซอฟต์แวร์สำหรับประสบการณ์ของลูกค้ากับ SIOS ฉันมักจะช่วย บริษัท ที่กำลังโยกย้ายสภาพแวดล้อมการจัดกลุ่มที่มีความพร้อมใช้งานสูงในสถานที่ไปยังระบบคลาวด์

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

  1. เวลา – ทำความเข้าใจว่าต้องใช้เวลานานแค่ไหนในการถ่ายโอนข้อมูลไปยังคลาวด์

    ใช้เวลานานแค่ไหนในการรับข้อมูลจากสถานที่ตั้งสู่ระบบคลาวด์ มันสามารถแตกต่างกันค่อนข้างมากขึ้นอยู่กับแอปพลิเคชันประเภทข้อมูลและผู้ให้บริการคลาวด์ของคุณ รายละเอียดที่มักถูกมองข้ามอย่างหนึ่งคือเวลาที่ใช้ในการซิงค์ข้อมูลจากโหนดหลักไปยังโหนดรองและในบางกรณีไปยังไซต์การกู้คืนความเสียหาย (DR) ลูกค้าที่ไม่บัญชีเวลาในการซิงค์ซ้ำจะถูกทำให้นิ้วหัวแม่มือของพวกเขาทวีคูณในขณะที่ข้อมูลทำซ้ำ

  2. ค่าใช้จ่าย – ทำความเข้าใจกับความหมายของการถ่ายโอนข้อมูลภายในคลาวด์

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

  3. การจำลองแบบระหว่างภูมิภาค

    การจำลองแบบระหว่างภูมิภาคนำเสนอความท้าทายอื่น: ประเภทการจำลองแบบ การจำลองแบบอะซิงโครนัสหรือซิงโครนัสภายใน AZ ถูกกำหนดโดยข้อกำหนด RTO และ RPO ของลูกค้า ไม่ว่าจะมีขนาดของอินสแตนซ์หรือไม่การจำลองข้อมูลจะเกิดความล่าช้าเมื่อข้ามระหว่างภูมิภาค SIOS แนะนำให้จำลองแบบอะซิงโครนัสระหว่างภูมิภาคเพื่อลดผลกระทบของเวลาแฝงนั้น Concurrency Labs ให้ข้อมูลที่ชาญฉลาดเกี่ยวกับเวลาแฝงระหว่างภูมิภาค EC2

    Labs พร้อมกันในการย้ายระบบคลาวด์

  4. องค์ประกอบของ Cloud Configuration

    สามารถปรับใช้อิมเมจระบบปฏิบัติการสำเร็จรูปจากคลาวด์ ความสะดวกสบายนี้มาพร้อมกับค่าใช้จ่ายซึ่งเป็นการแนะนำปัจจัยอีกประการหนึ่งให้กับการจัดการการกำหนดค่า บริการ cloud-init ที่รวมอยู่ในอิมเมจ SuSE Enterprise Linux ที่ปรับให้เหมาะกับคลาวด์สามารถลบที่อยู่ IP เสมือนที่ผู้ใช้กำหนด ไม่มีอะไรจะหยุด PoC เหมือนที่อยู่ IP เสมือนที่หายไปทุกสองนาที!

  5. ความปลอดภัยบนคลาวด์

    ขนาดของคลาวด์คอมพิวติ้งมีความปลอดภัยมากกว่าธุรกิจที่สามารถจ่ายได้ในดาต้าเซ็นเตอร์ในสถานที่ ปริมาณงานบนคลาวด์ใช้ประโยชน์จากการรักษาความปลอดภัยที่ทันสมัยโดยที่ไม่รู้ตัว ตัวอย่างเช่นโดยค่าเริ่มต้น AWS EC2 อินสแตนซ์บล็อกการรับส่งข้อมูลใด ๆ ที่ไม่ได้ส่งหรือส่งไปยังอินสแตนซ์เอง นี่เป็นคุณสมบัติที่ยอดเยี่ยมสำหรับการรักษาความปลอดภัยเครือข่ายในคลาวด์ หากระบบต้องการ Network Address Translation (NAT) มาตรการรักษาความปลอดภัยเริ่มต้นของ EC2 จะทำให้ที่อยู่ IP ล้มเหลว การปิดใช้งานการตรวจสอบต้นทาง / ปลายทางจากคอนโซลจะช่วยแก้ปัญหา ขึ้นอยู่กับความคุ้นเคยของผู้ใช้กับ AWS ซึ่งอาจใช้เวลาระหว่างการคลิกไม่กี่ครั้งเพื่อรับการสนับสนุน การทำความเข้าใจกับรายละเอียดว่าระบบโต้ตอบในสภาพแวดล้อมเป็นกุญแจสำคัญในการย้ายระบบคลาวด์ที่ประสบความสำเร็จ

  6. การทดสอบการยอมรับของผู้ใช้บนคลาวด์ (UAT)

    ลูกค้าที่มาจากระบบในสถานที่จะต้องได้รับการเตือนว่าทรัพยากรไม่ได้เป็นปัจจัย จำกัด อีกต่อไป ในระบบคลาวด์ระบบสามารถคัดลอกและใช้งานได้อย่างง่ายดายโดยแยกส่วนการผลิตสิ่งที่ไม่สำคัญในสถานที่ การเข้าถึงทรัพยากรไอทีตามความต้องการช่วยให้ UAT ของ HA และ DR ขยายเกิน "ปิดโหนดหลัก" เครือข่ายสามารถก่อวินาศกรรมเมล็ดสามารถตื่นตระหนกแม้ฐานข้อมูลอาจเสียหายและไม่มีสิ่งใดที่จะส่งผลกระทบต่อการผลิต! การระบุและทดสอบภาพจำลองเหล่านี้ปรับปรุงท่า HA และ DR

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

-Harrison Howell วิศวกรซอฟต์แวร์สำหรับประสบการณ์ลูกค้า

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

SIOS Protection Suite สำหรับ Linux เวอร์ชัน 9.5 มาแล้ว!

by Leave a Comment

SIOS Protection Suite สำหรับ Linux เวอร์ชัน 9.5 มาแล้ว!

เราภูมิใจที่จะประกาศความพร้อมใช้งานของ SIOS Protection Suite สำหรับ Linux เวอร์ชัน 9.5 ผลิตภัณฑ์นี้แนะนำระบบอัตโนมัติขั้นสูงและการเฝ้าระวังการใช้งานทำให้เป็นซอฟต์แวร์การจัดกลุ่ม SAP S / 4HANA ที่ครอบคลุมและทันสมัยที่สุดในอุตสาหกรรม

เรารู้ว่าการสร้างคลัสเตอร์ S / 4HANA ด้วยตนเองเป็นเรื่องยุ่งยากเพียงใดตรวจสอบให้แน่ใจว่าบริการ HANA ทั้งหมดจะล้มเหลวไปยังตำแหน่งที่เหมาะสมและเริ่มต้นในลำดับที่ถูกต้อง ชั่วโมงของการเขียนสคริปต์การทดสอบและการทำให้รุนแรงขึ้น และเดิมพันสูง การทำให้ผิดพลาดอาจหมายถึงความล้มเหลวจะไม่เกิดขึ้นหรือแย่ลง – การหยุดทำงาน, การสูญเสียข้อมูล, การโทรซ้ำซ้อนของผู้ใช้จำนวนมาก

นั่นคือเหตุผลที่เราเพิ่มความพร้อมใช้งานของแอปพลิเคชันอัจฉริยะสำหรับการกำหนดค่าฐานข้อมูล SAP S / 4HANA สองโหนดที่ใช้การจำลองแบบระบบ HANA (HSR) เราได้สร้างรุ่นนี้เพื่อลดความยุ่งยากและความเสี่ยงออกจากการสร้างและจัดการคลัสเตอร์

SIOS Protection Suite v9.5 เป็นระบบอัตโนมัติและมอนิเตอร์

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

มันตรวจสอบกระบวนการทั้งหมดใน HANA stack จากแอปพลิเคชันไปจนถึงฮาร์ดแวร์เซิร์ฟเวอร์และเครือข่าย – ไม่ใช่แค่ตรวจสอบว่าเซิร์ฟเวอร์ทำงานเหมือนซอฟต์แวร์การทำคลัสเตอร์อื่น ๆ

และแตกต่างจากโซลูชันการจัดกลุ่มอื่น ๆ ที่ก่อให้เกิดความล้มเหลวสำหรับทุกสิ่งหาก SIOS Protection Suite ตรวจพบปัญหามันจะดำเนินการกู้คืนที่เหมาะสมโดยอัตโนมัติไม่ว่าจะเป็นการเริ่มบริการใหม่เพียงแค่การกู้คืนบนโหนดที่อยู่ในบริการ ปม

การพูดถึงการจัดการล้มเหลวจะช่วยให้มั่นใจได้ว่าจะมีการปรับปรุงวิธีปฏิบัติที่ดีที่สุดสำหรับ SAP โดยเฉพาะ ตัวอย่างเช่นทำให้แน่ใจว่าใน failover หรือ switchover ASCS จะไม่อยู่บนเซิร์ฟเวอร์ที่มีแอปพลิเคชันหลักหรือบนเซิร์ฟเวอร์เดียวกันกับ ERS

หากการกำหนดค่าที่ขับเคลื่อนด้วยตัวช่วยสร้างนั้นไม่ง่ายพอเรายังเพิ่มคุณสมบัติการโคลนอินเตอร์เฟสบรรทัดคำสั่ง (CLI) ใหม่ที่ช่วยให้คุณปรับใช้คลัสเตอร์ SIOS ได้ง่ายๆโดยการนำเข้าคำแนะนำ CLI สำหรับการกำหนดค่า คุณยังสามารถส่งออกคำสั่ง CLI ของคลัสเตอร์ที่มีอยู่เพื่อสร้างโคลนได้

ขณะนี้ SIOS Protection Suite สำหรับ Linux คุณสามารถสร้างคลัสเตอร์ความพร้อมใช้งานสูงได้อย่างรวดเร็วและง่ายดายเพื่อปกป้องแอปพลิเคชันใด ๆ ซึ่งรวมถึง SQL Server, Oracle, SAP และ S / 4HANA จากการหยุดทำงานและภัยพิบัติ

ขอทดลองใช้ฟรี

ทำซ้ำโดยได้รับอนุญาตจาก SIOS

แนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบ EC2: การใช้ SIOS AppKeeper เพื่อปกป้อง NGINX Webservers บน Amazon EC2

by Leave a Comment

NGINX เป็นเว็บเซิร์ฟเวอร์ที่สามารถทำหน้าที่เป็น load balancer, reverse proxy, เป็นต้น เมื่อรวมเข้าด้วยกัน NGINX และ Apache ให้บริการมากกว่า 50% ของปริมาณข้อมูลบนเว็บ  ทุกวันนี้หลาย บริษัท กำลังเรียกใช้ NGINX Open Source หรือ NGINX Plus webservers บนสภาพแวดล้อม Amazon EC2 โดยใช้ Amazon Linux, Red Hat Linux และ Ubuntu

ทุกคนยอมรับว่าเป็นวิธีปฏิบัติที่ดีที่สุดในการตรวจสอบแอปพลิเคชันเช่น NGINX บน EC2 และตอบสนองต่อความผิดปกติของระบบอย่างรวดเร็ว  ผู้ใช้คาดหวังว่าจะสามารถเข้าถึงแอพพลิเคชั่นได้อย่างรวดเร็วและต่อเนื่อง

ตัวเลือกปัจจุบันสำหรับการตรวจสอบเว็บเซิร์ฟเวอร์ NGINX บน Amazon EC2

บริษัท หลายแห่งกำลังปรับใช้ Amazon CloudWatch เพื่อตรวจสอบแอปพลิเคชันของพวกเขาและแม้กระทั่งการสร้างระดับอัตโนมัติโดยการพัฒนาสคริปต์หรือโดยใช้ AWS Lambda  แต่การกำหนดค่า Amazon CloudWatch อย่างถูกต้องด้วยตัวชี้วัดที่กำหนดเองและการตั้งค่า Amazon Lambda ต้องใช้ความเชี่ยวชาญด้านเทคนิคจำนวนหนึ่งซึ่งอาจเกินกว่า บริษัท หลายแห่ง  และมีค่าใช้จ่ายและความพยายามในการบำรุงรักษาสคริปต์ใด ๆ

อีกทางเลือกหนึ่งคือการปรับใช้โซลูชันการตรวจสอบประสิทธิภาพแอปพลิเคชัน (APM) เช่นหนึ่งจาก New Relic, Dynatrace, Datadog หรือ LogicMonitor  โซลูชั่นของ APM นั้นยอดเยี่ยม  พวกเขาทำงานได้ดีมากในการเฝ้าดูระบบทั้งหมดของคุณและระบุสิ่งที่เกิดขึ้นและทำไม  พวกเขาสร้างบันทึกที่สามารถแบ่งปันและตีความโดยทีมพัฒนาของคุณเพื่อสร้างปัญหาขึ้นใหม่และตรวจสอบให้แน่ใจว่ามันจะไม่เกิดขึ้นอีก  แต่นี่คือสิ่งที่: โซลูชั่น APM ให้ข้อมูลจำนวนมากที่คุณต้องจัดเรียง (แยก "สัญญาณจากเสียงรบกวน") และพวกเขาไม่ทำอะไรเลยที่จะกู้คืนจากความล้มเหลวเมื่อเกิดขึ้น  เครื่องมือ APM เป็นเพียงส่วนหนึ่งของการแก้ปัญหาเมื่อมันมาถึงการลดการหยุดทำงานสำหรับเว็บเซิร์ฟเวอร์ NGINX ของคุณ

แต่บาง บริษัท ไม่มีเจ้าหน้าที่ภายในหรือเครื่องมือในการตรวจสอบสภาพแวดล้อม EC2 ด้วยตนเอง นี่คือเหตุผลที่พวกเขาเลือกที่จะ outsource งานให้กับผู้ให้บริการที่มีการจัดการ  มีประโยชน์อย่างมากในการทำงานกับ MSP เพื่อจัดการสภาพแวดล้อมของคุณเช่นไม่ต้องจ้างพนักงานเพิ่มเมื่อสภาพแวดล้อมของคุณขยายออกหรือไม่ต้องฝึกอบรมทีมของคุณเกี่ยวกับเทคโนโลยีใหม่  และ MSP มีความสุขกับประสิทธิภาพเนื่องจากสามารถกระจายการลงทุนไปยังลูกค้าหลายรายได้  แต่มีข้อเสีย  ในบางกรณีคุณสามารถล็อคสัญญาที่มีค่าใช้จ่ายคงที่สูงและค่าใช้จ่ายอาจเพิ่มขึ้นหากมีปัญหาและพวกเขาต้องเลื่อนระดับเพื่อจัดการกับปัญหาเหล่านั้น  และคุณจะสูญเสียความต่อเนื่องระหว่างทีมที่กำลังตรวจสอบสภาพแวดล้อมและผู้รับผิดชอบในการสร้างและปรับใช้แอปพลิเคชัน

ไม่ว่าคุณจะเลือกลงทุนในโซลูชั่น APM หรือให้บริการ MSP ภายนอกคุณยังต้องพิจารณาว่าคุณสามารถกู้คืนเซิร์ฟเวอร์เว็บ NGINX ของคุณได้อย่างรวดเร็วเพียงใดจากการหยุดทำงานหากเกิดขึ้นและเมื่อใด  เราต้องการเสนอทางเลือกอื่น: การแก้ไขอัตโนมัติด้วย SOIS AppKeeper

SIOS AppKeeper: การแก้ไขอัตโนมัติสำหรับเว็บเซิร์ฟเวอร์ NGINX บน EC2

ลูกค้าของเราหลายคนเลือกใช้ SIOS AppKeeper เพื่อปกป้องเว็บเซิร์ฟเวอร์ของ NGINX  ในขณะที่พวกเขาสามารถเลือกโซลูชันแอพพลิเคชั่นการตรวจสอบประสิทธิภาพมาตรฐาน (APM) หรือโซลูชันการตรวจสอบบุคคลที่สามพวกเขาเลือกที่จะพึ่งพา AppKeeper เพื่อกู้คืนบริการโดยอัตโนมัติหรืออินสแตนซ์ EC2 ทั้งหมดหากเกิดความล้มเหลว  เราจะดูที่สาเหตุบางประการและแบ่งปันวิดีโอสั้น ๆ กับคุณซึ่งแสดงให้เห็นว่า AppKeeper ทำงานกับ NGINX อย่างไร

SIOS AppKeeper เป็นบริการ SaaS ที่ง่ายต่อการติดตั้งและกำหนดค่าและตรวจสอบแอปพลิเคชันใด ๆ ที่ทำงานบน Amazon EC2 เช่นเว็บเซิร์ฟเวอร์ NGINX ของคุณและบริการ "nginx", "ตัวจัดการแคช" และ "คนงาน"  เมื่อตรวจพบความผิดปกติ AppKeeper จะรีสตาร์ทบริการโดยอัตโนมัติและหากไม่ได้ผลก็จะรีบูตอินสแตนซ์ทั้งหมด  ไม่มีการอ่านเพิ่มเติมผ่านบันทึกที่เจ็บปวดเพื่อระบุสาเหตุของความล้มเหลวหรือเพิ่มระดับให้กับนักพัฒนาเพื่อเริ่มบริการของคุณใหม่หรือค่าธรรมเนียมจ้างที่แพง  AppKeeper มีฟังก์ชั่น "set-it-and-forget-it" เพื่อให้คุณมั่นใจได้ว่า NGINX webservers ของคุณปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบ EC2 และทำงานอย่างถูกต้องหรือจะเริ่มต้นใหม่อย่างรวดเร็วหากพบปัญหาใด ๆ

ภาพขนาดย่อของวิดีโอ Wistia

ทุกวันนี้ บริษัท หลายร้อย บริษัท พึ่งพา AppKeeper เพื่อให้สภาพแวดล้อมคลาวด์ของตนทำงานต่อไป  เราขอเชิญคุณให้ดูวิดีโอด่วนนี้เพื่อสาธิตวิธีที่ AppKeeper ปกป้องเว็บเซิร์ฟเวอร์ NGINX

หากคุณต้องการทดลองใช้ SIOS AppKeeper ด้วยตัวคุณเองเราขอเสนอการทดลองใช้ฟรี 14 วัน  เพียงคลิกที่นี่เพื่อสมัคร