SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • การทดสอบอาหารสัตว์
  • ข่าวสารและกิจกรรม
  • ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์
  • เรื่องราวความสำเร็จ
  • ติดต่อเรา
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

บทสรุปโซลูชัน: โซลูชั่น SANless Cluster สำหรับสภาพแวดล้อมเซิร์ฟเวอร์เสมือน

มิถุนายน 9, 2020 by Jason Aw Leave a Comment

โซลูชั่น SANless Cluster สำหรับสภาพแวดล้อมเซิร์ฟเวอร์เสมือน

บทสรุปโซลูชัน: โซลูชั่น SANless Cluster สำหรับสภาพแวดล้อมเซิร์ฟเวอร์เสมือน

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

เครื่องเสมือนคลัสเตอร์

ซอฟต์แวร์ SIOS SANless ช่วยให้คุณสร้างคลัสเตอร์โดยใช้เครื่องเสมือนซึ่งอยู่ด้านบนของไฮเปอร์ไวเซอร์ใด ๆ (VMware, Xen, Microsoft Hyper-V และอื่น ๆ ) โดยใช้การจำลองแบบเรียลไทม์เพื่อซิงโครไนซ์ที่เก็บข้อมูลบน VM หลักกับที่เก็บข้อมูลบน VM สแตนด์บายที่อยู่ในศูนย์ข้อมูลเดียวกันในไซต์กู้คืนความเสียหายหรือทั้งสอง ในกรณีที่เกิดภัยพิบัติ VM สแตนด์บายสามารถให้บริการได้ทันทีโดยไม่ต้องใช้เวลาในการเรียกคืนจากสื่อสำรองข้อมูล คุณเพียงแค่เข้าถึง VM ที่จำลองแบบแล้วในไซต์ DR โดยตรง

การทำคลัสเตอร์โฮสต์ Hyper-V ที่รองรับ Live Migrations

ในสภาพแวดล้อม Microsoft Hyper-V ซอฟต์แวร์ SIOS SANless ช่วยให้คุณสามารถจัดกลุ่มเครื่องโฮสต์ Hyper-V ทั้งหมดที่ระดับไฮเปอร์ไวเซอร์เพื่อการพกพา VM ที่สมบูรณ์และการป้องกันความล้มเหลว ด้วยการเก็บสำเนา VM ที่ทำงานอยู่แบบเรียลไทม์บนโฮสต์ Hyper-V สำรองซอฟต์แวร์ SIOS ช่วยให้คุณสามารถล้มเหลวได้อย่างง่ายดายหรือ Live Migrate VM จากโฮสต์ Hyper-V หนึ่งไปยังอีกโฮสต์หนึ่ง คุณได้รับการพกพาที่สมบูรณ์เพื่อย้าย VM แต่ละรายการหรือ VM ทั้งหมดบนโฮสต์ไปยังโฮสต์ Hyper-V อื่นในคลัสเตอร์

สร้างคลัสเตอร์ SIOS SANless โดยใช้เซิร์ฟเวอร์เสมือน (A) ในสภาพแวดล้อม Microsoft Hyper-V (B), SIOS SANless clusters สามารถใช้ที่ระดับเครื่องเสมือนเพื่อการโยกย้ายสดแบบง่ายและการพกพาเซิร์ฟเวอร์ที่สมบูรณ์

การทดสอบการกู้คืนความเสียหายง่าย ๆ

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

ดาวน์โหลดบทสรุปโซลูชันบนโซลูชัน SANless Cluster สำหรับสภาพแวดล้อมเซิร์ฟเวอร์เสมือน

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

บทสรุปโซลูชัน: ความพร้อมใช้งานสูงสําหรับ SQL Server ในสภาพแวดล้อม Amazon Cloud

พฤษภาคม 17, 2020 by Jason Aw Leave a Comment

ความพร้อมใช้งานสูงสําหรับ SQL Server

บทสรุปโซลูชัน: ความพร้อมใช้งานสูงสําหรับ 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 ค่าใช้จ่ายเพิ่มเติม

บทสรุปโซลูชัน: ความพร้อมใช้งานสูงสําหรับ SQL Server ในสภาพแวดล้อม Amazon Cloud

ประโยชน์ที่สำคัญ

เปิดใช้งานการจัดกลุ่มในเมฆ

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

•รวมอย่างเต็มที่กับ Windows เซิร์ฟเวอร์ล้มเหลวคลัสเตอร์ (WSFC)

การป้องกันสําหรับแอปพลิเคชันและข้อมูล

•ความพร้อมใช้งานสูงและการป้องกันภัยพิบัติในสภาพแวดล้อมระบบคลาวด์

ความง่ายในการใช้งาน

•เทมเพลตการปรับใช้ AWS ด่วน

•คอนโซลที่ใช้งานง่ายสําหรับการตรวจสอบและการจัดการ AWS อย่างต่อเนื่องได้ง่าย

ดาวน์โหลดโซลูชันของเราพร้อมสําหรับ SQL Server ในสภาพแวดล้อมของ Amazon Cloud

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

ความพร้อมใช้งานสูงและ DR สําหรับ S / 4HANA และแพลตฟอร์ม SAP อื่น ๆ

เมษายน 28, 2020 by Jason Aw Leave a Comment

ความพร้อมใช้งานสูงและ 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 หลัก คําสั่งแยกต่างหากจะต้องออกด้วย

ระบบ HANA ล้มเหลวความพร้อมใช้งานสูงและ DR ล้มเหลว
รูปที่ 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 โหนดเดียว

ระบบจําลองแบบระบบ Hana ล้มเหลวความพร้อมใช้งานสูงและ DR
รูปที่ 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 ขั้นตอนพื้นฐาน:

  1. ติดตั้ง SAP HANA
  2. กําหนดค่าการจําลองแบบระบบ HANA
    ซี – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
  3. ติดตั้งชุดป้องกัน SIOS
    ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
  4. ใช้ชุดการกู้คืน 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

การจัดการผู้รักษาชีวิตของ SIOS สําหรับ SAP HANA ASCS และ ERS
รูปที่ 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 เป็นศูนย์ข้อมูลที่แยกจากกันทางภูมิศาสตร์

ชุดป้องกัน SIOS สําหรับสถาปัตยกรรมเมฆ S / 4HANA
รูปที่ 4: ชุดป้องกัน SIOS สําหรับสถาปัตยกรรมระบบคลาวด์ของ SAP S/4HANA

ทําไมต้องใช้ SIOS ผ่าน HA โอเพนซอร์สสําหรับ SAP?

คําถามนี้มักจะเกิดขึ้นในใจของผู้คนเนื่องจากบางผู้ขาย Linux อยู่แล้วให้นามสกุล HA (HAE) หรือกลุ่มทําไมทุกคนต้องการใช้โซลูชั่น HA บุคคลที่สามเช่น SIOS?

  1. โอเพนซอร์ส HA จะถูกนําเสนอเป็นส่วนหนึ่งของรสชาติ OS บาง “องค์กร SAP” ส่วนขยายการสมัครสมาชิก – มันมาที่ค่าใช้จ่ายก็ไม่แน่นอนฟรีและรสชาติลินุกซ์ไม่ได้รับการสนับสนุนทั้งหมด สนับสนุนทุกรสชาติที่สําคัญ Linux รวมทั้ง Redhat, SUSE, Centos และ Oracle Linux สําหรับลูกค้าที่ต้องการเรียกใช้ Windows สําหรับ ASCS หรือเซิร์ฟเวอร์เนื้อหาอื่น ๆ SIOS ยังมีโซลูชันที่ใช้ Windows กับ Windows clustering สนับสนุน, ทําให้เป็นหนึ่งหยุดร้านค้าสําหรับภูมิ SAP ทั้งหมดโดยไม่คํานึงถึงแพลตฟอร์ม.
  2. การสนับสนุน HA เชิงพาณิชย์ – ผู้จําหน่ายระบบปฏิบัติการขึ้นอยู่กับชุมชนโอเพนซอร์สสําหรับแก้ไขข้อผิดพลาด, ซึ่งอาจเป็นปัญหาถ้าข้อผิดพลาดต้องใช้เวลานานกว่าที่จะได้รับการแก้ไขโดยผู้สนับสนุนที่ใช้งานน้อย. SIOS ให้การสนับสนุนในเชิงพาณิชย์ด้วยการสนับสนุนและทีมพัฒนาโดยเฉพาะเพียงเพื่อแก้ปัญหาความพร้อมใช้งานสูงและมีความละเอียดการสนับสนุน 24×7 ทันทีซึ่งจะทําให้ลูกค้ามีความมั่นใจมากขึ้นเมื่อมีปัญหาที่อาจพัฒนา
  3. การตั้งค่าที่ซับซ้อนและผู้ดูแลระบบผ่านทางบรรทัดคําสั่งเป็นสิ่งจําเป็นโดยเครื่องมือโอเพนซอร์ส พวกเขาจะประกอบด้วยส่วนประกอบที่แตกต่างกันเช่น Pacemaker, Corosync ฯลฯ โดยยังคงรักษาไว้ซึ่งโครงการโอเพ่นซอร์สที่แตกต่างกัน SIOS ให้ GUI แบบออลอินวันสําหรับการตั้งค่าและผู้ดูแลระบบตามตัวช่วยสร้าง จะช่วยให้หนึ่งเพื่อปรับใช้ SAP HA ในเวลาไม่กี่ชั่วโมงแทนสัปดาห์ / เดือน
  4. SIOS ให้การตรวจสอบแอปพลิเคชันและการเข้าแทนที่สําหรับส่วนประกอบ SAP และคลาวด์ทั้งหมดที่ต้องใช้ HA ผ่านตัวช่วยสร้างใน GUI ซึ่งตรงข้ามกับการใช้ส่วนขยาย HA ที่ยังคงต้องการการกําหนดค่าด้วยตนเองจํานวนมาก
  5. โดยอัตโนมัติเพื่อให้แน่ใจว่า SAP ERS มักจะทํางานในโหนดตรงข้ามของ ASCS – SIOS ให้ความฉลาดแม้ในการตั้งค่าหลายโหนด ASCS ถ้าล้มเหลวเกิดขึ้นและ ASCS ล้มเหลวกับโหนดที่มีการทํางาน ERS เมื่อโหนด ASCS เดิมกู้คืน ERS ได้รับโดยอัตโนมัติสลับข้ามเพื่อให้ล็อคมักจะได้รับความซ้ําซ้อนที่จําเป็น โซลูชั่น Opensource ต้องนี้จะต้องทําด้วยตนเองจึงส่งผลกระทบต่อความน่าเชื่อถือและความพร้อมใช้งานโดยเฉพาะอย่างยิ่งในช่วงเวลาของความล้มเหลวและการกู้คืนหลาย
  6. SIOS ช่วยลดเวลาการใช้งาน / การจัดการและค่าใช้จ่าย, เวลาน้อยที่คุณใช้และการบํารุงรักษา HA, เวลามากขึ้นคุณจะมีสําหรับงานที่สําคัญอื่น ๆ
  7. โอเพนซอร์สใช้กลไก 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 SIOS เทคโนโลยี
เจสัน Aw
ผู้เชี่ยวชาญด้านไอทีที่มุ่งเน้นความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติมานานกว่า 20 ปี ปัจจุบันได้ว่าจ้างบริษัท SIOS Technology Corp. เป็นยุทธศาสตร์การพัฒนาธุรกิจสําหรับ APAC

Filed Under: ข่าวสารและกิจกรรม, ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

รับคะแนนการกู้คืนที่สอดคล้องกันของแอปพลิเคชันของ SQL Server 2008 R2 ด้วย Azure Site Recovery In Azure

มิถุนายน 20, 2019 by Jason Aw Leave a Comment

รับคะแนนการกู้คืนที่สอดคล้องกันของแอปพลิเคชันของ SQL Server 2008 R2 ด้วย Azure Site Recovery In Azure

รับคะแนนการกู้คืนที่สอดคล้องกันของแอปพลิเคชันของ SQL Server 2008 R2 ด้วย Azure Site Recovery In Azure

ถ้าคุณต้องการใช้ ASR เพื่อทำซ้ำอินสแตนซ์ของ SQL Server 2008 R2 แบบสแตนด์อโลนหรือแบบคลัสเตอร์คุณจะต้องอัปเดต SQL Writer เป็น 2012 หรือใหม่กว่า คุณสามารถใช้เวอร์ชัน Express ของ SQL ได้เนื่องจากเป็นการดาวน์โหลดฟรี https://www.microsoft.com/en-us/download/details.aspx?id=29062 เมื่อดาวน์โหลดแล้วให้ไปที่ตำแหน่งดาวน์โหลดและเรียกใช้ไฟล์ปฏิบัติการด้วย / x  สิ่งนี้จะทำให้คุณมีตัวเลือกในการระบุตำแหน่งที่จะแตกไฟล์

ENU  x64  SQLEXPRADV_x64_ENU.exe / x

เมื่อการแยกเสร็จสมบูรณ์ให้นำทางไปยังตำแหน่งที่แยกแล้วและตำแหน่งต่อไปนี้: SQL 1033_enu_lp x64 setup x64 ภายในโฟลเดอร์นั้นคุณควรค้นหา  รันสิ่งนี้บนระบบที่คุณต้องการอัพเดตตัวเขียน SQL ตอนนี้คุณจะสามารถใช้ ASR เพื่อทำแอพพลิเคชั่นจุดกู้คืนที่สอดคล้องกันของ SQL Server 2008 R2 ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals.com

Filed Under: ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

Major Cloud Outage ส่งผลกระทบต่อ Google Compute Engine – คุณเตรียมไว้หรือยัง 

มิถุนายน 7, 2019 by Jason Aw Leave a Comment

การหยุดทำงานของระบบคลาวด์ที่สำคัญส่งผลกระทบต่อ Google Compute Engine เมื่อคุณเตรียมการ

Major Cloud Outage ส่งผลกระทบต่อ Google Compute Engine – คุณเตรียมไว้หรือยัง

Google รายงาน "ปัญหา" ครั้งแรกเมื่อวันที่ 2 มิถุนายน 2019 เวลา 12:25 PDT ตามที่พบเห็นได้ทั่วไปในภัยพิบัติประเภทใดรายงานของไฟดับนี้ปรากฏขึ้นครั้งแรกบนโซเชียลมีเดีย โซเชียลมีเดียดูเหมือนจะเป็นสถานที่ที่น่าเชื่อถือที่สุดในการรับข้อมูลทุกประเภทตั้งแต่เกิดภัยพิบัติตอนนี้

Twitter กำลังกลายเป็นแหล่งข้อมูลแรกอย่างรวดเร็วในทุกสิ่งตั้งแต่การปฏิวัติภัยพิบัติทางธรรมชาติไปจนถึงการขาดเมฆ [/ caption]

บริการหลายอย่างที่ต้องพึ่งพา Google Compute Engine ได้รับผลกระทบ ฉันมีลูกวัยรุ่นสามคนที่บ้าน มีบางอย่างเกิดขึ้นเมื่อเด็กทั้งสามคนโผล่ออกมาจากถ้ำอาคานอนในเวลาเดียวกันพร้อมกับดูใบหน้าที่เป็นกังวล Snapchat, Youtube และ Discord ล้วน แต่ออฟไลน์! พวกเขาต้องคิดว่านี่เป็นสัญญาณแรกของการเปิดเผย ฉันให้ความมั่นใจกับพวกเขาว่านี่ไม่ใช่จุดเริ่มต้นของยุคมืดใหม่ และพวกเขาควรออกไปข้างนอกเพื่อทำงานที่บ้าน นั่นทำให้พวกเขากลัวกลับสู่ความเป็นจริงและพวกเขาก็รีบออกไปหาสิ่งอื่นเพื่อใช้เวลาของพวกเขา ทั้งหมดล้อเล่นกันมีการบริการจำนวนมากถูกรายงานว่าเป็นลงหรือมีให้เฉพาะในบางพื้นที่ ฝุ่นยังคงตั้งอยู่บนสาเหตุความกว้างและขอบเขตของไฟดับ แต่ดูเหมือนว่าการหยุดทำงานนั้นค่อนข้างสำคัญในด้านขนาดและขอบเขตซึ่งส่งผลกระทบต่อลูกค้าและบริการจำนวนมากรวมถึง Gmail และบริการ G-Suite อื่น ๆ Vimeo และอีกมากมาย

บริการหลายอย่างได้รับผลกระทบจากไฟดับ Gmail, YouTube และ SnapChat เพียงเพื่อตั้งชื่อไม่กี่ [/ caption]

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

คุณเตรียมพร้อมสำหรับการหยุดทำงานของคลาวด์นี้หรือไม่?

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

มีแผนกู้คืนภัยพิบัติทางเสียง

ใช้ประโยชน์จากโครงสร้างพื้นฐานของคลาวด์ลดความเสี่ยงด้วยการจำลองข้อมูลที่สำคัญอย่างต่อเนื่องระหว่างโซนความพร้อมใช้งานภูมิภาคหรือแม้แต่ผู้ให้บริการคลาวด์ นอกเหนือจากการปกป้องข้อมูลแล้วการมีกระบวนการในการกู้คืนแอปพลิเคชันที่สำคัญทางธุรกิจอย่างรวดเร็วเป็นส่วนสำคัญของแผนการกู้คืนความเสียหายใด ๆ มีตัวเลือกการจำลองแบบและการกู้คืนที่หลากหลาย ซึ่งรวมถึงบริการที่จัดทำโดยผู้จำหน่ายคลาวด์เองเช่น Azure Site Recovery สำหรับโซลูชันเฉพาะแอปพลิเคชันเช่น SQL Server Always On Availability Group ไปยังโซลูชันของบุคคลที่สามเช่น SIOS DataKeeper ที่ปกป้องแอปพลิเคชันหลากหลาย การมีกลยุทธ์การกู้คืนความเสียหายที่ขึ้นอยู่กับผู้ให้บริการคลาวด์ทั้งหมดทำให้คุณไวต่อสถานการณ์ที่อาจส่งผลกระทบหลายภูมิภาคภายในคลาวด์เดียว ภัยพิบัติหลายดาต้าเซ็นเตอร์หรือหลายภูมิภาคไม่น่าจะเกิดขึ้น อย่างไรก็ตามอย่างที่เราเห็นเมื่อไม่นานมานี้และการล่มสลายของ Azure เมื่อฤดูใบไม้ร่วงที่ผ่านมาแม้ว่าความล้มเหลวจะเกิดขึ้นภายในดาต้าเซ็นเตอร์เดียวผลกระทบก็สามารถเข้าถึงได้กว้างในศูนย์ข้อมูลหลายแห่งหรือภูมิภาคภายในคลาวด์ ในการลดความเสี่ยงให้พิจารณาสถานการณ์สมมติหลายคลาวด์หรือไฮบริดคลาวด์ซึ่งไซต์การกู้คืนความเสียหายอยู่นอกแพลตฟอร์มคลาวด์หลักของคุณ คลาวด์นั้นไวต่อการหยุดชะงักเช่นเดียวกับดาต้าเซ็นเตอร์ของคุณ คุณต้องทำตามขั้นตอนเพื่อเตรียมการสำหรับภัยพิบัติ ฉันขอแนะนำให้คุณเริ่มต้นด้วยการดูแอพที่สำคัญที่สุดทางธุรกิจของคุณก่อน คุณจะทำอย่างไรถ้าพวกเขาออฟไลน์และพอร์ทัลคลาวด์ในการจัดการพวกเขายังไม่สามารถใช้ได้ คุณสามารถกู้คืนได้หรือไม่ คุณจะบรรลุวัตถุประสงค์ RTO และ RPO ของคุณหรือไม่ มิฉะนั้นอาจถึงเวลาที่ต้องประเมินกลยุทธ์การกู้คืนความเสียหาย

“ การไม่เตรียมตัวคุณกำลังเตรียมตัวล้มเหลว” – เบนจามินแฟรงคลิน

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

Filed Under: Datakeeper, ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์ Tagged With: ไฟดับเมฆ

  • « Previous Page
  • 1
  • …
  • 63
  • 64
  • 65
  • 66
  • 67
  • …
  • 98
  • Next Page »

โพสต์ล่าสุด

  • วิธีการแก้ไขโดยไม่ต้องหยุดชะงัก: เวลาหยุดทำงานที่แทบจะเป็นศูนย์ด้วย HA
  • การสาธิต SIOS LifeKeeper: การอัปเดตแบบต่อเนื่องและการสำรองข้อมูลช่วยปกป้อง PostgreSQL ใน AWS ได้อย่างไร
  • วิธีการประเมินว่าการ์ดเครือข่ายของฉันจำเป็นต้องเปลี่ยนหรือไม่
  • SIOS Technology จะสาธิตซอฟต์แวร์คลัสเตอร์ความพร้อมใช้งานสูงสำหรับแอปพลิเคชันที่สำคัญต่อภารกิจในงาน Red Hat Summit, Milestone Technology Day และ XPerience Day และ SQLBits 2025
  • ปัญญาประดิษฐ์ในแอปพลิเคชันที่เกี่ยวข้องกับความพร้อมใช้งานสูง

กระทู้ยอดนิยม

เข้าร่วมรายชื่อผู้รับจดหมายของเรา

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in